Strange .tmp files 1

[aharrisreid]

A client of mine has just moved over from Netware 4 to Netware 6 and we have noticed a strange effect that never happened under the 'old' os. Using Foxpro DOS 2.6 (the problem doesn't occur with VFP), whenever I do a COPY TO command (programmatically or at the command line) to create another table, the .dbf file is created fine, but so is a temporary file in the format VDMnnn.tmp, where nnn is a hexadecimal number and is incremented by 1 for each subsequent file. The .tmp file has 0 bytes, is created in the same folder as the table it is copying (instead of the default temp. folder) and is not deleted when Foxpro is finished.

Has anyone any idea what may be going on here, and more importantly, how to get rid of these rogue files (apart from having to run a regular del *.tmp batch file)?

Any help would be appreciated. These .tmp files are cluttering up the data directories fast!

TIA
Alan Harris-Reid

 

[ramani]

Hi
VDM stands for Virtual Dos Machine
Probably, the OS is creating the temporary file. ramani
(Subramanian.G),FoxAcc, ramani_g@yahoo.com

 

[xiong]

I'm beginning to see the same problems with Windows 2000 users in our application. (FPW 2.6a). It has clogged the data directories to the point of collapse. I've been searching for a few weeks on the issue and have found no helpful information. If you come across something, please let me know. This is a fairly new issue for us, so I've not much to go on.

eslersa@ppminc.biz

 

[rob444]

This is a known problem with Novell.

I included a routine which runs at startup of my main program to delete the 'old' xxx.tmp files.

Here is the routine I use:

zz=ADIR(XX,'*.tmp')
IF zz>0
y=ALEN(XX)/5
FOR x= 1 TO y
IF XX[x,3] < DATE()-1
* ? xx[x,1], xx[x,3]
ERASE XX[x,1]
ENDIF (xx[x,3] < date()-1)
NEXT
ENDIF (zz>0)

Rob.