[issue12576] urlib.request fails to open some sites

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue11343] Make errors due to full parser stack identifiable

Nick Coghlan added the comment: After further reflection, I (eventually) came to the same conclusion as Benjamin and Antoine - using SyntaxError for this is fine. However, the exception *message* should make it clear that this is an implementation limit rather than a language limit.

[issue12575] add a AST validator

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

Re: [issue1170] shlex have problems with parsing unicode

TypeError should be okay. But I am still -0 on that. It would be good to hear a strong argument from the user that how did he end up passing unicode to shlex.split? It is for parsing command line args for programs and personally have not seen those cases. Or did he want unicode everywhere if we was

[issue12574] Documentation for Queue in 2.x has an incorrect title

Changes by Eli Bendersky : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12574] Documentation for Queue in 2.x has an incorrect title

Roundup Robot added the comment: New changeset 60ce5f279a5e by Eli Bendersky in branch '2.7': Issue #12574: correct capitalization of the Queue module. Patch by Rafe Kettler http://hg.python.org/cpython/rev/60ce5f279a5e -- nosy: +python-dev ___ Pytho

[issue12575] add a AST validator

Benjamin Peterson added the comment: 2011/7/16 Armin Ronacher : > > Armin Ronacher added the comment: > > I see what you did there :P Is that a message of approval? :) -- ___ Python tracker _

[issue12576] urlib.request fails to open some sites

Senthil Kumaran added the comment: On Sun, Jul 17, 2011 at 12:07:44AM +, Ugra Dániel wrote: > For example IMDb's "Cneonction: close" (not a typo) feature. But This is a mistake at the server and urllib relies on the Connection: close header at some point in time in the process. You could

[issue12576] urlib.request fails to open some sites

New submission from Ugra Dániel : Issue #12133 introduced a patch which seems to cause problems. I'm using Python 3.2.1 on 64-bit Arch Linux (this version already incorporates the changes from #12133). The following code: with urllib.request.urlopen(url) as page: pass raises "ValueError:

[issue7474] multiprocessing.managers.SyncManager managed object creation fails when started outside of invoked file

Changes by Eric : -- status: pending -> open versions: +Python 3.1, Python 3.2, Python 3.3, Python 3.4 -Python 2.6 ___ Python tracker ___ _

[issue7474] multiprocessing.managers.SyncManager managed object creation fails when started outside of invoked file

Eric added the comment: Tested in 2.6.6 on Gentoo and 2.7.1 on Ubuntu (Server); this behavior is no longer present when using the provided code. Hopefully this means the original issue has been solved; I haven't touched the code that revealed it since around the time I filed this originally.

[issue12575] add a AST validator

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue12575] add a AST validator

Armin Ronacher added the comment: I see what you did there :P -- nosy: +aronacher ___ Python tracker ___ ___ Python-bugs-list mailing

[issue12133] ResourceWarning in urllib.request

Antoine Pitrou added the comment: > Should I open a new bug report for this one or is it OK to just leave > this comment here? I think it's better to open a new issue, thank you. -- ___ Python tracker ___

[issue12133] ResourceWarning in urllib.request

Ugra Dániel added the comment: This patch has introduced some problems for me with Python 3.2.1 (64-bit Arch Linux). The following code: with urllib.request.urlopen(url) as page: pass raises "ValueError: I/O operation on closed file." exception when url is "http://www.imdb.com/";. When

[issue11343] Make errors due to full parser stack identifiable

R. David Murray added the comment: This is a purity versus practicality argument. I agree with both sides :) -- nosy: +r.david.murray ___ Python tracker ___ ___

[issue11343] Make errors due to full parser stack identifiable

Antoine Pitrou added the comment: > I content that in normal code, it is so extremely rare as to be > unheard of, to get exceptions about the parser stack overflowing or > segfault the compiler by too deep nesting. People who are doing this > (generally to prove the point about limitations of th

[issue8912] `make patchcheck` should check the whitespace of .c/.h files

Changes by Sandro Tosi : -- nosy: +sandro.tosi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue7620] Vim syntax highlight

Changes by Sandro Tosi : -- nosy: +sandro.tosi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue12575] add a AST validator

New submission from Benjamin Peterson : The goal of this patch to keep people doing silly things like producing a Try with no finalbody or excepthandlers and segfaulting the compiler in unpleasant ways. -- components: Interpreter Core files: ast_validator.patch keywords: patch messages

[issue11343] Make errors due to full parser stack identifiable

Benjamin Peterson added the comment: 2011/7/16 Nick Coghlan : > > Nick Coghlan added the comment: > > It matters, because Python "users" are programmers, and most > programmers want to know *why* they're being told something is wrong. > Raising MemoryError is technically incorrect at this point

[issue12574] Documentation for Queue in 2.x has an incorrect title

Rafe Kettler added the comment: Okay, here's a patch. I also went ahead and added my name to ACKS, since this is my 3rd or 4th patch. Rafe -- keywords: +patch Added file: http://bugs.python.org/file22677/queue_docs.patch ___ Python tracker

[issue11343] Make errors due to full parser stack identifiable

Nick Coghlan added the comment: It matters, because Python "users" are programmers, and most programmers want to know *why* they're being told something is wrong. Raising MemoryError is technically incorrect at this point, but at least gives the right flavour of the user not doing anything speci

[issue11343] Make errors due to full parser stack identifiable

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue11343] Make errors due to full parser stack identifiable

Benjamin Peterson added the comment: 2011/7/16 Nick Coghlan : > > Nick Coghlan added the comment: > > It also makes it clear to users whether they've just run up against a > limitation of the implementation they're using or whether what they've > written is genuinely illegal code. They are NOT

[issue11343] Make errors due to full parser stack identifiable

Nick Coghlan added the comment: It also makes it clear to users whether they've just run up against a limitation of the implementation they're using or whether what they've written is genuinely illegal code. They are NOT the same thing. Attempting to conflate them into one exception for the mere

[issue11343] Make errors due to full parser stack identifiable

Benjamin Peterson added the comment: 2011/7/16 Nick Coghlan : > > Nick Coghlan added the comment: > > It's important to remember that other implementations treat CPython as > the "gold standard" for compatibility purposes. If we declare > something to be an ordinary SyntaxError, then that carri

[issue11343] Make errors due to full parser stack identifiable

Nick Coghlan added the comment: It's important to remember that other implementations treat CPython as the "gold standard" for compatibility purposes. If we declare something to be an ordinary SyntaxError, then that carries strong implications for what other implementations should do. Some kind

[issue12574] Documentation for Queue in 2.x has an incorrect title

Eli Bendersky added the comment: > The documentation for Queue in all versions of Python 2.7 and 2.6 (see > http://docs.python.org/release/2.6.7/library/queue.html#module-Queue for > the 2.7 docs) has the title "queue -- A synchronized queue class." The > module, however, is named "Queue" in all

[issue11343] Make errors due to full parser stack identifiable

Benjamin Peterson added the comment: 2011/7/16 Nick Coghlan : > > Nick Coghlan added the comment: > > +1 for a new exception type to indicate "this may technically be legal > Python, but this Python implementation cannot handle it correctly" > > Whatever exception type we add, it would be nice

[issue12380] bytearray methods center, ljust, rjust don't accept a bytearray as the fill character

Eli Bendersky added the comment: On one hand, I agree that the situation isn't intuitive. Why should some methods of bytearray accept bytearrays, and some shouldn't? On the other hand, this actually has rather deep implementation reasons. Methods like 'translate' are implemented in Objects/b

[issue10042] total_ordering

Nick Coghlan added the comment: Also, a note regarding efficiency: as it calls the underlying methods directly and avoids recursing through the full operand coercion machinery, I would actually expect this approach to run faster than the current implementation. -- ___

[issue10042] total_ordering

Nick Coghlan added the comment: NotImplemented is a speed and maintainability hack - the runtime cost and additional code complexity involved in doing the same operator signalling via exceptions would be prohibitive (check Objects/abstract.c in the CPython source if you want the gory details)

[issue12434] Strengthen 2.7 io types warning

Antoine Pitrou added the comment: > The error Terry sees gets thrown here (in Modules/_io/stringio.c): > > if (!PyUnicode_Check(obj)) { > PyErr_Format(PyExc_TypeError, "string argument expected, got '%s'", > Py_TYPE(obj)->tp_name); > return NULL; > }

[issue12191] Add shutil.chown to allow to use user and group name (and not only uid/gid)

Sandro Tosi added the comment: Sorry for the late reply: I've applied Éric comments made on Rietveld. -- Added file: http://bugs.python.org/file22675/shutil_chown-default-v5.patch ___ Python tracker __

[issue12273] Change ast.__version__ calculation to provide consistent ordering

Nick Coghlan added the comment: On Sat, Jul 16, 2011 at 8:24 PM, Martin v. Löwis wrote: >> sys.version_info and sys._mercurial provide all the info needed for someone >> (like me for mnfy) > > Can you please elaborate? How do you know from looking at > sys._mercurial whether you can support th

[issue12273] Change ast.__version__ calculation to provide consistent ordering

Martin v. Löwis added the comment: > sys.version_info and sys._mercurial provide all the info needed for someone > (like me for mnfy) Can you please elaborate? How do you know from looking at sys._mercurial whether you can support that AST version? sys._mercurial changes with every commit, but

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Martin v. Löwis added the comment: Terry, please don't overreact. Nobody has noticed it during the *long* rc period of 3.2.1, so it can't be that bad. Actually, I *did* notice, but didn't have the time to submit a bug report. -- priority: critical -> high

[issue12568] Add functions to get the width in columns of a character

Martin v. Löwis added the comment: In the #2382 code, how is the Windows case supposed to work? Also, what about systems that don't have wcswidth? IOW, the patch appears to be incorrect. I like the #6755 approach better, except that it shouldn't be using hard-coded tables, but instead integra

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Martin v. Löwis added the comment: FWIW, it only happens with IDLE; python.exe seems to terminate fine when done. -- ___ Python tracker ___ _

[issue12572] HP/UX compiler workarounds

Martin v. Löwis added the comment: Please don't manage independent bugs in a single issue, even if they are related. The way this is done here will it make hard to track what exactly has been done, and what needs to be done. As it stands, please combine all patches into a single one, and we w

[issue10271] warnings.showwarning should allow any callable object

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue12531] documentation index entries for * and **

Eli Bendersky added the comment: Peter, doesn't your patch also refer to the meaning of * and ** in function definitions? I would argue that the missing reference is to a paragraph further down: [...] If the syntax *expression appears in the function call, expression must evaluate to a

Re: [issue12524] change httplib docs POST example

Also, it does not say or "advertise" about POST, it gives examples for GET. I find Ezio's suggestion using bugs.python.org as a good one. ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mai

[issue12434] Strengthen 2.7 io types warning

Eli Bendersky added the comment: The difference between 2.6 and 2.7 stems from the rewrite of the IO library in C that was made for 2.7 The error Terry sees gets thrown here (in Modules/_io/stringio.c): if (!PyUnicode_Check(obj)) { PyErr_Format(PyExc_TypeError, "string argument ex

[issue12524] change httplib docs POST example

Georg Brandl added the comment: httpstat.us is has been registered quite recently, and is titled as an "experiment" in the footer. I'd rather use something more likely to be persistent. bugs.python.org seems a better choice. -- ___ Python tracker

[issue12524] change httplib docs POST example

Changes by Bharadwaj : -- keywords: +patch Added file: http://bugs.python.org/file22674/http_example.diff ___ Python tracker ___ ___ P

[issue11343] Make errors due to full parser stack identifiable

Georg Brandl added the comment: I like SyntaxLimitError much better than ParserError. -- nosy: +georg.brandl ___ Python tracker ___ _

[issue11343] Make errors due to full parser stack identifiable

Nick Coghlan added the comment: +1 for a new exception type to indicate "this may technically be legal Python, but this Python implementation cannot handle it correctly" Whatever exception type we add, it would be nice to also be able to use it if someone eventually fixes the compiler recursi

[issue12535] Chained tracebacks are confusing because the first traceback is minimal

Nick Coghlan added the comment: The redundancy of the "(most recent call last)" when there's only one frame in the stack is a separate problem (as it happens even for unchained tracebacks), but feel free to create a new issue if you'd like to see it changed (I expect it would needlessly break