sys.stdin and two CTRL-Ds

On 2/07/2006 5:02 AM, Christoph Haas wrote:

> Hi...

I encountered a problem that - according to my google search - other
people have found, too. Example code:

import sys
for line in sys.stdin:
print line

Running this code in Python 2.3 or 2.4 has the problem that I need to
send two EOFs (Ctrl-D) to break out of that loop.

Use case is a piped Python script that I run as a "CustomLog" pipe for
an Apache web server. I want to run all the log output through that pipe
but haven't had much luck. First it takes ages until the script
processes the input (even though I ran Python with "-u" to make it
unbuffered)

Which "it" did you expect to make unbuffered? -u unbuffers sys.stdout
and sys.stderr (and makes them binary, which wouldn't be a good idea on
a Windows box). If you are concerned that output shows up in real time,
use sys.stdXXX.flus h().

> and then the script needs one EOF to do something with the
input and a second EOF to break out of the loop.

Is this a bug? I'm close to write a Perl script for this case. :(

I can reproduce your problem on Windows with Python 2.4.2 (note ^Z is
EOF for Windows):

|>> import sys
|>> for line in sys.stdin:
.... print >> sys.stderr, "->", repr(line)
....
line1
line2
line3
^Z
-> 'line1\n'
-> 'line2\n'
-> 'line3\n'
^Z
|>>

However this worked for me :

|>> import sys
|>> while 1:
.... line = sys.stdin.readl ine()
.... if not line: break
.... print >> sys.stderr, "->", repr(line)
....
line1
-> 'line1\n'
line2
-> 'line2\n'
^Z
|>>

The Library Reference Manual, section 2.3.9 (File Objects) says:
"""
Files support the iterator protocol. Each iteration returns the same
result as file.readline() , and iteration ends when the readline() method
returns an empty string.
"""

So yes, looks like a bug to me, but perhaps you don't need use Perl :-)

HTH,
John

Jul 1 '06 #2

Lawrence D'Oliveiro

In article <44************ **@lexicon.net> ,
John Machin <sj******@lexic on.netwrote:

>-u unbuffers sys.stdout
and sys.stderr (and makes them binary, which wouldn't be a good idea on
a Windows box).

Why not?

Jul 2 '06 #3

On 2/07/2006 3:48 PM, Lawrence D'Oliveiro wrote:

In article <44************ **@lexicon.net> ,
John Machin <sj******@lexic on.netwrote:

>-u unbuffers sys.stdout
and sys.stderr (and makes them binary, which wouldn't be a good idea on
a Windows box).

Why not?

If binary, '\n' would appear as LF alone rather than CR LF.

Jul 2 '06 #4

Lawrence D'Oliveiro

In article <44******@news. eftel.com>,
John Machin <sj******@lexic on.netwrote:

>On 2/07/2006 3:48 PM, Lawrence D'Oliveiro wrote:
>In article <44************ **@lexicon.net> ,
John Machin <sj******@lexic on.netwrote:

>>-u unbuffers sys.stdout
and sys.stderr (and makes them binary, which wouldn't be a good idea on
a Windows box).

Why not?

If binary, '\n' would appear as LF alone rather than CR LF.

Why should that matter? I thought Windows (the NT line) was
POSIX-compliant.

Jul 3 '06 #5

On 3/07/2006 4:45 PM, Lawrence D'Oliveiro wrote:

In article <44******@news. eftel.com>,
John Machin <sj******@lexic on.netwrote:

>On 2/07/2006 3:48 PM, Lawrence D'Oliveiro wrote:
>>In article <44************ **@lexicon.net> ,
John Machin <sj******@lexic on.netwrote:

-u unbuffers sys.stdout
and sys.stderr (and makes them binary, which wouldn't be a good idea on
a Windows box).
Why not?
If binary, '\n' would appear as LF alone rather than CR LF.

Why should that matter?

Because the contents of the output would be different. Haven't you ever
wondered why (or read the manuals that explain why) Python, C , etc file
I/O libraries have a text mode and a binary mode?

I thought Windows (the NT line) was
POSIX-compliant.

What on earth gave you that idea?

Jul 3 '06 #6

cmdrrickhunter

I may be wrong, but I've never heard of Windows being fully posix
compliant. I guarentee you that they dont support pthreads.

It is possible that by "posix compliant" the marketting execs mean
"supports all posix commands which dont interfere with our way of doing
things"

Windows version of python always uses \r\n for line ends (which are
then combined into a single \n character when read). This bears strong
resemblance to the carriage return line feed combination required by
typerwriters before the computer era. Wordpad will read Unix line ends
(\n) if it has to, notepad wont even try. Mac used to use \r for line
ends, just to be the odd ball. I think they may have stopped that with
OSX. Any mac user want to cover this one?

Whats especially frustrating is the cygwin version of python. If you
configure things wrong with the cygwin line ends, you can have python
swear its outputing \n while its really coughing out \r\n's
Lawrence D'Oliveiro wrote:

Why should that matter? I thought Windows (the NT line) was
POSIX-compliant.

Jul 3 '06 #7

Lawrence D'Oliveiro

In article <44********@new s.eftel.com>,
John Machin <sj******@lexic on.netwrote:

>On 3/07/2006 4:45 PM, Lawrence D'Oliveiro wrote:

>I thought Windows (the NT line) was
POSIX-compliant.

What on earth gave you that idea?

<http://fuckinggoogleit .com/?query=windows+ nt+posix>

Jul 3 '06 #8

Problem with EOF when using pipes and stdin

On 3/07/2006 9:14 PM, Lawrence D'Oliveiro wrote:

In article <44********@new s.eftel.com>,
John Machin <sj******@lexic on.netwrote:

>On 3/07/2006 4:45 PM, Lawrence D'Oliveiro wrote:

>>I thought Windows (the NT line) was
POSIX-compliant.
What on earth gave you that idea?

<http://fuckinggoogleit .com/?query=windows+ nt+posix>

Thank you for your elegant and witty response.

The POSIX sub-system of Windows NT 4+ is POSIX-compliant to some degree.
This is not the same as saying that the whole of Windows is
POSIX-compliant. It means that people who write applications using that
subsytem can achieve the same result as if the app was being run on a *x
platform. This is as wonderful and as useless as tits on a bull. So what
do you do if you redirect stdout to a file and a user complains that
Notepad won't grok it? Teach him/her to use vi[m]?

Jul 3 '06 #9

Similar topics

6144

by: Yandos | last post by:

Hello all, I have maybe a trivial question, but I cannot think out what is wrong :( How do i detect EOF correctly when i read from stdin? Am I doing it wrong? <pipetest.c> #include <stdio.h> int main(void) { char ch;

45755

Flush stdin?

by: Jonathan Neill | last post by:

I'm aware that there is no ANSI (or POSIX, or any standard, to my knowledge) way of flushing stdin or any other application-level input buffer, but if anyone knows a hack or a non-portable way to do this, no matter how obscure or arcane, I'd appreciate it.

Can't detect EOF from stdin on windows console

4479

by: Dmitry Anikin | last post by:

I want to read stdin in chunks of fixed size until EOF I want to be able (also) to supply data interactively in console window and then to hit Ctrl+Z when finished So what I do is: while True: s = sys.stdin.read(chunk_size) if not s: break # do something with s

cgi post - clear data from stdin

1975

by: Oliver Bleckmann | last post by:

hey guys, i have a little problem. my cgi routines are working so far, but i need to redirect to the cgi-programm and what the "posted" data to be cleared if redirected. i don't know how the post method exactly works. maybe i have to clear the stdin (tried fflush)!? maybe the is another reason that the former data is displayed. fist i...

Smarter way to do this? Unicode + stdin, stdout

3870

by: BenjaMinster | last post by:

I want to read and write unicode on stdin and stdout. I can't seem to find any way to force sys.stdin.encoding and sys.stdout.encoding to be utf-8, so I've got the following workaround: import codecs, sys out = codecs.getwriter("utf-8")(sys.stdout) def tricky(): return sys.stdin.readline().decode("utf-8"). That is, I wrap sys.stdout...

5831

reading from sys.stdin

by: 7stud | last post by:

I can't break out of the for loop in this example: ------ import sys lst = for line in sys.stdin: lst.append(line) break

Does fileinput.input() read STDIN all at once?

1576

STDIN in list context

by: varaprasad yadav | last post by:

i have created an array print "Enter a string"; @list = <STDIN>; print @list; when i excute this it is always in input mode even though i go to new line by pressing enter or if i try bypressing ctrl z

Perl

3238

by: Adam Funk | last post by:

I'm using this sort of standard thing: for line in fileinput.input(): do_stuff(line) and wondering whether it reads until it hits an EOF and then passes lines (one at a time) into the variable line. This appears to be the behaviour when it's reading STDIN interactively (i.e. from the keyboard).

3480

stdin (keyboard) to file

by: Peter Blues | last post by:

I'm trying to write from keyboard input to a txt file. I don't understand why the while loop below doesn't achieve this. I.. 1: open the file for writing through FILE pointer outstream 2: I get chars one at a time as ints(ascii) through fd using getchar() 3: Copy from fd to FILE *outstream using fputc() 4: Finally close outstream. I feel...

Any way to take a word as input from stdin ?

209

8609

by: arnuld | last post by:

I searched the c.l.c archives provided by Google as Google Groups with "word input" as the key words and did not come up with anything good. C++ has std::string for taking a word as input from stdin. C takes input in 2 ways: 1) as a character, etchar() 2) as a whole line, fgets()

Problem With Comparison Operator <=> in G++

7673

What is ONU?

by: marktang | last post by:

ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main...

General

7893

by: Oralloy | last post by:

Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed. This is as boiled down as I can make it. ...