Felix Joussein <[EMAIL PROTECTED]> wrote:
> Hello Jim,
Hi Felix,
Thanks for the report.
It would probably have been resolved by now (10 hours later)
if you had sent it to the bug-reporting/discussion list rather
than just to me. I'm forwarding it there now.
> within a project which is related t
On Feb 1, 2008 8:24 AM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> > Basicaly the goal ist, to set back the time at a certain moment for 1
> > Second. It's all about the leap-second which might be set every last
> > second of the 31th of dec. or 30th of june...
> > Doing this with the new date comm
Andy Jewell <[EMAIL PROTECTED]> writes:
> Here are the commands, and the expected output. (The tests are 10f and
> 10g).
>
>
> sort -t : -k 1.3,1.3
> :ba
> :ab
>
>
> sort -k 1.4,1.4
> b ba
> a ab
>
>
> In both of these cases it seems that the explicit -k matches an empty
> string,
The ranges endp
Hello James,
thank you for your brief answer.
Basically I am aware of what you said, but as I am operating an NTP
Server which get it's timescale directly from an ATOM clock via the
serial interface, which makes it to a STRATUM 1 server, I have to set
the leap second manually by date command or si
On Fri, 1 Feb 2008, Felix Joussein wrote:
Basically I am aware of what you said, but as I am operating an NTP
Server which get it's timescale directly from an ATOM clock via the
serial interface, which makes it to a STRATUM 1 server, I have to set
the leap second manually by date command or simi
In the test suite for sort (coreutils 6.9), there are two tests that
seem to be testing for incorrect behavior.
I'm hoping someone will help me understand why the behavior in the
test is correct.
Here are the commands, and the expected output. (The tests are 10f and
10g).
sort -t : -k
Yes, I know that the range endpoints are inclusive.
In the first example, the first field is empty, and so the inclusive
character range 3-3 is also empty
In the second example, the first field is length one, and so the
inclusive character range 4-4 is empty
adj
On Feb 1, 2008, at 9:33 AM,
On Sun, 27 Jan 2008, Paul Eggert wrote:
< Leo Butler <[EMAIL PROTECTED]> writes:
<
< > wc is counting with long ints, and the first line of this 50GB file is a
string
< > of \0 whose length appears to be negative when counted with long ints.
(Details
< > below).
< >
< > I believe that this
FWIW, "make distcheck" still fails...
Steven Schubiger
diff --git a/ChangeLog b/ChangeLog
index 62c7930..459aa46 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,13 @@
+2008-02-01 Steven Schubiger <[EMAIL PROTECTED]>
+
+ * src/mkdir.c: Send --verbose output to stdout.
+ * src/split
Mike Frysinger wrote:
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
src/dircolors.hin |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/dircolors.hin b/src/dircolors.hin
index 3c171f9..14ba451 100644
--- a/src/dircolors.hin
+++ b/src/dircolors.hin
@@ -138,6 +13
Felix Joussein <[EMAIL PROTECTED]> writes:
Basicaly the goal ist, to set back the time at a certain moment for 1
Second. It's all about the leap-second which might be set every last
second of the 31th of dec. or 30th of june...
But the stated time stamp (01/31/2008 14:20:60) is not
11 matches
Mail list logo