bug#35632: date Parse of '13:00 + 2 hours' Broken.

2019-05-08 Thread Ralph Corderoy
Hi, Using date from coreutils 8.31-1 on Arch Linux. This surprised me. $ TZ=UTC0 /bin/date -d '1pm + 2 hours' Wed 8 May 15:00:00 UTC 2019 $ TZ=UTC0 /bin/date -d '13:00 + 2 hours' Wed 8 May 12:00:00 UTC 2019 The documentation doesn't suggest `1pm' and `13:00' are treated differe

bug#32288: date(1) Produces ISO 8601 it Won't Take Back.

2018-07-27 Thread Ralph Corderoy
Hi, coreutils 8.29-1 on Arch Linux. $ date -uIs -d @-62135596801 -12-31T23:59:59+00:00 $ date -uIs -d @-12-31T23:59:59+00:00 date: invalid date ‘@-12-31T23:59:59+00:00’ $ If date thinks it's valid ISO 8601 when it outputs it, I'd ex

bug#32267: dd's ucase and lcase and LC_CTYPE.

2018-07-25 Thread Ralph Corderoy
Hi, Of dd(1), POSIX says http://pubs.opengroup.org/onlinepubs/9699919799/utilities/dd.html lcase Map uppercase characters specified by the LC_CTYPE keyword tolower to the corresponding lowercase character. Characters for which no mapping is specified shall not be

bug#9129: Built-in printf Sits Awkwardly with UDP.

2011-07-22 Thread Ralph Corderoy
> OK, well for %b and %q bash's built-in printf calls it's own > printstr() and that does do things like `fw = -fw' without checking if > fw was already the largest negative. On a related note, I can't interrupt this, e.g. Ctrl-C. printf '%-92233720368547758q.\n' foo Cheers, Ralph. P.S. Pl

bug#9129: Built-in printf Sits Awkwardly with UDP.

2011-07-22 Thread Ralph Corderoy
Hi Jim, > > On 07/20/2011 07:34 AM, Ralph Corderoy wrote: > > > BTW, the code for the built-in printf has a bug. For negative > > > field-widths it negates a negative integer without checking it > > > will fit. E.g. on this 64-bit machine > > > >

bug#9129: Built-in printf Sits Awkwardly with UDP.

2011-07-20 Thread Ralph Corderoy
Hi Eric, > > $ printf '%-9223372036854775808s.\n' foo > > foo. > > $ > > Coreutils' printf shares this misfortune. Sadly, it might even be a > bug in the underlying glibc printf(), although I haven't tried to > write a test program to check that, yet. OK, well for %b and %q bash'

Re: sort's -u is Failing to Check all -k fields for Uniqueness.

2006-08-19 Thread Ralph Corderoy
Hi Eric and Andreas, Andreas wrote: > > $ echo 1/3,1/2,1/1,2/1 | tr , \\012 | sort -nu -t / -k 1,2 > > There is only one sort key, which spans the first two fields of each > line, and -n tells sort to only consider the numeric prefix of each > key. If you want to sort on multiple keys you ne

sort's -u is Failing to Check all -k fields for Uniqueness.

2006-08-19 Thread Ralph Corderoy
Hi, This seems wrong. $ echo 1/3,1/2,1/1,2/1 | tr , \\012 | sort -nu -t / -k 1,2 1/3 2/1 $ -u should only filter out lines that compare equal on *all* key fields. I've opened an Ubuntu bug at https://launchpad.net/distros/ubuntu/+source/coreutils/+bug/56891 which has more detail