[issue2137] test_crasher in test_struct uses 8 GB memory on 64 bit systems

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: Test disabled on 64bit when using the supplied patch when forward porting to 2.6 in trunk revision 64114. -- assignee: -> gregory.p.smith keywords: +64bit, easy, patch nosy: +gregory.p.smith priority: -> high resolution: fixed ->

[issue3077] h2py char literal doesn work

New submission from Gabriel <[EMAIL PROTECTED]>: Tools/scripts/h2py.py doesn't work with char literals in a define. This was first reported in the following post : http://mail.python.org/pipermail/python-list/2005-September/340608.html The fix works, I have included the patch as h2py.py.patch2.

[issue3077] h2py char literal doesn work

Changes by Gabriel <[EMAIL PROTECTED]>: -- keywords: +patch Added file: http://bugs.python.org/file10579/h2py.py.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2517] Error when printing an exception containing a Unicode string

Nick Coghlan <[EMAIL PROTECTED]> added the comment: As far as I am concerned, the implementation of PyObject_Unicode in object.c has a bug in it: it should NEVER be retrieving __unicode__ from the instance object. The implementation of PyObject_Format in abstract.c shows the correct way to retrie

[issue2632] performance problem in socket._fileobject.read

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: Can we get the fix for release25-maint? It will not get worse than the current state is. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2517] Error when printing an exception containing a Unicode string

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Here's the key difference with the way PyObject_Format looks up the pseudo-slot method: PyObject *method = _PyType_Lookup(Py_TYPE(obj), str__format__); _PyType_Lookup instead of

[issue2517] Error when printing an exception containing a Unicode string

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-06-11 11:32, Nick Coghlan wrote: > Nick Coghlan <[EMAIL PROTECTED]> added the comment: > > As far as I am concerned, the implementation of PyObject_Unicode in > object.c has a bug in it: it should NEVER be retrieving __unicode__ f

[issue643841] New class special method lookup change

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This is a huge thread and I don't have time to look at the entire patch. However, it seems like the main purpose of the proxy class is to work around a basic deficiency in Python. Now, if this is a purposeful omissions (i.e. defined as pa

[issue643841] New class special method lookup change

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2517] Error when printing an exception containing a Unicode string

Simon Cross <[EMAIL PROTECTED]> added the comment: Attached a patch which implements Nick Coghlan's suggestion. All existing tests in test_exceptions.py and test_unicode.py pass as does the new unicode(Exception(u"\xe1")) test. Added file: http://bugs.python.org/file10580/exception-unicode-with

[issue3050] Implement PEP 371: multiprocessing module

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Please see Georg's Python-dev message about importing multiprocessing. -- status: closed -> open ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3051] heapq change breaking compatibility

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Thomas, please let me know if r64116 works for you. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue762920] API Functions for PyArray

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- assignee: rhettinger -> teoliphant ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2384] [Py3k] line number is wrong after encoding declaration

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This is a bug and not a new feature, so it could go in after beta. I'm knocking it down to a critical. -- nosy: +barry priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]>

[issue1023290] proposed struct module format code addition

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Don't think there is sufficient agreement on this one to move forward. It looks like OP has a completely different conception of the struct module than the other respondants. For the time being, pickle.dumps with protocol 2 can serve

[issue3050] Implement PEP 371: multiprocessing module

Jesse Noller <[EMAIL PROTECTED]> added the comment: Specifically: >>> import multiprocessing Traceback (most recent call last): File "", line 1, in File "/Users/jesse/open_source/subversion/python- trunk/Lib/multiprocessing/__init__.py", line 63, in import _multiprocessing AttributeError:

[issue2911] rewrite test_struct as a unittest

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: In case you're interested there are a bunch of other tests I converted: http://bugs.python.org/issue?%40search_text=unittest&title=&%40columns=title&id=&%40columns=id&creation=&creator=giampaolo.rodola&activity=&%40columns=activity&%40sort=

[issue2911] rewrite test_struct as a unittest

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: On Wed, Jun 11, 2008 at 7:33 AM, Giampaolo Rodola' <[EMAIL PROTECTED]> wrote: > > Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: > > In case you're interested there are a bunch of other tests I converted: > http://bugs.python.org/

[issue3050] Implement PEP 371: multiprocessing module

Jesse Noller <[EMAIL PROTECTED]> added the comment: Additional things to clean up post-beta: - Review all docs fully to ensure the documented API is still in sync with the renames. - Restore the commented out tests in test_event - Restore the commented out test in test_bounded_semaphore __

[issue643841] New class special method lookup change

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Unfortunately, the standard library doesn't tend to do this kind of delegation (aside from weakref.proxy, which implements the equivalent code directly in C), so there isn't a lot of standard library code that will benefit from it directly. How

[issue2997] PyNumberMethods has left-over fields in Py3

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: critical -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2234] cygwinccompiler.py fails for latest MinGW releases.

Jason Tishler <[EMAIL PROTECTED]> added the comment: There have been three different regular expressions proposed to resolve this issue: 1. http://bugs.python.org/issue2234 2. http://bugs.python.org/issue3013 3. http://cygwin.com/ml/cygwin/2008-05/msg00622.html Does anyone know which one is be

[issue643841] New class special method lookup change

Nick Coghlan <[EMAIL PROTECTED]> added the comment: bleh, "application independent decision" in my last post should read "interpreter implementation dependent decision". ___ Python tracker <[EMAIL PROTECTED]> __

[issue643841] New class special method lookup change

Nick Coghlan <[EMAIL PROTECTED]> added the comment: and "__print__" was meant to be "__unicode__"... ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3051] heapq change breaking compatibility

Thomas Herve <[EMAIL PROTECTED]> added the comment: Yes, the last commit did the trick. Thanks. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue643841] New class special method lookup change

Nick Coghlan <[EMAIL PROTECTED]> added the comment: And (mainly for Barry's benefit) a quick recap of why I think this is necessary for Python 3.0: For performance or correctness reasons, the interpreter is permitted to bypass the normal __getattribute__ when looking up special methods such as _

[issue3078] tokenize.py improvements

New submission from Aristotelis Mikropoulos <[EMAIL PROTECTED]>: Various tokenize.py performance boosts and code clarifications. -- components: Library (Lib) files: tokenize.py.patch keywords: patch messages: 67965 nosy: Indy severity: normal status: open title: tokenize.py improvements

[issue3051] heapq change breaking compatibility

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Would like to make the 3.0 code use __lt__ only. Any objections? -- priority: high -> normal ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3051] heapq change breaking compatibility

Thomas Herve <[EMAIL PROTECTED]> added the comment: Sure, that's fine with me. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[issue3051] heapq change breaking compatibility

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: I tried this too and then wrote a couple unit tests for this. The one for the Python implementation which tests the case where only __le__ is defined fails, though. Diff attached. -- keywords: +patch Added file: http://bugs.pyt

[issue3051] heapq change breaking compatibility

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I saw no need to complicate the pure python code for this. Really, the client code should use __cmp__ or define all six rich comparisons. ___ Python tracker <[EMAIL PROTECTED]>

[issue2848] Remove mimetools usage from the stdlib

Humberto Diogenes <[EMAIL PROTECTED]> added the comment: mimetools removal is almost complete, with the exception of only two broken tests: test_urllib2_localnet and test_xmlrpc. I'm not sure if it can make it to this beta, but at least it's really close. Added file: http://bugs.python.org/fil

[issue2848] Remove mimetools usage from the stdlib

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Barry, can you take a look at this? Ideally, it should go it before the beta so it can get thoroughly exercised. ___ Python tracker <[EMAIL PROTECTED]>

[issue3050] Implement PEP 371: multiprocessing module

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10584/py3k_failing.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3051] heapq change breaking compatibility

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: Thanks for the explanation. Unfortunately, even if we change our code to work with the new requirements, all the old code is still out there. Maybe this doesn't matter, since there are so many other incompatibilities between Python 2.5

[issue3051] heapq change breaking compatibility

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: There should be no cases where the pure python code runs instead of the C code. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2517] Error when printing an exception containing a Unicode string

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Minor cleanup of Simon's patch attached - aside from a couple of unneeded whitespace changes, it all looks good to me. Not checking it in yet, since it isn't critical for this week's beta release - I'd prefer to leave it until after that has be

[issue3050] Implement PEP 371: multiprocessing module

Tim Golden <[EMAIL PROTECTED]> added the comment: The _multiprocessing module is not building under Windows at the moment. Attempting to import multiprocessing (from an .exe build from the current svn) gives "ImportError: No module named _multiprocessing" and the test suite skips the test for the

[issue643841] New class special method lookup change

Nick Coghlan <[EMAIL PROTECTED]> added the comment: New patch (proxymixin.diff) uploaded that correctly delegates __format__, as well as using an overridable return_inplace() method to generate the inplace operation return values. The _target attribute has also been made formally part of the publ

[issue643841] New class special method lookup change

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Note that I don't make any promises about the correctness of the ReST formatting in that latest patch - my Doc build is misbehaving at the moment, and I haven't had a chance to look at what is wrong with it.

[issue762920] API Functions for PyArray

Travis Oliphant <[EMAIL PROTECTED]> added the comment: I will look at the patch, but generally I'm not inclined to give the array module more legs because I agree that the desired functionality should be put into the memoryview object and the buffer protocol.

[issue3050] Implement PEP 371: multiprocessing module

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: On Wed, Jun 11, 2008 at 9:20 AM, Tim Golden <[EMAIL PROTECTED]> wrote: > > Tim Golden <[EMAIL PROTECTED]> added the comment: > > The _multiprocessing module is not building under Windows at the moment. > Attempting to import multiprocessing

[issue2517] Error when printing an exception containing a Unicode string

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-06-11 16:15, Nick Coghlan wrote: > Nick Coghlan <[EMAIL PROTECTED]> added the comment: > > Minor cleanup of Simon's patch attached - aside from a couple of > unneeded whitespace changes, it all looks good to me. > > Not checking

[issue3050] Implement PEP 371: multiprocessing module

Tim Golden <[EMAIL PROTECTED]> added the comment: Benjamin Peterson wrote: > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > On Wed, Jun 11, 2008 at 9:20 AM, Tim Golden <[EMAIL PROTECTED]> wrote: >> Tim Golden <[EMAIL PROTECTED]> added the comment: >> >> The _multiprocessing module

[issue2065] trunk version does not compile with vs8 and vc6

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: First, thank you for keeping these patches up to date. - The patch for 2.5 is OK for me. We could just add the a paragraph that appears in your patch for trunk (PC/VC6/readme.txt): +_msi +_msi.c. You need to install Windows Installe

[issue1023290] proposed struct module format code addition

Josiah Carlson <[EMAIL PROTECTED]> added the comment: This isn't about packing arrays of long integers in an array. I know the discussion is old, and I know the discussion is long, and honestly, I don't really need this particular functionality anymore (in the struct module in particular), but I

[issue2517] Error when printing an exception containing a Unicode string

Nick Coghlan <[EMAIL PROTECTED]> added the comment: I'm not sure adding a dedicated method slot would be worth the hassle involved - Py3k drop backs to just the tp_str slot anyway, and the only thing you gain with a tp_unicode slot over _PyType_Lookup of a __unicode__ attribute is a small reducti

[issue2517] Error when printing an exception containing a Unicode string

Simon Cross <[EMAIL PROTECTED]> added the comment: Re msg67974: > Minor cleanup of Simon's patch attached - aside from a couple of > unneeded whitespace changes, it all looks good to me. > > Not checking it in yet, since it isn't critical for this week's beta > release - I'd prefer to leave it un

[issue3050] Implement PEP 371: multiprocessing module

Jesse Noller <[EMAIL PROTECTED]> added the comment: Here is a diff for the tests under py3k, I applied the svnmerge, then ben's patch and made a couple of import changes. Added file: http://bugs.python.org/file10587/py3k_fixed.diff ___ Python tracker <[EMAIL

[issue643841] New class special method lookup change

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: The name Proxy seems too vague. This class is all about targeted delegation. Am curious, has this been out as a recipe; has it been used in combat yet? -- nosy: +rhettinger ___ Python tracke

[issue3050] Implement PEP 371: multiprocessing module

Tim Golden <[EMAIL PROTECTED]> added the comment: I'm sorry; I've had a look and there's no chance of my updating the solution and project files by hand; and I can't run Visual Studio at the moment. I'll try emailing Trent or Christian in the hope that one of them's available to do it. _

[issue3021] Lexical exception handlers

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Commited in r64121. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2507] Exception state lives too long in 3.0

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Solved by r64121. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2833] __exit__ silences the active exception

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Fixed in r64121. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3050] Implement PEP 371: multiprocessing module

Tim Golden <[EMAIL PROTECTED]> added the comment: Trent's supplied me with enough info to patch the project files manually. The attached patch against r64120 results in the _multiprocessing module building. I'm running the tests now but I'll upload the patch in any case. Added file: http://bugs.

[issue2605] Descriptor instance attributes not interpreted consistently

Guido van Rossum <[EMAIL PROTECTED]> added the comment: The behavior observed is intentional. The docs should be updated. -- nosy: +gvanrossum resolution: -> rejected status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue2517] Error when printing an exception containing a Unicode string

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-06-11 16:49, Nick Coghlan wrote: > Nick Coghlan <[EMAIL PROTECTED]> added the comment: > > I'm not sure adding a dedicated method slot would be worth the hassle > involved - Py3k drop backs to just the tp_str slot anyway, and the

[issue3050] Implement PEP 371: multiprocessing module

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks very much Tim and Trent. I've merged multiprocessing into Py3k and added the Windows files. I hope that works. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue643841] New class special method lookup change

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I want to make this "bypass getattr" behavior mandatory for those operations that currently use it, forcing the issue for other implementations of Python. That's a doc change (but an important one!). There are probably many random places w

[issue2234] cygwinccompiler.py fails for latest MinGW releases.

Will Brown <[EMAIL PROTECTED]> added the comment: None of the above will work on both '2.18.50.20080523' & '1.2.3a' -- William Brown -- -- Boeing Networked Systems Technology -- Kent:253.657.5586 Blvu:425.373.2738 __

[issue3066] FD leak in urllib2

Sharmila Sivakumar <[EMAIL PROTECTED]> added the comment: Since the socket object is added to a list, a reference to the object always exists right? That would mean that it would not be garbage collected as long as the reference exists. On the other hand, it should also be noted that in close

[issue3079] sys.exit() called from optparse - bad, bad, bad

New submission from Skip Montanaro <[EMAIL PROTECTED]>: This seems like a bug in optparse.OptionParser: def exit(self, status=0, msg=None): if msg: sys.stderr.write(msg) sys.exit(status) def error(self, msg): """error(msg : string) Print a us

[issue2997] PyNumberMethods has left-over fields in Py3

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I say let's go with the cleanup. Extensions that want to be compiled under 2.x and 3.0 will need lots of #ifdef code anyway. -- nosy: +gvanrossum ___ Python tracker <[EMAIL PROTECTED]>

[issue3079] sys.exit() called from optparse - bad, bad, bad

Changes by Skip Montanaro <[EMAIL PROTECTED]>: -- versions: +Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pytho

[issue643841] New class special method lookup change

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Thanks for the pronouncement Guido. We will not let this issue hold up the beta releases. ___ Python tracker <[EMAIL PROTECTED]> __

[issue3050] Implement PEP 371: multiprocessing module

Jesse Noller <[EMAIL PROTECTED]> added the comment: Debian PPC build crash: http://python.org/dev/buildbot/stable/ppc%20Debian%20unstable%203.0/buil ds/1063/step-test/0 ...snip Re-running test 'test_multiprocessing' in verbose mode test test_multiprocessing crashed -- : [Errno 38] Function not

[issue2997] PyNumberMethods has left-over fields in Py3

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-l

[issue2542] PyErr_ExceptionMatches must not fail

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This is a bug, not a new feature so it's not release critical for the first alphas. -- nosy: +barry priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]>

[issue3050] Implement PEP 371: multiprocessing module

Jesse Noller <[EMAIL PROTECTED]> added the comment: Small diff for the ACKs/NEWS file Added file: http://bugs.python.org/file10589/news.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2997] PyNumberMethods has left-over fields in Py3

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue2997] PyNumberMethods has left-over fields in Py3

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> benjamin.peterson nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3080] Full unicode import system

New submission from Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: This is the most difficult part of issue1342: """ On Windows, don't use the FileSystemEncoding on Windows for sys.path items. Instead, it should use the wide API to perform all system calls. Py3k shouldn't ever use the file system enco

[issue1342] Crash on Windows if Python runs from a directory with umlauts

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Fixed as r64126, using Py_FileSystemDefaultEncoding. I close this issue, and open issue3080 to rewrite all functions in import.c with full unicode in mind. -- status: open -> closed ___ Pyth

[issue1819] Speed hack for function calls with named parameters

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Here is a new patch against SVN trunk. Nothing changed, except that I updated pybench to test keyword arguments as well. Added file: http://bugs.python.org/file10590/namedparam2.patch ___ Python tracker <[

[issue2630] repr() should not escape non-ASCII characters

Georg Brandl <[EMAIL PROTECTED]> added the comment: Patch committed to Py3k branch in r64138. Thanks all! -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue1819] Speed hack for function calls with named parameters

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: gvanrossum -> georg.brandl nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3081] Py_(X)SETREF macros

New submission from Antoine Pitrou <[EMAIL PROTECTED]>: This is an implementation of the Py_SETREF and Py_XSETREF macros proposed in http://mail.python.org/pipermail/python-dev/2008-May/079862.html As an example, I added a few conversions among the extension modules. -- components: Exte

[issue3081] Py_(X)SETREF macros

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: FWIW, I also wanted to propose for Py_INCREF(op) to evaluate as (op), so that it can be used as return or assignment value, e.g.: return Py_INCREF(result); or: self->var = Py_INCREF(obj); but it's perhaps a bit more controversial. __

[issue3042] Add PEP 8 compliant aliases to threading module

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Applied in r64125, and r64144. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3081] Py_(X)SETREF macros

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +benjamin.peterson type: -> feature request versions: +Python 2.6 -Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3081] Py_(X)SETREF macros

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Benjamin, the patch is against py3k, also it might also apply cleanly on trunk... ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3081] Py_(X)SETREF macros

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Sorry for the confusion. It seems to me this sort of thing would be useful in 2.6, too, so I marked it. -- versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]>

[issue2997] PyNumberMethods has left-over fields in Py3

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Applied in r64149. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3080] Full unicode import system

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I suspect importlib may help with this. -- nosy: +benjamin.peterson, brett.cannon ___ Python tracker <[EMAIL PROTECTED]> __

[issue2744] Fix test_cProfile

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: I will try to fix this one with profile/cProfile merge. -- assignee: -> alexandre.vassalotti nosy: +alexandre.vassalotti ___ Python tracker <[EMAIL PROTECTED]>

[issue3082] test_multiprocessing broken

New submission from Gregory P. Smith <[EMAIL PROTECTED]>: Python 2.6a3+ (trunk:64150M, Jun 11 2008, 14:08:14) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type "help", "copyright", "credits" or "license" for more information. % ./python Lib/test/test_multiprocessing.py Fatal Python error: Inval

[issue2548] Undetected error in exception handling

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This is a bug that can be fixed after beta, so I'm knocking it back to critical for beta 1. -- priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]>

[issue3082] test_multiprocessing broken

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Are you running a debug build? Please see #1683. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3083] Add alternate (#) formatting for bin, oct, hex output for str.format()

New submission from Eric Smith <[EMAIL PROTECTED]>: Per Guido in http://mail.python.org/pipermail/python-3000/2008-May/013912.html, add this to the PEP 3101 (Advanced String Formatting) implementation. This will add the prefixes 0b, 0o, and 0x. -- assignee: eric.smith components: Interp

[issue1742669] "%d" format handling for long values

Pádraig Brady <[EMAIL PROTECTED]> added the comment: A couple of comments. 1. This bug supersedes issue 1153226 That has good info, including the suggestion that one should be using the %.f format rather than %d in this case anyway 2. The patch here was actually applied in r61041 -- no

[issue3082] test_multiprocessing broken

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: ah yes that is indeed the same problem. marking this one as a dup. -- dependencies: +Thread local storage and PyGILState_* mucked up by os.fork() resolution: -> duplicate status: open -> closed ___

[issue2874] Remove use of the stat module in the stdlib

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Perhaps collections.namedtuple() can be used with a custom subclass? In any case, it's not worth holding up the first beta for this. We can fix it after beta. Knocking this down to critical. -- nosy: +barry priority: release block

[issue1683] Thread local storage and PyGILState_* mucked up by os.fork()

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: we need this in before 2.6 is released. -- assignee: -> gregory.p.smith nosy: +gregory.p.smith priority: high -> critical ___ Python tracker <[EMAIL PROTECTED]>

[issue1819] Speed hack for function calls with named parameters

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-06-11 20:38, Antoine Pitrou wrote: > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > Here is a new patch against SVN trunk. Nothing changed, except that I > updated pybench to test keyword arguments as well. > > Added f

[issue1819] Speed hack for function calls with named parameters

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-06-11 23:27, M.-A. Lemburg wrote: > On 2008-06-11 20:38, Antoine Pitrou wrote: >> Antoine Pitrou <[EMAIL PROTECTED]> added the comment: >> >> Here is a new patch against SVN trunk. Nothing changed, except that I >> updated pybench

[issue2917] merge pickle and cPickle in 3.0

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: I updated the patch to use the new module framework. Added file: http://bugs.python.org/file10592/add-cpickle-2.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2918] Merge StringIO/cStringIO in 3.0

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: I updated the patch to use the new module framework. Added file: http://bugs.python.org/file10593/add-stringio-3.patch ___ Python tracker <[EMAIL PROTECTED]> __

[issue2912] let platform.uname try harder

James Thomas <[EMAIL PROTECTED]> added the comment: Here is the patch (apply to platform.py) -- keywords: +patch Added file: http://bugs.python.org/file10594/platform.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue3084] sys.exit() called from optparse - bad, bad, bad

New submission from Skip Montanaro <[EMAIL PROTECTED]>: This seems like a bug in optparse.OptionParser: def exit(self, status=0, msg=None): if msg: sys.stderr.write(msg) sys.exit(status) def error(self, msg): """error(msg : string) Print a us

[issue1683] Thread local storage and PyGILState_* mucked up by os.fork()

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Gregory, go ahead and apply and see if can stop the hell in the buildbots. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> _

  1   2   >