Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Ghost Tables...
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
Gestionnaire d'écran & Écrans
Titre:
Divers
Thread ID:
00111876
Message ID:
00112357
Vues:
16
Eric, nothing obvious comes to mind, except that you seem to have SOMETHING open exclusively SOMEWHERE. Double check that you SET EXCLUSIVE OFF in your command box as well as in all your forms' private datasessions. Also, try adding a CLOSE DATA ALL to your MAIN program before you start to load any forms, libraries etc. It can't hurt, and may help.

One thing: You can run an EXE from the command window, as DO MYPROG.EXE. If you include SET STEP ON or SET ASSERTS ON at an appropriate point before compiling, you can pop up the debugger.

HTH
Barbara

>Here is the story,
>
> I have a container that contains, among many other objects, 6 cbos. The error was occuring when I used one of the cbo boxes, mind you, not the others. The tables used to load the cbos are all free and basically have the same type of structure. However, the box getting the error is loading from the user.dbf which is used "again","shared" when the program exits to set one field 'login' to .F..
>To determine where this bug was, I inserted a line in exit.prg to print to screen at certain lines in the prg to tell me where the error was occuring. The debugger is useless in this case because I was not getting the error running as an app. I had to go all the way to the bottom of exit.prg, but the line was still printing indicating that the error was occuring after the last thread of execution in my program. ?? This means, after opening and closing user.dbf, and after releasing all objects, close tables all, blah blah blah. Also, I inserted 'set' when the cbos are loaded, and 'set' in interactive change of the cbo with the problem.(BTW. All my data sessions are private, I can't think of a reason for a default data session in any case. Default data sessions beg for disaster.) No unwanted files or tables were open according to MS. On a side note, beware if you use select SQL to load a cbo, it opens the selected table and leaves it open as well as the cursor which is exclusive. Also,
>yes, the project must be closed if modi stru is used or the exe can't use the dbc since it is left open by the table designer.(Why? Doesn't this add extra steps when trying to resolve issues related to structures?) Anyway, currently I've narrowed it down to the error only occuring if I open VFP and compile the project, then run the exe. If I don't recompile, no error. What's up with that?
>EOV. (End of Venting)
>
>Eric K.
>
Barbara Paltiel, Paltiel Inc.
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform