Hi,
Does findfirst not return filenames with a ':' character in them
properly? I only get the last part of the filename, the part after the
':'. Try listing /sys/bus/pci/devices with findfirst on a Linux system.
FindFirst('/sys/bus/pci/devices/*', faAnyFile, Info); etc...
Micha
On 24 Jan 2008, at 15:47, Micha Nelissen wrote:
Does findfirst not return filenames with a ':' character in them
properly? I only get the last part of the filename, the part after
the ':'. Try listing /sys/bus/pci/devices with findfirst on a Linux
system.
Almost all rtl filename
Hi,
As per the documentation:
http://lazarus-ccr.sourceforge.net/docs/rtl/sysutils/findfirst.html
-
faHidden
The file is hidden. (On unix, this means that the filename starts
with a dot)
---
I've tried this today using FPC 2.1.5 and faHidden doesn't
Thanks. Reported as bug 9440.
Graeme.
On 15/08/07, Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Wed, 15 Aug 2007, Graeme Geldenhuys wrote:
Hi,
This was posted in the Lazarus mailing list a while back. Has this
been report or fixed in FPC?
Neither reported nor fixed.
Please
Hi,
I modified the example43 included with the documentation of FindFirst
(see below) so it can take a patch as parameter.
I then created a few dummy test files in numerical order.
Run the example43 test app and expected them to be in numerical order
(Delphi behavior and FPC 2.0.5 2.1.1
On Mon, 14 May 2007, Graeme Geldenhuys wrote:
Hi,
I modified the example43 included with the documentation of FindFirst
(see below) so it can take a patch as parameter.
I then created a few dummy test files in numerical order.
Run the example43 test app and expected them to be in
On 5/14/07, Michael Van Canneyt [EMAIL PROTECTED] wrote:
No ordering is guaranteed.
Thought so... I couldn't find any reference to the result order in the
Delphi or Kylix help.
Not in windows, not in Linux.
That you get them ordered is most likely because you created them in
that order, and
Hi,
Can the FindFirst optimization in 2.1.1 for unix/sysutils.pp be merged
to 2.0.5 ? Revision 4772. Not only is it more efficient, it also fixes a
bug: I cannot find a single directory with FindFirst in 2.0.5.
Furthermore, attached is a patch for another optimization: do not
allocate a record
Michael Van Canneyt wrote:
This is a snapshot compiler, please use the official compiler if you can.
If you use snapshots, use only the latest possible. The development compiler
is not guaranteed bug free, as you can see. The current development compiler
has no problem with your code, so
On Mon, 12 Sep 2005, Tony Maro wrote:
I just tried to use FindFirst to get a listing of files in a directory. I
passed FindFirst the following:
if FindFirst('/home/tony/test/*',faAnyFile, Res) 0 then begin
It never would return any results. Then I noticed that FindFirst calls:
Michael Van Canneyt wrote:
On Mon, 12 Sep 2005, Tony Maro wrote:
I just tried to use FindFirst to get a listing of files in a directory. I
passed FindFirst the following:
if FindFirst('/home/tony/test/*',faAnyFile, Res) 0 then begin
It never would return any results. Then I noticed
11 matches
Mail list logo