Re: Strange issue on Windows Vista
http://www.runrev.com/developers/lessons-and-tutorials/tutorials/advanced-windows-vista/ --- On Thu, 1/7/10, Andre Rombauts an...@rombauts.be wrote: From: Andre Rombauts an...@rombauts.be Subject: Strange issue on Windows Vista To: How to use Revolution use-revolution@lists.runrev.com Date: Thursday, January 7, 2010, 9:29 AM Hello from the cold and snowy Belgium... I'm developping On Snow Leopard Enterprise 4.5 an application using MySQL libraries. The guy who is testing for me the Windows standalone reports that it is OK on XP and Windows7 but not on Vista. On Vista he is getting the error Object: stack revExternalLibrary of stack C:/Program Files/Chatou/Chatou.exe I can generate a similar error if I remove the dbmysql.dll from the /database_drivers subdir in /Externals Is it possible to have issues on Vista and not on 7 or classic XP? André ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: strange issue
After some testing, it seems this engine specific and not a revGUI issue. I thought it could have been the revmessage box but it also happens in MetaCard's msg box. So MC engine version 2.6.6 has a problem! Any confirmations to enter a concrete bugzilla is welcome... Second bugzilla today!!! [EMAIL PROTECTED] wrote on 21/10/2005 06:40:44: I have this custom prop put the xos[dragstack] of this stack It tell TAOO whether a stack can be dragged on a mousedown event... very handy... but if I start checking this on one stack EditNO2 in the message box if get all the error messages in the answer! put the xos[dragstack] of stack editno2 Handler: Running low on memory, script aborted recursionLimit: Recursion limit reached abs: error in source expression accept: bad expression etc... if I put the script in a button it works - although the mousedown handler doesn?t!!! If I debug the mousedown handler rev freezes... If I debug the handler and do the put xos[dragstack] show into the message, the xos[dragstack] is empty!!! im pretty sure that im selecting the right stack's cusom props. Im sure the prop is there and it contains true... can anyone explain this? This works fine in rr 2.5 but no more in 2.6.1... cheers Xavier ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution - To make communications with Clearstream easier, Clearstream has recently changed the email address format to conform with industry standards. The new format is '[EMAIL PROTECTED]'. Visit us at http://www.clearstream.com IMPORTANT MESSAGE Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries. END OF DISCLAIMER ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: strange issue
the bad thing about superstition is bad luck... Unlike normal programming languages, this remains a weakness in Rev's engine... I find it strategic to be able to use the same names though... Nonetheless, this works usually... although that's not exactly without some luck behind... ;) X) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Barncard Sent: Saturday, October 22, 2005 7:48 AM To: How to use Revolution Subject: RE: strange issue I've been 'superstitious' about using identical names for props, vars or objects for awhile... another reason to use labeling conventions I guess... pParameter tLocalVariable gGlobalVariable cCustomProperty (or kCustomProperty?) Seriously scared: If rev cannot differentiate between globalname and customproperty[] of control there may be many more errors going to be present elsewhere. Xavier -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: strange issue
Stephen- Friday, October 21, 2005, 10:48:11 PM, you wrote: another reason to use labeling conventions I guess... pParameter tLocalVariable gGlobalVariable cCustomProperty (or kCustomProperty?) I've come around to the convention of using uCustomProperty for my own custom properties. and kConstant (never got out of that habit)... -- -Mark Wieder [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: strange issue
Mark Wieder wrote: pParameter tLocalVariable gGlobalVariable cCustomProperty (or kCustomProperty?) I've come around to the convention of using uCustomProperty for my own custom properties. and kConstant (never got out of that habit)... Me too. c is commonly used to denote classes in OOP languages, and plans for OOP extensions to Transcript have been part of the plan for some time now. So in my shop we're reserving the c prefix for those extensions, and use u (for user-defined property) instead. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: strange issue
yeah, I was wrong, I did it from memory. Of course I've seen and used the suggested forms by Richard. Mark Wieder wrote: pParameter tLocalVariable gGlobalVariable cCustomProperty (or kCustomProperty?) I've come around to the convention of using uCustomProperty for my own custom properties. and kConstant (never got out of that habit)... Me too. c is commonly used to denote classes in OOP languages, and plans for OOP extensions to Transcript have been part of the plan for some time now. So in my shop we're reserving the c prefix for those extensions, and use u (for user-defined property) instead. -- Richard Gaskin -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: strange issue
After some testing, it seems this engine specific and not a revGUI issue. I thought it could have been the revmessage box but it also happens in MetaCard's msg box. So MC engine version 2.6.6 has a problem! Any confirmations to enter a concrete bugzilla is welcome... Second bugzilla today!!! [EMAIL PROTECTED] wrote on 21/10/2005 06:40:44: I have this custom prop put the xos[dragstack] of this stack It tell TAOO whether a stack can be dragged on a mousedown event... very handy... but if I start checking this on one stack EditNO2 in the message box if get all the error messages in the answer! put the xos[dragstack] of stack editno2 Handler: Running low on memory, script aborted recursionLimit: Recursion limit reached abs: error in source expression accept: bad expression etc... if I put the script in a button it works - although the mousedown handler doesn?t!!! If I debug the mousedown handler rev freezes... If I debug the handler and do the put xos[dragstack] show into the message, the xos[dragstack] is empty!!! im pretty sure that im selecting the right stack's cusom props. Im sure the prop is there and it contains true... can anyone explain this? This works fine in rr 2.5 but no more in 2.6.1... cheers Xavier ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution - To make communications with Clearstream easier, Clearstream has recently changed the email address format to conform with industry standards. The new format is '[EMAIL PROTECTED]'. Visit us at http://www.clearstream.com IMPORTANT MESSAGE Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries. END OF DISCLAIMER ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: strange issue
Oh My! Yes, I got a second stack with the same issue... Yet, other stacks work correctly with the same property... yet these work ok in my other systems! I singled it out to the 2.6.1 engine... Can anyone remember if they have had problems with global names conflicting with custom property names? Seriously scared: If rev cannot differentiate between globalname and customproperty[] of control there may be many more errors going to be present elsewhere. No, I dont want to be an alarmist, im just wondering if anyone has seen this too I case it gets serious later. AFTER some testing, I found that if you set the xos[dragstack] to true it works again... But I feel lucky that I found this issue (and solution). Question is, how do you know if your data or your handler is corrupt? Answer: script get the xos[dragstack] if Handler: Running low on memory, script aborted recursionLimit: Recursion limit reached abs: error in source expression accept: bad expression is in it then... it's corrupt! /script Is there a stack format change between 2.5 or 2.6 and 2.6.1? cheers Xavier http://monsieurx.com/taoo From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, October 21, 2005 8:34 AM To: [EMAIL PROTECTED]; How to use Revolution Subject: Re: strange issue After some testing, it seems this engine specific and not a revGUI issue. I thought it could have been the revmessage box but it also happens in MetaCard's msg box. So MC engine version 2.6.6 has a problem! Any confirmations to enter a concrete bugzilla is welcome... Second bugzilla today!!! [EMAIL PROTECTED] wrote on 21/10/2005 06:40:44: I have this custom prop put the xos[dragstack] of this stack It tell TAOO whether a stack can be dragged on a mousedown event... very handy... but if I start checking this on one stack EditNO2 in the message box if get all the error messages in the answer! put the xos[dragstack] of stack editno2 Handler: Running low on memory, script aborted recursionLimit: Recursion limit reached abs: error in source expression accept: bad expression etc... if I put the script in a button it works - although the mousedown handler doesnt!!! If I debug the mousedown handler rev freezes... If I debug the handler and do the put xos[dragstack] show into the message, the xos[dragstack] is empty!!! im pretty sure that im selecting the right stack's cusom props. Im sure the prop is there and it contains true... can anyone explain this? This works fine in rr 2.5 but no more in 2.6.1... cheers Xavier ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: strange issue
I've been 'superstitious' about using identical names for props, vars or objects for awhile... another reason to use labeling conventions I guess... pParameter tLocalVariable gGlobalVariable cCustomProperty (or kCustomProperty?) Seriously scared: If rev cannot differentiate between globalname and customproperty[] of control there may be many more errors going to be present elsewhere. Xavier -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution