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