Hi Mark,
I thought as much, pretty much because the bug doesnt happen at all in the Windows and Linux runtimes, it only affects Macs so as my code is the same it points towards an engine bug.
Just trawling through the lines in the database listed to see if they shed any light, it I can figure out what is causing it to fall over at least I can code round the problem until its fixed.
Thanks again.
Andy
revExternalLibrary error
Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller
Fingers crossed at the moment, but the bug seems to have been banished for a few of my users!
What I did that seems to have fixed it for the moment was create a stack called revExternalLibrary, ignoring the error that it may mess up the program. Ran the application and indeed dozens of errors were flagged by Marks ErrorLib!
I then deleted the revExternalLibrary stack, re-ran the program, and the errors disappeared - great.
Anyway, I packaged it up as an app and have sent it to a few of the users who had the original problems, and so far its working.
All I can think it there was something in the code somewhere that referenced the revExternalLibrary stack incorrectly within the app, so the app fell over when it was trying to do something it expected to find in the library, but couldnt. My theory is when I added then deleted the stack it deleted the incorrect reference, so RunRev could use its correct stack. The problem only happened after I updated to v2.9, so maybe that had something to do with it, anyway, thats all guesswork!
Anyway, fingers crossed its working for now, ill update the thread to let you know if the problem is still gone in a few weeks!
Andy
What I did that seems to have fixed it for the moment was create a stack called revExternalLibrary, ignoring the error that it may mess up the program. Ran the application and indeed dozens of errors were flagged by Marks ErrorLib!
I then deleted the revExternalLibrary stack, re-ran the program, and the errors disappeared - great.
Anyway, I packaged it up as an app and have sent it to a few of the users who had the original problems, and so far its working.
All I can think it there was something in the code somewhere that referenced the revExternalLibrary stack incorrectly within the app, so the app fell over when it was trying to do something it expected to find in the library, but couldnt. My theory is when I added then deleted the stack it deleted the incorrect reference, so RunRev could use its correct stack. The problem only happened after I updated to v2.9, so maybe that had something to do with it, anyway, thats all guesswork!
Anyway, fingers crossed its working for now, ill update the thread to let you know if the problem is still gone in a few weeks!
Andy
Arghhh!
Arghhh, the error didnt go away, its better but not gone, just got a few new users all with the same errors.
Cant figure it out at all, why would it all work on 99% of macs, but just fail completely everytime a database read is involved on a few.
Last user was on a Macbook Air with Leopard, all up to date, all standard stuff. I could understand it with Windows and lots of different setups, but not on a Mac.
Infuriating!!
Andy
Cant figure it out at all, why would it all work on 99% of macs, but just fail completely everytime a database read is involved on a few.
Last user was on a Macbook Air with Leopard, all up to date, all standard stuff. I could understand it with Windows and lots of different setups, but not on a Mac.
Infuriating!!
Andy
Code: Select all
Happens every time:
Type: ()
Object name: revExternalLibrary
Line:(row 0 col 0)
Hint: revdberr
Type: Handler (can't find handler)
Object name: revExternalLibrary
Line:(row 1405 col 1)
Hint: revExecuteSQL
Type: if-then (error in statement)
Object name: revExternalLibrary
Line:(row 1401 col 1)
Hint:
Type: Handler (error in statement)
Object name: revExternalLibrary
Line:(row 1401 col 1)
Hint: OpenUserSearchDB
Type: Objec (Name:)
Object name: revExternalLibrary
Line:(row 0 col 0)
Hint: stack "/Applications/PDT.app/Contents/MacOS/PDT"
Type: Handler (can't find handler)
Object name: revExternalLibrary
Line:(row 383 col 1)
Hint: OpenUserSearchDB
Type: if-then (error in statement)
Object name: revExternalLibrary
Line:(row 378 col 1)
Hint:
Type: if-then (error in statement)
Object name: revExternalLibrary
Line:(row 375 col 1)
Hint:
Type: if-then (error in statement)
Object name: revExternalLibrary
Line:(row 350 col 1)
Hint:
Type: Handler (error in statement)
Object name: revExternalLibrary
Line:(row 350 col 1)
Hint: DoFoodSearch
Type: Objec (Name:)
Object name: revExternalLibrary
Line:(row 0 col 0)
Hint: stack "/Applications/PDT.app/Contents/MacOS/PDT"
Type: Handler (can't find handler)
Object name: revExternalLibrary
Line:(row 23 col 1)
Hint: DoFoodSearch
Hi Andy,
This error is different from the error you posted earlier. Do you have any (faint) idea why?
I would like to mention that the long list of errors usually consists of errors that my have happened but didn't, except for the last error, which actually happened. Sometimes, things go awry, because Revolution returns incorrect results, and you have to guess which error is relevant. The length of the list doesn't mean much.
Best,
Mark
This error is different from the error you posted earlier. Do you have any (faint) idea why?
I would like to mention that the long list of errors usually consists of errors that my have happened but didn't, except for the last error, which actually happened. Sometimes, things go awry, because Revolution returns incorrect results, and you have to guess which error is relevant. The length of the list doesn't mean much.
Best,
Mark
The biggest LiveCode group on Facebook: https://www.facebook.com/groups/livecode.developers
The book "Programming LiveCode for the Real Beginner"! Get it here! http://tinyurl.com/book-livecode
The book "Programming LiveCode for the Real Beginner"! Get it here! http://tinyurl.com/book-livecode
Thanks Mark, that makes sense.
Its odd the errors that get thrown up! I guess this one was difference because in this case the user was searching the database, in the earlier one they were creating an entry.
Anyway, Ive found this one and its all my fault. I got there from the very specific line numbers in your code which has been a lifesaver.
The line causing the fault was
get revOpenDatabase ("sqlite",dbPath,,,,,)
Note, the five commas. The correct syntax is four commas, ie.
get revOpenDatabase ("sqlite",dbPath,,,,)
Recompiled with the four commas and sent the new app to the affected users and all are fixed, wonderful!
I still find it odd that it just affected some users and not all, but im happy that its working, just got to watch my syntax, im glad Rev is nore forgiving in most other areas!
Andy
Its odd the errors that get thrown up! I guess this one was difference because in this case the user was searching the database, in the earlier one they were creating an entry.
Anyway, Ive found this one and its all my fault. I got there from the very specific line numbers in your code which has been a lifesaver.
The line causing the fault was
get revOpenDatabase ("sqlite",dbPath,,,,,)
Note, the five commas. The correct syntax is four commas, ie.
get revOpenDatabase ("sqlite",dbPath,,,,)
Recompiled with the four commas and sent the new app to the affected users and all are fixed, wonderful!
I still find it odd that it just affected some users and not all, but im happy that its working, just got to watch my syntax, im glad Rev is nore forgiving in most other areas!
Andy