Rather than relying on code inspection to find places
where signed ints would be erroneously promoted to unsigned,
I went looking for a gcc option to automatically detect this.
It's -Wsign-compare which is automatically included in -Wextra.
Note it might be good to add to README-hacking to run conf
Hello,
while playing a bit with date formats, I found several issues (still
present in GIT head). Current date on my machine is Fri Jun 27 11:58:47
CEST 2008, used in all examples.
1) "Strange" results of signed relative time offset
[EMAIL PROTECTED] ~]$ date -d "11:40 + 60 minutes"
Fri Jun 27 12:
Ondřej Vašík <[EMAIL PROTECTED]> wrote:
> Hello,
> while playing a bit with date formats, I found several issues (still
> present in GIT head). Current date on my machine is Fri Jun 27 11:58:47
> CEST 2008, used in all examples.
>
> 1) "Strange" results of signed relative time offset
> [EMAIL PROTE
Pádraig Brady wrote:
Poor Yorick wrote:
compiling 6.12.70-4f470 with 64-bit gcc (with -m64) and 64-bit gnu ld on
Solaris 9:
So on this system `timeout 4294967296 sleep 0` is invalid
but `timeout 49711d sleep 0` is OK?
The apply_time_suffix() function should be returning an
error for the latte
On Thu, Jun 26, 2008 at 09:10:21PM +0200, Jim Meyering wrote:
> Thanks for the reports and patches.
> I've applied those with minor changes.
>
> When submitting patches in the future, please
> look at the relatively new guidelines in HACKING.
> The goal is that you'd format each patches you send
Pádraig Brady <[EMAIL PROTECTED]> wrote:
> Rather than relying on code inspection to find places
> where signed ints would be erroneously promoted to unsigned,
> I went looking for a gcc option to automatically detect this.
> It's -Wsign-compare which is automatically included in -Wextra.
> Note it
Jim Meyering wrote:
> Would you mind separating that into a few separate change sets?
No problem, I splitted the main patch into smaller sub-patches, it is
still not complete set of changes, following 3 gnulib getdate.y patches
are fixing only issue #2 and #3.
> - in a function definition, the f
It doesn't change semantics,
but does change the generated code:
>From 922c5eff0c03e79714041f3602ce79cceabd5261 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Fri, 27 Jun 2008 18:52:56 +0200
Subject: [PATCH] uniq: remove redundant test
* src/uniq.c (find_field): Remove redu
In (info "(coreutils)stty invocation"), please mention what all the
secret codes in stty -g (--save) are.
One could see e.g., right away that position 15 is different on my
mom's terminal, but what stty setting is position 15, one asks?
Otherwise one has to do e.g.,
COLUMNS=1 stty -a > /tmp/ww
CO
Pádraig Brady <[EMAIL PROTECTED]> writes:
> diff --git a/src/truncate.c b/src/truncate.c
> index 02d4102..fd321c6 100644
> --- a/src/truncate.c
> +++ b/src/truncate.c
> @@ -189,9 +189,9 @@ do_ftruncate (int fd, char const *fname, off_t ssize,
> rel_mode_t rel_mode)
> }
>
>if (r
Paul Eggert wrote:
> Pádraig Brady <[EMAIL PROTECTED]> writes:
>
>> diff --git a/src/truncate.c b/src/truncate.c
>> index 02d4102..fd321c6 100644
>> --- a/src/truncate.c
>> +++ b/src/truncate.c
>> @@ -189,9 +189,9 @@ do_ftruncate (int fd, char const *fname, off_t ssize,
>> rel_mode_t rel_mode)
>>
I linux system, there is a system funtion 'stat(char *, struct stat *)', I
want to read the source code of this function, but while I assume that this
function may exist in the file
/usr/src/linux-2.4/fs/stat.c, it actually doesn't. In file stat.c, I can't
find the funtion of 'stat()', so please t
Hi,
there seems to be a mistake in the description of SYNOPSIS for mkdir.
You wrote:
mkdir [OPTION] DIRECTORY...
but it has to be:
mkdir [OPTION]... DIRECTORY...
sincerly
Heiko Marr
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.
I think there should be anther option for the nohup command, in order to
quit a command previously launched:
nohup OPTION
--quit: terminates previously launched nohup command)
I launched a 100GB copy command with nohup and I can't figure out how to
cancel this operation.
thanks,
Loris
_
14 matches
Mail list logo