>>>The problem I'm having now is that the "cancel" at the end of the app cancels VFP and leaves the app! How do I tell it to end the app and leave VFP running?
>>>
>>>Thanks,
>>
>>Michelle,
>>Cancel command should not quit VFP. Check that it is cancel and not quit and make sure there are no quit statements anywhere. Cancel will only cancel the app (unless it is an exe).
>
>
>It's just a cancel. I'm not sure if it's quitting VFP exactly. It's sort of a hybrid. When the app runs, it replaces the VFP menu with its own menu, but leaves up any forms or programs or whatever I was working on. It's like it mixes the app in. When it hits the cancel, the project manager disappears, and the VFP menu doesn't come back. The app doesn't work anymore, either. It's just the mixed up mess left on the screen and nothing's functional.
>
>And, yes, it's an exe. Does that make a difference?
>
>Thanks,

SET SYSMENU TO DEFAULT will get your system menu back - put this before the cancel. It sounds like the whole thing runs 'in its own world'. It may be worth issuing a CREATE VIEW c:\viewfile when the program starts and a SET VIEW TO c:\viewfile whenever it finishes. This will take a copy of the environment when it starts and reinstate it when it finishes. This is what I use in ALL my prg files (I am very strict on leaving the PC in the state my program found it).