k like the build you referenced is designed to be
compileable for Windows. Is there one that is? Thanks.
[1]https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=v7.5~49
- Viktors Berstis
Kamil Dudka wrote:
On Friday, May 3, 2019 5:43:20 AM CEST Viktors Berstis wrote:
I downloa
ows source that is newer
anywhere? Thanks.
- Viktors Berstis
Paul Eggert wrote:
On 5/2/19 5:41 PM, Viktors Berstis wrote:
The newer version of "ls" built for Windows has the problem.
Ah, then you'll have to talk to whoever built that version, which is not
me (and generally speaki
the machine with Ubuntu, ls on that same large directory is
very fast.
- Viktors Berstis
Paul Eggert wrote:
It's probably something inside the kernel (e.g., filesystem code).
What does the shell command 'strace -o /tmp/tr -s 128 -T ls -U -1
dirname | wc' say? You can see w
ll in ram. Then the ls takes only about 11
seconds.
- Viktors Berstis
Kamil Dudka wrote:
On Thursday, May 2, 2019 12:03:31 AM CEST Viktors Berstis wrote:
When running "ls" or "ls -U" on a windows directory containing 5
files, ls takes forever. Something seems to be
When running "ls" or "ls -U" on a windows directory containing 5
files, ls takes forever. Something seems to be highly inefficient in there.
This is for the 64 bit version build 4/20/2005 11:41AM. The exe size is
180736 bytes.
Thanks.
- Viktors Berstis
