Re: CVS problem with ssh

2005-07-15 Thread Larry Jones
Richard M. Stallman writes: > > If you prefer a different fix that _can be done by us_, that's fine > with me. Just as long as we fix the problem. WE CAN'T FIX THE PROBLEM. Nothing you do to the car can fix the potholes in the road. You can spend all the time and money you want upgrading the s

Re: CVS problem with ssh

2005-07-15 Thread Derek Price
Richard M. Stallman wrote: >If the problem occurs with fflush, most likely it will also occur >with fwrite, fclose, etc. fflush is merely the guinea pig here. > >We may have to send bug reports for the systems where it does not always work. > > Agreed. A failed retry in this case is n

Re: support for multithread-safe libraries

2005-07-15 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > So I still think the name "lock" is fine. Here's a little bit more evidence. I just checked Debian stable, and it has an /usr/include/lock.h, installed by an AFS development package. See: http://packages.debian.org/cgi-bin/search_contents.pl?searchmod

Re: CVS problem with ssh

2005-07-15 Thread Richard M. Stallman
That's essentially *ALL* of them. How many time do I have to say it -- nonblocking mode violates the fundamental assumtions about how files are supposed to behave It didn't convince me the first time, and repeating it won't convince me either. We need to get this bug fixed, and sayin

Re: [bug-gnulib] new module gettext-h for programs that don't use i18n

2005-07-15 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > The way it's implemented in gnulib-tool, the --avoid acts _during_ the > computation of the transitive closure, not afterwards. Which means, > --avoid=xalloc-die prevents the xalloc-die module from being included AND > also prevents the error, gettext-h,

Re: [bug-gnulib] Re: quoting in gnulib

2005-07-15 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > Hey, how about using this as a help for the translators. Thanks. I installed that, with a minor change to the URL and its associated text, as follows: --- quotearg.c 14 May 2005 06:03:58 - 1.44 +++ quotearg.c 15 Jul 2005 21:01:41 -

Re: support for multithread-safe libraries

2005-07-15 Thread Oskar Liljeblad
On Thursday, July 14, 2005 at 16:14, Bruno Haible wrote: > dnl Survey of platforms: > dnl > dnl Platform Available CompilerSupports test-lock > dnl flavoursoption weak result > dnl --- - - - > dn

Re: [bug-gnulib] Opening a can of worms: a readline gnulib module?

2005-07-15 Thread Bruno Haible
Simon Josefsson wrote: > Do you think a "readline" module such as the above would be a > candidate for gnulib? For application that only use this main entrypoint, yes. But other applications need to customize the library's behaviour (rl_basic_word_break_characters, rl_basic_quote_characters, rl_co

Re: CVS problem with ssh

2005-07-15 Thread Larry Jones
Richard M. Stallman writes: > > We may have to send bug reports for the systems where it does not always work. That's essentially *ALL* of them. How many time do I have to say it -- nonblocking mode violates the fundamental assumtions about how files are supposed to behave and virtually *no* cod

Opening a can of worms: a readline gnulib module?

2005-07-15 Thread Simon Josefsson
Hi. In GNU SASL I use readline in the command line interface to prompt the user for some data (e.g., username). But readline is not always available, so I use an autoconf test: AC_CHECK_HEADERS(readline/readline.h) AC_CHECK_LIB(readline, readline) AM_CONDITIONAL(READLINE, test "$ac_cv_lib_readli

Re: support for multithread-safe libraries

2005-07-15 Thread Bruno Haible
Paul Eggert wrote: > The word "lock" is good, but (unfortunately) lots of things are > locked, and there are different forms of locks. Files can be locked > with flock, for example. "lock.h" could refer to any of these things. "flock" and "lockf" are the common names of that. > > and resembles

Re: [bug-gnulib] Re: quoting in gnulib

2005-07-15 Thread Bruno Haible
Paul Eggert wrote: > > If you improved this to test the locale_charset () for being "UTF-8", > > users would see the UTF-8 quotation marks even if translators didn't > > help. > > But then the problem is that there is no universal standard for UTF-8 > quotation marks either. I could use American E

Re: [bug-gnulib] new module gettext-h for programs that don't use i18n

2005-07-15 Thread Bruno Haible
Paul Eggert wrote: > > #if USE_UNLOCKED_IO > > # include "unlocked-io.h" > > #endif > > > > to a simple > > > > #include "unlocked-io.h" > > > > then --avoid will do the trick as well. > > If you make that change to the source code, and then use --avoid, the file > "unlocked-io.h" be missing. So y

Re: work around poll() bug in MacOS X 10.4

2005-07-15 Thread Bruno Haible
Noone objected to this patch, and it's in use by GNU clisp, so I committed this patch. > 2005-06-01 Bruno Haible <[EMAIL PROTECTED]> > > * poll.m4 (gl_FUNC_POLL): Check against MacOS X 10.4 poll() bug. > When using lib/poll.c, define poll as rpl_poll. _

Re: [bug-gnulib] Documenting the several dialects of regexp understood by gnulib

2005-07-15 Thread Bruno Haible
James Youngman wrote: > Rather than fully document all the varieties of regexps GNU ed has documentation of regexps. This doc has been borrowed by the GNU clisp 'regexp' module. Bruno ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.or