[issue6615] multiprocessing logging support test

Vinay Sajip added the comment: Changes checked into trunk (r76508) - very slightly different to flox's patch. Also made _handlers a WeakValueDictionary. -- ___ Python tracker __

[issue7117] Backport py3k float repr to trunk

Mark Dickinson added the comment: Thanks, Eric. The only remaining documentation issues I'm aware of are in Doc/tutorial/floatingpoint.rst. I think Raymond is going to update this to match the py3k version. I'll call this done, then! Thanks for all your help. -- resolution: -> ac

[issue6615] multiprocessing logging support test

flox added the comment: Thank you Vinay. Since you "reversed()" the _handlerList, the following part need to be changed: Index: Lib/logging/__init__.py === --- Lib/logging/__init__.py (revision 76508) +++ Lib/logging/__init__.

[issue1515] deepcopy doesn't copy instance methods

Ram Rachum added the comment: (I see some time has passed since the last message. I'm assuming the issue wasn't fixed, correct me if I'm wrong.) Here's a use case for using deepcopy: I'm developing a simulations framework called GarlicSim, all Python. You can see a short video here: http://g

[issue1606092] csv module broken for unicode

R. David Murray added the comment: This is indeed fixed in Python 3. If someone wishes to step forward with patches for 2.7, they can reopen this bug, but I don't think it is worth the effort. -- nosy: +r.david.murray resolution: -> out of date stage: -> committed/rejected status: op

[issue6615] multiprocessing logging support test

Vinay Sajip added the comment: > Since you "reversed()" the _handlerList, the following part need to be > changed: > > -_handlerList.insert(0, weakref.ref(handler, _removeHandlerRef)) > +_handlerList.append(weakref.ref(handler, _removeHandlerRef)) Corrected in r76509. Florent,

[issue7394] sqlite3: some OperationalError exceptions should be ProgrammingError (PEP 249)

New submission from dontbugme : The following code raises OperationalError exceptions: python -c 'import sqlite3; sqlite3.connect(":memory:").execute("bad syntax")' python -c 'import sqlite3; sqlite3.connect(":memory:").execute("SELECT * FROM no_such_table")' python -c 'import sqlite3; sqlite3.co

[issue7391] Re-title the "Using Backslash to Continue Statements" anti-idiom

Neil Cerutti added the comment: Yes, I know. That's why I feel it should not be labeled an anti-idiom, as it currently seems to be. -- status: pending -> open ___ Python tracker

[issue7391] Re-title the "Using Backslash to Continue Statements" anti-idiom

Georg Brandl added the comment: Agreed. -- priority: -> low resolution: wont fix -> ___ Python tracker ___ ___ Python-bugs-list mail

[issue4097] Traceback doesn't run back all the way

flox added the comment: It looks similar to issue7378, but the latter has more details. Close as duplicate? -- nosy: +flox ___ Python tracker ___ ___

[issue4158] compilation of sqlite3 fails

flox added the comment: Please close as invalid. -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4158] compilation of sqlite3 fails

Changes by flox : -- nosy: -flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman

[issue4380] Deepcopy of functools.partial gives wierd exception

flox added the comment: This issue is somewhat related to the same issue with pickle. See issue1398 for the explanation. -- nosy: +flox ___ Python tracker ___ ___

[issue4158] compilation of sqlite3 fails

Changes by Brett Cannon : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue7392] cPickle test failure on release26-maint branch

flox added the comment: I experienced same failure (trunk is OK). It seems that r70531 needs backporting. -- nosy: +flox ___ Python tracker ___ _

[issue5788] datetime.timedelta is inconvenient to use...

Antoine Pitrou added the comment: The patch is committed in r76529 (trunk) and r76530 (py3k). Thank you! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue7371] Windows 64-bit build "skips" several projects in VS 2008

Sridhar Ratnakumar added the comment: Ok, I found that this issue happens only with RTM version of VS2008. The fix is to install SP1. ref - http://social.msdn.microsoft.com/Forums/en-US/vssetup/thread/ beb4abe5-b40c-4008-aac4-343f3493e5ba -- status: open -> closed __

[issue2281] Enhanced cPython profiler with high-resolution timer

Antoine Pitrou added the comment: One issue with using timestamp counters is that their resolution varies with CPU speed, which is not necessarily constant during a whole run (because of power management). On the other hand I'm not sure it's really a problem. -- versions: +Python 3.2 -P

[issue7395] pstats add command raises unhandled exception

New submission from Jean-Paul Calderone : $ python -m pstats Welcome to the profile statistics browser. % help Documented commands (type help ): EOF add callees callers quit read reverse sort stats strip Undocumented commands: ==

[issue1023290] Conversion of longs to bytes and vice-versa.

Antoine Pitrou added the comment: The following example is strange: +>>> int.from_bytes([255, 0, 0], byteorder='big') +-65536 Isn't `signed` supposed to be False by default? The rest looks ok. -- ___ Python tracker

[issue4097] Traceback doesn't run back all the way

Changes by Benjamin Peterson : -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7396] regrtest single: iterator not subscriptable

New submission from James G. sack (jim) : file Lib/tests/regrtest.py Evidently rev 76260 (trunk) / 76261 (py3k) broke code at rev 76324 line 655 (py3k) rev 76321 line 620 (trunk) which is if tests[0] == alltests[i] because tests was rebound from a list to an iterable, and hence indexi