Using RHL Fedora Core 3, 2.6.11 kernel:
ls [a-z]* returns entries that begin with upper-case letters
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
[EMAIL PROTECTED] (David Feuer) writes:
I'm not sure if this is a bug or not, but it smells fishy (I'm not working
with a bleeding-edge coreutils, so I don't know if this is still there):
In makepath.c:
/* If we've saved the cwd and DIRPATH is an absolute pathname,
we must
Thanks for all of your cleanup work and for catching the true/false bug!
Paul Eggert [EMAIL PROTECTED] wrote:
I found some more glitches in the mkdir code. Occasionally multiple
diagnostics might be generated where one would do. The diagnostics
I spotted another problem.
install -d could
I haven't looked too deeply into this,
so this is just a heads up.
I have a util which currently uses md5sum
to compare file contents, and in light of
the recent vulnerabilities I have decided
to use _in addition_ another digest algorithm.
So I compared the performance of the digests
available
[EMAIL PROTECTED] wrote:
I haven't looked too deeply into this,
so this is just a heads up.
Yep. I mentioned that coreutils/TODO wrt md5sum:
Look into improving the performance of md5sum.
`openssl md5' is consistently about 30% faster than md5sum on an idle
AMD 2000-XP system with
Jim Meyering wrote:
[EMAIL PROTECTED] wrote:
I haven't looked too deeply into this,
so this is just a heads up.
Yep. I mentioned that coreutils/TODO wrt md5sum:
Look into improving the performance of md5sum.
`openssl md5' is consistently about 30% faster than md5sum on an idle
AMD
On Wed, Jun 15, 2005 at 01:52:25AM -0700, Paul Eggert wrote:
[EMAIL PROTECTED] (David Feuer) writes:
In makepath.c:
/* If we've saved the cwd and DIRPATH is an absolute pathname,
we must chdir to `/' in order to enable the chdir optimization.
So if chdir (/)
Gutierrez, Carlos Y. wrote:
Using RHL Fedora Core 3, 2.6.11 kernel:
ls [a-z]* returns entries that begin with upper-case letters
This is almost certainly due use of a non-standard locale. For
example in the en_US locale setting (e.g. LANG=en_US) the collating
sequence of letters is
On Wed, Jun 15, 2005 at 02:11:48PM +0200, Jim Meyering wrote:
[EMAIL PROTECTED] wrote:
I haven't looked too deeply into this,
so this is just a heads up.
Yep. I mentioned that coreutils/TODO wrt md5sum:
Look into improving the performance of md5sum.
`openssl md5' is consistently
mkdir does not optimize for the case of multiple directories created
with shared prefixes. If, say, I write
mkdir /a/b/c/d/e /a/b/c/d/f /a/b/c/d/g
mkdir will likely waste more OS resources than necessary. Things are
much worse when using -p:
mkdir -p /a/b/c/d/e /a/b/c/d/f /a/b/c/d/g
Jim Meyering [EMAIL PROTECTED] writes:
could report the error number, but didn't. In one unlikely case in
'install', the code would install the file into the wrong place.
If the bug is not too hard to test for, would you please create a
test case for it, so it'll be less likely to be
tengo un usuario octavio y otro ssocial en mi servidor (intente en White
Box y en un Red Hat 9) y quiero cambiar el propietario de un archivo
txt.txt, le pertenece a octavio, quiero cambiarle el dueño, o el grupo ,
cualquiera de estos al archivo, como root no tengo problemas pero como
usuario
Hola Jorge,
I.S.C. Jorge Octavio Gúzman Sánchez wrote:
tengo un usuario octavio y otro ssocial en mi servidor (intente en White
Box y en un Red Hat 9) y quiero cambiar el propietario de un archivo
txt.txt, le pertenece a octavio, quiero cambiarle el dueño, o el grupo ,
cualquiera de estos al
13 matches
Mail list logo