>>>>>>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