Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Sorry, here is the patch
--
keywords: +patch
Added file: http://bugs.python.org/file10852/zipfile-removedups.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3317
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Since the use of from X import * is discouraged (and serious projects
try to avoid it), the __all__ list is less and less meaningful.
___
Python tracker [EMAIL PROTECTED]
Andrii V. Mishkovskyi [EMAIL PROTECTED] added the comment:
OK, then ignore the previous email, I'll send you a new one, with
updated questions.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3256
___
New submission from Michael Patrick O'Keefe [EMAIL PROTECTED]:
The following call results in a ZeroDivisionError in python 2.5.2 and
python 3.0 alpha 3 (I presume this is also an issue for Python 2.6 but I
can't explicitly confirm):
from test import pystone
pystone.main(10)
Traceback (most
Alan McIntyre [EMAIL PROTECTED] added the comment:
The patch seems to work just fine for me, all tests pass (including
test_zipfile64) on an Intel Mac. I'd vote to go ahead and revert the
magicXXX variables back to their original names--I'm sure Twisted isn't
the only project out there that
Changes by Michael Patrick O'Keefe [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10853/pystone_patch.txt
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3319
___
Michael Patrick O'Keefe [EMAIL PROTECTED] added the comment:
I'm resubmitting the patch -- I think this one's a little bit better
than my first attempt. I only change the value of loops / benchtime
--
keywords: +patch
Added file: http://bugs.python.org/file10854/pystone.py.patch
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: - georg.brandl
nosy: +georg.brandl
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3018
___
___
Mark Dickinson [EMAIL PROTECTED] added the comment:
[Tim]
If you think using 16 (when possible) will stop complaints, think again
;-) For example, ...
Aha! But using *15* digits would be enough to eliminate all 1, 2, 3, 4,
..., 15 digit 'surprises', wouldn't it?! 16 digits doesn't quite
Mark Dickinson [EMAIL PROTECTED] added the comment:
Here's the 'proof' that 15 digits should be enough:
Suppose that x is a positive (for simplicity) real number that's exactly
representable as a decimal with = 15 digits. We'd like to know that
'%.15g' % (nearest_float_to_x) recovers x.
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Attached patch releases the _active_limbo_lock after a fork(). It is not
a complete solution, since existing Thread objects don't correspond to
anything, but it corrects a problem in test_multiprocessing.
--
keywords: +patch
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I found that on my Debian64, running test_multiprocessing under gdb
hangs even before the first test is started - somewhere in the
installation of the Manager.
And it appears that the problem is described in issue874900: threading
module
Changes by Michael Patrick O'Keefe [EMAIL PROTECTED]:
--
nosy: +mokeefe
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1276
___
___
Python-bugs-list
Changes by Jesse Noller [EMAIL PROTECTED]:
--
nosy: +jnoller
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue874900
___
___
Python-bugs-list mailing list
Jesse Noller [EMAIL PROTECTED] added the comment:
Thanks Amaury - I've been working through the tests and identifying
the problem children - I'll finish that up and then try re-running
them with the 874900 patch.
___
Python tracker [EMAIL PROTECTED]
Jesse Noller [EMAIL PROTECTED] added the comment:
Does anyone have a problem with me committing this patch as-is? It's not a
show stopper, but it's highly annoying.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3090
Alexander Shigin [EMAIL PROTECTED] added the comment:
Here is a new patch against r64768
The new patch raise an exception if asynchronous connect fails.
Added file: http://bugs.python.org/file10856/asyncore-connect-patch.diff
___
Python tracker [EMAIL
New submission from DSM [EMAIL PROTECTED]:
Boredom resulted in a handful of doc copyedits against 64789.
One error I did note in the doc tree but didn't correct because it's in
code: includes/mp_distributing.py contains the typo
_logger.propogate = 0
which ISTM will leave the logger's
Mark Dickinson [EMAIL PROTECTED] added the comment:
For what it's worth, I'm -0.1 (or should that be -0.10001?) on
this change. It seems better to leave the problems caused by binary
floating-point out in the open than try to partially hide them, and the
proposed change just
Facundo Batista [EMAIL PROTECTED] added the comment:
Senthil: patch is fine.
Remember to provide not only a modification for docs, but also to the
Misc/NEWS file.
Thank you!!
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2275
Nick Coghlan [EMAIL PROTECTED] added the comment:
I'm still seeing intermittent lockups on Ubuntu 7.10 - traceback on
ctrl-C is similar to that posted by Ismail above.
Since Jesse seems to be on top of this, I'll stick to using -x
test_multiprocessing for the moment.
--
nosy: +ncoghlan
Changes by Alexander Shigin [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10401/asyncore-connect-patch.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2944
___
STINNER Victor [EMAIL PROTECTED] added the comment:
As expected, the bug can be reproduced with ctypes.dlopen().
py_dl_open() function of Modules/_ctypes/callproc.c should be merged
with Modules/dlmodule.c.
Here use at least the attached patch for ctypes (same job than the
other patch: use
Nick Coghlan [EMAIL PROTECTED] added the comment:
Bumping back to release blocker for beta 2 (Barry may choose to defer it
again, but it should at least be on his radar).
--
priority: critical - release blocker
resolution: accepted -
___
Python
Nick Coghlan [EMAIL PROTECTED] added the comment:
Updated issue title to more accurately reflect scope of the problem.
--
title: test_multiprocessing hangs on OS X 10.5.3 - test_multiprocessing hangs
intermittently on POSIX platforms
___
Python
Nick Coghlan [EMAIL PROTECTED] added the comment:
I forgot to mention that I am seeing the intermittent hangs on the trunk
(2.6). I haven't been testing it on Py3k.
--
versions: +Python 2.6
___
Python tracker [EMAIL PROTECTED]
Nick Coghlan [EMAIL PROTECTED] added the comment:
Fixed in 64791.
Blocked from being merged to Py3k (since there is no longer a
__unicode__ special method).
For MAL: the PyInstance_Check included in the patch for the benefit of
classic classes defined in Python code also covers all of the
Changes by Nick Coghlan [EMAIL PROTECTED]:
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2517
___
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
A slightly better patch, with tests.
Added file: http://bugs.python.org/file10859/fork-and-thread2.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue874900
Matthew Barnett [EMAIL PROTECTED] added the comment:
There appear to be 2 opinions on this issue:
1. It's a bug, a corner case that got missed.
2. It's always been like this, so it's probably a design decision,
although no-one can't point to where or when the decision was made...
Looking at
Changes by Adam Olsen [EMAIL PROTECTED]:
--
nosy: +Rhamphoryncus
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue874900
___
___
Python-bugs-list mailing
Adam Olsen [EMAIL PROTECTED] added the comment:
Apparently modwsgi uses subinterpreters because some third-party
packages aren't sufficiently thread-safe - modwsgi can't fix those
packages, so subinterpreters are the next best thing.
Vaclav Slavik [EMAIL PROTECTED] added the comment:
I'm sorry, did you actually read my comments? Once again, this has
nothing to do with threads and everything to do with isolation of
independent Python apps running in the same *process*. Hope it got
through this time :-/
Mark Dickinson [EMAIL PROTECTED] added the comment:
I'm pretty much out of ideas here. Skip, if you have any time to figure
out where the math.log call is going wrong, I'd appreciate it. On Jean's
machine, the problem was that the call log(-inf) to the C library's log
function was returning
Adam Olsen [EMAIL PROTECTED] added the comment:
Ahh, I did miss that bit, but it doesn't really matter.
Tell modwsgi to only use the main interpreter (PythonInterpreter
main_interpreter), and if you want multiple modules of the same name
put them in different packages. Any other problems (trac
Mark Dickinson [EMAIL PROTECTED] added the comment:
Some other possibilities to try. This page:
http://www.redhat.com/docs/wp/solaris_port/x99.html
seems to suggest that linking with -lieee, and possibly also adding the -
ffast-math gcc option, might help.
Franco DiRosa [EMAIL PROTECTED] added the comment:
I believe PyThreadState_Swap function in ceval.c has a bug as I stated
earlier. However, I have not seen it included in the latest patches so
now I wonder...
The following line in PyThreadState_Swap...
if (check check-interp == newts-interp
Adam Olsen [EMAIL PROTECTED] added the comment:
Franco, you need to look at the line above that check:
PyThreadState *check = PyGILState_GetThisThreadState();
if (check check-interp == newts-interp check != newts)
Py_FatalError(Invalid thread state for this
New submission from STINNER Victor [EMAIL PROTECTED]:
_multiprocessing.Connection() allows to use any positive (or nul)
number has socket handle. If you use an invalid file descriptor,
poll() method may crash (especially for big positive integer).
Example:
import _multiprocessing
obj =
Changes by STINNER Victor [EMAIL PROTECTED]:
--
type: - crash
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3321
___
___
Python-bugs-list mailing list
New submission from STINNER Victor [EMAIL PROTECTED]:
scanstring_str() and scanstring_unicode() functions don't end value
whereas it can be outside input string range. A check like this is
needed:
if (end 0 || len = end) {
PyErr_SetString(PyExc_ValueError, xxx);
return
STINNER Victor [EMAIL PROTECTED] added the comment:
Ooops, there is a typo in my last patch: it's struct stat statbuf;
and not struct stat *statbuf;! Here is a new version of the patch.
Added file: http://bugs.python.org/file10861/_multiprocessing_connection.patch
Trent Nelson [EMAIL PROTECTED] added the comment:
FWIW, I bumped the version of Berkeley DB being used on Windows from
4.4.20 to 4.7.25 in r64555 (trunk). I blocked this from being merged
to py3k. This block should be removed once bsddb has been updated.
--
nosy: +Trent.Nelson
Skip Montanaro [EMAIL PROTECTED] added the comment:
Here's a gdb session using r64812. gcc 4.2.2. ldd on math.so shows:
% ldd build/lib.solaris-2.10-i86pc-2.6/math.so
libm.so.2 = /lib/libm.so.2
libgcc_s.so.1 = /opt/app/nonc++/lib/libgcc_s.so.1
libc.so.1 =
Kevin Watters [EMAIL PROTECTED] added the comment:
From reading through PEP 3118 once I'm not entirely clear on the role
stgdict-format is supposed to be taking here, but I did get comtypes to
compile and run successfully by changing line 910 from
stgdict-format = alloc_format_string(,
Skip Montanaro [EMAIL PROTECTED] added the comment:
Regarding -lieee, I don't see an ieee library on my system.
Regarding -ffast-math, while it changes the log function which is linked
to, it doesn't appear to modify the result of math.log:
% ldd build/lib.solaris-2.10-i86pc-2.6/math.so
Changes by Senthil [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10849/issue2275-py26.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2275
___
Senthil [EMAIL PROTECTED] added the comment:
Here is the final patch for Py26 and Py3k including the Docs and Misc/News.
Thanks you,
Senthil
Added file: http://bugs.python.org/file10862/issue2275-py26.diff
___
Python tracker [EMAIL PROTECTED]
Changes by Senthil [EMAIL PROTECTED]:
--
versions: -Python 2.5
Added file: http://bugs.python.org/file10863/issue2275-py3k.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2275
___
Senthil [EMAIL PROTECTED] added the comment:
I also removed the Python 2.5 from the Version, as I don't think these
changes will be back ported.
After the application of patch, this issue can be closed.
___
Python tracker [EMAIL PROTECTED]
Changes by Senthil [EMAIL PROTECTED]:
--
nosy: +orsenthil
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3300
___
___
Python-bugs-list mailing list
Changes by Senthil [EMAIL PROTECTED]:
--
nosy: +orsenthil
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3316
___
___
Python-bugs-list mailing list
Jean Brouwers [EMAIL PROTECTED] added the comment:
The /lib/libm.so.* files on my Solaris 10 (Opteron) box are equally old:
ll /lib/libm.so*
lrwxrwxrwx 1 root root 9 Sep 7 2006 /lib/libm.so - libm.so.2*
-rwxr-xr-x 1 root bin 13536 Jan 22 2005 /lib/libm.so.1
-rwxr-xr-x 1 root bin
Changes by Michael Patrick O'Keefe [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10854/pystone.py.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3319
___
Michael Patrick O'Keefe [EMAIL PROTECTED] added the comment:
After a more careful study of the documentation on how to make (proper)
patches, I'm submitting the patches again. This patches against the 2.6
trunk and py3k branch (R64812). I compiled both 2.6 and py3k and
confirmed that the
Changes by Michael Patrick O'Keefe [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10865/pystone_1_trunk.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3319
___
Changes by Michael Patrick O'Keefe [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10866/pystone_err.py
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3319
___
Franco DiRosa [EMAIL PROTECTED] added the comment:
Thanks Adam
but
I'm still confused because...
There is a new rule in version 2.3.5. Which is one interpreter with many
thread states are supported for the GIL functions. So this code breaks that
rule since this if statement is
Franco DiRosa [EMAIL PROTECTED] added the comment:
Thanks Adam
but
I'm still confused because...
There is a new rule in version 2.3.5. Which is one interpreter with
many thread states are supported for the GIL functions. So this code
breaks that rule since this if statement is
Adam Olsen [EMAIL PROTECTED] added the comment:
It's only checking that the original tstate *for the current thread* and
the new tstate have a different subinterpreter. A subinterpreter can
have multiple tstates, so long as they're all in different threads.
The documentation is referring
60 matches
Mail list logo