RE: Classlib not releasing from memory and no objects showing in memory

Funny enough, after I sent that email, I wondered if I should have mentioned

that=2E=2E=2E=2Eyes, there's an "update client" routine that runs at the onset (w=

hen

oMaster is started), but I don't want my users to have to get ALL the way out=20=

of the system to see the updates=2E Hence, check on startup of "front door" of

app, and check when re-entering various modules after the master=2Eexe has been

started=2E

I thought the other day that the easy solution would be to say "Get all the

way out and come back in and you'll have it" (and they would, too---once the

entire session is done, obviously all items are released) but I don't like to

kick them all the way out if I can help it=2E

Michael J=2E Babcock, MCP

President, Central Pennsylvania Visual Foxpro User Group

vfpmcp@hotmail=2Ecom

"Code smarter; not harder=2E"

>>> "Stephen=2ERussell@stjude=2Eorg" 12/04/01 04:30PM >>>

How are you writing over a file that is in use?

I would enhance Master=2Eexe before it instnaciates any of the classes to run

through some good old PRG code to update the librarys=2E

__Stephen

-----Original Message-----

From: Michael Babcock [mailto:mbabcock@kepro=2Eorg] Sent: Tuesday, December 04,=20=

2001 2:53 PM

To: Multiple recipients of ProFox

Subject: Classlib not releasing from memory and no objects showing in

memory

Here's my scenario:

- Master=2Eexe calls Child=2Eexe

- Child=2Eexe copies most recent classlibs from LAN to client if ftime

reports

difference=2E (I've shifted to the fat client design=2E)

- User exits child=2Eexe and the last 3 lines of the main (driver) prg of

that

exe is the CLEAR CLASSLIB lines for the 3 libraries I was using=2E

- I make some changes to the LAN classlib=2E

- User (me in testing mode) re-enters exe, I notice that the COPY FILE

lines

fired and give the impression that the update was done (via Wait Window

stmts

in routine), BUT the client has the same old copy of the classlib! I do a

CLEAR ALL after I make any changes in my IDE, and I can use Explorer to see

that the ftimes are different, so why isn't it copying the files? To test

my theory about the client app still having it in memory, I exited VFP

so that only my app was open, opened Explorer and tried to delete the files,

but it gave the error message: "[Error Deleting File] Cannot delete

msmhshared: Access is denied=2E Make sure the disk is not full or

write-protected and that the file is not in use=2E" Well, the obvious answer

the last one: the file is in use=2E But the CLEAR CLASSLIBs should have

taken

care of that?!???!

I've verified that there are no objects in memory from that classlib

courtesy

of the DISPLAY MEMORY / DISPLAY OBJECTS commands=2E

Any ideas?

=20=

*****************************************************

Michael Babcock

KePRO, Inc

Tel: 717-564-8288

Fax: 717-564-4188

Internet Address: mbabcock@kepro=2Eorg

Home Page: http://www=2Ekepro=2Eorg

*****************************************************