[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: source(builtin) and read(2)
From: |
Bruno Haible |
Subject: |
Re: source(builtin) and read(2) |
Date: |
Sat, 24 Mar 2007 01:21:42 +0100 |
User-agent: |
KMail/1.5.4 |
Eric Blake wrote:
> I'm seeking backup from those more knowledgeable about the C
> and POSIX standards as to whether NSK is allowed to define SSIZE_MAX to
> something smaller than what the underlying type can hold
I'm less knowledgeable than Paul, but I would say that 52*1024 is not an
"appropriate" value for SSIZE_MAX. Because if you say that it is, then the
sentence
"{SSIZE_MAX}
Maximum value of an object of type ssize_t."
is void - the standard authors might then have defined SSIZE_MAX as
"The maximum I/O transfer size"
or "A value of type ssize_t".
> and if so, whether it is worth auditing gnulib to find any places that have
> previously assumed that SSIZE_MAX is ((1<<(sizeof(ssize_t)*CHAR_BIT -
> 2))-1)*2+1.
I bet that there are none: There are few enough APIs that use ssize_t. If
Matthew doesn't like getline() to limit the result size to 52 KB, he can
propose a patch.
Bruno
- Re: source(builtin) and read(2), Eric Blake, 2007/03/23
- Re: source(builtin) and read(2), Paul Eggert, 2007/03/23
- Re: source(builtin) and read(2),
Bruno Haible <=
- Re: source(builtin) and read(2), Eric Blake, 2007/03/24
- RE: source(builtin) and read(2), Schwarz, Konrad, 2007/03/26
- Re: source(builtin) and read(2), Clive D.W. Feather, 2007/03/26
- RE: source(builtin) and read(2), Schwarz, Konrad, 2007/03/26
- Re: source(builtin) and read(2), Clive D.W. Feather, 2007/03/26
- RE: source(builtin) and read(2), Nick Stoughton, 2007/03/27
- Re: source(builtin) and read(2), Clive D.W. Feather, 2007/03/27
- Re: source(builtin) and read(2), Matthew Woehlke, 2007/03/27
- RE: source(builtin) and read(2), Matthew Woehlke, 2007/03/27
- Re: source(builtin) and read(2), Paul Eggert, 2007/03/29