revdb_connectionerr

Bob Sneidar bobs at twft.com
Tue Aug 10 15:17:32 CDT 2010


Agreed. In fact, I put all database operations inside a try/catch structure so as not to assault the end user with error dialogs that they don't know what to do with. If you are making a TON of calls in your app, you may want to consider writing a special database error function which knows how to handle all the errors you want in a way that the end user (and your app) can work with. 

For instance, a "Database temporarily unavailable. Try again?" dialog that gives the user a chance to call IT and have them get the DB back online without dumping your app mid transaction. 

Bob


On Aug 10, 2010, at 1:13 PM, Mark Schonewille wrote:

> Peter,
> 
> The last db operation. If no error occurred, it is empty. Actually, I thought this function was obsolete, but I might be wrong about that. In any case, I'd always check the result after using a database command or function besides any dedicated error reporting functions.
> 
> --
> Best regards,
> 
> Mark Schonewille
> 
> Economy-x-Talk Consulting and Software Engineering
> Homepage: http://economy-x-talk.com
> Twitter: http://twitter.com/xtalkprogrammer
> KvK: 50277553
> 
> From 15th August, we'll have time for new projects! Be the first in line and contact me now!
> 
> Download the Installer Maker plugin for Runtime Revolution at http://qurl.tk/ce
> 
> On 10 aug 2010, at 21:57, Peter Haworth wrote:
> 
>> Does this function return the result of the last db operation or the last db operation that failed?  The dictionary entry seems to suggest the latter...
>> 
>> Pete Haworth
> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list