>Hi,
>
>>>Never mind - GetLongPathName() API does the trick.
>>>But why does SYS(2023) return the full filename in the dev environment and the DOS path name in the EXE (is it documented anywhere)?
>>>
>>>Regards,
>>>Viv
>>>
>>You can also use the Windows Script Host to do this. See the series of articles that the late Ed Rauh and I did for VFUG a few years back. Of interest will be the third article in the series on the Scripting.FileSystemObject. It can get you and object reference to the file like this.
>
>>oFSO = CREATEOBJECT('Scripting.FileSystemObject')
>>lcFile = "VFP9.EXE"
>>oFile = oFSO.GetFile(lcfile)
>>? oFile.Path
>
>
>Thanks - but I've a few problems with this:
(a) AFAICS it doesn't work because the parameter to GetFile() requires a path in the first place,
Not if the file's in the current working directory.
(b) we can't rely on Scripting being available and
Well, if anyone is still running Windows 95...you've got a point. However, it's a required file for Windows 2K.
(c) it's not what I'm trying to do ;-)
I saw where I misunderstood. Sorry.
>What I needed was the full pathname to the VFP temp directory when SYS(2023) is called from the EXE. In the dev environment I get this; in the EXE SYS(2023) returns the DOS path so I'm currently doing GetLongFilePath(SYS(2023)...) which works OK. Just don't know why the difference between the environments..
>
One question. Do you set the temp path in config.fpw? I do. I assume that you're do this for the same reason I set it...Cleanup old tmp files.
George
Ubi caritas et amor, deus ibi est