Re: [fpc-devel] [Go32v2] LFN FindFirst bug

2012-03-01 Thread Tomas Hajny
On Wed, February 29, 2012 18:11, Marco Borsari wrote: Il 28/02/2012 23:34, Tomas Hajny ha scritto: Jonas is right, it is no bug. The difference you get between the case of having LFN enabled or not is most likely related to the fact that you search for '*' mask rather than '*.*' in your

Re: [fpc-devel] [Go32v2] LFN FindFirst bug

2012-02-29 Thread Marco Borsari
Il 28/02/2012 23:34, Tomas Hajny ha scritto: Jonas is right, it is no bug. The difference you get between the case of having LFN enabled or not is most likely related to the fact that you search for '*' mask rather than '*.*' in your example. As you might know, '*' matches I missed that,

[fpc-devel] [Go32v2] LFN FindFirst bug

2012-02-28 Thread Marco Borsari
Hi all, on system with long file name support activated (I have FreeDos with doslfn), the example below types all files instead of directory only. program test; uses dos; var f:searchrec; begin findfirst('*',directory,f); while doserror=0 do begin writeln(f.name); findnext(f); end;

Re: [fpc-devel] [Go32v2] LFN FindFirst bug

2012-02-28 Thread Jonas Maebe
On 28 Feb 2012, at 20:50, Marco Borsari wrote: on system with long file name support activated (I have FreeDos with doslfn), the example below types all files instead of directory only. That is by design, see http://www.freepascal.org/docs-html/rtl/sysutils/findfirst.html (the same goes

Re: [fpc-devel] [Go32v2] LFN FindFirst bug

2012-02-28 Thread Marco Borsari
Jonas Maebe wrote: That is by design, see http://www.freepascal.org/docs-html/rtl/sysutils/findfirst.html (the same goes for the findfirst from the Dos unit) You have to check the attributes of the returned entries to see whether they match what you want. This is TP/Delphi-compatible. I

Re: [fpc-devel] [Go32v2] LFN FindFirst bug

2012-02-28 Thread Tomas Hajny
On 28 Feb 12, at 21:20, Marco Borsari wrote: Jonas Maebe wrote: Marco, That is by design, see http://www.freepascal.org/docs-html/rtl/sysutils/findfirst.html (the same goes for the findfirst from the Dos unit) You have to check the attributes of the returned entries to see whether