[issue15311] Developer Guide doesn't get updated once a day

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Patch attached.

I also added a note about building the Dev Guide documentation.  Unlike the 
main Python documentation, `make html` for the Dev Guide doesn't seem to 
install Sphinx automatically.

--
keywords: +patch
Added file: http://bugs.python.org/file26341/issue-15311-1.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15311] Developer Guide doesn't get updated once a day

[Chris Jerdonek]

Changes by Chris Jerdonek :


--
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15310] urllib: Support for multiple WWW-Authenticate headers and/or multiple challenges per header

[Mark Dickinson]

Changes by Mark Dickinson :


--
nosy: +mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15317] Source installation sets incorrect permissions for Grammar3.2.3.final.0.pickle

[Tomi Pieviläinen]

New submission from Tomi Pieviläinen :

/usr/local/lib/python3.2/lib2to3/Grammar3.2.3.final.0.pickle is readable only 
by root after installing with make install from the source package. This makes 
at least installing distribute fail, and thus makes virtualenv, tox etc. 
unusable.

--
components: Installation
messages: 165171
nosy: tpievila
priority: normal
severity: normal
status: open
title: Source installation sets incorrect permissions for 
Grammar3.2.3.final.0.pickle
type: behavior
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15317] Source installation sets incorrect permissions for Grammar3.2.3.final.0.pickle

[Tomi Pieviläinen]

Tomi Pieviläinen  added the comment:

Also PatternGrammar3.2.3.final.0.pickle is missing the read permissions.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15302] Use argparse instead of getopt in test.regrtest

[Chris Jerdonek]

Chris Jerdonek  added the comment:

By the way, issue 15300 has a related patch that is ready to review today.

Assuming that one is okay, it would make sense to commit first because it 
overlaps with the changes I'll be doing here.

Issue 15305 is another related issue (also overlapping) that is probably worth 
discussing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15315] Can't build Python extension with mingw32 on Windows

[Craig McQueen]

Craig McQueen  added the comment:

That's definitely an improvement. It gets further, but on my PC, the compile 
fails:

...
c:/mingw/bin/../lib/gcc/mingw32/4.5.0/../../../../mingw32/bin/ld.exe: cannot 
find -lmsvcr100
collect2: ld returned 1 exit status
error: command 'gcc' failed with exit status 1

I'll have to see if I can get the required library I guess.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15316] runpy swallows ImportError information with relative imports

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

Looks very similar to issue15111.

--
nosy: +amaury.forgeotdarc
resolution:  -> duplicate
status: open -> closed
superseder:  -> Wrong ImportError message with importlib

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15111] Wrong ImportError message with importlib

[Chris Jerdonek]

Changes by Chris Jerdonek :


--
nosy: +cjerdonek

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15315] Can't build Python extension with mingw32 on Windows

[Craig McQueen]

Craig McQueen  added the comment:

I downloaded the latest MinGW, and now it tells me:

...
c:\mingw\bin\gcc.exe -mno-cygwin -mdll -O -Wall -IC:\Python33\include 
-IC:\Python33\PC -c python3/src/_cobs_ext.c -o bui
ld\temp.win32-3.3\Release\python3\src\_cobs_ext.o
cc1.exe: error: unrecognized command line option '-mno-cygwin'
error: command 'gcc' failed with exit status 1

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15315] Can't build Python extension with mingw32 on Windows

[Craig McQueen]

Craig McQueen  added the comment:

It sounds as though the option '-mno-cygwin' is related to issue #12641.

Does that mean I need to find a version of MinGW that is old enough to support 
the option '-mno-cygwin', but new enough to include a library for msvcr100?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12641] Remove -mno-cygwin from distutils

[Craig McQueen]

Craig McQueen  added the comment:

I've come across this issue when trying to build extensions for Python 3.3 on 
Windows, needing a recent enough MinGW to provide a library for msvcr100. See 
issue #15315.

--
nosy: +cmcqueen1975

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15315] Can't build Python extension with mingw32 on Windows

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I'm not a Cygwin user myself, so it would be good if you could figure this out 
somehow. Feel free to ask on Cygwin lists how this is supposed to work. Our 
requirement is that the resulting pyd needs to link with msvcr100.dll. It may 
well be that *no* version of Cygwin ever supported this, in which case we 
should drop Cygwin support from Python 3.3.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15309] buffer/memoryview slice assignment uses only memcpy

[Stefan Krah]

Stefan Krah  added the comment:

Could you please state the Python version and line numbers in
memoryobject.c?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12641] Remove -mno-cygwin from distutils

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I have gcc 3.4.4 in my cygwin installation, and it still needs the -mno-cygwin 
option, else the resulting binary will link with cygwin1.dll (which is 
undesired).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12641] Remove -mno-cygwin from distutils

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I just installed the cygwin gcc4 package; this gives me gcc 4.5.3. In this 
version, -mno-cygwin is still recognized, and gives this error message:

gcc: The -mno-cygwin flag has been removed; use a mingw-targeted cross-compiler.

So it seems that removing the -mno-cygwin flag is definitely incorrect, as it 
will result in a cygwin binary.

I then installed the mingw-gcc-core package, which gave me the utility  
i686-pc-mingw32-gcc, which indeed is able to create a (nearly) correct binary.

So I think we should check whether i686-pc-mingw32-gcc exists in the path, and 
if so, use it (without a -mno-cygwin flag). If it doesn't exist, we should 
continue to use gcc -mno-cygwin.

My remaining concern with i686-pc-mingw32-gcc is that it still links with 
msvcrt.dll in addition to linking with msvcrXY.dll; this is incorrect.

There is another concern that this applies to 32-bit mode only; in 64-bit mode, 
 i686-w64-mingw32-gcc should be used. However, this is issue 4709.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15267] tempfile.TemporaryFile and httplib incompatibility

[Tim Golden]

Tim Golden  added the comment:

I can confirm that this isn't a problem for 3.x. No-one's listed in the experts 
list for the httplib module but Senthil appears to be the de factor maintainer 
so I've added him to the call for his opinion. My feeling would be to do the 
simplest thing possible and add AttributeError to the list of trapped 
exceptions.

--
nosy: +orsenthil

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12641] Remove -mno-cygwin from distutils

[Martin v . Löwis]

Martin v. Löwis  added the comment:

The 64-bit compiler is actually called  x86_64-w64-mingw32-gcc.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15300] test directory doubly-nested running tests with -j/--multiprocess

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I don't really like the "pre-parsed option" hack. Can't we think of something 
simpler? For example, why would the child be involved, rather than simply the 
parent setting the right cwd?

Also, I don't think there's any point in _OPTION_CWD_PARENT_DIR. Just hard-code 
the literal, it will be more readable.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15111] Wrong ImportError message with importlib

[Brett Cannon]

Brett Cannon  added the comment:

That "cannot import name" message seems to only come from 
Python/ceval.c:import_from() which raises that exception when an AttributeError 
is raised by an 'import from' statement (I think). This happens when an 'import 
from' asks for a name on the package/module that doesn't exist.

Looking at importlib, I found the code that captures the ImportErrorof a 
submodule, which allows the import to continue and then fail as an 
AttributeError at the bytecode level. I'm running the test suite now with that 
try/except removed to see if this was just a mis-interpretation on my part of 
how to handle this situation. As of right now the only failures I have continue 
my belief that import * is evil.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15314] Use importlib instead of pkgutil in runpy

[Brett Cannon]

Brett Cannon  added the comment:

Ooh, first "customer" of importlib.find_loader()! Obviously if the API doesn't 
work for you let me know since it's a 3.3 addition and can be tweaked to meet 
your needs.

--
nosy: +brett.cannon

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15111] Wrong ImportError message with importlib

[Roundup Robot]

Roundup Robot  added the comment:

New changeset dc18a2a66d16 by Brett Cannon in branch 'default':
Issue #15111: When a module was imported using a 'from import'
http://hg.python.org/cpython/rev/dc18a2a66d16

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15111] Wrong ImportError message with importlib

[Brett Cannon]

Changes by Brett Cannon :


--
assignee:  -> brett.cannon
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13532] In IDLE, sys.stdout and sys.stderr can write any pickleable object

[Roger Serwy]

Roger Serwy  added the comment:

sys.stdin has a write method, but it should raise "io.UnsupportedOperation: not 
writable" when passed a string. It looks like IDLE has allowed writes to stdin 
even before Martin's patch. I'll open a separate issue for this case.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15318] IDLE - sys.stdin is writeable

[Roger Serwy]

New submission from Roger Serwy :

This is a follow-up to issue13532 which fixed problems with IDLE's sys.stdout 
and sys.stderr implementation.

Presently, sys.stdin has a write method, but does not raise 
"io.UnsupportedOperation: not writable" when passed a string. Instead, it 
writes to the IDLE shell.

--
components: IDLE
messages: 165190
nosy: serwy, storchaka, terry.reedy
priority: low
severity: normal
status: open
title: IDLE - sys.stdin is writeable
type: behavior
versions: Python 2.7, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13532] In IDLE, sys.stdout and sys.stderr can write any pickleable object

[Roger Serwy]

Roger Serwy  added the comment:

Running "input" from IDLE now raises an error. Attached is a fix to _RPCFile to 
allow readline (and isatty) to function properly.

--
priority: normal -> high
resolution: fixed -> 
status: closed -> open
Added file: http://bugs.python.org/file26342/stdin_fix.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15289] Adding __getitem__ as a class method doesn't work as expected

[samwyse]

samwyse  added the comment:

Thanks, Eric.  Based on what you said, I was able to get the desired behavior 
by creating a metaclass.

--
Added file: http://bugs.python.org/file26343/Issue15289.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12967] IDLE RPC Proxy for standard IO streams lacks 'errors' attribute

[Roger Serwy]

Roger Serwy  added the comment:

Issue13532 has an applied patch (422242dbce30) for the subprocess that makes 
the stdout, stderr, and stdin inherit from io.TextIOBase. This includes the 
"errors" attribute, albeit set to ''.

The fix does not apply when running IDLE without a subprocess, so the .errors 
attribute will still be missing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13532] In IDLE, sys.stdout and sys.stderr can write any pickleable object

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

>>> sys.stdin.readable()
False
>>> sys.stdout.writable()
False

I think the issue is far from a solution.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1346874] httplib simply ignores CONTINUE

[André Cruz]

André Cruz  added the comment:

Can anyone confirm what is missing for this patch to be committed?

Is it just test and documentation changes or is something wrong with the code 
changes as well?

--
nosy: +edevil

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1346874] httplib simply ignores CONTINUE

[Carl Nobile]

Carl Nobile  added the comment:

I was told some time ago that it was documentation changes. And, if I
remember correctly CONTINUE (100) was not ignored, it was actually broken.
Data was being read from stdin when a CONTINUE was received and this should
never happen based on RFC 2616, because there will never be any data to
read.

~Carl

On Tue, Jul 10, 2012 at 12:15 PM, André Cruz  wrote:

>
> André Cruz  added the comment:
>
> Can anyone confirm what is missing for this patch to be committed?
>
> Is it just test and documentation changes or is something wrong with the
> code changes as well?
>
> --
> nosy: +edevil
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13532] In IDLE, sys.stdout and sys.stderr can write any pickleable object

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Folks: one issue at a time - pretty pretty please.

This issue was "In IDLE, sys.stdout and sys.stderr can write any pickleable 
object". Will anybody dispute that this issue is fixed?

Roger: please create a new issue for input being broken now. Your patch 
"shouldn't" be necessary, as __getattr__ should deal with this.

Serhiy: please create a new issue for readable and writable returning an 
incorrect result.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - input() is broken.

[Roger Serwy]

New submission from Roger Serwy :

Per Martin's request in msg165197, this issue has been separated from 
Issue13532.

The newly introduced _RPCFile object in run.py (422242dbce30) inherits from 
io.TextIOBase which has "readline" as one of its methods. As a result, IDLE's 
internal call readline are not handled properly.

The stdin_fix.patch provides a fix for readline and isatty.

--
components: IDLE
files: stdin_fix.patch
keywords: patch
messages: 165198
nosy: loewis, ned.deily, serwy, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE - input() is broken.
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file26344/stdin_fix.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4832] idle filename extension

[Roger Serwy]

Roger Serwy  added the comment:

I tried issue4832_rev2.patch on Ubuntu 11.04 with Tk 8.5 and it still behaves 
as Terry described.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15302] Use argparse instead of getopt in test.regrtest

[R. David Murray]

R. David Murray  added the comment:

As mentioned, the first step is to create some tests that can validate the 
current behavior, so that changes don't break things.  This is a non-trivial 
task.  I know from experience with a similar refactoring that even seemingly 
simple changes can have unexpected consequences, and that getting good 
functional test coverage (not code-line test coverage) is hard.  This is 
complicated by the fact that regrtest is an over-evolved mess.  My ideal is to 
move appropriate pieces of the functionality into unittest and make regrtest a 
wrapper around that, but obviously I haven't spent much time actually doing 
that.

I don't think that regrtest tests need to be run as part of the standard python 
test run, by the way, though I suppose they could be.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15298] _sysconfigdata is generated in srcdir, not builddir

[Matthias Klose]

Matthias Klose  added the comment:

proposed patch, tested with configure, build and install

--
keywords: +needs review, patch
Added file: http://bugs.python.org/file26345/sysconfigdata.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - input() is broken.

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

There is a simpler solution of this issue.

--
nosy: +storchaka
type:  -> behavior
Added file: http://bugs.python.org/file26346/idle_stdin_no_rpcfile.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15320] thread-safety issue in regrtest.main()

[Chris Jerdonek]

New submission from Chris Jerdonek :

My understanding is that generators are not thread-safe.  For example, see

http://stackoverflow.com/a/1131458/262819

However, regrtest.main() seems to access a generator from multiple threads when 
run in multiprocess mode:

def work():
# A worker thread.
try:
while True:
try:
test, args_tuple = next(pending)
except StopIteration:
output.put((None, None, None, None))
return

http://hg.python.org/cpython/file/2ecdda96f970/Lib/test/regrtest.py#l632

--
components: Tests
keywords: easy
messages: 165203
nosy: cjerdonek
priority: normal
severity: normal
status: open
title: thread-safety issue in regrtest.main()
versions: Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - input() is broken.

[Roger Serwy]

Roger Serwy  added the comment:

I like Serhiy's patch. It works for me.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1346874] httplib simply ignores CONTINUE

[André Cruz]

André Cruz  added the comment:

As far as I can see, the patch does add some documentation changes. What 
exactly is missing?

As for the bug, if I understood correctly, what you are saying is that when 
"ignore_continue" is True, and the server sends a 100 Continue response, the 
code will continue to try to read data from the server even though none is 
expected, is that right?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15298] _sysconfigdata is generated in srcdir, not builddir

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The patch is rather ugly, I think. You should arrange for sysconfigdata to be 
generated directly at the right place instead (not sure how, perhaps it should 
be done from setup.py).

Also, there's no need for this to be a release blocker.

--
priority: release blocker -> normal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1346874] httplib simply ignores CONTINUE

[Carl Nobile]

Carl Nobile  added the comment:

Yes, exactly. I was not the one who posted the original bug report, but I
found it when I ran into the same problem. I was not exactly sure if the
original poster had the same issues as I had. I do know that my fix to the
code eliminated some code making the code a bit simpler. I could try to dig
up my fix and send it to you if you want.

~Carl

On Tue, Jul 10, 2012 at 5:32 PM, André Cruz  wrote:

>
> André Cruz  added the comment:
>
> As far as I can see, the patch does add some documentation changes. What
> exactly is missing?
>
> As for the bug, if I understood correctly, what you are saying is that
> when "ignore_continue" is True, and the server sends a 100 Continue
> response, the code will continue to try to read data from the server even
> though none is expected, is that right?
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15309] buffer/memoryview slice assignment uses only memcpy

[Stefan Krah]

Stefan Krah  added the comment:

I see nothing wrong in memory_ass_sub(). In 2.7:

if (destbuf + bytelen < srcbuf || srcbuf + bytelen < destbuf)
/* No overlapping */
memcpy(destbuf, srcbuf, bytelen);
else
memmove(destbuf, srcbuf, bytelen);


Other versions use similar idioms.

--
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1346874] httplib simply ignores CONTINUE

[André Cruz]

André Cruz  added the comment:

Carl: that would be great. Do you use it regularly? Any other problems?

Python devs: can anyone confirm me what still needs to be done so that this 
patch can be considered for merging into trunk? Thanks.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12641] Remove -mno-cygwin from distutils

[Craig McQueen]

Craig McQueen  added the comment:

It would be great if this could be sorted out in time for Python 3.3. Otherwise 
I don't think we'll be able to use MinGW to build extensions in Windows. Unless 
there is a version of MinGW which supports the -mno-cygwin option, as well as 
libmsvcr100.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15317] Source installation sets incorrect permissions for Grammar3.2.3.final.0.pickle

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1346874] httplib simply ignores CONTINUE

[Senthil Kumaran]

Senthil Kumaran  added the comment:

The patch seems good. I apologize that this has been sitting stale for a long 
time. Since this is a new feature, I am not sure if putting to 3.3 might be a 
good idea. This is a feature for httplib, so it may not make it to 2.7.x, but 
can make it to 3.4.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15315] Can't build Python extension with mingw32 on Windows

[Craig McQueen]

Craig McQueen  added the comment:

I've succeeded in building an extension for Python 3.3 (at least, on Windows 
XP, 32-bit; haven't tried any 64-bit), by the hack of copying libmsvcr100.a 
from a recent MinGW release (20120426) into an older MinGW release (20101030).

I haven't looked at MinGW releases to see if I can find one that supports both 
the -mno-cygwin option and msvcr100.

I guess the best solution for this is to resolve issue #12641 for Python 3.3.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15321] bdist_wininst installers may terminate with "close failed in file object destructor:\nsys.excepthook is missing\nlost sys.stderr"

[Mark Hammond]

New submission from Mark Hammond :

Note the error message in the title is only for Python 2.x - Python 3.x shows 
an empty string instead, but otherwise seems identical.

This was first brought to my attention via 
http://sourceforge.net/tracker/?func=detail&aid=352&group_id=78018&atid=551954.
  I can reproduce it (see below) with the pywin32 installer but believe the 
problem will exist with any such installer.  All tests done on a Win7x64 VM.  
Symptoms are:

* Run the installer with UAC enabled - reliably works.  All "print" statements 
from the post-install script are shown in the final dialog.

* Disable UAC.  The installation reliably ends with the "close failed..." 
message shown in the final dialog.  No print output is shown.  The installation 
did actually complete (but is likely to fail if the output fills stdout 
buffering).  The UAC is probably relevant as when UAC is enabled, the installer 
re-spawns itself with elevation.

* The problem with UAC disabled can be reproduced running in the VS debugger.  
The problem is that Python sees stdout and stderr with a FILE object that has a 
fileno of -2 (ie, of _NO_CONSOLE_FILENO).  Then, when Python is finalizing it 
tries to close these handles and fails due to the invalid fileno.  The other 
messages are a consequence of the fact stderr itself is what is being closed 
(ie, Python is trying to report a problem closing stderr to stderr.)  Python 3 
seems to handle this case better courtesy of issue 1415, but the fact the 
output is lost remains in both versions.

* Looking over the installer code, I notice that Python is initialized and 
terminated twice to compile .pyc/.pyo, then initialized a third time in 
preparation to run the install script - the handles are redirected prior to 
initializing the 3rd time.  On a hunch, I hacked the code to perform the 
redirection *before* Python is initialized for the first time.  This solved the 
problem when run under the debugger but still failed when run stand-alone 
(*sigh*).  I fiddled with some params to CreateFile in the redirection code but 
could not get things working.  Note that avoiding the multiple init/finalize 
calls may be problematic as Py_OptimizeFlag is set differently between runs.

* I looked over the CRT init code to try and determine why _NO_CONSOLE_FILENO 
was being used.  It appears the CRT attempts to use the process STARTUPINFO and 
only falls back to GetStdHandle if that STARTUPINFO doesn't provide valid 
handles.  So I tried both using GetStartupInfo and putting the redirect handles 
in the result, and explicitly closing the old std handles, but neither of them 
worked.

Next step is probably to arrange to step through the CRT init code to see what 
is going on there.  I doubt I will get back to this any time soon, so this is 
my attempt at detailing what I've discovered to date incase someone else has a 
look...

--
assignee: eric.araujo
components: Distutils
messages: 165213
nosy: eric.araujo, mhammond, tarek
priority: normal
severity: normal
status: open
title: bdist_wininst installers may terminate with "close failed in file object 
destructor:\nsys.excepthook is missing\nlost sys.stderr"
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15321] bdist_wininst installers may terminate with "close failed in file object destructor:\nsys.excepthook is missing\nlost sys.stderr"

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - input() is broken.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I agree that the _RPCFile wrapping of the stdin proxy should be undone unless 
and until there is a positive reason for it -- it solves a problem -- and it is 
better tested. But reversion does not solve pre-existing problems. As noted by 
Roger, sys.stdin writes, which it should not do. Worse, when directly used, it 
does not read, which it should do.

>>> sys.stdin

>>> dir(sys.stdin)
['_RPCProxy__attributes', '_RPCProxy__getattributes', '_RPCProxy__getmethods', 
'_RPCProxy__methods', '__class__', '__delattr__', '__dict__', '__dir__', 
'__doc__', '__eq__', '__format__', '__ge__', '__getattr__', '__getattribute__', 
'__gt__', '__hash__', '__init__', '__le__', '__lt__', '__module__', '__ne__', 
'__new__', '__qualname__', '__reduce__', '__reduce_ex__', '__repr__', 
'__setattr__', '__sizeof__', '__str__', '__subclasshook__', '__weakref__', 
'encoding', 'oid', 'sockio']
>>> sys.stdin.write('abc')
abc
>>> sys.stdin.read()
Traceback (most recent call last):
  File "", line 1, in 
sys.stdin.read()
AttributeError: read

versus, in command interpreter (Win7,3.3.0b0)

>>> sys.stdin.read()
abcdefg
^Z
'abcdefg\n'
>>> sys.stdin.write('abc')
Traceback (most recent call last):
  File "", line 1, in 
io.UnsupportedOperation: not writable

Same difference for readlines and writelines. I wonder how input works if it 
does not call sys.stdin.read()

I found this in rpc.py:
# XXX KBK 09Sep03  We need a proper unit test for this module.
# Previously existing test code was removed at Rev 1.27 (r34098).

--
stage:  -> needs patch
versions: +Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15318] IDLE - sys.stdin is writeable

[Terry J. Reedy]

Terry J. Reedy  added the comment:

To me, this is part of #15319. sys.stdin is broken in being writable but not 
readable. Unwrapping is just the first, trivial step to fixing it. So I think 
we should close this in favor of the other.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15318] IDLE - sys.stdin is writeable

[Roger Serwy]

Roger Serwy  added the comment:

I agree. I'll close it.

--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15318] IDLE - sys.stdin is writeable

[Roger Serwy]

Changes by Roger Serwy :


--
superseder:  -> IDLE - input() is broken.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - input() is broken.

[Roger Serwy]

Roger Serwy  added the comment:

Including issue15318 where stdin is writable. The proper solution to that issue 
and this one are likely the same.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - input() is broken.

[Roger Serwy]

Roger Serwy  added the comment:

> Same difference for readlines and writelines. I wonder how input works if it 
> does not call sys.stdin.read()
>

Eventually IDLE makes a call to PyShell's readline.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15322] sysconfig.get_config_var('srcdir') returns unexpected value

[Chris Jerdonek]

New submission from Chris Jerdonek :

sysconfig.get_config_var('srcdir') seems to return the current working 
directory rather than a directory related to the source directory.

For example (starting from the repository root)--

$ mkdir foo
$ cd foo
$ ../python.exe 
Python 3.3.0b1 (default:5d43154d68a8, Jul  8 2012, 18:23:20) 
[GCC 4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.58)] on darwin
>>> import sysconfig
>>> sysconfig.get_config_vars('srcdir')
['/.../cpython/foo']
>>> import sys
>>> sys.executable
'/.../cpython/foo/../python.exe'

This may be the cause or related to issue 15300: "test directory doubly-nested 
running tests with -j/--multiprocess".

--
messages: 165219
nosy: cjerdonek
priority: normal
severity: normal
status: open
title: sysconfig.get_config_var('srcdir') returns unexpected value
versions: Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1346874] httplib simply ignores CONTINUE

[Carl Nobile]

Carl Nobile  added the comment:

André,

As I said I'm not sure if I am fixing the same thing that this bug was
originally posted for. However, after looking at my code I realized that I
just did a quick work around for my situation and it shouldn't be put into
any python release.

This issue is that after a client receives a CONTINUE the client needs to
send the balance of the data. My issue is that the client wouldn't always
do that and the server would hang. So there seems to be a bug
with regard to a reasonable timeout.

When I write RESTful web services I often need to implement CONTINUE, but
this status is rarely used, so I guess I don't use it too regularly.

~Carl

On Tue, Jul 10, 2012 at 7:46 PM, Senthil Kumaran wrote:

>
> Senthil Kumaran  added the comment:
>
> The patch seems good. I apologize that this has been sitting stale for a
> long time. Since this is a new feature, I am not sure if putting to 3.3
> might be a good idea. This is a feature for httplib, so it may not make it
> to 2.7.x, but can make it to 3.4.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15300] test directory doubly-nested running tests with -j/--multiprocess

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Thanks for your feedback, Antoine, and for causing me to rethink the patch.  
This patch is drastically simpler.

Incidentally, I found a reason for this issue in issue 15322.

regrtest calculates the "build" folder relative to 
sysconfig.get_config_var('srcdir').  Because the latter returns the current 
working directory instead of the source directory, the build folders were 
getting nested.

--
Added file: http://bugs.python.org/file26347/issue-15300-3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - input() is broken.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Ah, sys.stdin.readline() works. So the object being proxied has readline (and 
write and writelines) but not read and readlines. I presume the proxy is in the 
user process and the actual stdin/out/err objects are in the idle process, 
interacting with the screen and keyboard via tkinter. Do you know what and 
where it is, so that we could look at it?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - sys.stdin is broken.

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
title: IDLE - input() is broken. -> IDLE - sys.stdin is broken.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15323] Provide target name in output message when Mock.assert_called_once_with fails

[Brian Jones]

New submission from Brian Jones :

In Python 3.3.0b1, if the number of calls to a mock is, say, zero, and you call 
assert_called_once_with() on that mock, it will throw an exception which says 
"Expected to be called once. Called 0 times."

This is nice, but it would be nicer if the output message actually told the end 
user *what* it expected to be called once. I've supplied a patch and 
documentation update that makes this change by adding _mock_name to the output 
message using the variable interpolation method already being used in that 
message to output the call count. 

The result looks like this (for the case in the documentation): 

Python 3.3.0b1 (default:2ecdda96f970+, Jul 10 2012, 22:45:18) 
[GCC 4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.58)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from unittest.mock import Mock
[103576 refs]
>>> mock = Mock(return_value=None)
[103641 refs]
>>> mock('foo', bar='baz')
[103679 refs]
>>> mock.assert_called_once_with('foo', bar='baz')
[103680 refs]
>>> mock('foo', bar='baz')
[103703 refs]
>>> mock.assert_called_once_with('foo', bar='baz')
Traceback (most recent call last):
  File "", line 1, in 
  File "/Users/brianj/Dropbox/Source/Python/cpython/Lib/unittest/mock.py", line 
736, in assert_called_once_with
raise AssertionError(msg)
AssertionError: Expected 'mock' to be called once. Called 2 times.
[103758 refs]

In the above case, the mock was never given a name, and wasn't instantiated 
with any particular target. Here's an example using a patch on 'time.time' to 
show the effect: 

Python 3.3.0b1 (default:2ecdda96f970+, Jul 10 2012, 22:45:18) 
[GCC 4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.58)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from unittest.mock import patch
[106009 refs]
>>> with patch('time.time') as foo:
... foo.assert_called_once_with()
... 
Traceback (most recent call last):
  File "", line 2, in 
  File "/Users/brianj/Dropbox/Source/Python/cpython/Lib/unittest/mock.py", line 
736, in assert_called_once_with
raise AssertionError(msg)
AssertionError: Expected 'time' to be called once. Called 0 times.
[106621 refs]

--
components: Library (Lib)
files: mock_assert_called_once_with_output_update.patch
keywords: patch
messages: 165223
nosy: Brian.Jones
priority: normal
severity: normal
status: open
title: Provide target name in output message when Mock.assert_called_once_with 
fails
type: enhancement
versions: Python 3.3
Added file: 
http://bugs.python.org/file26348/mock_assert_called_once_with_output_update.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15230] runpy.run_path doesn't set __package__ correctly

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15272] pkgutil.find_loader accepts invalid module names

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15314] Use importlib instead of pkgutil in runpy

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15323] Provide target name in output message when Mock.assert_called_once_with fails

[Chris Jerdonek]

Chris Jerdonek  added the comment:

I have a minor suggestion.  I would suggest--

+ msg = ("Expected %s to be called once. Called %s times." %
+(repr(self._mock_name) or 'mock', self.call_count))

so that one can distinguish between self._mock_name not being defined and 
self._mock_name being equal to 'mock'.

--
nosy: +cjerdonek

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14797] Deprecate imp.find_module()/load_module()

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +eric.araujo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - sys.stdin is broken.

[Ramchandra Apte]

Changes by Ramchandra Apte :


--
nosy: +ramchandra.apte

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - sys.stdin is broken.

[Roger Serwy]

Roger Serwy  added the comment:

PyShell.py's PyShell object has the readline method, at line 1080 in the most 
recent code. It's meant for use with and without a subprocess. (See also 
Issue14254)

The IDLEfork project long ago created the subprocess and the RPC plumbing for 
the subprocess interaction with the *existing* PyShell(OutputWindow) object as 
stdin/stdout/stderr. This RPC, found in rpc.py, is used in run.py and PyShell's 
ModifiedInterpreter. The start_subprocess method connects the 
stdin/stdout/stderr from the IDLE front-end to the subprocess in run.py. The 
stdout/stderr objects are the PyShell(OutputWindow) object wrapped by 
PseudoFile. Stdin is not wrapped, but it should be.

I know that this issue deals with stdin specifically, but I hope that the 
additional stdout/stderr information places the problem into a greater context.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - readline, isatty, and input broken

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I think the issue is grossly underspecified. The title of the issue is 
"sys.stdin is broken" which says nothing about the way in which it is broken. 
Taking Roger's literal description, and his msg165191, the complaint is that 
input() no longer works, as doesn't readline and isatty.

Since this was what Roger opened the issue for, I declare this to be the issue 
being dealt with here. I agree that Serhiy's patch is a proper resolution of 
the issue.

Roger, please refrain from trying to put issues in a broader scope, unless you 
make an explicit specification what exactly is in scope and what is out of 
scope. I readily agree that there are many issues with stdin and stdout in 
IDLE; I don't agree that easily that they all deserve being resolved. I 
entirely, completely, absolutely disagree that they are related to what you 
originally submitted as this issue, as I firmly, deeply convinced believe that 
the fixes to the other issues will be different from the proper fix to this 
issue. So please, please, please don't mix issues.

--
title: IDLE - sys.stdin is broken. -> IDLE - readline, isatty, and input broken

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - readline, isatty, and input broken

[Roundup Robot]

Roundup Robot  added the comment:

New changeset b90482742ee0 by Martin v. Löwis in branch '3.2':
Issue #15319: Revert wrapping of sys.stdin. Patch by Serhiy Storchaka.
http://hg.python.org/cpython/rev/b90482742ee0

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15302] Use argparse instead of getopt in test.regrtest

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Here is a patch that creates some unit tests for the existing getopt argument 
parsing code.

In response to the comments, I'm thinking of a less invasive approach that 
involves wrapping argparse's parse_args() to return getopt-like output (and in 
particular, to match test expectations).

In this way, we will be able to keep main() mostly unaffected while still being 
able to use argparse.

--
keywords: +patch
Added file: http://bugs.python.org/file26349/issue-15302-1.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - readline, isatty, and input broken

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 42424c1f605c by Martin v. Löwis in branch '2.7':
Issue #15319: Revert wrapping of sys.stdin. Patch by Serhiy Storchaka.
http://hg.python.org/cpython/rev/42424c1f605c

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15319] IDLE - readline, isatty, and input broken

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15318] IDLE - sys.stdin is writeable

[Martin v . Löwis]

Martin v. Löwis  added the comment:

It's *clearly* not a duplicate. While #15319 is fixed, this issue remains - so 
it can't possibly be a duplicate.

--
nosy: +loewis
resolution: duplicate -> 
superseder: IDLE - readline, isatty, and input broken -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15318] IDLE - sys.stdin is writeable

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com