Eric Blake <[EMAIL PROTECTED]> wrote:
...
> Subject: [PATCH] csplit: prefer sigaction over signal
>
> * bootstrap.conf (gnulib_modules): Import sigaction.
> * src/csplit.c (sigprocmask, siginterrupt) [SA_NOCLDSTOP]: Delete
> workarounds.
> (interrupt_handler, main): Drop use of signal. Rely on sig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[adding bug-gnulib]
According to Jim Meyering on 10/16/2008 1:30 AM:
> Eric Blake <[EMAIL PROTECTED]> wrote:
> ...
>> Subject: [PATCH] csplit: prefer sigaction over signal
>>
>> * bootstrap.conf (gnulib_modules): Import sigaction.
>> * src/csplit.c (s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 10/10/2008 7:15 AM:
>> I've wanted to get rid of "signal" uses for ages.
>> Are you interested in doing it?
>
> Yes, I'll tackle this.
Round 2 begins with a question. src/install.c has the following use of
signal, needed o
A colleague noticed in libvirt that the output of a failed po-check rule
was unnecessarily cryptic. Here's a fix:
>From 089424f94e5be30aa0ec8d7f5293ff314def4de1 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Thu, 16 Oct 2008 14:22:46 +0200
Subject: [PATCH] build: when po-ch
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Eric Blake on 10/10/2008 7:15 AM:
>>> I've wanted to get rid of "signal" uses for ages.
>>> Are you interested in doing it?
>>
>> Yes, I'll tackle this.
>
> Round 2 begins with a question. src/install.c has the following use of
> signal, needed
When using od with output formats of 1 or 2 bytes, the printed
output
can be wrong, particularly--but not exclusively--with non-printing
characters. Specifically, the output is sometimes printed as an
asterisk
('*') instead of the regular output--the whole line being affected. For
example,
"Howland Craig D (Craig)" <[EMAIL PROTECTED]> wrote:
> When using od with output formats of 1 or 2 bytes, the printed
> output
> can be wrong, particularly--but not exclusively--with non-printing
Thank you for the report.
However, that is standard and required behavior.
To turn it off, use -
Howland Craig D (Craig) wrote:
> When using od with output formats of 1 or 2 bytes, the printed
> output can be wrong, particularly--but not exclusively--with
> non-printing characters. Specifically, the output is sometimes
> printed as an asterisk ('*') instead of the regular output--the
> w
Jim Meyering <[EMAIL PROTECTED]> writes:
> 1.10a is deemed (at least by automake and m4) to indicate a newer
> version than 1.10.1. counter-intuitive? This matters because
> sort --version now disagrees with that ordering:
>
> $ printf 'automake-1.10%s\n' .1 a|sort -V
> automake-1.10a
>
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> 1.10a is deemed (at least by automake and m4) to indicate a newer
>> version than 1.10.1. counter-intuitive? This matters because
>> sort --version now disagrees with that ordering:
>>
>> $ printf 'automak
Jim Meyering <[EMAIL PROTECTED]> writes:
> +#define TMP (char *) "/tmp"
> ...
How about the following change to mktemp.c instead? It's simpler, and
avoids the need for the macro and the cast.
2008-10-16 Paul Eggert <[EMAIL PROTECTED]>
* src/mktemp.c (main): Add 'const' twice to avoid
Jim Meyering <[EMAIL PROTECTED]> writes:
> Good thing I tried to compile before pushing!
> The above lacks \n\ on the "0 if OK" line.
It's also lacking a close-parenthesis in the text. Also, that wording
is a bit verbose for my taste; the verbosity makes it a bit hard to see
the exit-status patt
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> Good thing I tried to compile before pushing!
>> The above lacks \n\ on the "0 if OK" line.
>
> It's also lacking a close-parenthesis in the text. Also, that wording
> is a bit verbose for my taste; the verbosit
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> +#define TMP (char *) "/tmp"
>> ...
>
> How about the following change to mktemp.c instead? It's simpler, and
> avoids the need for the macro and the cast.
>
> 2008-10-16 Paul Eggert <[EMAIL PROTECTED]>
>
>
Eric Blake <[EMAIL PROTECTED]> writes:
> I just checked POSIX, and this is entirely true - the exec*() family is
> allowed to inherit an ignored SIGCHLD, in deference to older systems like
> SysV; and wait()/waitpid() are allowed to fail with ECHILD if SIGCHLD is
> ignored. But most systems these
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Here's a 5-patch series from a week or so ago.
> It started out with the aim to avoid some warnings.
> Some of those warnings were legitimate.
>
> At first I was tempted to simply ignore any freopen failure,
> thinking that it was so unlikely as to be truly
Excellent stuff. You got a net reduction of 366 lines,
and another 91 lines are not used in the common case
where GMP is available.
I'm a bit worried by signed overflow checking in the following.
I know gcc won't do it's ignore undefined signed overflow
code shenanigans with this, but does this as
Thanks to both Jim and Bob for the answer. Using -v gives the behavior
that I was expecting (and shows that there is not a problem with od,
except for what I would consider to be an odd default--which we're stuck
with for the historical reasons given).
I do have one suggestion/request, though:
Robert C. Kahlert wrote:
> File #1:
>abc
>def
>ghi
>jkl
>mno
>
>
> File #2:
>1
>2
>
> Output of paste file1 file2
> abc 1
> def 2
> ghi 1
> jkl 2
> mno 1
It can already be done with a combination of 'paste', 'cat', 'head', 'wc':
$ while :; do cat file2 || ex
I am new to Linux. 20 day ago I installed Ubuntu 8.04 and enjoyed it. 3
days ago I downloaded the recommended updates (120 Mega), after that I
also installed Wine, a version found on a magazine I think it was 1.01
or similar).
Now when I start ubuntu, after the request of inserting name and
pas
"Howland Craig D (Craig)" <[EMAIL PROTECTED]> wrote:
> Thanks to both Jim and Bob for the answer. Using -v gives the behavior
> that I was expecting (and shows that there is not a problem with od,
> except for what I would consider to be an odd default--which we're stuck
> with for the historical
21 matches
Mail list logo
