Re: [PATCH] dd - support for reading of full blocks

2008-07-18 Thread Pádraig Brady
Paul Eggert wrote: > Pádraig Brady <[EMAIL PROTECTED]> writes: > >> or conv=wait, though I do have a strong preference >> for iflag=block as it's the most accurate. > > I dunno, iflag= is supposed to be symmetric with oflag=. Well there is no harm in having that oflag as well to handle short wri

Re: [PATCH] dd - support for reading of full blocks

2008-07-18 Thread Jim Meyering
Pádraig Brady <[EMAIL PROTECTED]> wrote: > Pádraig Brady wrote: >> Kamil Dudka wrote: >>> as solution to rhbz #431997 and #449263 I propose patch for dd - support for >>> reading of full blocks. This support is activated with dd parameter >>> conv=fullblk. This patch has no effect if parameter conv

Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

2008-07-18 Thread Jim Meyering
Ondřej Vašík <[EMAIL PROTECTED]> wrote: > Hello, > as discussed with Jim Meyering via IRC, I'm sending changed version of > the patch #3 to the list. This one patch adds range to valid TZ and > handles correctly hours when no minutes are specified (until that patch > is UTC+14 handled incorrectly a

mknod --help fix

2008-07-18 Thread Andreas Schwab
Like mkfifo, mknod has its --help output mangled. Andreas. --- mknod: correct misplaced -Z description in --help output * src/mknod.c (usage): Put it after the "Mandatory arguments..." line. --- diff --git a/src/mknod.c b/src/mknod.c index d93e2cb..f4028e9 100644 --- a/src/mknod.c +++ b/src/mknod

Re: mknod --help fix

2008-07-18 Thread Jim Meyering
Andreas Schwab <[EMAIL PROTECTED]> wrote: > Like mkfifo, mknod has its --help output mangled. > --- > mknod: correct misplaced -Z description in --help output > > * src/mknod.c (usage): Put it after the "Mandatory arguments..." line. Thanks! Applied and pushed. _

Re: Command line parsing of ls with genparse: inline code

2008-07-18 Thread Michael Geng
On Mon, Jun 16, 2008 at 09:43:37PM +0200, Jim Meyering wrote: > [EMAIL PROTECTED] (Michael Geng) wrote: > ... > > I think emitting into a .h file would be a good solution. But wouldn't > > it then be better to directly add a genparse file (e.g. ls.gp) instead of > > extracting it from ls.c? ls.c wo