Re: [Bug-gnulib] vasnprintf.m4 patch for Solaris 2.5.1 wcslenproblem

Paul Eggert wrote: > > wcslen ../lib/libfetish.a(vasnprintf.o) > > (symbol belongs to implicit dependency /usr/lib/libw.so.1) > > This problem arises because Solaris 2.5.1 puts the following functions > into /usr/lib/libw.so.1, so you need to link with -lw if you use

source code for 'df'

Hello,   I was wondering where I can find source code for ‘df’ command (file system disk space usage). Is there an equivalent Unix system call?   Regards,   Kalyan ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/ma

Re: "date" not validating correctly

ianseeks wrote: > I have been unable to change date on my SuSE 8.2 system. I've tried > using the KDE utilities and they did not work Can't you you there... > so i tried "date --set 081313012003" on > the command line and got this error "date: invalid date `081321532003'. Uh, --set takes a D

Re: possible new feature for chmod

>Because the same syntax is used in other places, e.g.: > > install -m %-rw-rw-r-- file directory > mkdir -m %drwxr-xr-x directory > >and similarly for mkfifo and mknod. > > Cool, I didn't know this. Sorry, I didn't explain myself clearly enough. My

Re: possible new feature for chmod

Why not fix these problems by disambiguating the syntax? You can put a new character in front of the new-format mode strings. E.g., chmod %-rw-rw-r-- file Why not fix it with a seperate option instead (which this basicly is)? Say, --human-readable (maybe a short option could be in or

vasnprintf.m4 patch for Solaris 2.5.1 wcslen problem

In Vin Shelton <[EMAIL PROTECTED]> writes: > 1. On SunOS-5.5.1, configuring with --disable-nls, I cannot link 'who': > > gcc -g -O2 -o who who.o ../lib/libfetish.a ../lib/libfetish.a -lgen -lnsl > Undefined

Re: fold -s leaves shameful wasted blanks at end of lines

> "Jim" == Jim Meyering <[EMAIL PROTECTED]> writes: Jim> Dan Jacobson <[EMAIL PROTECTED]> wrote: >> fold -s leaves shameful wasted blanks at end of lines: Jim> ... >> Therefore there needs to be another switch to do away with them. Jim> Yes. It looks like POSIX requires that. Jim> # print

Re: Misc Problems with coreutils-5.0.90

> 2003-08-08 Paul Eggert <[EMAIL PROTECTED]> > > * tests/du/basic: Ensure that a/b/F has at least 65 bytes too. Applied. Thanks! ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils

Re: coreutils-5.0.90 patch 1: build feedback

"Nelson H. F. Beebe" <[EMAIL PROTECTED]> wrote: > I applied the patches to tests/shred/remove, src/nice.c, and > lib/stdbool_.h in coreutils-5.0.90 and repackaged it as > coreutils-5.0.90.1, then launched builds on just those platforms where > build failures had previously occurred. > > I still get

Re: date(1) treats TZ '' differently from unset

Ed Avis <[EMAIL PROTECTED]> writes: > On a system where local time is +0100: > > % (unset TZ; date +%z) > +0100 > % (TZ= date +%z) > + > > Are you sure this is correct? This is a C library issue, not a coreutils issue, since coreutils simply repeats what the C library tells it. In many C l

Re: Misc Problems with coreutils-5.0.90

Vin Shelton <[EMAIL PROTECTED]> writes: > + diff -u out exp > --- out 2003-08-07 13:37:17.441967000 -0400 > +++ exp 2003-08-07 13:37:17.484972000 -0400 > @@ -1,9 +1,9 @@ > -0a/b/F > -4a/b > -8a > +4a/b/F > +8a/b > +12 a > === > -0a/b/F > -4a/b > +4a/

bug in sort

/home/irlapati>ls | sort --month-sort sort: sort.c:1770: getmonth_mb: Assertion `mblength != (-1) && *wpp == ((void *)0)' failed. Aborted /home/irlapati> /home/irlapati>uname -a Linux Genesis 2.4.20 #1 Sat Apr 12 22:17:38 EDT 2003 i686 athlon i386 GNU/Linux /home/irlapati> I am running Redha

Re: bug in sort

Samuel Irlapati <[EMAIL PROTECTED]> writes: > sort: sort.c:1770: getmonth_mb: Assertion `mblength != (-1) && *wpp == ((void > *)0)' failed. That message isn't generated by GNU sort. Most likely it's a bug in Red Hat's patches to GNU sort, so I'd file a bug report with Red Hat. I would mention t

[patch] Adding Numerical Suffixes to Split

Sorry it's been so long since I've written; the Air Force moved me in the past month. I'm still interested in adding support for numerical suffixes to split. Several people have commented that the change from alphabetic suffixes to numerical ones can be accomplished via a shell script. That's t

Re: fold -s leaves shameful wasted blanks at end of lines

Dan Jacobson <[EMAIL PROTECTED]> wrote: > fold -s leaves shameful wasted blanks at end of lines: ... > Therefore there needs to be another switch to do away with them. Yes. It looks like POSIX requires that. # printf 'a b\n'|fold -w2 -s|cat -A a $ b$ How about piping the result through a

Re: glibc utimes glitch with coreutils 'touch'

Paul Eggert <[EMAIL PROTECTED]> wrote: > I'll submit an alternate patch to coreutils so that it works around > this glibc glitch. The simplest workaround is to not invoke utimes > when building with glibc; perhaps I can improve on that, but I don't > know. We don't have to condemn the coreutils a

regex.m4 encoding problem; '# serial'

Jim Meyering <[EMAIL PROTECTED]> writes: > > * m4/regex.m4: Sync with gnulib; this is just a change from \371 > > to \201 to fix an encoding glitch I introduced. > > I don't understand this part. > The byte that was there before sure looks like it was \371: Oops. Thanks for pointing tha

Re: Problem with tail

Paul Eggert wrote: > [EMAIL PROTECTED] writes: > > $ tail --version > > tail (textutils) 2.0.21 > > That's a fairly old version. I have no problem with the coreutils 5.0 > tail on Debian: I have definitely used 2.0.21 on large files previously. While old I don't think that is the root cause of

Re: possible new feature for chmod

"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes: >Why not fix these problems by disambiguating the syntax? You can put >a new character in front of the new-format mode strings. E.g., > > chmod %-rw-rw-r-- file > > Why not fix it with a seperate option instead (which this basicly is)

Re: Misc Problems with coreutils-5.0.90

Vin Shelton <[EMAIL PROTECTED]> wrote: > 3. 'shred' fails the remove test under both SunOS-5.5.1 and SunOS-5.8: Thanks for reporting that. It was fixed like this: 2003-08-01 Jim Meyering <[EMAIL PROTECTED]> * tests/shred/remove: Ensure that $? is 0 for the final `exit 0'. Other

patch to add microsecond resolution support to cp -p, etc.

Sun patch 109933-02 for Solaris 8 sparc, released August 1, added support to "cp -p" to set file timestamps to microsecond resolution, instead of the old behavior, which set them only to 1-second resolution. Sun "make" relies on this new behavior so that "make" actions like "dest: source; cp -p so

Re: date(1) treats TZ '' differently from unset

On 10 Aug 2003, Paul Eggert wrote: >>% (unset TZ; date +%z) >>+0100 >>% (TZ= date +%z) >>+ >This is a C library issue, not a coreutils issue, since coreutils >simply repeats what the C library tells it. What does POSIX say about date(1) and the TZ variable? -- Ed Avis <[EMAIL PROTECTED]>

Re: Problem with tail

[EMAIL PROTECTED] writes: > $ tail --version > tail (textutils) 2.0.21 That's a fairly old version. I have no problem with the coreutils 5.0 tail on Debian: 22-mae $ tail -n 1 big bar 23-mae $ ls -l big -rw-rw-r--1 eggert eggert 4294967363 2003-08-11 18:50 big 24-mae $ un

no example of date -d 'the next occurrence of 17:30'

The Info node "Relative items in date strings" and/or "Examples of `date'" lack an example of how one can specify the next occurrence of say 17:30. I.e. if now the time is 15:00, our -d string will print $ date -d 'x' Fri Aug 15 17:30:00 GMT-8 2003 but if now is 18:00, then the very same -d st

Re: [Bug-gnulib] vasnprintf.m4 patch for Solaris 2.5.1 wcslenproblem

> 2003-08-08 Paul Eggert <[EMAIL PROTECTED]> > > * m4/vasnprintf.m4 (gl_PREREQ_VASNPRINTF): > Solaris 2.5.1 needs -lw to get the wcslen function. I've applied that. Thanks. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu

coreutils-5.0.90 patch 1: build feedback

I applied the patches to tests/shred/remove, src/nice.c, and lib/stdbool_.h in coreutils-5.0.90 and repackaged it as coreutils-5.0.90.1, then launched builds on just those platforms where build failures had previously occurred. I still get some failures: --

Re: coreutils-5.0.90 problems on Crays

Wendy Palm <[EMAIL PROTECTED]> writes: > ! #if UINT_MAX == _UINT_MAX_64 > ! typedef unsigned int md5_uint32; > ! #else > ! /* The following line is intended to evoke an error. > ! Using #error is not portable enough. */ > ! "Cannot determine unsigned 32-bit data

Re: -x doesn't work in cp

Pär Lidén <[EMAIL PROTECTED]> wrote: > It seems -x doesn't work in cp. When I tried to copy my whole "/" > filesystem to a new, freshly formatted filesystem, cp did copy files in > /devfs, /home and /proc, despite these being different filesystems. This > is very bad, cause the whole process hung w

-x doesn't work in cp

Hello. It seems -x doesn't work in cp. When I tried to copy my whole "/" filesystem to a new, freshly formatted filesystem, cp did copy files in /devfs, /home and /proc, despite these being different filesystems. This is very bad, cause the whole process hung when cp tried to copy some files in /p

Re: bug in tr, version 4.5.3

Alwin Leerling wrote: > I think I might have stumbled on a bug in tr: Thank you very much for the report. But I don't think this is a bug. I think you are using tr incorrectly. > Command in bash shell: > echo fdhrnzvfu bffvsentr | tr [a-z] [n-z][a-m] > > Expected output: > squeamish

Re: date(1) treats TZ '' differently from unset

Ed Avis <[EMAIL PROTECTED]> writes: > What does POSIX say about date(1) and the TZ variable? POSIX says that if TZ is unset, "implementation-defined default timezone information shall be used"; see . POSIX does not specify the b

Re: wait4 - proposed new program

Martin von Gagern <[EMAIL PROTECTED]> writes: > I thought perhaps it should be part of coreutils. What do you think? wait4 sounds like a nice program to have, but wouldn't it be more at home in FAM itself? Or perhaps fileschanged (see below)? > BTW: Do you know anything like this around? files

Re: glibc utimes glitch with coreutils 'touch'

Jim Meyering <[EMAIL PROTECTED]> writes: > What problem arises in coreutils if we don't detect/work-around > that difference? For example, 'touch -r A B', 'cp -p A B', etc. could set B's timestamp to be in the future; this could give 'make' conniptions. > I think that the bug in glibc won't end

Re: coreutils-5.0.90 problems on Crays

Paul Eggert wrote: Wendy Palm <[EMAIL PROTECTED]> writes: ! #if UINT_MAX == _UINT_MAX_64 ! typedef unsigned int md5_uint32; ! #else ! /* The following line is intended to evoke an error. ! Using #error is not portable enough. */ ! "Cannot determine unsigned 32

Re: cp incompatible with older versions!

Steven Scholz <[EMAIL PROTECTED]> wrote: > the cp from recent coreutils is not compatible with cp from "GNU fileutils 4.0.36" > package(as found on RH 7.1). > > The old "cp -pr README.txt README_lang foo/bar/README.txt /tmp" would > copy three files but would overwrite the first README.txt with the

cp incompatible with older versions!

Hi there, the cp from recent coreutils is not compatible with cp from "GNU fileutils 4.0.36" package(as found on RH 7.1). The old "cp -pr README.txt README_lang foo/bar/README.txt /tmp" would copy three files but would overwrite the first README.txt with the content of foo/bar/README.txt without f

Re: make check fix

Simon Josefsson <[EMAIL PROTECTED]> writes: > For some reason sort in LANG=sv_SE.UTF-8 sort 'w' equal to 'v', making > 'wc' end up before 'vdir', and a check fails. Thanks for pointing this out. But the patch isn't quite right, since you can't portably set LC_COLLATE to C without also setting LC

make check fix

For some reason sort in LANG=sv_SE.UTF-8 sort 'w' equal to 'v', making 'wc' end up before 'vdir', and a check fails. --- Makefile.am.~1.31.~ Thu Jan 1 01:00:01 1970 +++ Makefile.am Thu Aug 14 13:12:29 2003 @@ -220,7 +220,7 @@ check-README: rm -rf $(pr) $(pm) echo $(all_programs)

Re: source code for 'df'

Please don't crosspost to so many different lists. Kalyan Kumar wrote: > I was wondering where I can find source code for 'df' command (file > system disk space usage). Is there an equivalent Unix system call? http://www.gnu.org/software/coreutils/ Bob ___

"date" not validating correctly

Hi, I have been unable to change date on my SuSE 8.2 system. I've tried using the KDE utilities and they did not work so i tried "date --set 081313012003" on the command line and got this error "date: invalid date `081321532003'. I am in the UK using the UK date format. Also note the differ

Re: make check fix

Paul Eggert <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> writes: > >> For some reason sort in LANG=sv_SE.UTF-8 sort 'w' equal to 'v', making >> 'wc' end up before 'vdir', and a check fails. > > Thanks for pointing this out. But the patch isn't quite right, since > you can't p

Re: bug in tr, version 4.5.3

Bob Proulx wrote: > Try this instead: > > echo fdhrnzvfu bffvsentr | tr '[a-z]' '[n-za-m]' Oops. I should have said: echo fdhrnzvfu bffvsentr | tr a-z n-za-m The STRINGS are already character classes so they don't need brackets. And with no brackets no need to quote. Also, for a full rot

date(1) treats TZ '' differently from unset

On a system where local time is +0100: % (unset TZ; date +%z) +0100 % (TZ= date +%z) + Are you sure this is correct? I would have expected the empty string for TZ to act the same as having that variable unset, or otherwise to produce a warning that TZ was set to a bad value. % date --versio

glibc utimes glitch with coreutils 'touch'

In Jim Meyering <[EMAIL PROTECTED]> writes: > Here are the symptoms of the utimes failure I mentioned recently. You're suffering from Debian bug 202243 ("utimes() broken"); see

Problem with tail

The problem I have with tail manifests itself when the total number of bytes in a file exceeds 2147483648. Thank you___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils

Re: [patch] Adding Numerical Suffixes to Split

Paul Eggert <[EMAIL PROTECTED]> wrote: > How about this patch instead? It fixes a couple of minor > POSIX-compliance bugs in split, while I was in the neighborhood. > > 2003-08-07 Paul Eggert <[EMAIL PROTECTED]> > > * doc/coreutils.texi (split invocation): > Add -d or --numeric-suf

Re: Suggestion for split.c

"Galbraith, Mark" <[EMAIL PROTECTED]> writes: > My suggestion is to use an option like "-H n" (or other option > letter as may be determined by the maintainer of split.c) to specify > the number of rows that constitute the "Header" of the source file.  > A maximum number of rows would be need to b

wait4 - proposed new program

Hello! I'm proposing a little program, let's call it "wait4", maybe to one day become part of the coreutils. Basically that thing should monitor files listed as arguments and terminate successfully as soon as one is changed. For example: while wait4 program.c *.h; do make program && ./program; d

Suggestion for split.c

First, let me preface this by saying that I'm a new list member, and have not seen any previous posts made to this list.  If this, or something similar, has already been posted and discussed, please forgive me.  Pointers to any list archives would be appreciated.   I have a suggestion for a

gnuwin32 packages, sh-utils, tool su

Hi I want to use the tool su but I can't find it in the binary package sh-utils-2.0-bin.zip ?? Is it generally supported for a windows system? Is there an alternative? package: sh-utils version: 2.0 thanks in advance for a quick answer Dani ___ Bu