Re: Stack in memory problem
If you turn around quickly while reminiscing, you can see the future! Best, Jerry Daniels Use tRev's buy link during your 7 day free trial to get 20% off: http://reveditor.com/tag/shouldiswitch On May 22, 2010, at 8:08 PM, Mark Wieder wrote: Marty- Saturday, May 22, 2010, 6:02:13 PM, you wrote: That's it - a Hindsight plug-in for tRev :) If you build it they have already come... -- -Mark Wieder mwie...@ahsoftware.net ___ 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: Stack in memory problem
Marty- Saturday, May 22, 2010, 6:02:13 PM, you wrote: > That's it - a Hindsight plug-in for tRev :) If you build it they have already come... -- -Mark Wieder mwie...@ahsoftware.net ___ 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: Stack in memory problem
That's it - a Hindsight plug-in for tRev :) Marty- Saturday, May 22, 2010, 3:51:04 PM, you wrote: though! Once you figure these things out it seems so clear! Yeah - hindsight is a wonderful tool. I wish the IDE had it built in so I could turn in on *before* I get into trouble. ___ 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: Stack in memory problem
Marty- Saturday, May 22, 2010, 3:51:04 PM, you wrote: > though! Once you figure these things out it seems so clear! Yeah - hindsight is a wonderful tool. I wish the IDE had it built in so I could turn in on *before* I get into trouble. -- -Mark Wieder mwie...@ahsoftware.net ___ 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: Stack in memory problem
I figured it out - this stack is a template and I have an openstack routine to check a version number to see if it needs to be updated. The stack that it checks is the same name as my original so I scripted around that and I'm fine. Thanks to Paul, Mark and Jacque for the input though! Once you figure these things out it seems so clear! Marty Marty Knapp wrote: The name isn't a problem - it's not a plugin or IDE stack name. I've been using it for over a year. I do have another stack of the same name in a different directory. When I build a standalone I take the original and do some things to it, then copy it to a different folder before the build. On the rare occasions I've had trouble before, I just quit and restarted. The weird part now is that the problem persists after quiting and even after rebooting the computer. It's like there's something in a cache file or something. I've even loaded up the project in a secondary copy of Rev and get the same problem . . . It sounds like the stack is opening automatically on launch. If it isn't a rev-related stack, then look for a plugin or frontscript that opens it, puts it in use, or requests data from it. Any of those things will load it into memory. Also, the next time you have it open, make sure the destroystack property is set to true. ___ 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: Stack in memory problem
Marty Knapp wrote: The name isn't a problem - it's not a plugin or IDE stack name. I've been using it for over a year. I do have another stack of the same name in a different directory. When I build a standalone I take the original and do some things to it, then copy it to a different folder before the build. On the rare occasions I've had trouble before, I just quit and restarted. The weird part now is that the problem persists after quiting and even after rebooting the computer. It's like there's something in a cache file or something. I've even loaded up the project in a secondary copy of Rev and get the same problem . . . It sounds like the stack is opening automatically on launch. If it isn't a rev-related stack, then look for a plugin or frontscript that opens it, puts it in use, or requests data from it. Any of those things will load it into memory. Also, the next time you have it open, make sure the destroystack property is set to true. -- Jacqueline Landman Gay | jac...@hyperactivesw.com 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: Stack in memory problem
The name isn't a problem - it's not a plugin or IDE stack name. I've been using it for over a year. I do have another stack of the same name in a different directory. When I build a standalone I take the original and do some things to it, then copy it to a different folder before the build. On the rare occasions I've had trouble before, I just quit and restarted. The weird part now is that the problem persists after quiting and even after rebooting the computer. It's like there's something in a cache file or something. I've even loaded up the project in a secondary copy of Rev and get the same problem . . . Marty Marty- Saturday, May 22, 2010, 1:27:56 PM, you wrote: OK, so I got the "A stack with the same name as the one you are trying to load is already open" message and I've tried all the options: Save - What's the name of the stack you're trying to open? Could it be the same as one of the existing stacks in the IDE or a plugin stack? ___ 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: Stack in memory problem
Marty- Saturday, May 22, 2010, 1:27:56 PM, you wrote: > OK, so I got the "A stack with the same name as the one you are trying > to load is already open" message and I've tried all the options: Save - What's the name of the stack you're trying to open? Could it be the same as one of the existing stacks in the IDE or a plugin stack? -- -Mark Wieder mwie...@ahsoftware.net ___ 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: Stack in memory problem
Marty, I've had a few incidences of this, where the only thing that worked was to shut down the computer (not just restart it). A complete shut down always worked. Fortunately, this has been very rare - once or twice a year. Good luck. Paul Looney On 23/05/2010, at 8:27 AM, Marty Knapp wrote: OK, so I got the "A stack with the same name as the one you are trying to load is already open" message and I've tried all the options: Save - Purge - Cancel and nothing gets me anywhere. I quit Rev, start it up again and get the same message when I try to open one of the stacks. I quit, reboot the computer, try it again and I still can't get the same message and the stack won't open . . . Is this weird or what? How can it still be in memory after quitting or rebooting? Thanks for any help, Mart Knapp ___ 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
