>Second, in thinking some more about this, if there was one change I'd make to what I posted, it would be to iterate backwards through the array when you restore the projects. This will cause them to be in the same z-order they were in when you executed the code.
>
>Another thought would be to make it a wrapper rather than part of an application, passing it the exe file name. This will allow you to remove the unnecessary code from the application, and, do things like automatically re-build the executable from project. Just an idea.

Hello George,

To review what I'm doing: In development environment, when running a form (or entire app), I am saving environment, running form (or entire app), then restoring the IDE back to its original state.

Well, I'm going in circles with this when a modal form is involved. The problem is, CLEAR EVENTS does not CLEAR EVENTS when I am running a modal form. I know that I can not issue READ EVENTS from inside of VFP, and my form will run, but that defeats the purpose...the program falls through the DO FORM and restores my IDE (and leaves the form running).

In destroy() method of form, I have it do some looking around to determine if it should CLEAR EVENTS (looks at oApp object). But, on a modal form CLEAR EVENTS doesn't. I have to go to menu and CANCEL, then put the IDE back the way it was.

This also bites me when an error occurs on a modal form...issuing a 'CANCEL' in my error class tries to CLEAR EVENTS, but the modal form remains running. I have tried making a call back to oApp.cleanup() (which closes all open forms) in error routine, and it ALMOST cleans everything up. Seems messy to me...

Sorry for my verbosity,