[PATCH] maint: use more readable operator: "||" rather than "|"

Here's a new-to-me reason to use "||" rather than "|": >From dc0f5eb6a01b759c92478be7f21de3e685ebfbca Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Mon, 4 Jan 2010 16:46:44 +0100 * src/cp.c (make_dir_parents_private): Use "||" rather than "|", so that clang understands there is no undefined

[PATCH] maint: always free a buffer, to avoid even semblance of a leak

As the log says... >From be6c13e7e0abc46121c4250c82019179fd5e85c2 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Mon, 4 Jan 2010 16:49:30 +0100 * src/tac.c (main): Free the input buffer in most cases. --- src/tac.c |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git

new snapshot available: coreutils-8.2.52-4db2f

I'm aiming for a release of coreutils-8.3 tomorrow or Thursday, so if you can find time to build this and run tests before then, please do. coreutils snapshot: (.gz files are here, too) http://meyering.net/cu/coreutils-ss.tar.xz 4.3 MB http://meyering.net/cu/coreutils-ss.tar.xz.sig http

Re: new snapshot available: coreutils-8.2.52-4db2f

On Tue, 5 Jan 2010, Jim Meyering wrote: Here's the NEWS, then shortlogs for coreutils and gnulib: ** Bug fixes [snip] tail -F (inotify-enabled) would abort when a tailed file is repeated renamed-aside and then recreated. [bug introduced in coreutils-7.5] Should that be "repeatedly"? C

Re: new snapshot available: coreutils-8.2.52-4db2f

Hello, Surprisingly “make dist” has been failing on Hydra for some time[*]: --8<---cut here---start->8--- gcc -std=gnu99 -I. -g -O2 -c -o exclude.o exclude.c In file included from mbuiter.h:106, from exclude.c:38: mbchar.h: In function 'm

Re: new snapshot available: coreutils-8.2.52-4db2f

Philip Rowlands wrote: >> tail -F (inotify-enabled) would abort when a tailed file is repeated >> renamed-aside and then recreated. >> [bug introduced in coreutils-7.5] > > Should that be "repeatedly"? Yes. Thanks! >From bbdc929602fb1a3886fced0459ba405151549739 Mon Sep 17 00:00:00 2001 From:

Re: new snapshot available: coreutils-8.2.52-4db2f

Ludovic Courtès wrote: > Surprisingly “make dist” has been failing on Hydra for some time[*]: > > gcc -std=gnu99 -I. -g -O2 -c -o exclude.o exclude.c > In file included from mbuiter.h:106, > from exclude.c:38: > mbchar.h: In function 'mb_width_aux': > mbchar.h:241: warning: i

[PATCH] src/sort.c: assert on temp.text before calling memcpy()

>From c65f5323d2c187e01e73c7a074382f77ff8ee708 Mon Sep 17 00:00:00 2001 From: Kovarththanan Rajaratnam Date: Tue, 5 Jan 2010 20:24:02 +0100 Subject: [PATCH] src/sort.c: assert on temp.text before calling memcpy() clang detected the following false positive: sort.c:2292:7: warning: Null pointer p

coreutils-7.2.5 - factor

Hi, I run Fedora 11 on a AMD phenom 2 Linux phenom 2.6.30.10-105.fc11.i686.PAE #1 SMP Thu Dec 24 16:41:17 UTC 2009 i686 athlon i386 GNU/Linux (yes, the 32-bit version on a 64-bit machine) I have gmp-4.1.2-2 installed, too. when I run factor 4951760154835678088235319297 it returns: factor: `49

[bug #28492] pr header lacks spaces around long file names

URL: Summary: pr header lacks spaces around long file names Project: GNU Core Utilities Submitted by: None Submitted on: Wed 06 Jan 2010 12:53:34 AM UTC Category: None

[bug #28492] pr header lacks spaces around long file names

Follow-up Comment #1, bug #28492 (project coreutils): Thanks for the report (although the mailing list tends to be the preferred medium for potential patches). You are indeed correct that this is a violation of POSIX. Your patch is reversed in sense (you want the original file to be listed firs