>>>>>>>Hi evrybody,
>>>>>>>
>>>>>>>In FPD2.6 I'm using lockfile to find a file (with .dat extension) and if the file is not found, the dialog comes up. The directory is J:\Telephon\PERG\
>>>>>>>I changed it from Telephone to Telephon, because I believe it causes problems. Still it returns J:\telepho0\PERG instead of J:\Telephon\PERG.
>>>>>>>
>>>>>>>Is it a well-known bug? What is work around? How long could be a directory name to FPd2.6 to understand correctly?
>>>>>>>
>>>>>>>Thanks a lot in advance.
>>>>>>
>>>>>>Hi,
>>>>>>
>>>>>>I meant locfile, sorry for confusion. Anyway, I confirm this bug with directory name >=8 characters. I just rename it to Phone, and now it works properly.
>>>>>>
>>>>>>These stupid bugs steal many hours to debug...
>>>>>

---

>>>>>Nadya,
>>>>>FPD2.6 cannot handle long names. It wasn't designe to.
>>>>>Any command that works with files or directories will return name in 8.3 format.
>>>>
>>>>Hi Sergey,
>>>>
>>>>Ok, I understand that. But I changed it to be J:\TELEPHON\PERG directory, e.g. 8 characters, still locfile returns J:\TELEPHO0\PERG\pe120400.dat, IOW, last character 'N' was substituted by '0' (zero). Why is that? I solved the problem by using 'PHONE' as a directory name, but the above problem seems to be a bug.
>>>>
>>>>Could somebody else confirm it?
>>>
>>>Hi Nadya,
>>>I don't think it was substituted by locfile but rather OS (I guess it's Novell?) kept short (8.3) name that way.
>>
>>Yes, it's Novell. So, you don't have this problem on your machine (NT), right?
>>Still it's a bug (FPd2.6 + Novell).
>>
>> Could somebody with Novell reproduce this problem? May be we have to update...
>>to NT server, if it's possible.
>
>Nadya,
>I think you have or use to have more than one directory on J: with name similar to TELEPHONE.
>To confirm that do following
>1. Open DOS window
>2. Type J:
>3. Type NDIR TELE*
>
>You should get the list of files/directories that start with TELE
It returns:
No files of the given specification have been found or the directory is empty