Help (REALbasic getting started Mailinglist archive)
Back to the thread list
Previous thread: DWSearchField
Next thread: how do I Save a temp file?!?!!
| Help |
| Date: 04.05.06 20:59 (Thu, 04 May 2006 19:59:10 +0000) |
| From: david revivo |
|
Hi,
I have embedded the Media player in my application and run the file with these 2 lines of code MPlayer.AutoPlay oue MPlayer.Movie /.OpenAsMovie The file plays but I can not advance the song with the slider or the fast forward button. The slider rests the song to the beginning instead of jumping ahead. The files being played are wav files and can be over 30MB each It works after I have heard the whole song, so I am assuming it is streaming the file, is there a way for me to force it to load the whole song so the slider functionality works? Please note my app is used in both WIN and MAC env so I need to know if there is any Env limitation. I set the player type to 0 –Preferred player Thanks, David _________________________________________________________________ Don’t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| help |
| Date: 17.05.06 05:04 (Wed, 17 May 2006 04:04:59 EDT) |
| From: GAmoore aol.com |
|
With RB2006R2 I am suddenly getting a lot of strange crashes when compiling
in the debugger - the compiled app quits without throwing exceptions, nor stopping on a line of code... just >poof< gone. After some days, I have tracked down one of the problems... a line of code like this : ArrayA(i).name *rrayA(i).name + " xxx" Occasionly, RB gives this seemingly serious error : "Runtime Error 4 : Failed Assertion. Location basicstr.cpp:3473 Failure condition : theStr.Encoding() mkEndodingUTF8 or theStr.Encoding() T kEncodingUTF16 or theStr.Encoding() rkEncodingASCII. Failure message : " So I commented out that line, and that part of the code works without crashing. But then I go to save the file, and it crashes in another place. I tracked that down to the table definition for database (see below). I have not edited this part of the code in a long time. It works sometimes and sometimes does not. It seems there are many erratic behaviours that can not be tracked down easily. I discovered that this same code works fine when compiled in RB2005R4. What gives with RB2006? Can someone just confirm with all honesty... Is it pretty buggy and unstable? Should I retrograde to 2006R1 or 2005R4? Does anyone have any advice? I have many things to do, and am on a short deadline, losing sleep and wasting day on what appears to be a RB bug, without any help from Real or anyone else. Database definition that is causing crash ... at times : CREATE TABLE CompanyItems ( ID integer, dept varchar, deptID varchar, title varchar, name varchar, nameAbbrev varchar, RankOrder integer, units float, tus float, HoursWk float, MinHrs float, MaxHrs float, type varchar, category varchar, print boolean, lab boolean, complete boolean, list_number integer ) _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 17.05.06 13:31 (Wed, 17 May 2006 13:31:42 +0100) |
| From: Steve Garman |
|
> any advice? I have many things to do, and am on a short deadline, losing > sleep
> and wasting day on what appears to be a RB bug, without any help from Real or > anyone else. You're not optimising your chances of getting help from "anyone else" by posting on an inappropriate list with a meaningless subject line. But if RS are being unhelpful, we should try to help you nonetheless. What are the IDs of your feedback requests so I can download the details and (hopefully) sample projects? |
| Re: help |
| Date: 18.05.06 04:51 (Thu, 18 May 2006 03:51:21 EDT) |
| From: GAmoore aol.com |
|
Thanks for your message Steve. I am sorry but I have grown a bit frustrated
when nothing seemed to help and I kept getting random crashes, and posting messages on both gettingstarted and new-users over the past week. My application is about 10 mb, plus has about 15 attached graphic files, it also needs a license file in a settings folder to run - so an entire big package would have to be sent to Real. I don't mind trusting them with my project of three years but I don't want to make it public. What do you suggest? I don't see much value in creating a dummy app, and attempting to get it to crash the same way - most likely it will work fine. The crashes occur in certain cases, but they also appear somewhat random too - occuring at different times and in response to different actions. Greg > But if RS are being unhelpful, we should try to help you nonetheless. > > What are the IDs of your feedback requests so I can download the > details > and (hopefully) sample projects? > _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 18.05.06 09:02 (Thu, 18 May 2006 10:02:23 +0200) |
| From: Trausti Thor Johannsson |
|
REAL Software offers you to buy a developer connection. It allows
you to just what you need. You get one person to talk to, and you can send them your huge project. But it costs, of course it costs when you think about it. But my 2 cents. I would suggest that the bug that is causing this is your own. I have seen very similar bugs that totally made me loose my temper (not an easy task). And after going through the work again and again, and bouncing my head against the keyboard. i discovered that these bugs are all mine, all my doing. of course the debugger should give me an error stating how dumb I was. Two items that stand out, trying to access a list that has changed in other place, trying to read from items in a window after it was closed. Things like that. But look into the developer support plan they have, also try calling them, they have customer support, offer them money to look at your project. Also, you could try to write your way around the problem, simplify the project, simplify what you are doing, see if you can't make some small app that causes the same issue. Trausti On May 18, 2006, at 9:51 AM, <email address removed> wrote: > Thanks for your message Steve. I am sorry but I have grown a bit > frustrated > when nothing seemed to help and I kept getting random crashes, and > posting > messages on both gettingstarted and new-users over the past week. > > My application is about 10 mb, plus has about 15 attached graphic > files, it > also needs a license file in a settings folder to run - so an > entire big > package would have to be sent to Real. I don't mind trusting them > with my project of > three years but I don't want to make it public. What do you > suggest? I don't > see much value in creating a dummy app, and attempting to get it to > crash the > same way - most likely it will work fine. > > The crashes occur in certain cases, but they also appear somewhat > random too > - occuring at different times and in response to different actions. > > Greg > >> But if RS are being unhelpful, we should try to help you nonetheless. >> >> What are the IDs of your feedback requests so I can download the >> details >> and (hopefully) sample projects? >> > _______________________________________________ > Unsubscribe or switch delivery mode: > <http://www.realsoftware.com/support/listmanager/> > Search the archives of this list here: > <http://support.realsoftware.com/listarchives/lists.html> _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 18.05.06 15:36 (Thu, 18 May 2006 10:36:40 -0400) |
| From: Charles Yeomans |
|
Sending it to RS may not be much help. If they can see where the
crashes occur, then probably they can figure out the cause. But random crashes are, by definition, hard to predict. The first thing you should do is to make sure the application is compiled with the IncludeFunctionNames property of the App class checked. Then you may be able to get crash logs with useful information. You can also add code to your application that logs method entry and exit, and other information. The best way I've found to log method entry and exit is to write a simple MethodLogger class with the following methods. Sub Constructor(className as String, methodName as String) me.ClassName mlassName me.MethodName @ethodName LogMessage "Entering " + className + "." + methodName + "..." End Sub Sub Destructor() LogMessage "Exiting " + className + "." + methodName" + "." End Sub Private Sub LogMessage(msg as String) //code to write the message somewhere persistent End Sub To use it, add code like the following at the beginning of each method. dim logger as new MethodLogger("Class1", "Foo") When the method exists, the MethodLogger object is destroyed. You can do a lot more with this trick, like logging when certain points in a method are reached, allowing you to pin down the location of the crash. Once you can isolate what's causing the crashes, then RS can help you. Charles Yeomans On May 18, 2006, at 3:51 AM, <email address removed> wrote: > Thanks for your message Steve. I am sorry but I have grown a bit > frustrated > when nothing seemed to help and I kept getting random crashes, and > posting > messages on both gettingstarted and new-users over the past week. > > My application is about 10 mb, plus has about 15 attached graphic > files, it > also needs a license file in a settings folder to run - so an > entire big > package would have to be sent to Real. I don't mind trusting them > with my project of > three years but I don't want to make it public. What do you > suggest? I don't > see much value in creating a dummy app, and attempting to get it to > crash the > same way - most likely it will work fine. > > The crashes occur in certain cases, but they also appear somewhat > random too > - occuring at different times and in response to different actions. > > Greg > >> But if RS are being unhelpful, we should try to help you nonetheless. >> >> What are the IDs of your feedback requests so I can download the >> details >> and (hopefully) sample projects? _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| re: help |
| Date: 19.05.06 02:54 (Thu, 18 May 2006 21:54:57 -0400) |
| From: gamoore aol.com |
|
I wouldn't mind a more sensitive compilter. For example, I noticed that
6r2 catches this where 6r1 did not : c qtr( format( x, "%") ) // str is unnecessary. But I do mind a more unstable "run-ner" that crashes easier. Is there any word on if the compiled app is any different than the IDE run app. I appreciate the code for logging the location, but I have 75 modules with about 10 methods on average each, so thats quite a bit of work to install just to catch this bug. Although I might do it. It seems like it would generate mountains of data so I would have to write to a text file. Do you find other uses for this? _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 19.05.06 03:16 (Thu, 18 May 2006 22:16:51 -0400) |
| From: Russ Jones |
|
On May 18, 2006, at 9:54 PM, <email address removed> wrote: > I might do it. It seems like it would generate mountains of data so > I would have to write to a text file. A good idea. Works for me. But a word of caution: Make liberal use of the "Exception" facility, because if you crash out and the text file does not get closed properly, it will be empty. Therefore useless. That said, it is a very useful technique. Russ _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 19.05.06 03:20 (Thu, 18 May 2006 21:20:11 -0500) |
| From: Keith Bennett |
|
_______________________________________________
Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 19.05.06 08:25 (Fri, 19 May 2006 09:25:44 +0200) |
| From: FreeFL |
|
| 18/05/06 ~ 21:20 -0500 :
| Keith Bennett, | " Re: help " >Remember to use the .Flush() function, and it shouldn't. It could slow down >your program a bit. Don't forget to use this nice trick : #IF DEBUGBUILD THEN ' exception, flush and other slow but useful code #ELSE ' fast code #ENDIF _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 19.05.06 16:02 (Fri, 19 May 2006 11:02:44 -0400) |
| From: Charles Yeomans |
|
On May 18, 2006, at 9:54 PM, <email address removed> wrote: > I wouldn't mind a more sensitive compilter. For example, I noticed > that 6r2 catches this where 6r1 did not : > c 0tr( format( x, "%") ) // str is unnecessary. > But I do mind a more unstable "run-ner" that crashes easier. Is > there any word on if the compiled app is any different than the IDE > run app. > > I appreciate the code for logging the location, but I have 75 > modules with about 10 methods on average each, so thats quite a bit > of work to install just to catch this bug. Although I might do it. > It seems like it would generate mountains of data so I would have > to write to a text file. Do you find other uses for this? Finding bugs is enough of a reason for me. You'd want to write the data to a text file so that you can examine it. You can also include a flag that would allow you to enable or disable logging at runtime. Charles Yeomans _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 19.05.06 14:05 (Fri, 19 May 2006 13:05:39 EDT) |
| From: GAmoore aol.com |
|
Oh yeah, I have exception blocks all over the place, but Real Basic just
crashes without invoking them - even when I narrow a crash to take place in a given method, and there is an exception block in the method, it still doesn't call it. I really think there is something wrong or not fully correct with the compiler. > > I might do it. It seems like it would generate mountains of data so > > I would have to write to a text file. > > A good idea. Works for me. > But a word of caution: > Make liberal use of the "Exception" facility, because if you crash > out and the text file does not get closed properly, it will be empty. > Therefore useless. > > _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 19.05.06 18:19 (Fri, 19 May 2006 13:19:01 -0400) |
| From: Charles Yeomans |
|
Exceptions are not crashes. Exceptions are raised in response to
problems that the code (yours or the framework's) can catch, but does not know how to handle. A crash is a problem that the code cannot catch. Charles Yeomans On May 19, 2006, at 1:05 PM, <email address removed> wrote: > Oh yeah, I have exception blocks all over the place, but Real Basic > just > crashes without invoking them - even when I narrow a crash to > take place in a > given method, and there is an exception block in the method, it > still doesn't > call it. I really think there is something wrong or not fully > correct with the > compiler. > >>> I might do it. It seems like it would generate mountains of data so >>> I would have to write to a text file. >> >> A good idea. Works for me. >> But a word of caution: >> Make liberal use of the "Exception" facility, because if you crash >> out and the text file does not get closed properly, it will be empty. >> Therefore useless. _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 19.05.06 19:39 (Fri, 19 May 2006 11:39:37 -0700 (PDT)) |
| From: Mark Nutter |
|
--- Russ Jones <<email address removed>> wrote: > > On May 18, 2006, at 9:54 PM, <email address removed> wrote: > > > I might do it. It seems like it would generate mountains of > data so > > I would have to write to a text file. > > A good idea. Works for me. > But a word of caution: > Make liberal use of the "Exception" facility, because if you > crash > out and the text file does not get closed properly, it will be > empty. > Therefore useless. > > That said, it is a very useful technique. I would think that you ought to get something in the text file if you call TextOutputStream.Flush after every write. That's normally way overkill and you wouldn't want to put it in a shipping app, but for tracking down a crashing bug it might be helpful. Mark Nutter Quick and easy regex creation and debugging! http://www.bucktailsoftware.com/products/regexplorer/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| Re: help |
| Date: 19.05.06 19:57 (Fri, 19 May 2006 12:57:19 -0600) |
| From: joe strout.net |
|
On May 19, 2006, at 18:39 UTC, Mark Nutter wrote:
> I would think that you ought to get something in the text file if > you call TextOutputStream.Flush after every write. That's > normally way overkill and you wouldn't want to put it in a > shipping app, but for tracking down a crashing bug it might be > helpful. I'm tuning in late here, so I apologize if this has already been discussed... but an easier (and sure-fire) way of doing this on most platforms would be to use System.DebugLog. This goes directly to the Console utility in OS X, and in Windows, it goes to a system log you can view with a free tool called DebugView. These messages are guaranteed to appear, no matter what your app does after sending them. HTH, - Joe |
| Re: help |
| Date: 20.05.06 14:07 (Sat, 20 May 2006 13:07:39 EDT) |
| From: GAmoore aol.com |
|
Thanks Joe. Is there a way to capture the name of the current method
automatically - like this perhaps : system.debuglog.writeln( me.name ) > I'm tuning in late here, so I apologize if this has already been > discussed... but an easier (and sure-fire) way of doing this on most platforms would > be to use System.DebugLog. This goes directly to the Console utility in OS X, > and in Windows, it goes to a system log you can view with a free tool called > DebugView. These messages are guaranteed to appear, no matter what your app > does after sending them. > _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
Links
MBS Realbasic PDF Plugins - Pfarrgemeinde St. Arnulf Nickenich