Re: RFC: do you use du --bytes (-b) [Re: 'du -b' bug in fileutils-4.1

2003-02-20 Thread Paul Eggert
David Eisner [EMAIL PROTECTED] writes: I was using du to get a sense of whether an rsync operation between two hosts was successful. I don't see how that can work in general, even if we make the changes suggested, since in general directory sizes won't be the same on different machines.

Re: configure test working C stack overflow detection seems to loop

2003-02-22 Thread Paul Eggert
Gerard Beekmans [EMAIL PROTECTED] writes: I tried out the new 4.5.8 release and it doesn't exhibit the same symptoms. It runs the check and determines that I don't have a working C stack overflow, but without using up all the RAM. Is this normal for a Linux system? Yes, it's expected for

Re: coreutils-4.5.9: Sun Solaris 2.8 configure failure

2003-03-06 Thread Paul Eggert
Paul Eggert [EMAIL PROTECTED] Work around a problem noted by Nelson H. F. Beebe with coreutils 4.5.9: Sun c89 (Sun WorkShop 6 update 2 C 5.3 Patch 111679-08 2002/05/09) rejects '#line 32768 configure' because the line number overflows. * lib/autoconf/c.m4

Re: coreutils uniq -d -u does not conform to POSIX

2003-06-03 Thread Paul Eggert
[EMAIL PROTECTED] writes: But -u -d is clearly valid, since POSIX says it's valid. have you a link to the POSIX docs? http://www.opengroup.org/onlinepubs/007904975/utilities/uniq.html In order to understand that page fully, you need to read a lot of the other part of the spec. But for

Re: Fw: Redirection wildcarding under VMS

2003-06-13 Thread Paul Eggert
Bernard Giroud [EMAIL PROTECTED] writes: Index: configure.ac Wouldn't it be simpler to put this: #ifndef initialize_main # define initialize_main(argcp, argvp) #endif into system.h rather than modifying configure.ac? That is how diffutils does it.

Re: Would like a way to silent ln warning: making a hard link to asymbolic link is not portable

2003-06-18 Thread Paul Eggert
[EMAIL PROTECTED] writes: I have found a linux-specific use for this in my boot scripts, and would like to be able to see other errors from ln without cluttering up the boot process with this one. How about if we just remove the warning instead? It annoys me too. I often use hard links to

Re: test -t FD vs. [FD]

2003-06-20 Thread Paul Eggert
Dan Jacobson [EMAIL PROTECTED] writes: $ man test -t [FD] file descriptor FD (stdout by default) is opened on a terminal I.e. argument optional $ help test -t FD True if FD is opened on a terminal. Not so optional with bash then. You guys should

Re: test -t FD vs. [FD]

2003-06-30 Thread Paul Eggert
[EMAIL PROTECTED] (Paul Jarc) writes: Paul Eggert [EMAIL PROTECTED] wrote: POSIX long ago decided that FD is not optional with test -t. GNU 'test' conforms to POSIX in this respect. bash's does, but coreutils' doesn't. Good point. I looked at coreutils/src/test.c and noticed some other

Re: [patch] Add numerical suffixes to split

2003-06-30 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: However, if you can find a few other people who say they'd like that functionality and make a good case for it, I'll reconsider. If you go that route, I'd suggest adding an option --suffix-alphabet=STRING, so that the user can specify an arbitrary

Re: subtle sort bug?

2003-07-01 Thread Paul Eggert
gregory mott [EMAIL PROTECTED] writes: for example, en_IN repeatably produces proper results, but en_AU repeatably fails to handle some special characters properly. I reproduced your results on my host (Debian GNU/Linux 3.0r1). However, on my host what you were doing was a user error, as en_IN

Re: df fooled by multitrack CDROM

2003-07-01 Thread Paul Eggert
Dan Jacobson [EMAIL PROTECTED] writes: The du and df commands give differing results. Perhaps df can't see into multitrack CDROMs. df just reports what the underlying system call tells it (statfs on GNU/Linux), so most likely the problem is not in coreutils. Possibly there are multiple

Re: subtle sort bug?

2003-07-01 Thread Paul Eggert
gregory mott [EMAIL PROTECTED] writes: can you point me to an appropriate RTFM that ideally would layout what encodings are used by what locales, or how to tell what encoding you have/need, etc usw? Sorry, no; this stuff tends to be scattered around all over the place. On my Debian GNU/Linux

Re: subtle sort bug?

2003-07-03 Thread Paul Eggert
gregory mott [EMAIL PROTECTED] writes: when i pass textual input to sort, how does sort come to decide or infer the encoding? From the locale. It looks at the LC_ALL environment variable; if that isn't set it looks at LC_CTYPE; if that isn't set it looks at LANG; otherwise the default locale

Re: Bug in expand command.

2003-07-05 Thread Paul Eggert
That doesn't look like a bug to me. For example, the first line of hints.txt contains 1 . SPACE TAB T so there are three columns before the tab, which means that expand -t1 and expand -t2 should behave the same. Perhaps you didn't notice the SPACE?

Re: Adding numerical suffixes to split

2003-07-05 Thread Paul Eggert
Jesse Kornblum [EMAIL PROTECTED] writes: 2. The files we are working with will become evidence to be used in criminal proscecutions. If I were a criminal defense lawyer attacking your use of 'split' on technical grounds, I'd ask why you require a particular implementation of 'split' with

Re: Bug in expand command.

2003-07-07 Thread Paul Eggert
[EMAIL PROTECTED] writes: Yes, I knew that the space was actually there. If you use the very first line of hints.txt file, as if you had a column ruleguide, you may notice that the output (expand- bug.txt) never show the start of the sentence below the first five of the ruleguide. Sorry,

Re: df and multiple-mounted mountpoints

2003-07-07 Thread Paul Eggert
Tim Waugh [EMAIL PROTECTED] writes: With Linux it is possible to have a single mountpoint mounted several times; the last mounted fs is the one whose stats are visible, and they are stacked. What should df do in this case? Currently it shows the stats for the last mounted fs for each fs

Re: inconsistent uname -s option

2003-07-14 Thread Paul Eggert
specification. But the GNU help string does not need to be so pedantic. It might be helpful to document this issue better in the coreutils manual, to help forestall user confusion in the future. I notice a similar discrepancy with uname -m. Here's a proposed patch. 2003-07-14 Paul Eggert [EMAIL

Re: textutils version 2.1 bug

2003-07-15 Thread Paul Eggert
Parimi, Venkateshwara Rao [EMAIL PROTECTED] writes: On a solaris 2.6 machine configure dieing with segmentation fault. This appears to be a bug in your shell. I can't reproduce the bug in the following environment: coreutils 5.0 (This is the latest version of textutils.)

Re: [Coreutils-announce] coreutils-5.0.1 released

2003-07-16 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: Is NEWS-OS 4.2R something you care about? Make variables Do people still use that OS? Sony NEWS-OS 4.2R was released in 1992, so I highly doubt it. However, NEWS-OS 4.2.1a+ (released 1995) is probably still in use by a diehard or two, since it was

Re: Coreutils 5.0.1: spurious error from uniq

2003-07-17 Thread Paul Eggert
Andreas Schwab [EMAIL PROTECTED] writes: LC_CTYPE=de_DE.UTF-8 LC_TIME=POSIX LC_COLLATE=POSIX This is fine-tuned to DTRT(tm) for my needs. Maybe the LC_CTYPE and/or LC_COLLATE settings are confusing glibc. I'll check that, and see if setting them to en_US.UTF-8 helps. POSIX says: If

Re: [wish] sort : what about randomization ?

2003-07-17 Thread Paul Eggert
input file + with the same --random-seed=SEED option twice, you'll get the same + output. The default SEED is chosen at random, and contains enough + information to ensure that the output permutation is random. + suggestion from Feth AREZKI, Stephan Kasal, and Paul Eggert on 2003-07-17

Re: textutils version 2.1 bug

2003-07-17 Thread Paul Eggert
Parimi, Venkateshwara Rao [EMAIL PROTECTED] writes: With the same shells it works fine on another machine with Solaris 2.6. What is the difference between the two machines? That would be one way to track down the problem. I still suggest that you install the Sun-recommended patches in

Re: Coreutils 5.0.1: spurious error from uniq

2003-07-18 Thread Paul Eggert
Andreas Schwab [EMAIL PROTECTED] writes: 2003-07-18 Andreas Schwab [EMAIL PROTECTED] * memcoll.c (memcoll) [!HAVE_STRCOLL]: Clear errno. --- coreutils-5.0.1/lib/memcoll.c.~1~ 2003-06-06 22:11:58.0 +0200 +++ coreutils-5.0.1/lib/memcoll.c 2003-07-18 11:58:37.0

Re: Coreutils 5.0.1: spurious error from uniq

2003-07-18 Thread Paul Eggert
. 2003-07-18 Paul Eggert [EMAIL PROTECTED] * jm-macros.m4 (jm_MACROS): Invoke gl_MEMCOLL. * memcoll.m4: New file, from gnulib. Index: m4/jm-macros.m4 === RCS file: /cvsroot/coreutils/coreutils/m4/jm-macros.m4,v

Re: wc annoyances

2003-07-20 Thread Paul Eggert
9,999,999 bytes. The fix handles only the case of regular files, but that's an important case. This patch fixes a couple of other minor related bugs that I noticed while implementing this change: there was a confusion between and NULL, and a possible arithmetic overflow. 2003-07-20 Paul Eggert [EMAIL

Re: man page portability concern

2003-07-20 Thread Paul Eggert
Wendy Palm [EMAIL PROTECTED] writes: Copyright \(co 2003 Free Software Foundation, Inc. \(co gives a copyright symbol on my linux box, but results in the curser going to the top of the window and overwriting on all my other machines sun blade (5.8 Generic_108528-19 sun4u sparc

Re: wc annoyances

2003-07-20 Thread Paul Eggert
until it's all ready. Anyway, I noticed on glitch in the merged version; here's a patch. 2003-07-20 Paul Eggert [EMAIL PROTECTED] * src/wc.c (get_input_fstatus): Fix typo: `stat' was being invoked with a null pointer when there were no file arguments. --- wc.c.~1.88.~Sun

Re: man page portability concern

2003-07-21 Thread Paul Eggert
[EMAIL PROTECTED] (Bob Proulx) writes: But wouldn't someone need 'col -b'? I have always used it that way and now can't say if it is require or not. : -b Do not output any backspaces, printing only the last character : written to each column position. Otherwise the

Re: 'expr' problems with strcoll and POSIX (coreutils 5.0.1)

2003-07-22 Thread Paul Eggert
coreutils into gnulib after applying the following patch to the coreutils version. (The long list of copyright years is for conformance to the copyright advice in the gnu maintainer's manual.) 2003-07-22 Paul Eggert [EMAIL PROTECTED] * xalloc.h (XCALLOC, XREALLOC, CCLONE): Fix under

Re: Test-ing file types

2003-07-22 Thread Paul Eggert
Maciek Olczak [EMAIL PROTECTED] writes: # echo ~${file}~ ~~ # [ -d ${file} ]; echo $? 0 POSIX requires this behavior. POSIX says that the shell command `[ FOO ]' exits true (status 0) if FOO is not null, false (status 1) otherwise. In this case FOO is -d, which is not null, so `[ -d ]'

Re: possible new feature for chmod

2003-08-05 Thread Paul Eggert
Alfred M. Szmidt [EMAIL PROTECTED] writes: 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

coreutils 5.0.90 present but cannot be compiled (Solaris 9, c89)

2003-08-05 Thread Paul Eggert
: ## ## Here is a patch. (Perhaps all of coreutils should invoke AC_CHECK_HEADERS in the new form? But I wasn't that ambitious here.) 2003-08-05 Paul Eggert [EMAIL PROTECTED] * m4/prereq.m4 (jm_PREREQ_PHYSMEM, jm_PREREQ_STAT): Ignore headers that are present but cannot be compiled

vasnprintf.m4 patch for Solaris 2.5.1 wcslen problem

2003-08-14 Thread Paul Eggert
is not using some wide-char functions that it could use on Solaris 2.5.1. However, these problems don't prevent the coreutils build from succeeding, so I didn't investigate this further. 2003-08-08 Paul Eggert [EMAIL PROTECTED] * m4/vasnprintf.m4 (gl_PREREQ_VASNPRINTF): Solaris 2.5.1

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

2003-08-14 Thread Paul Eggert
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 libraries,

Re: Misc Problems with coreutils-5.0.90

2003-08-14 Thread Paul Eggert
4a === -8a +12 a I happen to have a Network Appliance and Solaris 8 box, and looked into this. Here is a patch. 2003-08-08 Paul Eggert [EMAIL PROTECTED] * tests/du/basic: Ensure that a/b/F has at least 65 bytes too. --- basic.~1.10.~ Fri Mar 28 04:55:04 2003

Re: possible new feature for chmod

2003-08-14 Thread Paul Eggert
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: vfat lost file problem

2003-08-18 Thread Paul Eggert
that don't have stdlib.h? If so, you probably wouldn't like that part of the following patch: 2003-08-18 Paul Eggert [EMAIL PROTECTED] * lib/same.c: Include stdlib.h and string.h unconditionally, as we're now assuming that part of hosted C89. (free) [!HAVE_DECL_FREE]: Remove

Re: coreutils-5.0.90 problems on Crays

2003-08-18 Thread Paul Eggert
Wendy Palm [EMAIL PROTECTED] writes: with the change i proposed, the only error i have with the tests is date-tests and i haven't had time to check what that problem is yet. I doubt whether the tests exercise the md5 and sha code a lot, and I suspect that there will be latent bugs, unless

Re: sort -o x -o y

2003-09-03 Thread Paul Eggert
a patch for these problems. 2003-09-02 Paul Eggert [EMAIL PROTECTED] * NEWS: sort -t '\0' now uses a NUL tab. sort option order no longer matters, unless POSIX requires it. * doc/coreutils.texi (sort invocation): -d now overrides -i. whitespace - blanks; whitespace

Re: [Bug-gnulib] Rounding bug in human_readable from human.c

2003-09-04 Thread Paul Eggert
Lute Kamstra [EMAIL PROTECTED] writes: 10550 is written as 10k Thanks for the bug report. I installed the following patch into gnulib. 2003-09-03 Paul Eggert [EMAIL PROTECTED] * human.c (human_readable): Fix bug that rounded 10501 to 10k. Bug reported by Lute Kamstra

Re: sort -S 120M ignored w/ pipes

2003-09-04 Thread Paul Eggert
Michael McFarland [EMAIL PROTECTED] writes: if I call 'cat in.txt | sort -S 120M out.txt', sort seems to ignore the '-S' parameter and behave exactly as if it wasn't provided. Thanks for reporting that bug. Here is a proposed patch. 2003-09-04 Paul Eggert [EMAIL PROTECTED] Don't

Re: Circular dependency in textutils

2003-09-04 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: I'm not sure it's worth worrying about, but in case someone thinks it is, the place to fix it is in autoconf, so I'm forwarding your message to that list. The GNU coding standards say that makefiles can assume that 'sort' works; see

Re: GNU/KFreeBSD triplet change

2003-09-05 Thread Paul Eggert
Robert Millan [EMAIL PROTECTED] writes: Please apply this patch for uname -o to cope with that. It also adds knetbsd-gnu, which is the Glibc-based/KNetBSD-based variant of GNU. Thanks, but your email contained no patch; see http://mail.gnu.org/archive/html/bug-coreutils/2003-09/msg00017.html.

Re: install -D into directory

2003-09-17 Thread Paul Eggert
Koblinger Egmont [EMAIL PROTECTED] writes: Currently the form ``install -D some files /here/'' (with trailing slash) is unusable for anything Unfortunately POSIX standard says that standard utilities must ignore any trailing slashes on existing directory names. POSIX does not standardize

Re: dd bug

2003-09-17 Thread Paul Eggert
Buciuman Adrian [EMAIL PROTECTED] writes: I've post a message some weeks ago about a possible dd bug. I assume that you're talking about this one? http://mail.gnu.org/archive/html/bug-coreutils/2003-08/msg00105.html What do you think about ? Is that indeed a bug ? It's not easy to say. I

Re: dd bug

2003-09-17 Thread Paul Eggert
Buciuman Adrian [EMAIL PROTECTED] writes: I have dozens of faulty diskettes , so I can snail- mail some to you. Thanks, but I'd rather figure it out directly. Possibly my floppy drive reader will behave differently with those diskettes. But I am now almost sure something is wrong in GNU dd ,

Re: regarding head/tail syntax

2003-09-22 Thread Paul Eggert
Jim covered most of the points nicely, but I thought I'd fill in some corners: Aron Griffis [EMAIL PROTECTED] writes: I don't see a motivation for their removal, since the older syntax is unambiguous and in heavy use by thousands of UNIX scripts already in existence. As Jim said, the

Re: dd bug

2003-09-22 Thread Paul Eggert
it's your problem. Here is a patch to CVS coreutils. I can't easily test this patch, though, since I don't have your hardware. Can you try this patch out? 2003-09-22 Paul Eggert [EMAIL PROTECTED] Fix bug that may be related to Buciuman Adrian's bug report in http://mail.gnu.org

Re: dd bug

2003-09-24 Thread Paul Eggert
, and decided to return the bytes that it found. The second read then reported the I/O error. I didn't expect this pattern; I thought the first read would fail. How about this patch instead? 2003-09-24 Paul Eggert [EMAIL PROTECTED] Fix bug that may be related to Buciuman Adrian's bug report

Re: Core utils 5.0 - csplit pipe memory error

2003-09-27 Thread Paul Eggert
The symptoms were a little vague, but if his data is larger than 2 GB, and especially if it has any lines larger than 2 GB, then there are a lot of bugs in csplit. I took an hour or so to start hacking away at them, but it's a big job. I'm a bit surprised that it happened only with a pipe, but

Re: nohup?

2003-09-27 Thread Paul Eggert
[EMAIL PROTECTED] (Bob Proulx) writes: Could you describe what that option does for those of us not having access to a solaris machine? On Solaris 9, nohup -p pid ... arranges for the referenced processes to become immune to hangups. Similiarly, nohup -g pgid ... arranges for the referenced

Re: du -x option doesn't work

2003-10-01 Thread Paul Eggert
erno palonheimo [EMAIL PROTECTED] writes: i noticed that -x option of du, which is supposed to make it stay inside one filesystem, doesn't apparently do anything. It works for me, with CVS coreutils and Linux kernel 2.4.18-bf2.4, when I use du -x /. Possibly the bug has been fixed since

Re: bug in /bin/ls

2003-10-01 Thread Paul Eggert
Sorry, but it looks to me like your host has been rootkitted. If so, it's probably time to reinstall from scratch, and to do a better job of securing it next time. ___ Bug-coreutils mailing list [EMAIL PROTECTED]

Re: nohup?

2003-10-02 Thread Paul Eggert
JGraham [EMAIL PROTECTED] writes: tell me you've never run a process that needed to run, then realized that you had to log off? I can't tell you that. OK, you're starting to convince me. http://www.chiark.greenend.org.uk/~peterb/linux/interfereproc/ suggests that it'll be a bit tricky to get

Re: nohup?

2003-10-03 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: So this would work like bash's `disown -h'? I think it's stronger than disown -h. Not that I'm an expert, but my impression is that disown -h merely arranges for the subprocess to continue undisturbed even if Bash is HUPped. But Solaris 'nohup -p 27'

CVS coreutils test problems with du and sort

2003-10-12 Thread Paul Eggert
; but they aren't checked in under CVS, so all the 'sort' tests fail. 2003-10-12 Paul Eggert [EMAIL PROTECTED] * tests/du/no-x: Change wording of diagnostic to match latest du.c. * tests/sort/sort-tests: Remove from CVS; assume that people brave enough to check coreutils out

Re: integer overflow in /bin/ls

2003-10-13 Thread Paul Eggert
to the no arbitrary limits policy of GNU. As a side effect this causes temporary DoS in wu-ftpd. Perhaps wu-ftpd can refuse to invoke 'ls' with the -w option, or with a -w option that wu-ftpd thinks would use too much memory. 2003-10-13 Paul Eggert [EMAIL PROTECTED] Fix address

Re: integer overflow in /bin/ls

2003-10-13 Thread Paul Eggert
option; even 'ls -w 9223372036854775807' (on a 64-bit host) will do the right thing without exhausting memory (unless you're in a directory that contains billions of file names). 2003-10-13 Paul Eggert [EMAIL PROTECTED] Fix to avoid a denial-of-service attack if the display width

Re: [PATCH] ping on GNU/KFreeBSD patch sent a while ago

2003-10-27 Thread Paul Eggert
into coreutils soon. 2003-10-27 Paul Eggert [EMAIL PROTECTED] * host-os.m4 (UTILS_HOST_OS): Identify GNU/KFreeBSD and GNU/KNetBSD using their new names (which have a K in front of the kernel name). Requested by Richard Stallman. Index: host-os.m4

Re: [PATCH] ping on GNU/KFreeBSD patch sent a while ago

2003-10-28 Thread Paul Eggert
Robert Millan [EMAIL PROTECTED] writes: http://mail.gnu.org/archive/html/bug-coreutils/2003-09/msg00032.html Thanks. But I didn't intend to change the netbsd*-gnu rule. That one corresponds to the system based on NetBSD's kernel and libc (as opposed to knetbsd*-gnu which is NetBSD's

Re: Sort Bug

2003-10-29 Thread Paul Eggert
I don't get the results that you do. What is the output of the following commands on your host? sort --version locale [EMAIL PROTECTED] writes: [EMAIL PROTECTED]ls -l | sort -k 5 total 3165056 -rw-r--r-- 1 robertd users 678 Jul 10 15:15 rejected_tms_inbox.dmp.gz -rw-r--r-- 1

Re: BUGs in de date command

2003-10-31 Thread Paul Eggert
Patricio Baya [EMAIL PROTECTED] writes: [EMAIL PROTECTED] controles]$ date vie oct 31 13:41:49 ART 2003 [EMAIL PROTECTED] controles]$ date -d 1 month ago mi oct 1 13:42:04 ART 2003 The re is a big mistake. If today is 31/10/2003 , 1 Month Ago must return or 30/09 or someting else, but not

Re: memory leak in cp

2003-10-31 Thread Paul Eggert
Thomas Diesler [EMAIL PROTECTED] writes: * copy all RPMS from the distribution CD's 1-3 to ~myhome/download/RPMS * enable the system monitor (for memory) in the bottom panel * coy all RPMS (1408 files) to /usr/src/redhat/RPMS * watch how the memory usage is growing up to 1.7G (my box has

Re: suggestion - diff + patch

2003-11-03 Thread Paul Eggert
Stefanos Harhalakis [EMAIL PROTECTED] writes: I believe that it should have an option to compare source and destination files before replacing the destination. I like the basic idea, and have been using a wrapper like yours for many years. But doesn't the implementation have to be more

Re: conformance vs. compatibility

2003-11-03 Thread Paul Eggert
ari [EMAIL PROTECTED] writes: 'POSIXLY_CORRECT' may be specified if strict posix compliance must be followed. I see no reason why this cannot be the case with the 'head' and 'tail' functions. My feeling is that POSIXLY_CORRECT is not something that users would normally want to set, whereas

Re: conformance vs. compatibility

2003-11-04 Thread Paul Eggert
ari [EMAIL PROTECTED] writes: [EMAIL PROTECTED] said this stuff: After 10 years of being merely `obsolescent', head -N has finally been officially declared to be `obsolete'. I have yet to see a pointer to where the historic usage has been declared obsolete, outside of personal

Re: conformance vs. compatibility

2003-11-04 Thread Paul Eggert
[EMAIL PROTECTED] (Paul Jarc) writes: I think it ought to be possible for the user building coreutils to say what version of conformance they want - say, with a ./configure argument - and this should override the unistd.h definition. That might be reasonable. The coreutils maintainer should

Re: Optimal buffer size for copy

2003-11-05 Thread Paul Eggert
[EMAIL PROTECTED] writes: From an organizational standpoint, is it appropriate to re-use the lcm routine residing in od.c in the following manner? I'd put it into the lib directory, so that the code can be shared. Also, it should take and return size_t, not unsigned int.

man/Makefile.am problem with `test ...$(all_programs)...'

2003-11-06 Thread Paul Eggert
Paul Eggert [EMAIL PROTECTED] * man/Makefile.am (check-programs-vs-x): Work even if $(programs) contains '$'. Work even if 'missing=1' in environment. Don't report an error simply because $(programs) outputs nothing. --- man/Makefile.am.~1.27.~ Wed Sep 10 02

cut.c patch for unsigned overflow problems with sizes, etc.

2003-11-06 Thread Paul Eggert
I went through cut.c and found some problems on hosts where size_t is wider than int. While I was at it, I fixed the widths of all the integer types that I could find. Here's a proposed patch. 2003-11-05 Paul Eggert [EMAIL PROTECTED] Fix 'cut' problems with size_t overflow

Re: Optimal buffer size for copy

2003-11-06 Thread Paul Eggert
Sorry to be a pain, but I now remember that there's similar code in diffutils/lib/cmpbuf.c's buffer_lcm function. It attempts to yield reasonable values if buffer sizes are zero, and it does a sanity check against maximum reasonable values. This all came about because of freaky buffer sizes in

Re: sleep with LANG=de_DE@euro

2003-11-24 Thread Paul Eggert
, awk and printf) require that the values must be parsed in the C locale, not in the user-specified locale. Clearly coreutils printf is nonconforming now, since it doesn't do that. I vote that other utilities be consistent with POSIX. Here's a proposed patch. 2003-11-24 Paul Eggert [EMAIL

Re: sleep with LANG=de_DE@euro

2003-11-29 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: Wouldn't it be better (in case xstrtod is called with a modified LC_NUMERIC locale) if c_strtod restored the original setting for LC_NUMERIC, rather than the environment-derived one? I was lazy and assumed that c_strtod would be called only in

Re: Badly formatted 'ls -l'

2003-12-03 Thread Paul Eggert
potential buffer overruns, sigh). Rather than fix the problems piecemeal, how about if we adjust 'ls' so that it adjusts all the column widths to fit the data, not just the file sizes? Here's a proposed patch, relative to CVS coreutils. 2003-12-03 Paul Eggert [EMAIL PROTECTED] * NEWS: ls

Re: [coreutils]/lib/getgroups.c, xmalloc usage...

2003-12-03 Thread Paul Eggert
. 2003-12-03 Paul Eggert [EMAIL PROTECTED] * getgroups.c (getgroups): xmalloc takes one argument, not two. Bug reported by Alfred M. Szmidt. Index: getgroups.c === RCS file: /cvsroot/gnulib/gnulib/lib/getgroups.c,v

Re: nohup.out placement so inflexible

2003-12-09 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: Please call the new option --output=FILE (no short-named option). If you do this, please also update the documentation: I see one detail here that needs to be nailed down. One might think that the user could easily implement the equivalent of: nohup

Re: Badly formatted 'ls -l'

2003-12-10 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: Or maybe you're thinking of a system for which ID_LENGTH_MAX wasn't accurate? Yes, that's it. I suppose the Hurd may not define LOGIN_NAME_MAX, or may define it to be very large. I don't have access to a Hurd system so can't check that. Yes, that's

Re: touch v5.00

2003-12-12 Thread Paul Eggert
Michael Rasmussen [EMAIL PROTECTED] writes: The -b option is missing. ?? Still present in v4.5.3 What is touch -b supposed to do? It's not in the standard; see: http://www.opengroup.org/onlinepubs/007904975/utilities/touch.html ___ Bug-coreutils

Re: -n (number)

2003-12-12 Thread Paul Eggert
Stephen Newman [EMAIL PROTECTED] writes: For years the option on tail was tail -number, now all of a sudden it's tail -n (number) is this a bug, if not why was it changed? This is covered in the coreutils manual; look for _POSIX2_VERSION. Perhaps your distribution provider changed the version

Re: touch v5.00

2003-12-15 Thread Paul Eggert
together, e.g.: touch -r FOO -d '-5 sec' BAR would set the time of BAR to be the same as that of FOO, minus 5 seconds. GNU touch's usage message already implies that this should work. Here's a proposed patch to do that. 2003-12-15 Paul Eggert [EMAIL PROTECTED] * NEWS, doc

Re: uniq: an option is missin in the info file

2003-12-15 Thread Paul Eggert
Gianni Ciolli [EMAIL PROTECTED] writes: The output of $ uniq --help contains the line -W, --check-fields=N compare no more than N fields in lines This isn't true of the latest coreutils release. Perhaps you have a version of uniq that is modified in your GNU/Linux distribution? If

Re: patch for 'df', --total from TODO

2003-12-15 Thread Paul Eggert
Chris Van Nuys [EMAIL PROTECTED] writes: An example of the output (of course, it all lines up in the Unix shell, doesn't paste well into Eudora though): This seems to be a problem with your patch as well. Can you please send your patches using a mechanism that doesn't mess up tabs or white

coreutils ls -m outputs unnecessary spaces

2003-12-23 Thread Paul Eggert
While reviewing my earlier patch about ls and output columns, I noticed that coreutils 5.1.0 ls -m outputs unnecessary spaces between comma and newline, and also before the inode number and the size (if specified). Here's a patch. 2003-12-23 Paul Eggert [EMAIL PROTECTED] * src/ls.c

Re: [PATCH] fix coreutils-5.0.91 rejecting [ toto -eq tata ] like forms

2004-01-07 Thread Paul Eggert
Thierry Vignaud [EMAIL PROTECTED] writes: # unpatched coreutils-5.0.91: $ perl -e 'system(/usr/bin/[, 1, =, 1, ])' /usr/bin/[: too many arguments I don't get that behavior with unpatched coreutils 5.1.0; please see the transcript below. One theory is that your packaging somehow created a

Re: readlink -f foo fails if the target of foo does not exist

2004-01-10 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: So here's a better spec: If canonicalize_file_name (FILE) succeeds, work exactly as now. else if lstat (FILE) succeeds, linkname = readlink (FILE) if linkname starts with `/', print linkname otherwise, print $(readlink -f $(dirname

Re: [PATCH] cp --update --preserve

2004-01-14 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: 2) In any case, I'm not sure that such a change would be a good idea, since it does subvert the semantics of --update. But I'm open to arguments either way. I suppose the new behavior could be added as a new option. That adds user complexity, but

Re: [PATCH] cp --update --preserve

2004-01-15 Thread Paul Eggert
Paolo Montrasio [EMAIL PROTECTED] writes: Paul's suggestion can be modified in this way: 1) read the timestamp of the existing destination file (if it doesn't exist yet we don't have any problem and we can resume normal processing) 2) write the current time to destination file's atime 3)

Re: df

2004-01-18 Thread Paul Eggert
Rick Saunders [EMAIL PROTECTED] writes: I've just juggled some partitions. /home used to be 4.4G (and that's what df reported). Now /home is 5.0G. Fdisk, Mandrake's diskdrake and /proc/partitions all show the correct values for /home. Df, STILL shows /home as being 4.4G. Is this a bug? A

possible patch for coreutils 5.1.1 failure on OSF 3.2C

2004-01-19 Thread Paul Eggert
zone indication that isn't documented as being supported. Here's an untested patch. 2004-01-19 Paul Eggert [EMAIL PROTECTED] * tests/touch/relative: Use TZ=UTC0, not TZ=utc (which isn't portable). Problem reported by Christian Krackowizer. Also, use + rather than +0

Re: tail question

2004-01-21 Thread Paul Eggert
Warren L Dodge [EMAIL PROTECTED] writes: On the two solaris systems the following command works. tail -1 file On linux is complains and says to use tail -n 1 file Any idea what caused this? It's because your GNU/Linux systems have unistd.h that claim conformance to POSIX 1003.1-2001,

Re: possible patch for coreutils 5.1.1 failure on OSF 3.2C

2004-01-21 Thread Paul Eggert
[EMAIL PROTECTED] (Paul Jarc) writes: Paul Eggert [EMAIL PROTECTED] wrote: + * tests/touch/relative: For 'ls' use TZ=UTC0, not TZ=utc (which isn't + portable). OOC, is TZ=UTC portable? TZ=UTC is not portable, but TZ=UTC0 has been standardized by POSIX for many years, and is portable

Re: tail question

2004-01-21 Thread Paul Eggert
[EMAIL PROTECTED] (Paul Jarc) writes: This is unclear to me. It sounds like what you mean is that the *spec* change predates 4.5.1, but the actually-exhibited *behavior* change is only a few months old. Is that right? I meant that the coreutils code itself introduced these changes before

Re: exit status patch for coreutils

2004-01-22 Thread Paul Eggert
Bernard Giroud [EMAIL PROTECTED] writes: Does POSIX specify all exit codes that might be returned from utilities ? It specifies them in some cases, but not all. For example, for diff 0 means success, 1 means differences, 1 means error. For env 0 means success, 127 means not found, 126 means

Re: coreutils 5.1.0 compile failure on Tru64 5.1b

2004-01-26 Thread Paul Eggert
the ball rolling by installing the following into Autoconf. 2004-01-26 Paul Eggert [EMAIL PROTECTED] * doc/autoconf.texi (Default Includes): Include stdint.h even if HAVE_INTTYPES_H is defined. This is needed on Tru64 5.1b with Compac C V6.5-207 (dtk), which defines uintmax_t

Re: coreutils-5.1.2 and the stat command

2004-02-03 Thread Paul Eggert
Paul Eggert [EMAIL PROTECTED] * src/stat.c: Include timespec.h. (human_time): Accept nanoseconds arg. Also, accept time rather than pointer-to-const-time, for clarity. All callers changed. (print_stat): Pass nanoseconds arg to human_time. Problem reported

Re: Error in libfetish.a

2004-02-03 Thread Paul Eggert
John D. Ballentine III [EMAIL PROTECTED] writes: the HP make failed with yet another interesting series of messages: -g -O2 -c `test -f 'human.c' || echo './'`human.c human.c: In function `adjust_value': human.c:111: parse error before `l' This is strange, since there isn't an identifier

Re: wc v. 4.5.3

2004-02-03 Thread Paul Eggert
Jeff Martens [EMAIL PROTECTED] writes: wc: /mnt/floppy/teaching.pdf:2447: Invalid or incomplete multibyte or wide character I think this bug is fixed in the latest coreutils ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.1.2.tar.gz; if not, please let us know the details.

Re: [Bug-gnulib] quotearg styles (documentation patch for coreutils)

2004-02-09 Thread Paul Eggert
the same as saying that ` and ' are appropriate for the locale. Here's the proposed patch to the coreutils documentation, which reflects your other comments: 2004-02-09 Paul Eggert [EMAIL PROTECTED] * doc/coreutils.texi (Formatting the file names): Improve wording for --quoting

Re: ln -sf foo symlink_to_directory

2004-02-09 Thread Paul Eggert
[EMAIL PROTECTED] (Paul Jarc) writes: rm --as-is foo would be equivalent to unlink foo, and I didn't suggest adding this option to rm. rm's determination of whether to treat the path as a directory is already determined entirely from the command line, from -r/-R. Not exactly: if foo is

  1   2   3   4   5   6   7   8   9   10   >