[issue14983] [patch] email.generator should always add newlines after closing boundaries

New submission from Dmitry Shachnev : Trying to write a email-sending script with PGP-signing functionality, I stumbled upon a problem (see [1]): it was impossible to sign mutlipart emails (actually the signing was performed, but the verifying programs thought that the signature is bad). Afte

[issue14673] add sys.implementation

Eric Snow added the comment: I've ironed out all 3 of my new tests that were still failing. -- Added file: http://bugs.python.org/file25797/issue14673_full_3.diff ___ Python tracker ___

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Marc Abramowitz added the comment: [last: 0] marca@scml-marca:~/dev/git-repos/pip$ python3.3 Python 3.3.0a4 (v3.3.0a4:7c51388a3aa7, May 30 2012, 16:58:42) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from pip im

[issue14965] super() and property inheritance behavior

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

[issue4849] instantiating and populating xml.dom.minidom.Element is cumbersome

Alexandre Zani added the comment: Here is my patch for it. -- keywords: +patch Added file: http://bugs.python.org/file25796/easier_element_init.patch ___ Python tracker ___ _

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Paul Nasrat added the comment: I was pretty tired when debugging last night and just quickly looked at hg logs, so that may be misattributed. I'll try come up with a clearer reproducer. -- ___ Python tracker ___

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Marc Abramowitz added the comment: Here's the pip issue: https://github.com/pypa/pip/issues/556 -- ___ Python tracker ___ ___ Python-

[issue6721] Locks in python standard library should be sanitized on fork

lesha added the comment: 1) I'm totally in favor of making the standard library safe. For that purpose, I think we should do a combination of: a) Use file locks in logging, whenever possible. b) Introduce LockUnsafelyReinitializedAtFork, using a generation counter, or whatever else, which ca

[issue14673] add sys.implementation

Eric Snow added the comment: this time against TIP. -- Added file: http://bugs.python.org/file25795/issue14673_full_2.diff ___ Python tracker ___ ___

[issue14673] add sys.implementation

Changes by Eric Snow : Removed file: http://bugs.python.org/file25794/issue14673_full_2.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue14673] add sys.implementation

Eric Snow added the comment: Applied all but one of the recommended changes. Thanks, Barry! -- Added file: http://bugs.python.org/file25794/issue14673_full_2.diff ___ Python tracker __

[issue6721] Locks in python standard library should be sanitized on fork

Gregory P. Smith added the comment: subprocess has nothing to do with this bug. subprocess is safe as of Python 3.2 (and the subprocess32 backport for 2.x). Its preexec_fn argument is already documented as an unsafe legacy. If you want to replace subprocess, go ahead, write something new a

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

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

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Eric V. Smith added the comment: I don't think this is related to PEP 420. Adding Brett. -- nosy: +brett.cannon, eric.smith ___ Python tracker ___ __

[issue6721] Locks in python standard library should be sanitized on fork

lesha added the comment: Actually, we might be able to automatically spawn a safe fork server _only_ when people start mixing threading and subprocess. I'm not totally sure if this would allow us to salvage multiprocessing as well... The tricky bit is that we'd need to proxy into the fork se

[issue6721] Locks in python standard library should be sanitized on fork

lesha added the comment: A slightly more ambitious solution than crashing / deadlocking always is to have Python automatically spawn a "fork server" whenever you start using threads. Then, you would be able to have "subprocess" work cleanly, and not worry about any of this stuff. I don't kn

[issue6721] Locks in python standard library should be sanitized on fork

lesha added the comment: I feel like I'm failing to get my thesis across. I'll write it out fully: == Thesis start == Basic fact: It is an error to use threading locks in _any_ way after a fork. I think we mostly agree on this. The programs we discussing are **inherently buggy**. We disagree

[issue14446] Remove deprecated tkinter functions

R. David Murray added the comment: The doc changes should be part of the patch. I forget, though, if we completely delete deprecated stuff from the docs or if we keep a deprecation stub in place. Note that it is possible (although in this case probably not too likely) that the code will d

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Paul Nasrat added the comment: I stepped through in pdb (Pdb) p i <_frozen_importlib.FileFinder object at 0x101066090> (Pdb) iter_importer_modules(i, prefix) [] (Pdb) p hasattr(importer, 'iter_modules') False 2.7 uses [] (Pdb) pp dir(myimp) ['__doc__', '__init__', '__module__', 'find_module'

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

New submission from Marc Abramowitz : I noticed that pip wasn't working properly on Python 3.3a - notably, it wasn't able to load any of its own VCS modules -- it does this by using pkgutil.walk_packages I think the problem is that the behavior of pkgutil.walk_packages changed in some incompa

[issue14446] Remove deprecated tkinter functions

Michael Driscoll added the comment: I just noticed that we'll need to update the Documentation for tkinter too as it mentions the AtEnd etc methods. Do you want me to create a patch for that or a new ticket + patch? -- ___ Python tracker

[issue14446] Remove deprecated tkinter functions

Michael Driscoll added the comment: After reading up on both issues, I think I found all the instances that were deprecated and removed them. A patch is attached that includes the edits for tkinter/__init__.py and the _tkinter.c files. -- keywords: +patch nosy: +michael.driscoll Added

[issue14975] import unicodedata, DLL load failed on Python 2.7.3

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue14975] import unicodedata, DLL load failed on Python 2.7.3

Gavin Burnell added the comment: I've had the same problem on a Win64 install of EPD 7.3 (Python 2.7.3). This was after installing over the top of a 2.7.2 install. Properly removing and re-installing from clean fixed the problem. -- nosy: +Gavin.Burnell __

[issue14938] 'import my_pkg.__init__' creates duplicate modules

Ronan Lamy added the comment: OK, that makes sense pragmatically. Here's the patch then. I wasn't sure where to put the test, it doesn't actually have much in common with the rest of Lib/importlib/test/import_/test_packages.py but the name fits, so... -- Added file: http://bugs.pytho

[issue14957] Improve docs for str.splitlines

R. David Murray added the comment: Thanks. I added an example, too, since split has some. -- nosy: +r.david.murray resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker

[issue14957] Improve docs for str.splitlines

Roundup Robot added the comment: New changeset 24572015e24f by R David Murray in branch '3.2': #14957: clarify splitlines docs. http://hg.python.org/cpython/rev/24572015e24f New changeset 2a43088318ed by R David Murray in branch 'default': #14957: clarify splitlines docs. http://hg.python.org/c

[issue14938] 'import my_pkg.__init__' creates duplicate modules

Brett Cannon added the comment: I have yet to see anyone use a URL loader in serious code beyond people just using it as an example. What I do see is lots of custom zipfile importers and thus for the majority if people this will continue to make sense. And even with a URL loader, get_filename

[issue14957] Improve docs for str.splitlines

Michael Driscoll added the comment: I'm assuming Nick is talking about the stdtypes.rst (in Doc/library) file, correct? If so, I went ahead and created a simple patch that almost uses his verbiage verbatim. -- keywords: +patch nosy: +michael.driscoll Added file: http://bugs.python.org

[issue7559] TestLoader.loadTestsFromName swallows import errors

R. David Murray added the comment: I updated the tests to Python3, and attempted to replicate the fix using the new importlib qualname support. Even if it had worked, this would not have finished the patch, since Michael wants to generate a failing test instead of raising the import error.

[issue14673] add sys.implementation

Eric Snow added the comment: I'll get a new patch up tonight. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue14673] add sys.implementation

Barry A. Warsaw added the comment: On Jun 01, 2012, at 06:53 PM, Eric Snow wrote: >sorry, I should have been more clear. issue14673_full.diff is not simply a >merging of the two previous patches, but rather their merger, plus >SimpleNamespace, plus removing the "public" restriction from the re

[issue14673] add sys.implementation

Eric Snow added the comment: sorry, I should have been more clear. issue14673_full.diff is not simply a merging of the two previous patches, but rather their merger, plus SimpleNamespace, plus removing the "public" restriction from the repr. I may have a small tweak or two as well. ---

[issue14926] random.seed docstring needs edit of "*a *is"

Christopher Smith added the comment: On Fri, Jun 1, 2012 at 11:47 PM, Éric Araujo wrote: > > Éric Araujo added the comment: > > Thanks.  Have you noticed similar typos in the rest of the module, or the > reST docs? I grepped for orphaned asterisks, as I recall, and didn't find any others. /

[issue14968] Section "Inplace Operators" of :mod:`operator` should be a subsection

Sandro Tosi added the comment: Thanks Lars for the patch! Éric, why did you add 2.7 version? AFAISee 2.7 doesn't have the "Inplace Operators" section. -- ___ Python tracker ___

[issue14968] Section "Inplace Operators" of :mod:`operator` should be a subsection

Roundup Robot added the comment: New changeset bf6305bce3af by Sandro Tosi in branch '3.2': Issue #14968: set 'Inplace Operators' as subsection; patch by Lars Buitinck http://hg.python.org/cpython/rev/bf6305bce3af New changeset 7c9702b08bfb by Sandro Tosi in branch 'default': Issue #14968: merg

[issue14814] Implement PEP 3144 (the ipaddress module)

Roundup Robot added the comment: New changeset 000cc4e0e1cd by Hynek Schlawack in branch 'default': #14814: Fix errror message creation in ipaddress.collapse_addresses http://hg.python.org/cpython/rev/000cc4e0e1cd -- ___ Python tracker

[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)

Ned Deily added the comment: Hynek: Thanks for the offer; I've got it. I'll have a comprehensive update to support the new multiple dev environments for 10.6 and beyond prior to b1 (and for 2.7.x and 3.2.x). -- ___ Python tracker

[issue14918] Incorrect TypeError message for wrong function arguments

R. David Murray added the comment: It is fixed. It was not backported. -- nosy: +r.david.murray resolution: -> duplicate stage: -> committed/rejected status: open -> closed ___ Python tracker __

[issue12354] packaging.pypi.simple docs use both client and crawler name, which might be confusing

Éric Araujo added the comment: Not yet; the commit was adding missing doc to the Crawler class, but I haven’t reviewed the use of client vs. crawler yet. Alexis, you introduced the client/crawler naming after reading some book; what do you think now? -- status: pending -> open title:

[issue14927] add "Do not supply 'int' argument" to random.shuffle docstring

Changes by Éric Araujo : -- nosy: +eric.araujo title: add "Do not supply int argument" to random.shuffle docstring -> add "Do not supply 'int' argument" to random.shuffle docstring ___ Python tracker _

[issue14973] restore python2 unicode literals in "ur" strings

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)

Hynek Schlawack added the comment: Ned, any progress/problems? I've closed two dupes already in the last few days and we're still in the alphas. We really should get this fixed before beta1 or the tracker will be flooded. Let me know if you need something. :) -- ___

[issue14979] pdb doc: Add link to source

Éric Araujo added the comment: Sounds good to me. Raymond, do you concur? -- nosy: +eric.araujo, rhettinger title: pdb: Link to source -> pdb doc: Add link to source versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker

[issue14918] Incorrect TypeError message for wrong function arguments

Éric Araujo added the comment: I think this was fixed in 3.3, and maybe backported. Could you test with the latest releases? -- nosy: +benjamin.peterson, eric.araujo title: Incorrect explanation of TypeError exception -> Incorrect TypeError message for wrong function arguments versio

[issue14926] random.seed docstring needs edit of "*a *is"

Éric Araujo added the comment: Thanks. Have you noticed similar typos in the rest of the module, or the reST docs? -- nosy: +eric.araujo, sandro.tosi versions: +Python 2.7, Python 3.3 ___ Python tracker

[issue14981] 3.3.0a4 compilation fails von MacOS Lion /10.7.4

Ned Deily added the comment: This is a known issue with using Apple's llvm-gcc compiler. Make sure you've installed either the latest version of Xcode for OS X 10.7 (currently Xcode 4.3.x) and install the optional Command Line Tools component (Xcode -> Preferences -> Downloads -> Components)

[issue14919] what disables one from adding self to the "nosy" list

Éric Araujo added the comment: I suggest just rephrasing to say something like “if you are logged in, you can add yourself to the nosy list and submit the form (a button fills in your user name if you have JavaScript activated”. -- nosy: +eric.araujo _

[issue12932] filecmp.dircmp does not allow non-shallow comparisons

Changes by Éric Araujo : -- stage: test needed -> needs patch title: dircmp does not allow non-shallow comparisons -> filecmp.dircmp does not allow non-shallow comparisons ___ Python tracker __

[issue14981] 3.3.0a4 compilation fails von MacOS Lion /10.7.4

Hynek Schlawack added the comment: Dupe of #13241. Apple's llvm-gcc is broken, please use clang instead (CC=clang ./configure). -- nosy: +hynek resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> llvm-gcc-4.2 miscompiles Python (XCode 4.1 on M

[issue14938] 'import my_pkg.__init__' creates duplicate modules

Ronan Lamy added the comment: Your second solution is simple and solves the problem, so I guess that's it, then. Still, I don't really understand the purpose of SourceLoader, which makes me uneasy about the implementation of _LoaderBasics.is_package(). It seems to be meant to load an arbitr

[issue14981] 3.3.0a4 compilation fails von MacOS Lion /10.7.4

Changes by R. David Murray : -- assignee: ronaldoussoren -> nobody nosy: +ned.deily, nobody ___ Python tracker ___ ___ Python-bugs-lis

[issue14981] 3.3.0a4 compilation fails von MacOS Lion /10.7.4

Changes by R. David Murray : -- assignee: -> ronaldoussoren components: +Macintosh nosy: +ronaldoussoren versions: +Python 3.3 -Python 3.4 ___ Python tracker ___ ___

[issue14981] 3.3.0a4 compilation fails von MacOS Lion /10.7.4

Changes by Andreas Jung : -- type: -> compile error ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue14981] 3.3.0a4 compilation fails von MacOS Lion /10.7.4

New submission from Andreas Jung : ranlib: file: libpython3.3m.a(dynamic_annotations.o) has no symbols ranlib: file: libpython3.3m.a(pymath.o) has no symbols gcc -framework CoreFoundation -o python.exe Modules/python.o libpython3.3m.a -ldl -framework CoreFoundation gcc -framework CoreF

[issue14673] add sys.implementation

Barry A. Warsaw added the comment: Looking great, you're almost there! I remviewed issue14673_as_simple_namespace_2.diff and issue14673_full.diff. Reitveld makes it *so* much easier :) -- ___ Python tracker __

[issue4849] instantiating and populating xml.dom.minidom.Element is cumbersome

Alexandre Zani added the comment: I would tend to disagree with the use of **kwargs. It means the argument list would be implicit, not documented by the code and not checked at runtime. We could end up with anything in there. I'll try to propose a patch tonight that implements Jean-Paul's sol

[issue14980] OSX: ranlib: file: libpython2.7.a(pymath.o) has no symbols

Ronald Oussoren added the comment: That's not a bug, the build prices unconditionally builds a file that contains optional definitions. On OSX none of these optional definitions are used, and hence pymath.o is empty. -- resolution: -> invalid status: open -> closed _

[issue14980] OSX: ranlib: file: libpython2.7.a(pymath.o) has no symbols

Changes by Samuel John : -- title: ranlib: file: libpython2.7.a(pymath.o) has no symbols -> OSX: ranlib: file: libpython2.7.a(pymath.o) has no symbols ___ Python tracker ___ ___

[issue11796] Comprehensions in a class definition mostly cannot access class variable

Changes by Florent Xicluna : -- nosy: +anikom15, flox, josmiley ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14980] ranlib: file: libpython2.7.a(pymath.o) has no symbols

New submission from Samuel John : Building python on the Mac (10.7.4) with latest Xcode shows ``` [...] ranlib: file: libpython2.7.a(pymath.o) has no symbols ``` Is that okay or a bug? -- assignee: ronaldoussoren components: Macintosh messages: 162078 nosy: ronaldoussoren, samueljohn p

[issue14972] listcomp with nested classes

Florent Xicluna added the comment: This is a duplicate of issue 11796. See also issue 13557: http://bugs.python.org/issue13557#msg154174 For Python 3, a list comprehension defines a block pretty much like the method definition during the class creation: class x: x = 1 def incx():

[issue14976] Queue.PriorityQueue() is not interrupt safe

Johan Aires Rastén added the comment: I did read some more on the subject and it seems like using locks with interrupts is in general a very difficult problem and not limited to Python. Don't know if this is considered common knowledge among programmers or if it would be useful with at least

[issue14938] 'import my_pkg.__init__' creates duplicate modules

Brett Cannon added the comment: I think you misunderstood what I was suggesting as a solution: there is no conversion of module name to file name. It would simply be:: fullname.rpartition('.')[2] == os.path.splitext(os.path.split(self.path)[1])[0] for path comparison. But honestly since __ini

[issue14979] pdb: Link to source

New submission from anatoly techtonik : http://docs.python.org/library/pdb.html#pdb.Pdb Documentation for pdb says: "The debugger is extensible — it is actually defined as the class Pdb. This is currently undocumented but easily understood by reading the source." There should a link to the so

[issue14969] Exception context is not suppressed correctly in contextlib.ExitStack.__exit__

Roundup Robot added the comment: New changeset c108bc96aec6 by Nick Coghlan in branch 'default': Close #14969: Improve the handling of exception chaining in contextlib.ExitStack http://hg.python.org/cpython/rev/c108bc96aec6 -- nosy: +python-dev resolution: -> fixed stage: needs patch -

[issue14969] Exception context is not suppressed correctly in contextlib.ExitStack.__exit__

Nick Coghlan added the comment: Ah, you're absolutely right. Interestingly though, the old recursive implementation appeared to have the same bug, and I'd deliberately used the recursive approach precisely so that suppressed exceptions *would* get cleared correctly. I must have managed to lea

[issue14975] import unicodedata, DLL load failed on Python 2.7.3

YF added the comment: I compared downloaded python-2.7.3.msi file, it is consistent with the website published "MD5 checksums and sizes", and this time I disabled avast 7 and then reinstall Python 2.7.3, but this error still occurs. After I installed Python 2.7.3 the MD5 signature of the C:\

[issue14977] mailcap does not respect precedence in the presence of wildcards

R. David Murray added the comment: Hmm. It seems to me this is an edge case as far as backward compatibility goes. On the one hand it does seem like an RFC violation (ie: bug), on the other hand there could be user programs depending on the current behavior. I'm inclined toward treating it

[issue14976] Queue.PriorityQueue() is not interrupt safe

Richard Oudkerk added the comment: I don't think there is anything special about PriorityQueue. There is a similar concerning the use of the Python implementation of RLock in signal handlers -- see http://bugs.python.org/issue13697. Maybe the signal handler should temporarily mask or ignore S

[issue14938] 'import my_pkg.__init__' creates duplicate modules

Ronan Lamy added the comment: Here's a preliminary patch, without tests or documentation, implementing my approach (adding an optional is_package=False to FileLoader.__init__()). Next question (quite independent of the chosen implementation): how should this be tested? -- keywords: +

[issue14978] distutils Extension fails to be created with unicode package names

New submission from guyomes : This issue appeared initially in: http://groups.google.com/group/cython-users/browse_thread/thread/f9e7018bb12a66d2 Note that this is also an issue in distutils2/compiler/extension.py, where arguments of Extension are also tested against str only. -- assi

[issue14814] Implement PEP 3144 (the ipaddress module)

Roundup Robot added the comment: New changeset 0eb63de72e96 by Hynek Schlawack in branch 'default': #14814: Remove 2.x's new-style classes syntax from ipaddress http://hg.python.org/cpython/rev/0eb63de72e96 -- ___ Python tracker

[issue14976] Queue.PriorityQueue() is not interrupt safe

Johan Aires Rastén added the comment: Start queue_deadlock.py in one terminal and note the PID it prints. Compile queue_sendint.c in another terminal and execute it with previous PID as only argument. If the bug is triggered, nothing will print in the python terminal window when you press En

[issue14976] Queue.PriorityQueue() is not interrupt safe

Changes by Johan Aires Rastén : Added file: http://bugs.python.org/file25787/queue_sendint.c ___ Python tracker ___ ___ Python-bugs-list maili

[issue14976] Queue.PriorityQueue() is not interrupt safe

Changes by Johan Aires Rastén : Added file: http://bugs.python.org/file25786/queue_deadlock.py ___ Python tracker ___ ___ Python-bugs-list mai

[issue14977] mailcap does not respect precedence in the presence of wildcards

New submission from Emmanuel Beffara : According to RFC 1542, the first matching entry in mailcap files should be used for handling a given type. The mailcap module does not respect this rule when wildcards are used in some rules, because the "lookup" function always checks entries for a speci

[issue6721] Locks in python standard library should be sanitized on fork

Vinay Sajip added the comment: >> Re "threading locks cannot be used to protect things outside of a >> single process": > The Python standard library already violates this, in that the > "logging" module uses such a lock to protect the file/socket/whatever, > to which it is writing. logging is

[issue12354] packaging.pypi.simple docs use both client and crawler variable, which might be confusing

Changes by Petri Lehtinen : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue14976] Queue.PriorityQueue() is not interrupt safe

New submission from Johan Aires Rastén : Python 2.7.3 (default, Apr 20 2012, 22:39:59) [GCC 4.6.3] on linux2 If a signal handler calls Queue.PriorityQueue.put and a second signal is received while one is already being processed, neither of the calls to put will terminate. Highly dependent on

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

Eli Bendersky added the comment: Done with the recent completion of #14007 -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker __

[issue14852] json and ElementTree parsers misbehave on streams containing more than a single object

Eli Bendersky added the comment: I propose to close this issue. If the problem in json is real and someone thinks it has to be fixed, a separate issue specifically for json should be opened. -- ___ Python tracker

[issue14007] xml.etree.ElementTree - XMLParser and TreeBuilder's doctype() method missing

Eli Bendersky added the comment: The latest commit completes this issue. -- resolution: -> fixed stage: test needed -> committed/rejected status: open -> closed ___ Python tracker

[issue14007] xml.etree.ElementTree - XMLParser and TreeBuilder's doctype() method missing

Roundup Robot added the comment: New changeset 6f9bfcc1896f by Eli Bendersky in branch 'default': Issue #14007: implement doctype() method calling in XMLParser of _elementtree. http://hg.python.org/cpython/rev/6f9bfcc1896f -- ___ Python tracker

[issue14974] rename packaging.pypi to packaging.index

Alexis Metaireau added the comment: We are all calling these indexes quite everywhere. We are talking about a Python Package Index and even the mirroring infrastructure is talking about indexes. Because that's under the "packaging" namespace, it's kind of obvious that this deals with indexes

[issue12354] packaging.pypi.simple docs use both client and crawler variable, which might be confusing

Petri Lehtinen added the comment: Can this be closed? -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue9544] xdrlib.Packer().pack_fstring throws a TypeError when called with a str()

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue14969] Use __suppress_context__ in contextlib.ExitStack.__exit__

alon horev added the comment: Ok, so turns out this was just a stupid bug: we set the __context__ attr only if an exception is raised, but not when an exception has been previously 'cleared'. so the context is filled (by python) with the last exception raised which is the outer one. deleting