[issue2419] Remove all IRIX dependant modules from aifc module

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: open -> closed superseder: -> Remove cl usage from aifc ___ Python tracker <[EMAIL PROTECTED]> __

[issue3013] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3026] mmap broken with large files on 64bit system

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- priority: -> critical versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3088] test_multiprocessing hangs on OS X 10.5.3

Ismail Donmez <[EMAIL PROTECTED]> added the comment: I can confirm this on Leopard too. -- nosy: +cartman ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3089] All 3.0 buildbots are red

New submission from Barry A. Warsaw <[EMAIL PROTECTED]>: Subject says it all. None of the 3.0 buildbots are passing. -- components: Build messages: 68054 nosy: barry priority: release blocker severity: normal status: open title: All 3.0 buildbots are red versions: Python 3.0 __

[issue3088] test_multiprocessing hangs on OS X 10.5.3

New submission from Barry A. Warsaw <[EMAIL PROTECTED]>: For me, test_multiprocessing hangs consistently on OS X 10.5.3. It passes just fine on Ubuntu 8.04. -- components: Library (Lib) messages: 68053 nosy: barry priority: release blocker severity: normal status: open title: test_multi

[issue2848] Remove mimetools usage from the stdlib

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: r64164 in Python 3.0. This doesn't apply cleanly to Python 2.6; could someone please back port it? -- priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]>

[issue2848] Remove mimetools usage from the stdlib

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Actually, try this one. Added file: http://bugs.python.org/file10598/applied_mimetools.patch ___ Python tracker <[EMAIL PROTECTED]> _

[issue2848] Remove mimetools usage from the stdlib

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10597/applied_mimetools.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2848] Remove mimetools usage from the stdlib

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This patch works for me in Python 3.0. It's basically Humberto's patch with the two failing tests fixed. Added file: http://bugs.python.org/file10597/applied_mimetools.patch ___ Python tracker <[EMAIL PR

[issue2917] merge pickle and cPickle in 3.0

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I'm sorry. I had to revert this. -- nosy: +benjamin.peterson priority: release blocker -> critical status: closed -> open ___ Python tracker <[EMAIL PROTECTED]>

[issue2885] Create the urllib package

Senthil <[EMAIL PROTECTED]> added the comment: I shall give it a try and come out with results asap. Shall take Facundo's help (my GSoC mentor). -- nosy: +orsenthil ___ Python tracker <[EMAIL PROTECTED]>

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

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment: Great, thank you! ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[issue2849] Remove usage of rfc822 from the stdlib

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Reviewed and applied to Python 3.0 in r64161. The patch did not apply cleanly for 2.6. I'm going to bump this down to critical for the first betas. Humberto, can you back port it to Python 2.6? -- nosy: +barry priority: release bl

[issue3087] Clean up Demos and Tools

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: A good bug day task: Demos and to some extent Tools has a lot of rubbish in 3.0 that probably doesn't work with all the module removals and such. Somebody should go through them and chuck all the old stuff. -- components: Demos

[issue2885] Create the urllib package

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This didn't get done for the first beta. Please try to do it asap after the beta releases. -- nosy: +barry priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]>

[issue2919] Merge profile/cProfile in 3.0

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This didn't get done for the betas, but we're still going to release. Knocking it down to critical. -- nosy: +barry priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]>

[issue3008] Let bin() show floats

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Saving this for after the first beta goes out. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2775] Implement PEP 3108

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: We've got what we've got for the first betas. -- nosy: +barry priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]> __

[issue1819] Speed hack for function calls with named parameters

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Attaching a version that's a little faster and cleaner with PySequence_Fast_ITEMS. -- nosy: +rhettinger Added file: http://bugs.python.org/file10596/namedparam3.patch ___ Python tracker <[EMAIL

[issue3086] sys.maxsize not available by using the latest Win32 build

New submission from Giampaolo Rodola' <[EMAIL PROTECTED]>: By using: http://www.python.org/dev/daily-msi/python-2.6.14041.msi C:\>C:\python26\python Python 2.6a3 (r26a3:62864, May 9 2008, 14:16:26) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more

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

Adam Olsen <[EMAIL PROTECTED]> added the comment: Incidentally, it doesn't seem necessary to reinitialize the lock. Posix duplicates the lock, so if you hold it when you fork your child will be able to unlock it and use it as normal. Maybe there's some non-Posix behaviour or something even more

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

Changes by Skip Montanaro <[EMAIL PROTECTED]>: -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

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

Skip Montanaro <[EMAIL PROTECTED]> added the comment: I originally sent this by email but never saw it pop up. I eventually submitted via the web. -- superseder: -> sys.exit() called from optparse - bad, bad, bad ___ Python tracker <[EMAIL PROTECTE

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

Adam Olsen <[EMAIL PROTECTED]> added the comment: Updated version of roudkerk's patch. Adds the new function to pythread.h and is based off of current trunk. Note that Parser/intrcheck.c isn't used on my box, so it's completely untested. roudkerk's original analysis is correct. The TLS is nev

[issue2775] Implement PEP 3108

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Done with pickle and stringio. -- dependencies: -Merge StringIO/cStringIO in 3.0, merge pickle and cPickle in 3.0 ___ Python tracker <[EMAIL PROTECTED]> __

[issue2917] merge pickle and cPickle in 3.0

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Committed in r64152. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2918] Merge StringIO/cStringIO in 3.0

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Committed in r64154. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3085] chapter 17.1.3.5 'Replacing os.popen*' in the Python library reference contains an error

New submission from Jan Huelsbergen <[EMAIL PROTECTED]>: the 'from' examples contain non-keyword args after keyword args: pipe = os.popen(cmd, mode='r', bufsize) should be pipe = os.popen(cmd, 'r', bufsize) and pipe = os.popen(cmd, mode='w', bufsize) should be pipe = os.popen(cmd, 'w', buf

[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]> _

[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

[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]>

[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]> __

[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]> ___

[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

[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

[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]>

[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

[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 ___

[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

[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

[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]> ___ ___

[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

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

[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]>

[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]> __

[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]> ___ _

[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]>

[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

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

[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

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. __

[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

[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]> ___

[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

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 <[

[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

[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

[issue2997] PyNumberMethods has left-over fields in Py3

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> benjamin.peterson nosy: +benjamin.peterson ___ 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

[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]> ___

[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]>

[issue2997] PyNumberMethods has left-over fields in Py3

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

[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

[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]> __

[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

[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

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

[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

[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 __

[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

[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]>

[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

[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]>

[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.

[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]> __

[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]> ___ __

[issue3021] Lexical exception handlers

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

[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. _

[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

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

[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

[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

[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

[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

[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

[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

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

[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.

[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.

[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

[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

[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

[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]> ___

[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

[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]> ___

[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]>

[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

[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]>

[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

  1   2   >