[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnulib-tool should be interruptible

From: Ralf Wildenhues
Subject: Re: gnulib-tool should be interruptible
Date: Fri, 22 Sep 2006 05:10:43 +0200
User-agent: Mutt/1.5.13 (2006-08-11)

Hello Paul,

* Paul Eggert wrote on Thu, Sep 21, 2006 at 12:18:31AM CEST:
> Ralf Wildenhues <address@hidden> writes:
> >> That doesn't sound like much of a real problem, but if it is, this
> >> looks to me like a band-aid that doesn't solve things; it'd cut down
> >> the number of bogus messages without eliminating them.
> >
> > This I don't understand.  If I do the output with one `echo', with sane
> > shells
> That's the part I'm worried about.  :-)

Oh.  Well, if the shell is not sane in this respect, then I don't see
what we should do about it.  Sure, one could try all kinds of different
methods (let `cat' produce the output, for example), but it does not
seem like it would get anywhere closer to being certain.  So yes, it may
not eliminate them on all systems.

> > that will cause exactly one `write',
> Aren't they often buffered, if the string is long enough?

Well, the point was that --version output is short, typically shorter
than PIPE_BUF.

> How about
>         * gnulib-tool (func_version): Create output all at once.  This
>         may help avoid triggering unnecessary SIGPIPEs, and at any
>         rate it doesn't hurt.

Yes, that sounds good.  I used that.

Cheers, and thanks,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]