Re: Proposal for new option -U extending -u
James Thiele wrote:
> Currently -u specifies that stdin, stdout and stderr are all
> unbuffered. I propose a that -U make all files unbuffered. It could be
> useful for programs that log to files.
>
> Comments solicited.
Unnecessary. You can control the buffering of any file object you
create yourself, e.g. open("somefile",buffering=0) to create an
unbuffered file object. The reason you need a switch for stdin,
stdout, stderr is you don't create those objects yourself.
Carl Banks
--
http://mail.python.org/mailman/listinfo/python-list
Re: Proposal for new option -U extending -u
James Thiele wrote: > Currently -u specifies that stdin, stdout and stderr are all > unbuffered. I propose a that -U make all files unbuffered. It could be > useful for programs that log to files. > > Comments solicited. '-U' is already taken (for unicode only strings). Other than that I have no opinion (don't think I'd use it...). All the best, Fuzzyman http://www.voidspace.org.uk/python/index.shtml -- http://mail.python.org/mailman/listinfo/python-list
Proposal for new option -U extending -u
Currently -u specifies that stdin, stdout and stderr are all unbuffered. I propose a that -U make all files unbuffered. It could be useful for programs that log to files. Comments solicited. -- http://mail.python.org/mailman/listinfo/python-list
