Peter Landgren peter.tal...@telia.com added the comment:
Martin v. Löwis mar...@v.loewis.de added the comment:
The same applies Å and A, Ä and A and Ö and O
which also are also different letters as Ø and O are.
Sure. And rightfully, they Å is *not* (I repeat: not)
normalized as A, under
Mark Dickinson dicki...@gmail.com added the comment:
Comment by gumtree copied from issue3734 discussion:
While Mark Dickinson's patch fixes the documentation, it does not
offer
a solution to the original problem, which was rooted in a need to
provide special behaviour based on the
Mark Dickinson dicki...@gmail.com added the comment:
[gumtree]
[...] does not offer
a solution to the original problem, which was rooted in a need to
provide special behaviour based on the numeric types. I made the
original posting because I hoped that this problem could be resolved.
Adam Olsen rha...@gmail.com added the comment:
The alignment requirements (long double) make it impossible to have
anything in those bits.
Hypothetically, a custom allocator could lower the alignment
requirements to sizeof(void *). However, rotating to the high bits is
pointless as they're the
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Ah, this one is still alive?
We still use this patch at CCP for our 2.x python. I'll give it some
more love to answer the issues raised.
Hm, is this still an issue with 3.x? Does the imput machinery use
unicode as the internal
Mark Dickinson dicki...@gmail.com added the comment:
[Adam Olsen]
The alignment requirements (long double) make it impossible to have
anything in those bits.
Not necessarily, since not all pointers passed to _Py_HashPointer come
from a PyObject_Malloc. _Py_HashPointer is used for function
Changes by Thomas Heller thel...@ctypes.org:
--
nosy: +theller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1552880
___
___
Python-bugs-list
Walter Dörwald wal...@livinglogic.de added the comment:
It does indeed work with Python 2.6 (however not with 2.5). Closing.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Le mercredi 11 février 2009 à 03:31 +, Adam Olsen a écrit :
.. although, if I replace object() with list() I get best results with a
shift of 6 bits. Replacing it with dict() is best with 8 bits.
But list() and dict() don't use id() for
Mark Dickinson dicki...@gmail.com added the comment:
Here's an updated patch, that errs on the conservative side:
- rotate instead of shifting, as suggested by Raymond. This costs
very little, and I admit to feeling uncomfortable about the
possibility of just throwing bits away
-
Walter Dörwald wal...@livinglogic.de added the comment:
The patch doesn't include any changes to the documentation.
--
nosy: +doerwalter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5094
Changes by Chema Cortés dev.xt...@gmail.com:
--
nosy: +chemacortes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5186
___
___
Python-bugs-list
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - marketdickinson
nosy: +marketdickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4799
___
Mark Dickinson dicki...@gmail.com added the comment:
It seems likely that this is a wine bug rather than a Python bug.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4880
Mark Dickinson dicki...@gmail.com added the comment:
This is out of date for 2.5. Closing.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1507
___
Daniel Diniz aja...@gmail.com added the comment:
OK, I'll work on a test + patch.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1327971
___
___
New submission from Matthias Klose d...@debian.org:
these tests fail, when python is built with builddir != srcdir.
==
ERROR: test_build_ext (distutils.tests.test_build_ext.BuildExtTestCase)
New submission from Matthias Klose d...@debian.org:
==
ERROR: testExtractDir (test.test_zipfile.TestWithDirectory)
--
Traceback (most recent call last):
File
Mark Dickinson dicki...@gmail.com added the comment:
This issue is out of date from the perspective of python-pgsql, since
that's long been fixed.
It's difficult to figure out exactly what the issue is here. As best as
I can guess, it's something like the following. After:
class
Daniel Diniz aja...@gmail.com added the comment:
Looks like both Undetected errors were corrected by Victor's patches,
which Benjamin committed around rev66693, so trunk only needs a test.
Here are the patches.
I think IndexError fits better (and matches trunk), as the issue is that
None is
Changes by Daniel Diniz aja...@gmail.com:
Removed file: http://bugs.python.org/file13017/pynumber_assizet.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3694
___
Changes by Daniel Diniz aja...@gmail.com:
Added file: http://bugs.python.org/file13028/pynumber_assizet_trunk.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3694
___
Rafe Kaplan ra...@google.com added the comment:
I thought I had uploaded this last night, apologies.
Added file: http://bugs.python.org/file13029/datetime-utc-doc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5094
Daniel Diniz aja...@gmail.com added the comment:
IMHO, using a fileno property looks better than __getattr__. Setting an
attribute in init works too, unless fp changes during the object life
(then 3.x is broken IIUC).
It works OK as a property of either urllib.addinfourl or of
Changes by Daniel Diniz aja...@gmail.com:
--
components: +Library (Lib) -None
type: - behavior
Added file: http://bugs.python.org/file13031/urllib_fileno.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1327971
Mark Dickinson dicki...@gmail.com added the comment:
PyNumber_Int deprecated in r69517, r69518.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4910
Daniel Diniz aja...@gmail.com added the comment:
Hmm, always run all the tests :)
fileno is set in test_urllib2. New patches.
Added file: http://bugs.python.org/file13032/httplib_fileno_2.diff
___
Python tracker rep...@bugs.python.org
Changes by Daniel Diniz aja...@gmail.com:
Removed file: http://bugs.python.org/file13030/httplib_fileno.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1327971
___
Changes by Daniel Diniz aja...@gmail.com:
Added file: http://bugs.python.org/file13033/urllib_fileno_2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1327971
___
Changes by Daniel Diniz aja...@gmail.com:
Removed file: http://bugs.python.org/file13031/urllib_fileno.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1327971
___
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
assignee: akuchling - tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1294032
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Can you think of any solution to this conflict?
I don't quite understand why you want to place É, È, Ë, Ê all along
with E, yet Å,Ä,Ö after Z. Because that's what the Swedish alphabet
says?
Please understand that collation varies across
Benjamin Peterson benja...@python.org added the comment:
I concur with Raymond. There isn't yet a -3 warning for class
division, though. I suppose the compiler could emit one when / is used
without from __future__ import division. That's another issue, though.
--
resolution: - rejected
Peter Landgren peter.tal...@telia.com added the comment:
The È... comes from French surnames and our French developer wants to group all
versions
of E together. The É... can be found in French surnames in Sweden as well as in
Germany.
The program, GRAMPS is a genealogy program used in about
New submission from Guilherme Polo ggp...@gmail.com:
Hi,
I find it weird that given this sample code:
def g():
yield iter(None)
list(*g())
I get this traceback:
Traceback (most recent call last):
File a1.py, line 3, in module
list(*g())
TypeError: type object argument after * must
Changes by Guilherme Polo ggp...@gmail.com:
--
components: +Interpreter Core
type: - behavior
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5218
___
Guilherme Polo ggp...@gmail.com added the comment:
(Btw, the suggestion to check for tp_iter came from Antoine Pitrou. It
seemed fine to me.)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5218
___
Antoine Pitrou pit...@free.fr added the comment:
You must check tp_iter as well, not only Py_TPFLAGS_HAVE_ITER.
Py_TPFLAGS_HAVE_ITER only tells you that the tp_iter field exists, not
that it's non-NULL.
(see the code for PyObject_GetIter() in Objects/abstract.c for an example)
--
nosy:
Jason R. Coombs jar...@jaraco.com added the comment:
As a workaround, could you use ctypes to pull the environment back into
the python context? For example:
http://paste.turbogears.org/paste/34734
--
nosy: +jaraco
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
The È... comes from French surnames and our French developer wants to group
all versions
of E together. The É... can be found in French surnames in Sweden as well as
in Germany.
The program, GRAMPS is a genealogy program used in about
New submission from John DeLuca jmjdel...@comcast.net:
In Interpreted Mode, when enter long strings, such as ofile.write (
this is a long string...) or print (this is a long string...), the
keyboard entry is delayed - sometimes for 20+ seconds. If one completes
the string (typing blindly as
Daniel Diniz aja...@gmail.com added the comment:
The urllib patch breaks test_pyclbr because test_pyclbr can't handle
properties. I think the test is wrong here, hence the hack attached...
otherwise, let's go with httplib.
Added file: http://bugs.python.org/file13036/test_pyclbr_property.diff
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
--
nosy: +rpetrov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2437
___
___
Python-bugs-list
Benjamin Peterson benja...@python.org added the comment:
Could you describe the problem in more detail please? I've having
trouble understanding you description. For example, you could you paste
the pdb session you used and explain what you expected?
--
nosy: +benjamin.peterson
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
--
nosy: +rpetrov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue969718
___
___
David Jones d...@pobox.com added the comment:
On 10 Feb 2009, at 21:15, David Jones wrote:
David Jones d...@pobox.com added the comment:
On 10 Feb 2009, at 16:57, Guilherme Polo wrote:
Guilherme Polo ggp...@gmail.com added the comment:
Now, is there some problem if we remove the calls
New submission from Joshua Bronson jabron...@gmail.com:
os.makedirs' mode argument defaults to a hardcoded value of 511 (0777 in
octal). This forces the caller to either pass in a different hardcoded value
(commonly 0750), or to implement a workaround that calculates the expected
mode based
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
I guess fixed in trunk - see issue4070 and issue4151 .
--
nosy: +rpetrov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5216
___
New submission from David W. Lambert lamber...@corning.com:
help function is not current, then again, neither is my python3.
Possibly sequencemethods[12] are eradicated.
$ p3
Python 3.0rc1+ (py3k, Nov 5 2008, 14:44:46)
[GCC 3.4.6 20060404 (Red Hat 3.4.6-3)] on linux2
Type help, copyright,
Martin v. Löwis mar...@v.loewis.de added the comment:
I don't understand the problem. The directory creation *does* take the
umask into account - that's the whole point of the umask! The directory
being created has the bits (mode ~umask 0777) set - because of the
semantics of mkdir(2), not
Adam Olsen rha...@gmail.com added the comment:
Antoine, I only meant list() and dict() to be an example of objects with
a larger allocation pattern. We get a substantial benefit from the
sequentially increasing memory addresses, and I wanted to make sure that
benefit wasn't lost on larger
Marc-Andre Lemburg m...@egenix.com added the comment:
Hi Martin, wouldn't just uploading the pythonXX.pdb to the release page
be enough.
The distributed DLL already points to the source location on your system
:-) E.g. for Python 2.5, this was c:\loewis\25\python\PCbuild\python25.pdb
Or are
Changes by Marc-Andre Lemburg m...@egenix.com:
--
versions: +Python 2.7, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1303434
___
___
Mark Dickinson dicki...@gmail.com added the comment:
I'm fine with rotating 4 bits instead of 3, especially if the timings look
good on 32-bit as well as 64-bit.
We should really benchmark dict lookups (and set membership tests) as well
as dict creation.
Martin v. Löwis mar...@v.loewis.de added the comment:
Hi Martin, wouldn't just uploading the pythonXX.pdb to the release page
be enough.
It's not clear to me what is being requested: just that single PDB file,
or also the PDB files for all of the extension modules? Also, shouldn't
the file be
Joshua Bronson jabron...@gmail.com added the comment:
Ah, I was misunderstanding the behavior of mkdir, thank you for the
explanation.
My misunderstanding stemmed from recently coming across two widely-used
packages which both pass mode=0750 to os.makedirs. I have no idea why
they would be
Guilherme Polo ggp...@gmail.com added the comment:
Thanks for taking a look, my bad for taking so long to reply.
I'm adding a new patch now. This one, besides the fix needed mentioned
above, disregards tp_iter from old class instances (since they are
always available and tell us nothing).
Guilherme Polo ggp...@gmail.com added the comment:
Nice.
I said tests in hope wave gets more tests, since right one there is a
single one. I will see if I can produce something.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5202
Martin v. Löwis mar...@v.loewis.de added the comment:
My misunderstanding stemmed from recently coming across two widely-used
packages which both pass mode=0750 to os.makedirs. I have no idea why
they would be doing this (as it effectively throws away part of the
umask), unless they too
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
At four bits, you may be throwing away information and I don't think
that's cool. Even if some selected timings are better with more bits
shifted, all you're really showing is that there is more randomness in
the upper bits
Antoine Pitrou pit...@free.fr added the comment:
I'm *much* more comfortable with a byte-swap, rotation, or xoring-in
upper bits than with shifts that potentially destroy entropy.
Otherwise, your taxing apps that build giant sets/dicts and need all
distinguishing bits to avoid collision
Joshua Bronson jabron...@gmail.com added the comment:
My suspicion is that people setting explicit file permissions
typically know what they are doing, and that you will find that
your tickets get closed as invalid, explaining to you that this
mode usage is fully intentional.
For what it's
Mark Dickinson dicki...@gmail.com added the comment:
At four bits, you may be throwing away information and I don't think
that's cool.
The current patch *does* do a rotation: it doesn't throw away any
information.
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Here is an updated patch. It uses a 4-bit shift and an addition. We
should avoid the use of logical or, because it makes the outputs
non-uniformly distributed ('1' bits are more likely).
Added file:
Antoine Pitrou pit...@free.fr added the comment:
Here is an updated benchmark script, for both object() and an
user-defined class, and adding dict lookup, set lookup and set difference.
Set difference is massively faster: up to 60% faster.
Added file:
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file12981/time_object_hash.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5186
___
Daniel Diniz aja...@gmail.com added the comment:
Confirmed as working on trunk and py3k.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1381476
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Guys, let's be careful. Make sure that efforts to randomize lower bits
don't destroy information. Something like x |= x8 is reversible and
fast. Other fun looking transformations are not:
len(set((x 4) + (x 15) for
Marc-Andre Lemburg m...@egenix.com added the comment:
On 2009-02-11 22:20, Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
Hi Martin, wouldn't just uploading the pythonXX.pdb to the release page
be enough.
It's not clear to me what is being requested: just
Daniel Diniz aja...@gmail.com added the comment:
Test from issue 767150:
socket.inet_aton() returns an 8 byte string when built
on Linux/IA64. This should be 4 bytes on all
architectures. Example:
import socket
socket.inet_aton('192.168.2.1')
'\xc0\xa8\x02\x01\x00\x00\x00\x00'
The bug
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1103926
___
Gregory P. Smith g...@krypto.org added the comment:
fixing now.
--
assignee: twouters - gregory.p.smith
keywords: +easy
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1008086
Antoine Pitrou pit...@free.fr added the comment:
Ok, updated patch:
- uses a 4-bit rotate (not shift)
- avoids comparing an unsigned long to -1
- tries to streamline the win64 special path (but I can't test)
Added file: http://bugs.python.org/file13040/pointer_hash4.patch
Gregory P. Smith g...@krypto.org added the comment:
Sad that this was closed as wontfix years ago. anyways I am fixing
this. see #1008086.
--
keywords: +64bit
nosy: +gregory.p.smith
superseder: - patch for 767150
___
Python tracker
Gregory P. Smith g...@krypto.org added the comment:
fixed in trunk r69519.
needs backporting to release26-maint and release30-maint. leaving open
until that happens.
--
keywords: +64bit -patch
title: patch for 767150 - socket.inet_aton returns 8 bytes on LP64 platforms
type: -
Daniel Diniz aja...@gmail.com added the comment:
Heh, the patch applies cleanly to trunk more than four years later and
tests pass fine. We'll surely need better tests if the behavior change
is considered an improvement.
--
nosy: +ajaksu2
___
Python
Daniel Diniz aja...@gmail.com added the comment:
Tests still pass with updated patch, but new tests (and docs!) for this
feature are needed if Titus' positive review stands.
--
nosy: +ajaksu2
stage: - test needed
versions: +Python 2.7 -Python 2.3
Added file:
Changes by Daniel Diniz aja...@gmail.com:
--
type: - feature request
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue755660
___
___
Changes by Daniel Diniz aja...@gmail.com:
--
dependencies: +plistlib error handling
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue775321
___
Blair bidih...@gmail.com added the comment:
I am happy to collaborate in finding a solution, but I do not have
enough knowledge or skill to work with the code alone.
Simply documenting it does not remove the frustration that a few people
will enounter. The key point being that you can
Daniel Diniz aja...@gmail.com added the comment:
The test code seems to run fine in a debug build of trunk, but the
linked issues requires a more complex context.
--
dependencies: +popen2.Popen3 and popen2.Popen4 leaks filedescriptors
stage: - test needed
type: - behavior
versions:
Changes by Daniel Diniz aja...@gmail.com:
--
stage: - test needed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1153027
___
___
Changes by Daniel Diniz aja...@gmail.com:
--
versions: +Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1153027
___
___
Python-bugs-list
Daniel Diniz aja...@gmail.com added the comment:
Any idea about how to test this one reliably?
--
stage: - test needed
type: - behavior
versions: +Python 2.6, Python 2.7 -Python 2.3
___
Python tracker rep...@bugs.python.org
John DeLuca jmjdel...@comcast.net added the comment:
(pyJohn)... additional information since this is a performance issue:
Lenovo s10; Win XP; 1GB; Intel Atom 1.66 Mhz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5219
Daniel Diniz aja...@gmail.com added the comment:
Here's the output of trunk (debug) for OP's test:
./python ../thread.py
Exiting test.
Exception KeyError: KeyError(-1210869568,) in module 'threading' from
'~/trunk-py/Lib/threading.pyc' ignored
[31071 refs]
--
nosy: +ajaksu2
type: -
Daniel Diniz aja...@gmail.com added the comment:
Confirmed in trunk.
--
nosy: +ajaksu2
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1548371
___
Adam Olsen rha...@gmail.com added the comment:
At four bits, you may be throwing away information and I don't think
that's cool. Even if some selected timings are better with more bits
shifted, all you're really showing is that there is more randomness in
the upper bits than the lower ones.
Daniel Diniz aja...@gmail.com added the comment:
Reproduced on trunk, needed unsetting PYTHONPATH. A test case with
os.mkdir, chdir, etc. would be great.
--
nosy: +ajaksu2
stage: - test needed
type: - behavior
___
Python tracker
Daniel Diniz aja...@gmail.com added the comment:
Still happens in trunk.
--
nosy: +ajaksu2
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1074015
___
Daniel Diniz aja...@gmail.com added the comment:
Josiah: that'd be around rev36408, as 1.53 corresponds to rev36033
(from the log and issue 957240)
--
nosy: +ajaksu2
stage: - test needed
___
Python tracker rep...@bugs.python.org
Daniel Diniz aja...@gmail.com added the comment:
I believe those square brackets mean supplying handlers is optional,
but even so it'd be very ambiguous.
--
nosy: +ajaksu2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5208
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
[Antoine]
Ok, updated patch:
- uses a 4-bit rotate (not shift)
- avoids comparing an unsigned long to -1
- tries to streamline the win64 special path (but I can't test)
pointer_hash4.patch looks fine to me. Still, I
Daniel Diniz aja...@gmail.com added the comment:
Not following the spec doesn't seem reasonable. Adding a caveat about
how we follow the spec doesn't make much sense (I started to write one
and dropped it at The resulting string :D).
--
nosy: +ajaksu2
stage: - patch review
Daniel Diniz aja...@gmail.com added the comment:
@Roy: we can try :)
Patch updated, tests pass. However, keeping the default output and
adding an option to prettyprint should keep lots of current users sane,
while those wanting prettier output could have it.
--
keywords: +easy
nosy:
Roy Wood roy.w...@gmail.com added the comment:
Thanks! :-)
On Wed, Feb 11, 2009 at 9:28 PM, Daniel Diniz rep...@bugs.python.orgwrote:
Daniel Diniz aja...@gmail.com added the comment:
@Roy: we can try :)
Patch updated, tests pass. However, keeping the default output and
adding an option
Changes by Daniel Diniz aja...@gmail.com:
--
components: +Library (Lib)
keywords: +easy
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3991
___
David W. Lambert lamber...@corning.com added the comment:
x |= x4
Are you (Ray) sure you didn't mean
x ^= x4?
--
nosy: +LambertDW
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5186
___
Daniel Diniz aja...@gmail.com added the comment:
Issue 968063 has better patch, use case and discussion.
--
nosy: +ajaksu2
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - Add fileinput.islastline()
___
Daniel Diniz aja...@gmail.com added the comment:
Issue issue 776100 closed as duplicated.
--
nosy: +ajaksu2
priority: normal - low
versions: +Python 2.6 -Python 2.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue968063
1 - 100 of 127 matches
Mail list logo