In our previous episode, Michael Van Canneyt said:
> lgetxattr("/etc/odbc.ini", "security.selinux", 0x14de920, 255) = -1 ENODATA
> (No data available)
> getxattr("/etc/odbc.ini", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP
> (Operation not supported)
>
> If you want speedier operation, an
On 28/07/12 19:58, Michael Van Canneyt wrote:
On Sat, 28 Jul 2012, SteveG wrote:
I am enumerating thru large numbers of files on my disk, and find I
cant come close with findfirst / findnext to matching the speed of
cmd line apps available in linux :eg ls / du
A regular ls only does a getd
On Sat, 28 Jul 2012, SteveG wrote:
I am enumerating thru large numbers of files on my disk, and find I cant come
close with findfirst / findnext to matching the speed of cmd line apps
available in linux :eg ls / du
A regular ls only does a getdents() call.
FindFirst/FindNext does a getdent
I am enumerating thru large numbers of files on my disk, and find I cant
come close with findfirst / findnext to matching the speed of cmd line
apps available in linux :eg ls / du
I have a fairly tight file search function, and dont see how to gain
more speed
Would anybody know what the limi
