sort does not sort properly with glibc-2.5

can anyone confirm this ? on my systems (tested Gentoo and Fedora) with glibc-2.5, the example file is not sorted properly while on systems running glibc-2.4, it is sorted properly ... coreutil-5.97 through coreutils-6.7 (and cvs) seem to show the same behavior $ cat sortme /dev udev tmpfs rw,

RE: Wildcard (globbing) in directory names

Hi Eric, Thanks very much for prompt reply. 1. We downloaded these programs from GNU coreutils site. I didn't realise there were different versions. I will have a look for "cygwin" version. 2. I thought that "cat" may not do globbing, it's just that the old version of "cat" we had from MKS (Mor

Re: Wildcard (globbing) in directory names

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Clough, Neil on 12/18/2006 5:54 PM: > Hi, > > We have a problem using the GNU coreutils "cat" program under Win32. If you got this program pre-compiled from a particular Windows port, such as cygwin, you may be better off asking the peop

Wildcard (globbing) in directory names

Hi, We have a problem using the GNU coreutils "cat" program under Win32. Or more precisely, the file spec that cat processes. With the old MKS cat program, we could use a wildcard (glob) in the directory name as well as in the filename. eg cat */* And cat would find all files matching to * i

ls --dereference

Hi, coreutils team Since coreutils-6.3, the behaver of 'ls -L (--dereference)' seem to have changed. 'ls -L' doesn't follow symbolic link, even though 'ls -Lt' follows. Till coreutils-5.97, both 'ls -L' and 'ls -Lt' followed. I found the following commitment made this change. http://cvs.sa

[PATCH]: multiple problem with the poll module

Hi, I have been experiencing several problem with the poll module, especially under MacOS X. The module make the following assumption (quoting from the source): "An hung up descriptor does not increase the return value". - However, POSIX state: Upon successful completion, poll() shall return

Re: coreutils 6.6 fails to compile on IRIX 5.3

Georg Schwarz <[EMAIL PROTECTED]> writes: > I manually changed the sources according to your patches. > Nevertheless I still end up like this: > > cc -g -o dir ls.o ls-dir.o ../lib/libcoreutils.a ../lib/ > libcoreutils.a > ld: > Unresolved: > _ctmp_ > _iswctype > *** Error code 1 (bu21

Re: What is the opposite of 'printf'?

Paul Eggert wrote: Plus, you're not willing to step up to be maintainer. That needs to be clarified: I *am* willing to maintain "unprintf" if it is part of some other package (e.g. "coreutils", "miscutils", something not yet mentioned, etc.). What I am not willing to maintain is a: an entire

Re: What is the opposite of 'printf'?

Matthew Woehlke <[EMAIL PROTECTED]> writes: > What I > eventually wrote is intended to work 'well' with things that are > mostly-but-not-entirely ASCII, i.e. it translates 'a' to 'a', and so > forth, while translating non-printing characters into escapes while > trying to emit the shortest possibl

Re: Current coreutils HEAD does not compile

Paul Eggert <[EMAIL PROTECTED]> writes: > Perhaps there was a leftover 'stdint.h' file around from a previous > build? Removing it did not help, it was recreated again. But that was due to leftover dependency files, after removing them it works again. Thanks, Andreas. -- Andreas Schwab, SuSE

Re: Current coreutils HEAD does not compile

Andreas Schwab <[EMAIL PROTECTED]> writes: > With current coreutils HEAD (4e48b4ce334cb601dbbe2562e3aa410dc3ef3fba) I > get this compile error: > > In file included from ///usr/include/inttypes.h:28, > from ./inttypes.h:25, > from ../../coreutils/lib/xstrtol.h:25,

Re: What is the opposite of 'printf'?

Alfred M. Szmidt wrote: Paul Eggert wrote: Matthew Woehlke writes: Given the remainder of this thread, can one of the maintainers offer an opinion on whether or not 'unprintf' (also useful for programmers; again, see rest of the thread) would be a useful addition to coreutils, or perhaps some o

Re: What is the opposite of 'printf'?

I should note that I'm still waiting for the someone to step up as miscutils maintainer, [EMAIL PROTECTED] never got back to me about it. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: What is the opposite of 'printf'?

Matthew Woehlke <[EMAIL PROTECTED]> writes: > Given the remainder of this thread, can one of the maintainers offer > an opinion on whether or not 'unprintf' (also useful for programmers; > again, see rest of the thread) would be a useful addition to > coreutils, or perhaps some other existing GNU

Re: configure: error: ... list of mounted file systems

Matthew Woehlke <[EMAIL PROTECTED]> writes: > Can we please get this fixed, someone? Here, the "someone" are the people who are on the affected platforms. I can't fix this problem since I lack access to these platforms. I expect Jim Meyering is the same. To fix this, we (that is, Jim :-) need a

Current coreutils HEAD does not compile

With current coreutils HEAD (4e48b4ce334cb601dbbe2562e3aa410dc3ef3fba) I get this compile error: In file included from ///usr/include/inttypes.h:28, from ./inttypes.h:25, from ../../coreutils/lib/xstrtol.h:25, from ../../coreutils/lib/xstrtol.c:32

Re: What is the opposite of 'printf'?

Matthew Woehlke wrote: I am looking for a way to convert binary data to a format that 'printf' will understand (and more importantly, from which ' | sed 's/\\//g' | xargs printf' will produce the same output as the input). Am I missing such a utility, or might this be an opportunity for me

Re: configure: error: ... list of mounted file systems

Matthew Woehlke <[EMAIL PROTECTED]> wrote: > Paul Gilmartin wrote: >> Hello, bug-coreutils, >> coreutils-6.7/configure is failing on z/OS v1r7: >> [snip] >> checking for listmntent... no >> checking for getmntinfo... no ... >> checking for BEOS mounted file system support functions... no >> checkin

hdisp -- a tiny new utility

I've written a little utility called 'hdisp' (hex display). It displays files in characters and hex, which makes it similar to 'od -ch', but the output is IMHO easier to read. It also displays "EBCDIC" characters; for instance, x'C1' in the input can be displayed as 'A' (actually an ASCII A, of

Re: Is / distinct from //?

Hi, Paul, Thanks for your speedy reply. In a recent note, Paul Eggert said: > Date: Mon, 18 Dec 2006 00:08:05 -0800 > > Yes. We can fix this in m4/double-slash-root.m4. Can you please > confirm the following? > Good enough: > 1. If you run this shell command: > >wc //dev/null >/de

Re: mistake in manpage for expr

"Vajzovic, Tom" <[EMAIL PROTECTED]> writes: > Of course, five minus seven is negative two, but the _difference_ > between five and seven is positive two, since differences are always > positive. Your usage disagrees with the traditional terminology. For example,

Re: Is / distinct from //?

[EMAIL PROTECTED] writes: > (But I've long been tempted to tender a suggestion that the > guessers should supply a version for z/OS as they do for other > OSes.) Sounds reasonable to me. Can you please suggest patches to <[EMAIL PROTECTED]>? Submit a context diff to config.guess and/or config.s

Re: Is / distinct from //?

Eric Blake <[EMAIL PROTECTED]> writes: > How about this larger patch instead? Looks good. Some further changes: Jim and I should be on the maintainers list, there's some incoherence about whether DOUBLE_SLASH_IS_DISTINCT_ROOT is #defined to 0 or is left undefined by config.h. Here's what I inst

Re: configure: error: ... list of mounted file systems

Paul Gilmartin wrote: Hello, bug-coreutils, coreutils-6.7/configure is failing on z/OS v1r7: [snip] checking for listmntent... no checking for getmntinfo... no checking for sys/ucred.h... yes checking for sys/mount.h... (cached) yes checking mntent.h usability... yes checking mntent.h presence..

mistake in manpage for expr

Hi The manpage I have, with the following footer: expr 5.97 August 2006 EXPR(1) states that `expr ARG1 - ARG2` should print the "arithmetic difference of ARG1 and ARG2" but I have: [EMAIL PROTECTED]:~$ expr 5 - 7 -2 Of course, five minus seven is negative two, but the _difference_ be

Re: Is / distinct from //?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 12/18/2006 1:08 AM: > @@ -11,12 +11,12 @@ AC_DEFUN([gl_DOUBLE_SLASH_ROOT], > [ if test x"$cross_compiling" = xyes ; then > # When cross-compiling, there is no way to tell whether // is special > # short of a

Re: Is / distinct from //?

Paul Gilmartin <[EMAIL PROTECTED]> writes: > Just thought you'd like to know, Yes. We can fix this in m4/double-slash-root.m4. Can you please confirm the following? 1. If you run this shell command: wc //dev/null >/dev/null 2>&1 echo status = $? then the output is "status