Re: possible bug - output stream handling inconsistency in dd

"Theodoros V. Kalamatianos" <[EMAIL PROTECTED]> writes: > Did anyone review the patch, or did it slip through the cracks ? I'd > really like to know if I need to imrove on this... I haven't had the time to look at it yet. coreutils is still in a feature freeze so it's not pressing. ___

[patch #4600] Addition of "dups" file utility to GNU Core Utilities

Update of patch #4600 (project coreutils): Status:None => Wont Do Open/Closed:Open => Closed ___ Follow-up Comment #4: Based on http:/

Re: heap corruption in du

On Mon, Oct 24, 2005 at 05:03:11PM +0200, Mikulas Patocka wrote: > The best way to automatically fix this problem would be: > test compiling one .o file, pack it into .a, link it > if it fails => test compiling one .o file with -ipo-obj (ICC 8), pack it > into .a, link it > if it still fails

Re: tweaking default `ls -l` output to use locale before posix

"Dmitry V. Levin" <[EMAIL PROTECTED]> writes about : > Please do not forget to apply this patch, at least to development branch. This would be an incompatible change, albeit one that I thinks make sense, if only to be compatib

Re: making coreutils depend on c99

Jim Meyering <[EMAIL PROTECTED]> writes: > Do any of you know of platforms for which that would not work? > I.e., for which there is a useful (or better, `essential') compiler > lacking such support? GCC 2.95.3 is still the C compiler for OpenBSD 3.6 (released November 2004), and it doesn't suppo

Re: ls: Typo in russian translation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to php-coder on 10/16/2005 7:24 AM: > Hi all! > > po/ru.po contains typo in translation. In attach patch which fixed > this. I never saw a response to this email. First, let me say thanks for the report - since I don't speak Ru

Re: ls: sort options in --help described twice

"Dmitry V. Levin" <[EMAIL PROTECTED]> wrote: [duplication in ls --sort description] > Please do not forget to apply this patch, at least to development branch. I've just applied it. Thanks. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://l

Re: tweaking default `ls -l` output to use locale before posix

On Tue, Sep 27, 2005 at 01:43:59PM -0700, Paul Eggert wrote: > Andreas Schwab <[EMAIL PROTECTED]> writes: > > > Emacs can use --dired now, so this should not be an issue. > > OK, thanks. I just now checked, and if I understand it aright this > started happening with Emacs 21.3 (released March 20

Re: ls: sort options in --help described twice

On Mon, Oct 17, 2005 at 07:06:54PM +0200, Jim Meyering wrote: > Thanks to both of you. > > I'm inclined to apply this after the stable release. > I wish it'd shown up a couple weeks ago. > If I were to change it now, it'd invalidate the corresponding > translations. Of course, if a few translator

Re: better buffer size for copy

On Mon, Nov 07, 2005 at 12:20:47PM -0800, Paul Eggert wrote: > It's too much for an inlined function, I think. That's what i thought you'd say. Ok, this patch vs. today's CVS adds buffer-lcm.h and buffer-lcm.c, adds those files to Makefile.am, and makes copy.c call buffer_lcm. I left alone the

Re: better buffer size for copy

It's too much for an inlined function, I think. /* Buffer primitives for comparison operations. Copyright (C) 1993, 1995, 1998, 2001, 2002 Free Software Foundation, Inc. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public Lic

Re: better buffer size for copy

On Fri, Nov 04, 2005 at 10:07:51PM -0800, Paul Eggert wrote: > [EMAIL PROTECTED] (Robert Latham) writes: > > > In the time since the above thread was started, there is now an > > implementation of lcm in src/system.h. > > I'd rather use something more like buffer_lcm in diffutils, since it > hand

Re: [patch #4600] Addition of "dups" file utility to GNU Core Utilities

Dear Paidraig, You're right, it doesn't fit in with coreutils and GNU software. But I didn't know that. Anyways, thanks to the GNU folks, I fixed two serious bugs in it. Works perfectly now, tested on a Slackware filesystem. Thanks, guys! Regards, George George

making coreutils depend on c99

I want to make coreutils/src/*.c depend on c99, at least for the ability to intermix statements and declarations and to be able to declare variables in `for' loops. Do any of you know of platforms for which that would not work? I.e., for which there is a useful (or better, `essential') compiler la

Re: [patch #4600] Addition of "dups" file utility to GNU Core Utilities

anonymous wrote: >URL: > > > Summary: Addition of "dups" file utility to GNU Core > > Thanks, I'm not sure that's general enough for a coreutil. maybe? I'm not sure you're using the optimum algorithm. Have a look at h