[issue10064] link to page with documentation bugs

Georg Brandl added the comment: The reference you're referring to is in the section about bugs in Python: """ Bug reports for Python itself should be submitted via the Python Bug Tracker (http://bugs.python.org/). """ and it is placed below the section dealing with documentation bugs. As suc

[issue10072] ftplib documentation is unclear

Georg Brandl added the comment: Committed after review in r85548. Thanks! -- nosy: +georg.brandl resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue10073] calendar.isleap() not checking parameter type

Georg Brandl added the comment: I don't see the point. If you file one such bug per day, you won't be finished in a year -- there's no reason to start adding typechecking in this function. -- nosy: +georg.brandl ___ Python tracker

[issue10098] intermittent failure in test_os

Changes by Brian Curtin : -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue10110] Queue doesn't recognize it is full after shrinking maxsize

Jason R. Coombs added the comment: I should point out that in Python 2.5, it was possible for a subclass to override the _full method to account for this situation, but with Python 2.6 and later, the calculation in _full was hand-inlined... so it's not readily possible for a subclass to corre

[issue10073] calendar.isleap() not checking parameter type

Terry J. Reedy added the comment: To me, Alexander's example >>> calendar.isleap("%d") False is a buggy result. So I would reclassify the issue. The rationale for not checking input types is that bad types result in an error, but that does not happen here due to a design decision that some

[issue10073] calendar.isleap() not checking parameter type

Georg Brandl added the comment: > To me, Alexander's example > >>> calendar.isleap("%d") > False > is a buggy result. So I would reclassify the issue. You'll always find plenty "wrong" inputs for which a function doesn't raise an exception. That's the downside of duck typing. > The ration

[issue10109] itertools.product with infinite iterator cause MemoryError.

Terry J. Reedy added the comment: The input to itertools.product must be a finite sequence of finite iterables. itertools.count(startvalue) produces an infinite sequence of ints (which are not iterable). Passing the latter to the former causes the latter to run until memory is exhausted. You

[issue9807] deriving configuration information for different builds with the same prefix

Dave Malcolm added the comment: Summarizing IRC discussion: Tested on Fedora 13 x86_64 with: --enable-shared --with-wide-unicode and with confdir != srcdir with: ../configure --enable-shared --with-wide-unicode --with-pydebug Mostly working but, test_distutils fails: test_get_outputs (di

[issue10114] compile() doesn't support the PEP 383 (surrogates)

Terry J. Reedy added the comment: I think the title is slightly misleading. As I read the patch, the issue is that PyArg_ParseTupleAndKeywords requires that string args to C functions be valid Unicode strings (and that it does this by trying to encode to utf-8). Your patch subverts this by re

[issue10110] Queue doesn't recognize it is full after shrinking maxsize

Raymond Hettinger added the comment: I've briefly looked at the patch and it seems reasonable. Will look it in more detail by 3.2 goes out. I'm curious about your use case for wanting to change the maxsize of an existing Queue that is already in use. That seems like a odd design.

[issue10110] Queue doesn't recognize it is full after shrinking maxsize

Jason R. Coombs added the comment: I'm not sure what our use case is. I discovered this when I was looking at our project's util library, and we have a Queue subclass that overrides _full to handle the scenario where the queue shrinks. I'm guessing it's being used to dynamically adjust the qu

[issue10114] compile() doesn't support the PEP 383 (surrogates)

STINNER Victor added the comment: #6543 changed code->co_filename encoding from filesystem encoding+surrogateescape to utf-8+strict. With my patch, compile('', '\udcc3\udca9', 'exec').co_filename gives 'é', it doesn't depend on the filesystem encoding. But 'é' cannot be used with all filesys

[issue10114] compile() doesn't support the PEP 383 (surrogates)

STINNER Victor added the comment: See also #9713. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue9713] Py_CompileString fails on non decode-able paths.

STINNER Victor added the comment: See also issue #10114. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue10110] Queue doesn't recognize it is full after shrinking maxsize

Raymond Hettinger added the comment: That won't be necessary. The change from == to <= is innocuous. There's no need to lock-up maxsize in a read-only property. We're consenting adults. Besides, it would probably break someone-else's odd use case. I don't want to expand the API, nor do I

[issue10110] Queue doesn't recognize it is full after shrinking maxsize

Jason R. Coombs added the comment: Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Mads Kiilerich added the comment: Can you confirm that the exception raised both on "too early" and "too late" is something like "...SSL3_GET_SERVER_CERTIFICATE:certificate verify failed"? (If so: It would be nice if a slightly more helpful message could be given. I don't know if that is poss

[issue10114] compile() doesn't support the PEP 383 (surrogates)

STINNER Victor added the comment: > All filenames should use the filesystem encoding in Python. Here is a new patch [code_encoding.patch] implementing this idea: - Use filesystem encoding (and surrogateescape) to encode/decode paths in compile() and the parser, instead of utf-8 in strict mod

[issue10114] compile() doesn't support the PEP 383 (surrogates)

Terry J. Reedy added the comment: Pardon my ignorance, but given that code.co_filename is a string attribute given as a string, which is to say, unicode in 3.x, I do not see what filesystem encodings, or any other encoding to bytes should really have to do with the attribute. I actually would

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Antoine Pitrou added the comment: Le vendredi 15 octobre 2010 à 22:51 +, Mads Kiilerich a écrit : > Mads Kiilerich added the comment: > > Can you confirm that the exception raised both on "too early" and "too > late" is something like "...SSL3_GET_SERVER_CERTIFICATE:certificate > verify fa

[issue9862] PIPE_BUF is invalid on AIX

Changes by R. David Murray : -- assignee: -> r.david.murray nosy: +r.david.murray stage: -> commit review type: -> behavior ___ Python tracker ___ _

[issue10114] compile() doesn't support the PEP 383 (surrogates)

STINNER Victor added the comment: > I do not see what filesystem encodings, or any other encoding > to bytes should really have to do with the [code.co_filename]. co_filename attribute is used to display the traceback: Python opens the related file, read the source code line and display it. O

[issue10114] compile() doesn't support the PEP 383 (surrogates)

STINNER Victor added the comment: Remove [compile_surrogates.patch] because it creates filenames unencode to the filesystem encoding. Eg. compile('', '\udcc3\udca9', 'exec').co_filename gives 'é' even if the filesystem encoding is 'ascii'. -- ___ P

[issue10114] compile() doesn't support the PEP 383 (surrogates)

Changes by STINNER Victor : Removed file: http://bugs.python.org/file19243/compile_surrogates.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue5150] IDLE to support reindent.py

Roger Serwy added the comment: I grabbed the core of reindent.py and put it into an extension, unmodified. The original reindent.py will emit Indentation Errors if they exist. ScriptBinding already has nice code to handle these problems by highlighting the error, placing the cursor at the er

[issue6014] No shell prompt when a graphics window that was started from IDLE is closed

Roger Serwy added the comment: This issue can be closed. The natural language toolkit uses Tk for its GUI, the same as IDLE. Under Ubuntu 8.10, IDLE is launched from the menu without a subprocess. Running nltk as described without a subprocess causes this problem. Try launching IDLE without

[issue9862] PIPE_BUF is invalid on AIX

R. David Murray added the comment: Committed to py3k in r85554, 2.7 in r85556. Sébastien, from what you say it sounds like this does not apply to 3.1, so I blocked it there. If this is incorrect let me know and I'll backport it. -- resolution: -> fixed stage: commit review -> commi

[issue10118] Tkinter does not find font

New submission from mark saaltink : Tkinter, since tk 8.5 apparently, does not find all the fonts that tk knows about. I'm using Python 2.6.5 on Linux but have seen this on previous versions. I have added the font with "xset fp+ "". The font is Richard Jones' zed font, available from http:

[issue10058] C-API Intro should be more explicit about error return codes

Nikolaus Rath added the comment: Georg, this is an important piece of information, but I think it is not yet clearly stated in the documentation. Here is what http://docs.python.org/c-api/intro.html says about return codes: "In general, when a function encounters an error, it sets an excepti

[issue10119] test_urllibnet failure when using support.transient_internet

New submission from Senthil Kumaran : I am attaching the script which exhibits the problem. wrapping the urllib.request.urlopen, with the support.transient_internet contextmanager exhibits an Unexpected Behavior. Without the context manager, reading the file using the filedescriptor succeeds,

[issue10119] test_urllibnet failure when using support.transient_internet

Changes by Senthil Kumaran : -- nosy: +michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue9997] function named 'top' gets unexpected namespace/scope behaviour

Benjamin Peterson added the comment: r85562. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue10116] Sporadic failures in test_urllibnet

Senthil Kumaran added the comment: Issue10119 is related too and both I guess, is boiling down to httplib either not properly using an open socket or closing it prematurely. -- ___ Python tracker

[issue10107] Quitting IDLE on Mac doesn't save unsaved code

Ned Deily added the comment: Looks like the "exit" callback will work for IDLE but there are the usual edge cases and odd differences among the various branches and build options to work through and fix up. Patch forthcoming. -- ___ Python tracker

[issue6014] No shell prompt when a graphics window that was started from IDLE is closed

Changes by Ned Deily : -- nosy: -BreamoreBoy resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-lis

[issue10058] C-API Intro should be more explicit about error return codes

Terry J. Reedy added the comment: Assuming it is true, the rewrite strikes me as an improvement. -- ___ Python tracker ___ ___ Python

[issue5729] Allows tabs for indenting JSON output

Bob Ippolito added the comment: Sorry but I don't think I will be able to. I'd be happy to accept patches into simplejson that make it easier to merge with Python 3 in the future, but I simply do not have the time to maintain the Python 3 branch of the code that we don't use. -- ___

<    1   2