Re: ls -v oddity with autosave files

Kamil Dudka wrote: > On Thursday 09 of April 2009 15:39:57 Jim Meyering wrote: >> Like last time, I applied your patch in gnulib before running coreutils' >> tests. I noticed the new resulting failure. > > Apologize. The regression fix has caused another regression, it's ridiculous. > An incrementa

Re: ls -v oddity with autosave files

On Thursday 09 of April 2009 15:39:57 Jim Meyering wrote: > Like last time, I applied your patch in gnulib before running coreutils' > tests. I noticed the new resulting failure. Apologize. The regression fix has caused another regression, it's ridiculous. An incremental fix is attached. What abo

Re: ls -v oddity with autosave files

Kamil Dudka wrote: > On Thursday 09 April 2009 11:32:58 Kamil Dudka wrote: >> On Thursday 09 April 2009 09:23:37 Sven Joachim wrote: >> > Note that the #.b# file is listed at the top in (1) and at the bottom in >> > (2), despite all filenames in the directory being the same! >> >> Thanks for disco

Re: ls -v oddity with autosave files

Kamil Dudka wrote: > On Thursday 09 April 2009 11:32:58 Kamil Dudka wrote: >> On Thursday 09 April 2009 09:23:37 Sven Joachim wrote: >> > Note that the #.b# file is listed at the top in (1) and at the bottom in >> > (2), despite all filenames in the directory being the same! >> >> Thanks for disco

Re: ls -v oddity with autosave files

On Thursday 09 April 2009 11:32:58 Kamil Dudka wrote: > On Thursday 09 April 2009 09:23:37 Sven Joachim wrote: > > Note that the #.b# file is listed at the top in (1) and at the bottom in > > (2), despite all filenames in the directory being the same! > > Thanks for discovering this! The transitive

Re: ls -v oddity with autosave files

On Thursday 09 April 2009 09:23:37 Sven Joachim wrote: > Note that the #.b# file is listed at the top in (1) and at the bottom in > (2), despite all filenames in the directory being the same! Thanks for discovering this! The transitive axiom of the predicate is broken. I am working on a fix. It s

ls -v oddity with autosave files

I found another oddity with ls -v in coreutils 7.2. The placement of Emacs autosave files is inconsistent: , | % touch a .b | % ls -lav | total 0 | drwxr-xr-x 2 sven sven 80 Apr 9 09:02 . | drwxrwxrwt 11 root root 240 Apr 9 09:02 .. | -rw-r--r-- 1 sven sven 0 Apr 9 09:02 .b | -rw-r--r