Adjusting the 1024 byte stdin buffer limit

brucoder timj at
Mon Jan 17 22:18:04 CET 2005

Hi All,
Thanks, but it seems I may have been a bit more confused that even I
thought.  It turns out to be an issue with Apple's OS X pty/tty
interface.  Even though the mediator tool is set up to read in up to
20K of data, the pty interface blocks at 1024 bytes.  When testing this
under Linux, I'm fine. And, Solaris 8 weaves an even more diabolical
255 character limit :( .
Looks like I'll need to be a bit more creative than simply spawning a

Fredrik Lundh wrote:
> "brucoder" <timj at> wrote:
> > Currently, when sending a data stream that exceeds 1024 bytes via
> > stdin, the stream blocks at the 1024th byte.  This precludes
> > of the submission of the data stream.
> you can pass in a buffer size when you open a file:
>     >>> help(open)
>     class file(object)
>      |  file(name[, mode[, buffering]]) -> file object
>      |
>      |  Open a file.  The mode can be 'r', 'w' or 'a' for reading
>      |  writing or appending.  The file will be created if it doesn't
>      |  when opened for writing or appending; it will be truncated
>      |  opened for writing.  Add a 'b' to the mode for binary files.
>      |  Add a '+' to the mode to allow simultaneous reading and
>      |  If the buffering argument is given, 0 means unbuffered, 1
means line
>      |  buffered, and larger numbers specify the buffer size.
>      |  Add a 'U' to mode to open the file for input with universal
>      |  support.  Any line ending in the input file will be seen as a
>      |  in Python.  Also, a file so opened gains the attribute
>      |  the value for this attribute is one of None (no newline read
>      |  '\r', '\n', '\r\n' or a tuple containing all the newline
types seen.
>      |
>      |  'U' cannot be combined with 'w' or '+' mode.
>      |
>      |  Note:  open() is an alias for file().
> or use os.fdopen() to reopen an existing file handle:
>     >>> help(os.fdopen)
>     fdopen(fd [, mode='r' [, bufsize]]) -> file_object
>     Return an open file object connected to a file descriptor.
> assuming "sending via stdin" means using a pipe, this page explains
why all
> this probably won't matter:
> (see the "Write requests to a pipe or FIFO" section)
> </F>

More information about the Python-list mailing list