Stopping A Stack From Starting Up in the IDE
I'm trying to debug a stack and I'd like to stop not have it come up running when I open it from the IDE. Other than setting a breakpoint in the preOpenStack script, is there a way to keep it from executing code when it's loaded? len morgan ___ 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
Stopping A Stack From Starting Up in the IDE
I would be very pleased if this was added fast since I have a stack which crashes the engine immediately when opened and this could be a way to open and correct that stack. Regards Larry ___ 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: Stopping A Stack From Starting Up in the IDE
create a button: on mouseUp lock messages go stack "C:/test.rev" unlock messages end mouseUp ___ 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: Stopping A Stack From Starting Up in the IDE
Bonjour Len and Chipp, Or just lock messages by clicking on the corresponding button in Rev toolbar and use File/Open Stack... menu item :-) Le 23 sept. 08 à 09:22, Chipp Walters a écrit : create a button: on mouseUp lock messages go stack "C:/test.rev" unlock messages end mouseUp Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [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: Stopping A Stack From Starting Up in the IDE
Hi Eric, I've had mixed results with pushing that button in past Rev versions, as sometimes parts of the IDE quit working even after messages are turned back on. ___ 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: Stopping A Stack From Starting Up in the IDE
Bonjour Chipp, Le 23 sept. 08 à 10:23, Chipp Walters a écrit : Hi Eric, I've had mixed results with pushing that button in past Rev versions, as sometimes parts of the IDE quit working even after messages are turned back on. I had a look at the code in revMenubar: This action suppresses a lot of things: front scripts, back scripts, pending messages and stacks in use... And define again 103 system messages... WOW: I understand that in complex projects, restoring all these (that are stored in a script local array) might lead to unexpected results :-( As soon as message are locked using this button, contextual menus in the IDE no longer work and a lot of other features too... So, even it may appear handy in some cases, I finally agree that your solution is probably safer ;-) Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [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: Stopping A Stack From Starting Up in the IDE
Len Morgan wrote: I'm trying to debug a stack and I'd like to stop not have it come up running when I open it from the IDE. Other than setting a breakpoint in the preOpenStack script, is there a way to keep it from executing code when it's loaded? Another approach is to have your preOpenStack handler test "the environment"; if it = "development", don't do the stuff you were otherwise going to. Recommendation in this case is to move the code out into a separate handler, that preOpenStack invokes or not. Then it's easy to invoke that startup code manually when you want to. - Ben ___ 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: Stopping A Stack From Starting Up in the IDE
Hi Len, FWIW, I remember playing around with MS Access a few years ago, that while holding down the left shift key and opening the application mdb file, the startup scripts did not execute. Therefore accomplishing what you want to do here. Recently I tried the same in Rev, but obviously did not do the same. Therefore, it would be nice to be able to do the same in RunRev, to not execute the preOpenStack and/or the openStack handlers of the stack you are opening, while holding down some key combination - in development mode. I'll add it as a wish list item if any one is interested. What say ya'll? Mark Stuart ___ 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: Stopping A Stack From Starting Up in the IDE
The same thing can be accomplished in a simple plugin. No need to add more obscurity to the interface. On Tue, Sep 23, 2008 at 11:33 AM, Mark Stuart <[EMAIL PROTECTED]> wrote: > Therefore, it would be nice to be able to do the same in RunRev, to not > execute the preOpenStack and/or the openStack handlers of the stack you > are opening, while holding down some key combination - in development > mode. > > I'll add it as a wish list item if any one is interested. > > What say ya'll? ___ 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: Stopping A Stack From Starting Up in the IDE
On Tue, Sep 23, 2008 at 8:57 AM, Larry Forsgren <[EMAIL PROTECTED]> wrote: > I would be very pleased if this was added fast since I have a stack which > crashes the engine immediately when opened and this could be a way to open > and correct that stack. Just create a blank stack and insert the previous mouseUp script and then open it and you shouldn't have any problems. In anycase, the stack shouldn't crash Rev. Please submit a bug report. Or, if you care to share the stack, perhaps someone here will help fix the problems. ___ 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: Stopping A Stack From Starting Up in the IDE
Here's the script for the button: on mouseUp answer file "" if the result is "cancel" or it is empty then exit to top lock messages go URL it unlock messages end mouseUp ___ 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: Stopping A Stack From Starting Up in the IDE
Thank you for the tip Chipp, but please explain more in detail how It will help me if I create a blank stack with the described button. As soon as I open my problem stack it crashes the engine (Revolution shuts down or Windows shuts down Revolution) and Revolution has to be restarted. I'll be happy to send the stack to anyone as I otherwise have to recreate everything from the stack using notepad or another editor to excavate the various scripts. Regards Larry ___ 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: Stopping A Stack From Starting Up in the IDE
Larry Forsgren wrote: I would be very pleased if this was added fast since I have a stack which crashes the engine immediately when opened and this could be a way to open and correct that stack. In Rev's toolbar, click the Messages button. This turns off all system messages. You should be able to open the stack that way, since nothing will run. The engine will just open it and gets out. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.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: Stopping A Stack From Starting Up in the IDE
Larry, You can send me the stack and I'll take a peek at it for you. -Chipp ___ 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: Stopping A Stack From Starting Up in the IDE
Just a follow-up note on this problem with Larry's crashing stack. It turns out locking messages still didn't prevent a crash on any version of Rev I have. So I had to get a bit more sneaky and access the stack's contents BEFORE opening it. Turns out there were a number of issues with the stack: 1) It was named "msg" which IMO is not such a great idea- I renamed it to "fred" 2) Control number 16 was field "sokField" which somehow corrupted the stack. I deleted this fld and it now opens correctly. I forwarded the stack back to Larry. Interestingly, the contents of that field are strange to say the least. I've been able to copy the field to this stack: in message box: go URL ("http://www.gadgetplugins.com/altplugins/testFix.rev";) Perhaps Jacque or someone who knows Unicode stuff could take a look at that field and tell me what's happening at the end of it? BTW, the stack also has the scripts which I used to debug Larry's stack, but they're not pretty and are in fact a 'most certainly shown as work in progress' :-) Larry, if you don't mind, I would suggest you consider filing a bug report and including your stack. A corrupt field like this should not cause a crash. In all my years of programming Rev, I can count on one hand the number of corrupt stacks I've encountered. Sorry this happened to you. best, Chipp ___ 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: Stopping A Stack From Starting Up in the IDE
On Sep 25, 2008, at 3:35 PM, Chipp Walters wrote: Just a follow-up note on this problem with Larry's crashing stack. It turns out locking messages still didn't prevent a crash on any version of Rev I have. So I had to get a bit more sneaky and access the stack's contents BEFORE opening it. Turns out there were a number of issues with the stack: 1) It was named "msg" which IMO is not such a great idea- I renamed it to "fred" 2) Control number 16 was field "sokField" which somehow corrupted the stack. I deleted this fld and it now opens correctly. I forwarded the stack back to Larry. Interestingly, the contents of that field are strange to say the least. I've been able to copy the field to this stack: in message box: go URL ("http://www.gadgetplugins.com/altplugins/testFix.rev";) Perhaps Jacque or someone who knows Unicode stuff could take a look at that field and tell me what's happening at the end of it? Chipp, I took a look at the text both in Rev and BBedit. I don't know if this is the cause of the problem, but I found lots of NBSP (non-breaking space) characters embedded in it. On my Mac, for example, if I do: put charToNum(char 1 of line 6 of fld "msgasdf") It returns 202. I suspect, due to the automatic character conversion of fld text in Rev, if you executed the same statement, it would return '160', the CP1252/ISO 8859-1 equivalent code point. (In fact, I just confirmed that here on a Windows box.) Concentrations of this character are especially dense near the end of the text in this field. So Rev may have had trouble dealing with the "words" created by this character--just guessing. Anyway, it might be a clue. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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