[issue6615] multiprocessing logging support test

[Vinay Sajip]

Vinay Sajip  added the comment:

Changes checked into trunk (r76508) - very slightly different to flox's patch. 
Also made _handlers a WeakValueDictionary.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7117] Backport py3k float repr to trunk

[Mark Dickinson]

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:  -> accepted
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6615] multiprocessing logging support test

[flox]

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__.py (working copy)
@@ -610,7 +610,7 @@
 """
 _acquireLock()
 try:
-_handlerList.insert(0, weakref.ref(handler, _removeHandlerRef))
+_handlerList.append(weakref.ref(handler, _removeHandlerRef))
 finally:
 _releaseLock()

--
versions: +Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1515] deepcopy doesn't copy instance methods

[Ram Rachum]

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://garlicsim.org/brief_introduction.html
The program handles world states in simulated worlds. Some simpacks 
deepcopy the existing world state to generate the next world state.

This bug is currently preventing me from writing simpacks whose world 
states reference instance methods, which is a severe limitation for me.

I think this issue should be bumped in priority. Also, in the mean time, 
a more informative error message should be given (Like "deepcopy can't 
handle instance methods."), instead of the current cryptic one.

--
nosy: +cool-RR

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1606092] csv module broken for unicode

[R. David Murray]

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: open -> closed
type:  -> feature request

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6615] multiprocessing logging support test

[Vinay Sajip]

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, thanks for catching this (and for the patch).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[dontbugme]

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.connect(":memory:").execute("SELECT
no_such_column")'

But ProgrammingError should be raised, as per PEP 249:

ProgrammingError
  
Exception raised for programming errors, e.g. table not
found or already exists, syntax error in the SQL
statement, wrong number of parameters specified, etc.  It
must be a subclass of DatabaseError.

--
components: Library (Lib)
messages: 95719
nosy: dontbugme
severity: normal
status: open
title: sqlite3: some OperationalError exceptions should be ProgrammingError 
(PEP 249)
type: behavior
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Neil Cerutti]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Georg Brandl]

Georg Brandl  added the comment:

Agreed.

--
priority:  -> low
resolution: wont fix -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[flox]

flox  added the comment:

It looks similar to issue7378, but the latter has more details.

Close as duplicate?

--
nosy: +flox

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4158] compilation of sqlite3 fails

[flox]

flox  added the comment:

Please close as invalid.

--
nosy: +flox

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4158] compilation of sqlite3 fails

[flox]

Changes by flox :


--
nosy:  -flox

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4380] Deepcopy of functools.partial gives wierd exception

[flox]

flox  added the comment:

This issue is somewhat related to the same issue with pickle.
See issue1398 for the explanation.

--
nosy: +flox

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4158] compilation of sqlite3 fails

[Brett Cannon]

Changes by Brett Cannon :


--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7392] cPickle test failure on release26-maint branch

[flox]

flox  added the comment:

I experienced same failure (trunk is OK).

It seems that r70531 needs backporting.

--
nosy: +flox

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Sridhar Ratnakumar]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2281] Enhanced cPython profiler with high-resolution timer

[Antoine Pitrou]

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 -Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7395] pstats add command raises unhandled exception

[Jean-Paul Calderone]

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:
==
help

% help add
Add profile info from given file to current statistics object.
% add client.prof
Traceback (most recent call last):
  File "/usr/lib/python2.6/runpy.py", line 122, in _run_module_as_main
"__main__", fname, loader, pkg_name)
  File "/usr/lib/python2.6/runpy.py", line 34, in _run_code
exec code in run_globals
  File "/usr/lib/python2.6/pstats.py", line 690, in 
browser.cmdloop()
  File "/usr/lib/python2.6/cmd.py", line 142, in cmdloop
stop = self.onecmd(line)
  File "/usr/lib/python2.6/cmd.py", line 219, in onecmd
return func(arg)
  File "/usr/lib/python2.6/pstats.py", line 600, in do_add
self.stats.add(line)
AttributeError: 'NoneType' object has no attribute 'add'
$

--
components: Library (Lib)
messages: 95729
nosy: exarkun
severity: normal
status: open
title: pstats add command raises unhandled exception
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7396] regrtest single: iterator not subscriptable

[James G. sack (jim)]

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 indexing 
cannot be performed on tests subsequent to the rebinding.

There are a few other places where tests is indexed, but I suspect those 
places are before the rebinding to an iterable.

At first glance, a viable patch might be to use a different name, eg 
itests, and leave the original tests list available for use by the line 
causing the TypeError. However, I think someone more knowledgeable needs 
to have a look.

Ummm, forgive me if this is offbase, but would it be fair to identify as 
a bad practice, the rebinding of a variable to a different type. 

~jim

--
messages: 95731
nosy: jgsack
severity: normal
status: open
title: regrtest single: iterator not subscriptable
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com