OK - yeah - that Subject line is meant to be humorous - but, the problem I'm having is real - and a Good Bit annoying!
I have this program I am working on. However, It must eventually run from Within this large system of ours. Funny thing is - its kind of related to the current "VFP9 - Set Relation" thread - as its mostly a FPD type app - although there are actually some screens in the App that are VFP/graphical screens. So - to test this program I am working on - I have a suspend in the main application (or rather - one of the sub-programs) - and during the suspend I am running my small program. I do this because our system is Filled with Public Var's (and, yeah - I read the other thread where people discussed the Evil Side of using Public Var's - although this system here existed WAY before I ever showed up on the scene). Well, my small program runs fine, and within it there is a Return statement - which should be Exiting me out of my small program. (Also - FYI - this small program is a Copy of another pre-existing program in the larger application - which I am re-purposing for a new functionality.) The problem is that even after I completely exit the full application - and I am back at the VFP command window - it seems that VFP still has a Hold on my FXP. If I try to recompile my PRG(VFP says "Cannot create file...fxp"), or even just try to Delete the FXP(VFP says "File is in use." - I can't. Even though I issue Clear, Clear All and Close All - I still can't do it. And, needless to say - when I try to test the program again - its running the prior version (the FXP) as opposed to the newest changes (in the PRG). My only option to resolve the problem is to Completely Quit from FoxPro. But, that's a real Pain - to have to do it after EACH test - and then to Startup VFP again! I'm Stumped... -K- --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html --- _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/289ea162f5642645b5cf64d624c66a1405578...@us-ny-mail-002.waitex.net ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
