[issue9683] Dead code in py3k inspect module

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

Indeed, with 3.1:

>>> def f(x, y): pass
...
>>> inspect.formatargspec(inspect.getargspec(f))
TypeError: object of type 'map' has no len()

--
nosy: +amaury.forgeotdarc
type:  -> behavior

___
Python tracker 

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

[issue9690] Cannot distinguish b"str" from "str" in ast module.

[Kay Hayen]

Kay Hayen  added the comment:

You didn't understand. Please tell me, how to decide if this is a unicode 
literal or a str (2.x) literal:

value=Str(s='d')

It's just not possible. When I found a "from __future__ import 
unicode_literals" in the code before, it means I should convert "value.s" to 
unicode fine. But the syntax allows with b"d" to make an exception for some 
strings. Your test "test_compile.py" contains it.

May I ask you to not "close" this bug therefore, as your proposal is not 
feasible? I really need ast.parse() to return different nodes for the string 
literals "d" and b"d" or else I cannot detect the non-unicode literals with 
unicode literals as default.

--

___
Python tracker 

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

[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

[Senthil Kumaran]

Changes by Senthil Kumaran :


--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
Added file: http://bugs.python.org/file18648/basic_auth.patch

___
Python tracker 

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

[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

[Senthil Kumaran]

Senthil Kumaran  added the comment:

I checked in a modified version of reset the retry count for respnse code !=401 
in the following checkins:
r84323 (py3k)
r84324 (release21-maint)
r84325 (release31-maint)

Unfortunately, we wont be able to patch the 2.6.x release. You might want to 
use patch which is attached or fix it at mercurial end.

Another issue, Issue9639 was fixed to reset the retry on successful response.

I am going to close this issue, there was a minor discussion in the middle if 5 
retries in worth it, but it looks like it is (msg107261).

--

___
Python tracker 

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

[issue9572] IOError or OSError in test_multiprocessing

[Łukasz Czuja]

Łukasz Czuja  added the comment:

I Had the same issue while using the lib. I had to replace every: IOError with 
(IOError, OSError) to catch both and just then compare exc.errno.

Also in your r84271 commit, on line 507 you did:

507 :   with _io.FileIO(path, 'wb') as file: 

shouldn't it be:

507 :   with _closing(_io.FileIO(path, 'wb')) as file: 

as in previous commit? In case of an error, you're not closing the file 
properly. Or am I reading that wrong?

Cheers.

--

___
Python tracker 

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

[issue2570] backport 3.0-style \u/\U processing in raw strings when unicode_literals is imported from __future__

[R. David Murray]

R. David Murray  added the comment:

Yes it does seem like it is too late for this, code might be depending on this 
behavior now in 2.7.

--
nosy: +r.david.murray
status: pending -> closed

___
Python tracker 

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

[issue9686] asyncore infinite loop on raise

[mmw]

mmw <0xcafef...@gmail.com> added the comment:

First it depends on the socket type but might use a select call, secondable
raise on a socket.error, thirdable you could call the close_handle with the
message and let the guys if he would like to retry, network connection might
be capricious especially for client connected through a wifi network or
behind some firewall blocking port

the asyncchat is a looper if you don't let him catch the exception you just
create an infinite loop, this API needs a stronger model.

On Wed, Aug 25, 2010 at 3:45 PM, Giampaolo Rodola'
wrote:

>
> Giampaolo Rodola'  added the comment:
>
> Could you provide a code sample which demonstrates the problem?
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: http://bugs.python.org/file18647/unnamed

___
Python tracker 

___First it depends on the socket type but might use a select call, secondable 
raise on a socket.error, thirdable you could call the close_handle with the 
message and let the guys if he would like to retry, network connection might be 
capricious especially for client connected through a wifi network or behind 
some firewall blocking port
the asyncchat is a looper if you don't let him catch the exception you 
just create an infinite loop, this API needs a stronger 
model. On Wed, Aug 25, 2010 at 3:45 PM, 
Giampaolo Rodola' rep...@bugs.python.org> 
wrote:

Giampaolo Rodola' g.rod...@gmail.com> added the 
comment:

Could you provide a code sample which demonstrates the problem?

--

___
Python tracker rep...@bugs.python.org>
http://bugs.python.org/issue9686>
___

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

[issue9690] Cannot distinguish b"str" from "str" in ast module.

[Benjamin Peterson]

Benjamin Peterson  added the comment:

You'll have to look at the compile flags or search the future flags.

--
nosy: +benjamin.peterson
resolution:  -> wont fix
status: open -> closed

___
Python tracker 

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

[issue1109659] distutils argument parsing is bogus

[Éric Araujo]

Changes by Éric Araujo :


--
assignee: tarek -> eric.araujo

___
Python tracker 

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

[issue1109659] distutils argument parsing is bogus

[Éric Araujo]

Éric Araujo  added the comment:

Being able to write a global option after a command name seems a nice feature 
to me, and the implementation should be straightforward: The base Command class 
already adds some options like help to each subclass, it’s just a matter of 
adding verbose, quiet and dry-run and adapting distribution.

no-user-cfg would have to be special-cased: Giving this option to one command  
would just pass it to the Distribution instance. Supporting per-command 
no-user-cfg would be overly complicated and not really useful.

--
components: +Distutils2 -Distutils
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.1

___
Python tracker 

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

[issue9690] Cannot distinguish b"str" from "str" in ast module.

[Kay Hayen]

New submission from Kay Hayen :

There is no way to decide if a string literal should be non-unicode when the 
default has been set to unicode_literals. Please see: 

>>> import ast
>>> ast.dump( ast.parse( """c = "d" """ ) )
"Module(body=[Assign(targets=[Name(id='c', ctx=Store())], value=Str(s='d'))])"
>>> from __future__ import unicode_literals
>>> ast.dump( ast.parse( """c = "d" """ ) )
"Module(body=[Assign(targets=[Name(id='c', ctx=Store())], value=Str(s='d'))])"
>>> ast.dump( ast.parse( """c = b"d" """ ) )
"Module(body=[Assign(targets=[Name(id='c', ctx=Store())], value=Str(s='d'))])"
>>> ast.dump( ast.parse( """c = u"d" """ ) )
"Module(body=[Assign(targets=[Name(id='c', ctx=Store())], value=Str(s=u'd'))])"

I have checked fields, but didn't find anything either. Without an indication 
of the Str literal type, its type cannot be detected. In either case it is 
"str" and may or not have to be converted to a unicode value.

--
components: Library (Lib)
messages: 114950
nosy: kayhayen
priority: normal
severity: normal
status: open
title: Cannot distinguish b"str" from "str" in ast module.
type: behavior
versions: Python 2.6, Python 2.7

___
Python tracker 

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

[issue9689] threading.Timer poorly documented

[R. David Murray]

Changes by R. David Murray :


--
assignee:  -> d...@python
components: +Documentation
nosy: +d...@python
type: feature request -> behavior
versions: +Python 3.1, Python 3.2 -Python 2.5, Python 2.6

___
Python tracker 

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

[issue9689] threading.Timer poorly documented

[R. David Murray]

R. David Murray  added the comment:

That's just a summary.  The full documentation of the class is further down the 
page.  What's missing is a hyperlink from the summary to the full description.  
It's probably just a markup error.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue9598] untabify.py fails on files that contain non-ascii characters

[Éric Araujo]

Éric Araujo  added the comment:

The builtin open in 3.2 is similar to codecs.open. If you read the error 
message closely, you’ll see that the decoding that failed did try to use UTF-8.

The cause of the problem here is that the bytes used for the ç in François’ 
name are not valid UTF-8; I can fix that. This does not change the original 
purpose of this report: untabify should not die.

--

___
Python tracker 

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

[issue9688] object.__basicsize__ is erroneously 0 on big-endian 64-bit machines (int vs Py_ssize_t)

[Benjamin Peterson]

Benjamin Peterson  added the comment:

r84320.

--
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue9572] IOError or OSError in test_multiprocessing

[Florent Xicluna]

Florent Xicluna  added the comment:

This one looks very similar (r84315 on i386 Ubuntu 3.x buildbot):

./python -Wd -E -bb ./Lib/test/regrtest.py -uall -rwW -l 
== CPython 3.2a1+ (py3k:84315, Aug 25 2010, 17:07:54) [GCC 4.6.0 20100814 
(experimental) [trunk revision 163239]]
==   Linux-2.6.32-24-server-i686-with-debian-squeeze-sid little-endian
==   
/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/build/test_python_17577
Using random seed 4479416
[  1/346] test_thread
[  2/346] test_hash
[  3/346] test_zipfile64
test_zipfile64 skipped -- test requires loads of disk-space bytes and a long 
time to run
[  4/346] test_dbm_gnu
test_dbm_gnu skipped -- No module named _gdbm
[  5/346] test_funcattrs
[  6/346] test_http_cookies
[  7/346] test_multiprocessing
Process Process-24:
Traceback (most recent call last):
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/process.py",
 line 233, in _bootstrap
self.run()
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/process.py",
 line 88, in run
self._target(*self._args, **self._kwargs)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/test/test_multiprocessing.py",
 line 1260, in _putter
manager.connect()
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/managers.py",
 line 477, in connect
conn = Client(self._address, authkey=self._authkey)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/connection.py",
 line 427, in XmlClient
import xmlrpc.client as xmlrpclib
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 450, in load_module
return self._load_module(fullname)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 155, in decorated
return fxn(self, module, *args, **kwargs)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 344, in _load_module
code_object = self.get_code(name)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 437, in get_code
self.set_data(bytecode_path, data)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 495, in set_data
_os.mkdir(parent)
OSError: [Errno 17] File exists: 
'/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/xmlrpc/__pycache__'
test test_multiprocessing failed -- Traceback (most recent call last):
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/test/test_multiprocessing.py",
 line 1273, in test_rapid_restart
queue = manager.get_queue()
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/managers.py",
 line 644, in temp
token, exp = self._create(typeid, *args, **kwds)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/managers.py",
 line 542, in _create
conn = self._Client(self._address, authkey=self._authkey)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/multiprocessing/connection.py",
 line 427, in XmlClient
import xmlrpc.client as xmlrpclib
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 450, in load_module
return self._load_module(fullname)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 155, in decorated
return fxn(self, module, *args, **kwargs)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 344, in _load_module
code_object = self.get_code(name)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 437, in get_code
self.set_data(bytecode_path, data)
  File 
"/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/importlib/_bootstrap.py",
 line 495, in set_data
_os.mkdir(parent)
OSError: [Errno 17] File exists: 
'/scratch/pybot-buildarea/3.x.klose-ubuntu-i386/build/Lib/xmlrpc/__pycache__'

http://www.python.org/dev/buildbot/builders/i386 Ubuntu 3.x/builds/2005

--
status: closed -> open
title: IOError in test_multiprocessing -> IOError or OSError in 
test_multiprocessing

___
Python tracker 

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

[issue1109658] distutils dry-run breaks when attempting to bytecompile

[Éric Araujo]

Éric Araujo  added the comment:

I’ll port this patch to distutils2 as part of #8501 and ask Tarek whether it 
can go in distutils too.

--
assignee: tarek -> eric.araujo
components: +Distutils2 -Distutils
nosy: +eric.araujo
versions: +Python 2.5, Python 2.6

___
Python tracker 

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

[issue8501] --dry-run option doesn't work

[Éric Araujo]

Changes by Éric Araujo :


--
dependencies: +distutils dry-run breaks when attempting to bytecompile

___
Python tracker 

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

[issue9425] Rewrite import machinery to work with unicode paths

[STINNER Victor]

STINNER Victor  added the comment:

> r84012 patchs zipimporter_init() to use the new PyUnicode_FSDecoder() 
> and use Py_UNICODE* (unicode) strings instead of char* (byte) strings.

oops, it's r84013 (not r84012)

--

___
Python tracker 

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

[issue8501] --dry-run option doesn't work

[Éric Araujo]

Changes by Éric Araujo :


--
dependencies:  -distutils argument parsing is bogus

___
Python tracker 

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

[issue8501] --dry-run option doesn't work

[Éric Araujo]

Éric Araujo  added the comment:

Wow. I’m amazed to see that the majority of commands don’t even bother with 
dry-run. I’m changing the component to distutils2: This is between bug fix and 
new feature, your report is the first one, and it’s easier to hack on 
distutils2. When this is fixed, I’ll ask Tarek if we should backport it to 
distutils (probably not).

I’m adding the easy keyword to indicate that writing tests for the --dry-run 
behavior could be done by a beginner during a sprint or bug day.

--
assignee: tarek -> eric.araujo
components: +Distutils2 -Distutils
dependencies: +distutils argument parsing is bogus
keywords: +easy
stage:  -> unit test needed
versions: +Python 2.5 -Python 3.3

___
Python tracker 

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

[issue9688] object.__basicsize__ is erroneously 0 on big-endian 64-bit machines (int vs Py_ssize_t)

[Dave Malcolm]

New submission from Dave Malcolm :

On 64-bit bigendian machines (ppc64 and s390x), I'm seeing:
>>> print object.__basicsize__
0

(Discovered via a segfault in Jinja2 tries to use ctypes to manipulate 
ob_refcnt of variables, and gets the wrong location, corrupting the objects 
instead; see https://bugzilla.redhat.com/show_bug.cgi?id=627347 )

struct _typeobject declares tp_basicsize and tp_itemsize as Py_ssize_t:
{
...
  Py_ssize_t tp_basicsize, tp_itemsize; /* For allocation */
...
}

but type_members defines them as T_INT:
 {"__basicsize__", T_INT, offsetof(PyTypeObject,tp_basicsize),READONLY},
 {"__itemsize__", T_INT, offsetof(PyTypeObject, tp_itemsize), READONLY},

Hence when accessing "object.__basicsize__", PyMember_GetOne reads it as a
T_INT, which gets it as 0 (incorrect).  Accessing it as Py_ssize_t reads it as
16 (correct)
(gdb) p *(Py_ssize_t*)addr
$9 = 16
(gdb) p *(int*)addr
$10 = 0

I'm attaching a patch which changes them to use T_PYSSIZE_T and adds a selftest.

--
keywords: +patch
stage:  -> patch review
title: object.__basicsize__ is erroneously0 -> object.__basicsize__ is 
erroneously 0 on big-endian 64-bit machines (int vs Py_ssize_t)
type:  -> behavior
versions: +Python 2.7
Added file: http://bugs.python.org/file18646/fix-typeobject-T_INT-usage.patch

___
Python tracker 

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

[issue9689] threading.Timer poorly documented

[Pedro Mendes]

New submission from Pedro Mendes :

The documentation existent ( 
http://docs.python.org/library/threading.html#threading.Timer ) is not very 
helpful. The user is left wondering about the exact syntax of this function, 
what types of parameter it accepts etc. Could this possibly be fixed?

--
messages: 114941
nosy: pedro3005
priority: normal
severity: normal
status: open
title: threading.Timer poorly documented
type: feature request
versions: Python 2.5, Python 2.6, Python 2.7

___
Python tracker 

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

[issue9686] asyncore infinite loop on raise

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy: +josiah.carlson, josiahcarlson

___
Python tracker 

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

[issue9686] asyncore infinite loop on raise

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

Could you provide a code sample which demonstrates the problem?

--

___
Python tracker 

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

[issue9688] object.__basicsize__ is erroneously0

[Dave Malcolm]

Changes by Dave Malcolm :


--
nosy: dmalcolm
priority: normal
severity: normal
status: open
title: object.__basicsize__ is erroneously0

___
Python tracker 

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

[issue9686] asyncore infinite loop on raise

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
assignee:  -> giampaolo.rodola
nosy: +giampaolo.rodola

___
Python tracker 

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

[issue9683] Dead code in py3k inspect module

[Andreas Stührk]

Changes by Andreas Stührk :


--
title: Dead code in pyk inspect module -> Dead code in py3k inspect module

___
Python tracker 

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

[issue9685] tuples should remember their hash value

[Benjamin Peterson]

Benjamin Peterson  added the comment:

2010/8/25 Raymond Hettinger :
> I suppose we could prepare a patch, instrument it, and try it with Twisted, 
> SQLalchemy, and Django to find-out how many tuple hash calculations would be 
> saved by memoizing.

You should also check memory usage.

--

___
Python tracker 

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

[issue8855] Shelve documentation lacks security warning

[Longpoke]

Longpoke  added the comment:

Okay I've attached one for the py3k branch. What about 2.7? Same patch applies 
there.

--
keywords: +patch
Added file: http://bugs.python.org/file18645/shelve.rst.patch

___
Python tracker 

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

[issue9685] tuples should remember their hash value

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Hello Tim! If you have a chance, please also take a look at issue9685 which I 
was planning to work on in the next couple of weeks.

For memoizing tuple hashes, I'm inclined to think the one extra field is worth 
it.  That would help all the cases where people are concerned about double 
accesses to dicts in a look-before-you-leap pattern or for a pattern of 
fetch-item-update-value-store-new-item.

It looks like the code for collections.OrderedDict() would benefit because it 
does multiple lookups and stores on the same key: 
http://svn.python.org/view/python/branches/release27-maint/Lib/collections.py?revision=84148&view=markup

It would also help the multiple lookups and stores in caching code such as that 
at http://code.activestate.com/recipes/498245-lru-and-lfu-cache-decorators

I suppose we could prepare a patch, instrument it, and try it with Twisted, 
SQLalchemy, and Django to find-out how many tuple hash calculations would be 
saved by memoizing.

--

___
Python tracker 

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

[issue9685] tuples should remember their hash value

[Benjamin Peterson]

Benjamin Peterson  added the comment:

FWIW, I'm -1 on this without a demonstrable improvement on some real-world 
cases.

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue9687] dbmmodule.c:dbm_contains fails on 64bit big-endian (test_dbm.py fails) when built against gdbm (int vs Py_ssize_t)

[Dave Malcolm]

Dave Malcolm  added the comment:

Note to self: I'm tracking this one in RH's downstream tracker as:
  https://bugzilla.redhat.com/show_bug.cgi?id=626756

--

___
Python tracker 

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

[issue9686] asyncore infinite loop on raise

[Raymond Hettinger]

Raymond Hettinger  added the comment:

What change are you proposing?

--
nosy: +rhettinger

___
Python tracker 

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

[issue9687] dbmmodule.c:dbm_contains fails on 64bit big-endian (test_dbm.py fails) when built against gdbm (int vs Py_ssize_t)

[Dave Malcolm]

New submission from Dave Malcolm :

With a clean build of release27-maint (r84317), test_dbm.py fails on ppc64 with 
this error:
  File "test_dbm.py", line 24, in test_keys
self.assert_(k in self.d)
AssertionError

I'm building gainst gdbm-1.8.0 (specifically, on a prerelease of RHEL6, with 
gdbm-devel-1.8.0-36.el6.ppc64)

All of the headers define datum as:
  typedef struct {
char *dptr;
int   dsize;
  } datum;

Note the use of "int" for dsize.

This fragment of code in python's Modules/dbmmodule.c:dbm_contains:
  if (PyString_AsStringAndSize(v, (char **)&key.dptr,
   (Py_ssize_t *)&key.dsize)) {
  return -1;
  }
 appears to assume that
  sizeof(datum.dsize) == sizeof(Py_ssize_t)
which is not correct on these architectures:

(gdb) p sizeof(key.dsize)
$25 = 4
(gdb) p sizeof(Py_ssize_t)
$26 = 8

On ppc64, when PyString_AsStringAndSize writes the 0x1 value 
for the ob_size of "a" to &key.dsize, I believe the 0x part is written 
to &key.size, and the 0x0001 part is written to the 4 bytes following it, 
due to the incorrect cast from (int*) to (Py_ssize_t*)

Thankfully
(gdb) p sizeof(key)
$28 = 16
so it writes this value to padding within the "datum key", rather than 
corrupting the stack.

The dbm_fetch() invocation is thus passed a 0 dsize, and doesn't find the key, 
hence the test fails.

The various other uses with that source file appear correct:
(i) there are various PyArg_Parse* calls using s#, with int, which is correct, 
given the absence of the PY_SSIZE_T_CLEAN macro.
(ii) there are various calls of PyString_FromStringAndSize(, datum.dsize), 
which I believe is correct: I believe the compiler will coerce this int to the 
wider Py_ssize_t type.

I'm attaching a patch which (I hope) correctly coerces the size of the key from 
Py_ssize_t to "int" within gdb_contains.

--
components: Extension Modules
files: fix-dbm_contains-on-64bit-bigendian.patch
keywords: patch, patch
messages: 114934
nosy: dmalcolm
priority: normal
severity: normal
stage: patch review
status: open
title: dbmmodule.c:dbm_contains fails on 64bit big-endian (test_dbm.py fails) 
when built against gdbm (int vs Py_ssize_t)
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2
Added file: 
http://bugs.python.org/file18644/fix-dbm_contains-on-64bit-bigendian.patch

___
Python tracker 

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

[issue9685] tuples should remember their hash value

[Tim Peters]

Tim Peters  added the comment:

- Tuple objects don't currently reserve space to store their hash code, so it's 
likely this would increase the size of every tuple.

- It's unclear to me which natural use patterns would actually enjoy a major 
speed boost.  Note that dicts remember the hash codes of keys already, 
regardless of whether the key type remembers them too.  A tuple is typically 
constructed right before being used in a dict lookup, so for a one-shot use no 
time would be saved.  If the new tuple is used in multiple dict lookups, sure - 
but is that common?

--
nosy: +tim_one

___
Python tracker 

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

[issue9686] asyncore infinite loop on raise

[mmw]

New submission from mmw <0xcafef...@gmail.com>:

def send(self, data):
try:
result = self.socket.send(data)
return result
except socket.error, why:
if why.args[0] == EWOULDBLOCK:
return 0
elif why.args[0] in (ECONNRESET, ENOTCONN, ESHUTDOWN, ECONNABORTED):
self.handle_close()
return 0
else:
raise

for whatever reason the connection could break client side, if you raise an 
anonymous exception there it's uncatchable, raise on a socket.error or dismiss 
async chat is a looper.

that's the main reason why everybody gets this crazy infinite loop on for 
instance broken pipe error and the thing never exit, you just raise on 
your-self other and other again, 

BTW, you could have the same issue whatever the language, this is a developer 
bug.

--
components: Library (Lib)
messages: 114931
nosy: mmw
priority: normal
severity: normal
status: open
title: asyncore infinite loop on raise
versions: Python 2.7

___
Python tracker 

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

[issue9685] tuples should remember their hash value

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This seems reasonable.  Will look at it in the next few days.

--
assignee:  -> rhettinger
keywords: +easy
nosy: +rhettinger
priority: normal -> low
stage:  -> needs patch
versions: +Python 3.2 -Python 2.6

___
Python tracker 

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

[issue9685] tuples should remember their hash value

[David Albert Torpey]

New submission from David Albert Torpey :

Dictionary keys are commonly numbers, strings, or tuples. Python has optimized 
numbers and strings to remember their hash values on successive calls. Tuples 
should do this too since their recursive hash function can take a long time to 
compute. Tuples are Python's official record type and the one obvious way of 
making non-scalar dictionary keys.

The code to do this in stringobject.c is short and sweet, so this major speed 
boost should be an easy thing to. 

static long
string_hash(PyStringObject *a)
{
register Py_ssize_t len;
register unsigned char *p;
register long x;

if (a->ob_shash != -1)   <==
return a->ob_shash;  <==
len = Py_SIZE(a);
p = (unsigned char *) a->ob_sval;
x = *p << 7;
while (--len >= 0)
x = (103*x) ^ *p++;
x ^= Py_SIZE(a);
if (x == -1) <==
x = -2;  <==
a->ob_shash = x;
return x;
}

The code in tupleobject.c would just need to add the four lines marked above. 
Here's what is looks like now.

static long
tuplehash(PyTupleObject *v)
{
register long x, y;
register Py_ssize_t len = Py_SIZE(v);
register PyObject **p;
long mult = 103L;
x = 0x345678L;
p = v->ob_item;
while (--len >= 0) {
y = PyObject_Hash(*p++);
if (y == -1)
return -1;
x = (x ^ y) * mult;
/* the cast might truncate len; that doesn't change hash stability */
mult += (long)(82520L + len + len);
}
x += 97531L;
if (x == -1)
x = -2;
return x;
}

Thank you guys for all of your work.

*David

--
messages: 114929
nosy: dtorp
priority: normal
severity: normal
status: open
title: tuples should remember their hash value
type: resource usage
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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

I opened a separate issue for the SIZEOF_WCHAR_T issue so I could refer to that 
issue number in Misc/NEWS.  Fixed in r84317.

--
status: open -> closed

___
Python tracker 

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

[issue9684] PC/pyconfig.h should define SIZEOF_WCHAR_T

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

After making a Windows build and running the tests, committed in r84317.

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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Daniel Stutzbach]

Changes by Daniel Stutzbach :


--
dependencies: +PC/pyconfig.h should define SIZEOF_WCHAR_T

___
Python tracker 

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

[issue9684] PC/pyconfig.h should define SIZEOF_WCHAR_T

[Daniel Stutzbach]

New submission from Daniel Stutzbach :

Presently, the pyconfig.h generated by configure defines SIZEOF_WCHAR_T, but 
PC/pyconfig.h does not, periodically causing problems:

http://bugs.python.org/issue8781
http://bugs.python.org/issue4474
http://trac.wxwidgets.org/ticket/12013

Problem and the one-line solution already discussed in Issue8781 (and to a less 
extent in Issue4474).

--
assignee: stutzbach
components: Windows
messages: 114926
nosy: stutzbach
priority: normal
severity: normal
status: open
title: PC/pyconfig.h should define SIZEOF_WCHAR_T
type: behavior
versions: Python 3.2

___
Python tracker 

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

[issue9683] Dead code in pyk inspect module

[Andreas Stührk]

New submission from Andreas Stührk :

There is some code in the inspect module that is now with the removal of tuple 
unpacking in arguments in Python 3 no longer needed. The mentioned code does 
not even work with Python 3 (because ``len(map(...))`` will raise a TypeError).

The attached patch removes the dead code.

--
components: Library (Lib)
files: dead_code_removed.patch
keywords: patch
messages: 114925
nosy: Trundle
priority: normal
severity: normal
status: open
title: Dead code in pyk inspect module
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18643/dead_code_removed.patch

___
Python tracker 

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

[issue9208] SMTPHandler in the logging module does not handle unicode strings

[R. David Murray]

R. David Murray  added the comment:

Given Vinay's last comment I don't think this needs addressing in 2.x, and it 
is not a problem in 3.x.

--
nosy: +r.david.murray
resolution:  -> out of date
stage:  -> committed/rejected
status: pending -> closed
versions: +Python 2.7 -Python 3.2

___
Python tracker 

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

[issue9682] socket.create_connection error message for domain subpart with invalid length is very confusing

[R. David Murray]

New submission from R. David Murray :

>>> socket.create_connection(('a..com', 25))
Traceback (most recent call last):
  File "", line 1, in 
  File "/home/rdmurray/python/py3k/Lib/socket.py", line 300, in 
create_connection
for res in getaddrinfo(host, port, 0, SOCK_STREAM):
  File "/home/rdmurray/python/py3k/Lib/encodings/idna.py", line 167, in encode
result.extend(ToASCII(label))
  File "/home/rdmurray/python/py3k/Lib/encodings/idna.py", line 73, in ToASCII
raise UnicodeError("label empty or too long")
UnicodeError: label empty or too long

I have two problems with this: why is it a UnicodeError?  (That confused me 
into going down a blind alley before finding my typo in the original context 
where I encountered this).  The other problem is the term 'label'.  I realize 
this is technically correct and precise, but I doubt most users will recognize 
it (I didn't remember what it meant until I looked it up).  Could we perhaps 
change it to 'domain name subpart'?

Note that in 2.x this gives 'name or service not known' unless the input string 
is unicode, in which case it gives the error above.  So in 2.x the UnicodeError 
was at least not totally dissociated from the cause of the error, but still 
strikes me as sub-optimal.  I would expect a ValueError.

--
components: Library (Lib)
keywords: easy
messages: 114923
nosy: loewis, r.david.murray
priority: low
severity: normal
status: open
title: socket.create_connection error message for domain subpart with invalid 
length is very confusing
type: feature request
versions: Python 3.2

___
Python tracker 

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

[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

[Dmitry Jemerov]

Dmitry Jemerov  added the comment:

I've also run into this problem after upgrading to Python 2.6.6. My code, which 
uses the same HTTPBasicAuthHandler instance for many requests to the same 
server, worked correctly with Python 2.6.2 and broke with 2.6.6. It would be 
great if zenyatta's patch to fix the regression was included in 2.6.7.
Also, unfortunately NEWS.txt doesn't mention this change at all.

--
nosy: +Dmitry.Jemerov

___
Python tracker 

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

[issue9309] Add environment variable complementing command line option -no-user-cfg

[Éric Araujo]

Changes by Éric Araujo :


--
components: +Distutils2
nosy: +eric.araujo

___
Python tracker 

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

[issue9674] make install DESTDIR=/home/blah fails when the prefix specified is /

[Roumen Petrov]

Changes by Roumen Petrov :


--
nosy: +rpetrov

___
Python tracker 

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

[issue5131] pprint doesn't know how to print a defaultdict

[Éric Araujo]

Éric Araujo  added the comment:

BTW, Tarek’s name is valid UTF-8 in py3k.

--

___
Python tracker 

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

[issue8716] test_tk fails on OS X if run from buildbot slave daemon -- crashes Python

[Ronald Oussoren]

Ronald Oussoren  added the comment:

In python 2.x  'MacOS.WMAvailable()' returns True if the windowserver is 
available.

The whole MacOS extension is gone in 3.x, although it should be easy enough to 
reimplement WMAvailable() using ctypes.

--

___
Python tracker 

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

[issue5131] pprint doesn't know how to print a defaultdict

[Éric Araujo]

Éric Araujo  added the comment:

Jack, can you update your patch to reflect Terry’s review?

Amaury, have you opened a feature request about your registration idea?

--
nosy: +eric.araujo

___
Python tracker 

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

[issue9681] small typo in online documentation

[R. David Murray]

Changes by R. David Murray :


--
assignee:  -> d...@python
components: +Documentation
nosy: +d...@python
type:  -> behavior

___
Python tracker 

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

[issue1602133] non-framework built python fails to define environ properly

[Ronald Oussoren]

Ronald Oussoren  added the comment:

This is still a problem.

Technically this only works accidently with a framework build, code that 
expects that '_environ' is defined in a shared library on OSX is broken.

--

___
Python tracker 

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

[issue1525343] Webserver TypeError: expected read buffer, NoneType found

[Mark Lawrence]

Mark Lawrence  added the comment:

Hi Mark,

due to:

Failed issue tracker submission
You are not a registered user.

I send the mail to your private account.

Long time ago. I think you can close it.

Regards,
Juergen

--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Brian Curtin]

Brian Curtin  added the comment:

+1 on option 1

--

___
Python tracker 

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

[issue1612262] Class Browser doesn't show internal classes

[Mark Lawrence]

Changes by Mark Lawrence :


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

___
Python tracker 

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

[issue1611944] sndhdr.what() does not recognize wav file

[Mark Lawrence]

Changes by Mark Lawrence :


--
stage:  -> unit test needed
type:  -> behavior
versions: +Python 3.2

___
Python tracker 

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

[issue1611154] os.path.exists("file/") failure on Solaris 9

[Mark Lawrence]

Changes by Mark Lawrence :


--
stage: unit test needed -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue1610654] cgi.py multipart/form-data

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg110090.

--
resolution:  -> wont fix
status: open -> closed

___
Python tracker 

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

[issue1608267] Create the DESTDIR as part of the make install process

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg51470.

--
nosy: +BreamoreBoy
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue1606233] readline on popen3 file returns empty string before end

[Mark Lawrence]

Mark Lawrence  added the comment:

This won't go forward unless there is a patch with changes to code, unit tests 
and if needed docs.

--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

___
Python tracker 

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

[issue1602742] itemconfigure returns incorrect text property of text items

[Mark Lawrence]

Changes by Mark Lawrence :


--
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4, Python 2.6

___
Python tracker 

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

[issue1602133] non-framework built python fails to define environ properly

[Mark Lawrence]

Mark Lawrence  added the comment:

@Ronald is this still a problem or can this be closed?

--
components: +Build
nosy: +BreamoreBoy
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

[issue1512791] module wave does no rounding

[Neil Tallim]

Neil Tallim  added the comment:

The differences are small enough that it probably doesn't matter which one of 
us makes the extra changes.

It'll take one step less for you to implement them while applying the fixes, so 
it's probably easiest if I leave that in your court. Thanks for asking if I had 
anything to add, though, Mark. :)


The docs-update could probably be something as simple as...

Wave_write.setframerate(n)
Set the frame rate to n. Fractional inputs are rounded to the nearest 
integer.

That's pretty consistent with the way the rest of the documentation for this 
module has been written.

--

___
Python tracker 

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

[issue8716] test_tk fails on OS X if run from buildbot slave daemon -- crashes Python

[R. David Murray]

R. David Murray  added the comment:

I just ran into this while trying to run the test suite with -uall while sshed 
into an OSX machine and running a non-framework build.  This makes it kind of 
hard to run the full test suite.

Is there some way to detect that we don't have access to the window server and 
skip the test?  It's going to fail anyway, so even once the crash bug is fixed 
skipping the test when we don't have access to the window server is the right 
thing to do.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue9607] Test file 'test_keyword.py' submission for use with keyword.py

[R. David Murray]

R. David Murray  added the comment:

Greg, thanks for working on this.

I haven't looked over the whole patch yet, but there's one thing I noticed 
right away that needs to be fixed.  'python.exe' is the name of the python 
executable only on OS X, and the tests are not always run from the build 
directory.  To make the test OS and location independent you should instead use 
subprocess.Popen to run the tests, with sys.executable as the program to run.  
(You can take a look at how other tests in the test suite do this by searching 
for sys.executable in the test suite.)

--

___
Python tracker 

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

[issue9610] buildbot: uncaptured python exception (smtpd), but no failure in regrtest

[Ronald Oussoren]

Ronald Oussoren  added the comment:

$ python2.7 test/test_asyncore.py -v
test_closeall (__main__.HelperFunctionTests) ... ok
test_closeall_default (__main__.HelperFunctionTests) ... ok
test_compact_traceback (__main__.HelperFunctionTests) ... ok
test_readwrite (__main__.HelperFunctionTests) ... ok
test_readwriteexc (__main__.HelperFunctionTests) ... ok
test_basic (__main__.DispatcherTests) ... ok
test_issue_8594 (__main__.DispatcherTests) ... ok
test_log (__main__.DispatcherTests) ... ok
test_log_info (__main__.DispatcherTests) ... ok
test_repr (__main__.DispatcherTests) ... ok
test_strerror (__main__.DispatcherTests) ... ok
test_unhandled (__main__.DispatcherTests) ... ok
test_send (__main__.DispatcherWithSendTests) ... ok
test_send (__main__.DispatcherWithSendTests_UsePoll) ... ok
test_bind (__main__.TestAPI_UseSelect) ... ok
test_connection_attributes (__main__.TestAPI_UseSelect) ... ok
test_create_socket (__main__.TestAPI_UseSelect) ... ok
test_handle_accept (__main__.TestAPI_UseSelect) ... ok
test_handle_close (__main__.TestAPI_UseSelect) ... ok
test_handle_connect (__main__.TestAPI_UseSelect) ... ok
test_handle_error (__main__.TestAPI_UseSelect) ... ok
test_handle_expt (__main__.TestAPI_UseSelect) ... ok
test_handle_read (__main__.TestAPI_UseSelect) ... ok
test_handle_write (__main__.TestAPI_UseSelect) ... ok
test_set_reuse_addr (__main__.TestAPI_UseSelect) ... ok
test_bind (__main__.TestAPI_UsePoll) ... ok
test_connection_attributes (__main__.TestAPI_UsePoll) ... ok
test_create_socket (__main__.TestAPI_UsePoll) ... ok
test_handle_accept (__main__.TestAPI_UsePoll) ... ok
test_handle_close (__main__.TestAPI_UsePoll) ... ok
test_handle_connect (__main__.TestAPI_UsePoll) ... ok
test_handle_error (__main__.TestAPI_UsePoll) ... ok
test_handle_expt (__main__.TestAPI_UsePoll) ... ok
test_handle_read (__main__.TestAPI_UsePoll) ... ok
test_handle_write (__main__.TestAPI_UsePoll) ... ok
test_set_reuse_addr (__main__.TestAPI_UsePoll) ... ok
test_dispatcher (__main__.FileWrapperTest) ... error: uncaptured python 
exception, closing channel <__main__.FileDispatcher at 0x70db48> (:file_wrapper instance has no attribute 
'getsockopt' 
[/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py|readwrite|106]
 
[/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py|handle_write_event|449])
ERROR
test_recv (__main__.FileWrapperTest) ... ok
test_send (__main__.FileWrapperTest) ... ok

==
ERROR: test_dispatcher (__main__.FileWrapperTest)
--
Traceback (most recent call last):
  File "test/test_asyncore.py", line 441, in test_dispatcher
asyncore.loop(timeout=0.01, use_poll=True, count=2)
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 214, in loop
poll_fun(timeout, map)
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 195, in poll2
readwrite(obj, flags)
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 119, in readwrite
obj.handle_error()
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 489, in handle_error
self.handle_close()
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 508, in handle_close
self.close()
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 396, in close
self.socket.close()
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 614, in close
os.close(self.fd)
OSError: [Errno 9] Bad file descriptor

--
Ran 39 tests in 1.445s

FAILED (errors=1)
Traceback (most recent call last):
  File "test/test_asyncore.py", line 721, in 
test_main()
  File "test/test_asyncore.py", line 718, in test_main
run_unittest(*tests)
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_support.py",
 line 1055, in run_unittest
_run_suite(suite)
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/test/test_support.py",
 line 1038, in _run_suite
raise TestFailed(err)
test.test_support.TestFailed: Traceback (most recent call last):
  File "test/test_asyncore.py", line 441, in test_dispatcher
asyncore.loop(timeout=0.01, use_poll=True, count=2)
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 214, in loop
poll_fun(timeout, map)
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 195, in poll2
readwrite(obj, flags)
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/asyncore.py", 
line 119, in readwrite
obj.handle_error()
  File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/

[issue1512791] module wave does no rounding

[Mark Dickinson]

Mark Dickinson  added the comment:

Thanks for the patches.  The general idea looks fine to me.  Comments:

- I'd like to see a doc entry indicating that float inputs to setframerate get 
rounded to the nearest integer.

- In 3.x, the extra int() isn't necessary:  round() returns an integer anyway.

Neil, if you're still following, and are interested in updating the patches, 
please go ahead.  Otherwise I'll fix things up and then commit in a week or two.

--

___
Python tracker 

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

[issue9668] strings in json.dump in '' instead of ""

[R. David Murray]

R. David Murray  added the comment:

refresh, can you provide an example that shows the problem you are seeing?  
Otherwise we'll close this.

--
nosy: +r.david.murray
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> pending

___
Python tracker 

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

[issue1589266] bdist_sunpkg distutils command

[Éric Araujo]

Changes by Éric Araujo :


--
resolution:  -> rejected
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

[issue9680] Add in declaration order support for the dictionary passed in to the meta class __init__ and __new__ methods

[Éric Araujo]

Éric Araujo  added the comment:

For reference, a shorter explanation that the PEP is 
http://docs.python.org/dev/reference/datamodel#customizing-class-creation

--
nosy: +eric.araujo
versions:  -Python 2.6, Python 2.7, Python 3.3

___
Python tracker 

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

[issue9659] frozenset, when subclassed will yield warning upon call to super(...).__init__(iterable)

[Benjamin Peterson]

Benjamin Peterson  added the comment:

2010/8/25 Carsten Klein :
>
> Carsten Klein  added the comment:
>
> Thanks for the information. Where is this documented? I cannot find it in the 
> official Python docs... TIA.

http://docs.python.org/dev/reference/datamodel.html#object.__new__

--

___
Python tracker 

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

[issue9674] make install DESTDIR=/home/blah fails when the prefix specified is /

[R. David Murray]

R. David Murray  added the comment:

See also issue1676135.  Seems that the posters were wrong in concluding that 
the double slashes wouldn't bother anyone using prefix=/ :)

--
nosy: +r.david.murray

___
Python tracker 

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

[issue9610] buildbot: uncaptured python exception (smtpd), but no failure in regrtest

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

It's very hard to tell what went wrong without an actual traceback message. 
What I don't understand is why smtpd module is mentioned in the message, since 
apparently test_ssl.py doesn't use it at all.

--

___
Python tracker 

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

[issue9681] small typo in online documentation

[Winston C. Yang]

New submission from Winston C. Yang :

See http://docs.python.org/library/subprocess.html

17.1.1.2. Exceptions

containing traceback information from the child[']s point of view

--
messages: 114901
nosy: wcyang
priority: normal
severity: normal
status: open
title: small typo in online documentation
versions: Python 2.7

___
Python tracker 

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

[issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt

[Jesse Noller]

Jesse Noller  added the comment:

> If we keep that behavior, the real problem here is that the
> result handler hangs if the process that reserved a job is gone, which is 
> going to be handled
> by #9205. Should we mark it as a duplicate?

I would tend to agree with your assessment; we're better served just
gracefully handling everything per 9205

--

___
Python tracker 

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

[issue9679] unicode DNS names in urllib, urlopen

[R. David Murray]

Changes by R. David Murray :


--
keywords:  -buildbot, patch

___
Python tracker 

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

[issue9679] unicode DNS names in urllib, urlopen

[R. David Murray]

R. David Murray  added the comment:

There was a discussion about IRI on python-dev in the middle of a discussion 
about adding a coercable bytes type, but I can't find it. I believe the 
conclusion was that the best solution for IRI support was a new library that 
implements the full IRI spec.  It is possible that we could just add IDNA 
support to urllib, but it isn't clear that that work would be worth it when 
what is really needed is full IRI support.

See also issue1500504, though my guess based on the python-dev discussion and 
my experience with email is that an IRI library will need to be carefully 
designed with the py3k bytes/string separation in mind.

--
nosy: +ncoghlan, r.david.murray
stage: patch review -> 

___
Python tracker 

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

[issue9680] Add in declaration order support for the dictionary passed in to the meta class __init__ and __new__ methods

[R. David Murray]

R. David Murray  added the comment:

The ordering of dictionary keys is a fundamental property of Python 
dictionaries (it's a hash table).  PEP 3115 provides the functionality you are 
looking for, your metaclass just needs to be slightly more complicated.

--
nosy: +r.david.murray
resolution:  -> out of date
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

[issue1589266] bdist_sunpkg distutils command

[Holger Joukl]

Holger Joukl  added the comment:

> Holger, sorry your work has to be rejected.

No harm done - kind of paradoxical that my employer allowed me to release the 
code into the wild but hasn't been willing to let me sign the contribution 
form, in 4 years.

So it's at least out in the open and maybe useful to some (though rather 
outdated) - and could be moved into some solaris-py bdist_* project.

--

___
Python tracker 

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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

On Windows, the Python headers define HAVE_USABLE_WCHAR_T and Py_UNICODE_SIZE 
2, so we are already relying on sizeof(wchar_t) == 2 on Windows.

My patch ran into trouble because it inadvertently disabled that assumption in 
a few places, causing code to take the slow path and convert between wchar_t * 
and Py_UNICODE *.  The test that failed checks that the fast path was taken on 
Windows.

--

___
Python tracker 

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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Daniel Stutzbach wrote:
> 
> Daniel Stutzbach  added the comment:
> 
> The underlying problem here is that SIZEOF_WCHAR_T is not defined in 
> pyconfig.h on Windows.  My patch assumed that it would be defined on all 
> platforms where HAVE_WCHAR_H is defined (I had checked ./configure, but 
> forgotten Windows).
> 
> This has come up before and caused problems for other projects that assume 
> including python.h will define SIZEOF_WCHAR_T on all platforms with 
> HAVE_WCHAR_H:
> http://bugs.python.org/issue4474
> http://trac.wxwidgets.org/ticket/12013
> 
> The problem with my patch can be solved in one of two ways:
> 1. In PC/pyconfig.h, #define SIZEOF_WCHAR_T 2, or
> 2. Change the #if's to: HAVE_USABLE_WCHAR_T || Py_UNICODE_SIZE == 
> SIZEOF_WCHAR_T
> 
> I prefer option #1, but it's also a more visible change than my original 
> patch and may warrant its own issue.  Thoughts?

It possible, we should do the right thing and implement #1.

One thing I'm not sure about is how other Windows compilers deal
with wchar_t, e.g. MinGW or the Borland compiler. I suppose
that they all use the standard Windows C lib, so the parameter
should be 2 for them as well, but I'm not 100% sure.

--
title: 32-bit wchar_t doesn't need to be unsigned to be usable (I think) -> 
32-bit wchar_t doesn't need to be unsigned to be usable (I think)

___
Python tracker 

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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

Adding other Windows developers to the nosy list.  See msg114893 where your 
input would be helpful.

--
nosy: +brian.curtin, tim.golden

___
Python tracker 

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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

The underlying problem here is that SIZEOF_WCHAR_T is not defined in pyconfig.h 
on Windows.  My patch assumed that it would be defined on all platforms where 
HAVE_WCHAR_H is defined (I had checked ./configure, but forgotten Windows).

This has come up before and caused problems for other projects that assume 
including python.h will define SIZEOF_WCHAR_T on all platforms with 
HAVE_WCHAR_H:
http://bugs.python.org/issue4474
http://trac.wxwidgets.org/ticket/12013

The problem with my patch can be solved in one of two ways:
1. In PC/pyconfig.h, #define SIZEOF_WCHAR_T 2, or
2. Change the #if's to: HAVE_USABLE_WCHAR_T || Py_UNICODE_SIZE == SIZEOF_WCHAR_T

I prefer option #1, but it's also a more visible change than my original patch 
and may warrant its own issue.  Thoughts?

--

___
Python tracker 

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

[issue6978] compiler.transformer dict key bug d[1,] = 1

[Kees Bos]

Kees Bos  added the comment:

Added fix for python 2.7, which includes a test (testDictWithTupleKey) for the 
compiler test (Lib/test/test_compiler.py).

--
status: pending -> open
Added file: http://bugs.python.org/file18642/compiler-bug-issue6978.patch

___
Python tracker 

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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

Thanks, I will take a look sometime today.

--

___
Python tracker 

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

[issue9680] Add in declaration order support for the dictionary passed in to the meta class __init__ and __new__ methods

[Carsten Klein]

New submission from Carsten Klein :

Example


class Meta(type):
def __new__(cls, name, bases, locals):
print repr(locals.keys())

class Test(object):
__metaclass__ = Meta
A = 1
B = 2
C = 3
D = 4
E = 5


The above will yield the keys in a somewhat random order, everytime you start 
up the Python interpreter:

['__module__', 'E', 'C', 'D', 'B', '__metaclass__', 'A']


While the above example is far from complete, it shows the basic dilemma when 
having some concept that relies on the order in which the elements have been 
declared and in the order by which they have been processed during the parse 
phase and ast traversal phase.

In the aforementioned first two phases one can rely on the declaration order, 
but as soon as we enter the __new__ method, the order becomes irrelevant and is 
completely lost.

For a framework of mine, I would like the locals dict that is being passed as 
an argument to the __new__ method to give out references to the keys in the 
order in which they have been declared in the dict.

Thus, the above example would yield

['__metaclass__', '__module__', 'A', 'B', 'C', 'D', 'E']


The basic reason is that I find it more intuitive to

class A(object):
  __metaclass__ = Meta
  A = 5
  Z = 9

than 

class A(object):
  __metaclass__ = Meta
  __fields__ = ((A,5), (Z,9))


As you might easily guesses, the main application for the above is a new enum 
type I am currently developing, where the order is important as every new 
instance of that class must always yield the same ordinals for the individual 
constants declared.

This should not break with the overall contract of the dict, which defines that 
keys returned are in no specific order. Thus, adding a specific order to keys 
in the above locals dict for class instantiation purposes only, would not break 
with existing code and should be both backwards and forwards compatible.

--
components: Interpreter Core
messages: 114890
nosy: carsten.kl...@axn-software.de
priority: normal
severity: normal
status: open
title: Add in declaration order support for the dictionary passed in to the 
meta class __init__ and __new__ methods
type: feature request
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

___
Python tracker 

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

[issue9659] frozenset, when subclassed will yield warning upon call to super(...).__init__(iterable)

[Carsten Klein]

Carsten Klein  added the comment:

Thanks for the information. Where is this documented? I cannot find it in the 
official Python docs... TIA.

--

___
Python tracker 

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

[issue2528] Change os.access to check ACLs under Windows

[Tim Golden]

Changes by Tim Golden :


--
assignee:  -> tim.golden

___
Python tracker 

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

[issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt

[Ask Solem]

Ask Solem  added the comment:

On closer look your patch is also ignoring SystemExit. I think it's beneficial 
to honor SystemExit, so a user could use this as a means to replace the current 
process with a new one.

If we keep that behavior, the real problem here is that the
result handler hangs if the process that reserved a job is gone, which is going 
to be handled
by #9205. Should we mark it as a duplicate?

--

___
Python tracker 

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

[issue8622] Add PYTHONFSENCODING environment variable

[STINNER Victor]

STINNER Victor  added the comment:

> test_sys is still failing on my system where LC_CTYPE 
> only is set to utf-8

Oh yes, test_sys fails if LC_ALL or LC_CTYPE is a locale using a different 
encoding than ascii (eg. LC_ALL=fr_FR.utf8). Fixed by r84314.

--
status: open -> closed

___
Python tracker 

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

[issue9679] unicode DNS names in urllib, urlopen

[Martin v . Löwis]

Martin v. Löwis  added the comment:

>From msg60564: it's not clear to me what this request really means. It could 
>mean that Python should support IRIs, but then, I'm not sure whether this 
>support can be in urllib, or whether a separate library would be needed.

--

___
Python tracker 

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

[issue1027206] unicode DNS names in socket, urllib, urlopen

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I have now committed file 18615 as r84313: thanks for the patch.

I have split this issue into two: this one is only about the socket module, and 
#9679 carries any remaining features (it would be good if we have only one bug 
per bug report).

Since the buildbots are also happy now (after r84277), I'm closing this as 
fixed again.

--
status: open -> closed
superseder:  -> unicode DNS names in urllib, urlopen

___
Python tracker 

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

[issue1559298] test_popen fails on Windows if installed to "Program Files"

[Tim Golden]

Changes by Tim Golden :


--
assignee:  -> tim.golden
nosy: +tim.golden

___
Python tracker 

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

[issue9679] unicode DNS names in urllib, urlopen

[Martin v . Löwis]

New submission from Martin v. Löwis :

Copy of issue 1027206; support in the socket module was provided, but this 
request remains:

Also other modules should support unicode hostnames.
(httplib already does) but urllib and urllib2 don't.

--
components: Library (Lib), Unicode
keywords: buildbot, patch
messages: 114884
nosy: baikie, flox, gdamjan, haypo, loewis, orsenthil
priority: normal
severity: normal
stage: patch review
status: open
title: unicode DNS names in urllib, urlopen
type: feature request
versions: Python 3.2

___
Python tracker 

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

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

[Florent Xicluna]

Florent Xicluna  added the comment:

Hi Daniel,

there's a test failure which is related with r84307 on windows buildbot.

==
FAIL: test_cw_strings (ctypes.test.test_parameters.SimpleTypesTestCase)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\ctypes\test\test_parameters.py",
 line 78, in test_cw_strings
self.assertTrue(c_wchar_p.from_param(s)._obj is s)
AssertionError: False is not True

http://www.python.org/dev/buildbot/builders/x86%20XP-4%203.x/builds/2837

--
keywords: +buildbot
nosy: +flox
status: closed -> open

___
Python tracker 

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