Jesse Noller jnol...@gmail.com added the comment:
Greg - this is actually a different exception then the original bug report;
could you please file a new issue with the information you've provided? I'm
going to need to find a 64bit ubuntu box as I don't have one right now.
--
New submission from Greg Brockman g...@ksplice.com:
I have recently begun using multiprocessing for a variety of batch
jobs. It's a great library, and it's been quite useful. However, I have been
bitten several times by situations where a worker process in a Pool will
unexpectedly die,
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
Most likely the same underlying problem as in issue 9202, but can be seen on a
non-windows platform.
from os import *
stat('/')
Traceback (most recent call last):
File stdin, line 1, in module
SystemError: NULL
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
keywords: +patch
Added file: http://bugs.python.org/file17906/issue9206.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9206
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +benjamin.peterson, brian.curtin, eric.smith
Added file: http://bugs.python.org/file17907/issue9206.diff
___
Python tracker rep...@bugs.python.org
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
Removed file: http://bugs.python.org/file17907/issue9206.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9206
___
Éric Araujo mer...@netwok.org added the comment:
I apologize for not reading the first post more carefully, thank you for
restating the use cases. I’m +1 now and I’ll review the patches to make
it up :)
Bugs may take years to get fixed. Now that Tarek has expressed interest,
be sure that this
New submission from Greg Brockman g...@ksplice.com:
On Ubuntu 10.04, using freshly-compiled python-from-trunk (as well as
multiprocessing-from-trunk), I get tracebacks from the following about 30% of
the time:
import multiprocessing, time
def foo(x):
Changes by Éric Araujo mer...@netwok.org:
--
resolution: - accepted
title: Finding programs in PATH, addition to os - Finding programs in PATH,
adding shutil.which
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker
Greg Brockman g...@ksplice.com added the comment:
Sure thing. See http://bugs.python.org/issue9207.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4106
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still an issue with more recent versions of Python?
--
components: +Build -Extension Modules
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Jesse Noller jnol...@gmail.com added the comment:
Thanks greg; so this affects 2.6 as well (not using the backport at all)
--
assignee: - jnoller
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9207
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Would someone with knowledge of subprocess please comment on this.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4112
Ronald Oussoren ronaldousso...@mac.com added the comment:
I got some time and did an experiment to deduce how multiple groups behave.
This comment is rather long, a very short summary of the results is that OSX
behaves oddly.
What I did:
* This is on OSX 10.6
* Create 18 groups named group1
Changes by Jesse Noller jnol...@gmail.com:
--
title: multiprocessing occasionally spits out exception during shutdown -
multiprocessing occasionally spits out exception during shutdown
(_handle_workers)
___
Python tracker rep...@bugs.python.org
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
The documentation issue appears present in 2.7 (and 2.6).
Further, the Py_buffer member 'obj' is undocumented, and the in-line comment in
object.h falsely states that it is a borrowed reference, whereas
PyBuffer_Release()
Ronald Oussoren ronaldousso...@mac.com added the comment:
Jyrki: could you please explain how you build Python to get the behavior you're
seeing? The most important bit: what is the exact command-line that is used to
run the configure script, and what is the contents of the environment while
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Even if the patch is acceptable it would need to be updated for Python 3.2.
--
nosy: +BreamoreBoy
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Thu, Jul 8, 2010 at 4:30 PM, Ronald Oussoren rep...@bugs.python.org wrote:
..
Note that explicitly setting the effective uid and gid of processes is
somewhat frowned upon by Apple, they'd prefer if all daemon
Greg Brockman g...@ksplice.com added the comment:
That's likely a mistake on my part. I'm not observing this using the stock
version of multiprocessing on my Ubuntu machine(after running O(100) times). I
do, however, observe it when using either python2.7 or python2.6 with
Ronald Oussoren ronaldousso...@mac.com added the comment:
Your test might expect different behaviour than what OSX actually does (this is
an annoying limitation of unittests for wrappers of system behaviour, you'll
implicitly test system behaviour as well as the wreappers themselves)
The
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still a problem or can the issue be closed?
--
components: +Build -None
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
Jesse Noller jnol...@gmail.com added the comment:
Oh, you mean the backport from google code?
The person who stepped up to maintain that has not refreshed that in some time.
I need to decide what to do with it long term. I'm pretty sure it's badly out
of date.
--
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This is a one line patch against setup.py, can someone with cygwin please try
it.
--
nosy: +BreamoreBoy
stage: - patch review
type: - feature request
versions: +Python 3.2
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Attached patch, issue9206a.diff seems to fix the os.stat() issue.
Brian, can you check if it fixes issue 9202 as well?
I planned to finish some other stuff tonight, so I am reassigning this to
Benjamin.
--
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I've no idea whether this is still a problem.
--
nosy: +BreamoreBoy, ronaldoussoren
stage: - needs patch
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
New submission from Antoine Pitrou pit...@free.fr:
Now that the option has probably been extensively tested, it would be nice to
enable computed gotos by default on systems that support them.
Perhaps this needs
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
This whole thing is a mess. Great analysis, by the way. I started a
similar experiment some time ago, but gave up when I discovered that a
member of the admin group can read any file regardless of permissions
settings.
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Has this simply slipped under the radar?
--
nosy: +BreamoreBoy, loewis
stage: - needs patch
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
s/2.7/2.7.1/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7900
___
Marc-Andre Lemburg m...@egenix.com added the comment:
Marc-Andre Lemburg wrote:
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
New submission from Antoine Pitrou pit...@free.fr:
Now that the option has probably been extensively tested, it would be nice
to
Mark Lawrence breamore...@yahoo.co.uk added the comment:
It seems that this is ok in py3k in which case it could be backported to 2.7,
or has this already been done?
--
nosy: +BreamoreBoy, loewis
versions: +Python 2.7 -Python 2.5
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I just hope I've got this right. :)
--
assignee: - tarek
nosy: +BreamoreBoy, tarek
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
gcc 4.4.2 on AMD processors ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42621
So? Compilers have all kinds of optimization bugs, it's not our job to
have a compiler matrix with optimal flags per compiler.
(well, you can of course maintain
Mark Dickinson dicki...@gmail.com added the comment:
Fixed in revisions r82654 through r82657. Thanks everyone for the input.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
As patches were originally provided would someone kindly review them.
--
nosy: +BreamoreBoy, loewis
stage: - patch review
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker
Greg Brockman g...@ksplice.com added the comment:
No, I'm not using the Google code backport.
To be clear, I've tried testing this with two versions of multiprocessing:
- multiprocessing-from-trunk (r82645): I get these exceptions with ~40%
frequency
- multiprocessing from Ubuntu 10.04
Brian Curtin cur...@acm.org added the comment:
Committed in r82659.
I'm leaving this open until a few other issues are fleshed out.
1. Document privilege escalation and/or expose some method to do so.
2. Test execution, e.g., buildbots
Once I get a few more things off my plate I should be
STINNER Victor victor.stin...@haypocalc.com added the comment:
amaury Should repr() print unicode characters outside the BMP?
Yes. I don't understand why characters outside the BMP will be considered
differently than other characters. Is it a workaround for bogus operating
systems? My Linux
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
gcc 4.4.2 on AMD processors ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42621
So? Compilers have all kinds of optimization bugs, it's not our job to
have a
Richard Jones richardjo...@optushome.com.au added the comment:
Giampaolo,
I think I can see where you're coming from: assuming that someone else must
have also had to resort to the name-mangling hack to extend the class? In that
case yes, my patch would break their code. I'll look at
Ezio Melotti ezio.melo...@gmail.com added the comment:
I suggest to:
1) keep the current behavior for non-BMP chars (i.e. print them normally);
2) change isprintable to consider the Zx categories printable (this will
affect repr() too);
3) change displayhook (*NOT* sys.stdout.encoding) to
New submission from norbidur norbi...@users.sourceforge.net:
SMTPHandler fails when receiving unicode strings.
example :
import logging,logging.handlers
smtpHandler = logging.handlers.SMTPHandler(
mailhost=(smtp.free.fr,25),
fromaddr=f...@free.fr, toaddrs=t...@free.fr,
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I'd guess that this has already been fixed as it relates to the Windows
buildbot but has slipped under the radar.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
No, but we do need to make sure that the casual user does not
run into such issues by using the default compiler on a typical
Unix system with Python default settings.
The point is that we cannot make it sure. There is nothing specific
about
Marc-Andre Lemburg m...@egenix.com added the comment:
Brian Curtin wrote:
Brian Curtin cur...@acm.org added the comment:
The previously mentioned comments about backwards incompatibility with the
number of items in the sequence are now a problem, since structseq now
inherits from
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Would that be acceptable?
I guess it would. Deciding to use that naming convention was a bad design
choice in the first place, hence your proposal is perfectly reasonable, in my
opinion.
What additional tests would you deem necessary?
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
A new patch, generated on top of r82662
--
Added file: http://bugs.python.org/file17909/unicodectype_ucs4_4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5127
Mark Lawrence breamore...@yahoo.co.uk added the comment:
For a simple fix this has been sitting around a long time. :)
--
nosy: +BreamoreBoy
versions: -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6587
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4184
___
___
Python-bugs-list mailing list
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Would that be acceptable?
I guess it would. Deciding to use that naming convention was a bad design
choice in the first place, hence your proposal is perfectly reasonable, in my
opinion.
What additional tests would you deem necessary?
Brian Curtin cur...@acm.org added the comment:
Yep, setting this back to closed.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7766
___
Benjamin Peterson benja...@python.org added the comment:
r82663
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9206
___
Marc-Andre Lemburg m...@egenix.com added the comment:
Amaury Forgeot d'Arc wrote:
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
A new patch, generated on top of r82662
Could you explain what this bit is about ?
@@ -349,7 +313,7 @@
configure Python using
Jesse Noller jnol...@gmail.com added the comment:
Wait - so, you are pulling svn trunk, compiling and running your test with the
built python executable? I'm not following the multiprocessing-from-trunk
distinction unless you're picking the module out of the tree / compiling it and
then
Martin v. Löwis mar...@v.loewis.de added the comment:
No, but we do need to make sure that the casual user does not
run into such issues by using the default compiler on a typical
Unix system with Python default settings.
I think there is no risk here. The casual Python user on an AMD64
Antoine Pitrou pit...@free.fr added the comment:
The patch as-is can't be accepted if not for Python 4.x maybe,
obviously because it's just too breaking.
With all due respect, this sounds a bit silly. If the attributes were of the
__private kind, they weren't meant to be used by other
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Would someone with appropriate knowledge please take a look to see if this is
still an issue.
--
components: +Library (Lib) -Extension Modules
nosy: +BreamoreBoy
stage: - needs patch
versions: +Python 2.7, Python 3.1, Python 3.2
Changes by Antoine Pitrou pit...@free.fr:
--
stage: commit review - needs patch
versions: +Python 3.2 -Python 2.6, Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8240
___
Terry J. Reedy tjre...@udel.edu added the comment:
Anyone can post on Python-dev, but non-developers should do so judiciously and
with respect for the purpose of the list. It is also polite to introduce
oneself with the first post. In any case, Tim Peters has approved making some
change. The
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - duplicate
status: open - closed
superseder: - ssl.SSLSocket.write may fail on non-blocking sockets
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6587
Antoine Pitrou pit...@free.fr added the comment:
Patch should probably be rewritten to add a `mode` property on the new
SSLContext object instead.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8240
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Robert, could you provide a patch for this?
--
nosy: +BreamoreBoy
stage: - needs patch
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5024
Antoine Pitrou pit...@free.fr added the comment:
There is no problem with extending the API in 3.2. The debate there is
over 2.7.
We could extend the API as long as it stays backwards-compatible (that
is, the default value for the new argument produces the same behaviour
as before).
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Could someone from the build area please take a look at the patch, only three
lines have changed.
--
nosy: +BreamoreBoy
stage: - patch review
versions: +Python 3.1, Python 3.2
___
Python
Antoine Pitrou pit...@free.fr added the comment:
On which platform? it works here (Python 3.2, Linux).
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5060
___
Joel Brobecker brobec...@gnat.com added the comment:
GDB can suffer from the same sort of problem. In my case, I picked up a Python
binary tarball built on a different machine (without --enable-shared), and the
path in -Lpath returned by python-config --ldflags refered to the prefix used
at
Greg Brockman g...@ksplice.com added the comment:
Wait - so, you are pulling svn trunk, compiling and running your test
with the built python executable?
Yes. I initially observed this issue while using 10.04's Python (2.6.5), but
wanted to make sure it wasn't fixed by using a newer
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
A new patch that doesn't remove an important check, avoids a crash when the C
macro is called with a huge number. thanks Ezio.
--
Added file: http://bugs.python.org/file17911/unicodectype_ucs4_5.patch
Jesse Noller jnol...@gmail.com added the comment:
Alright, I'm fighting ubuntu 64 bit in my vmware install right now, I'll see if
I can get it up and running.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9207
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Could you explain what this bit is about ?
-#if defined(HAVE_USABLE_WCHAR_T) defined(WANT_WCTYPE_FUNCTIONS)
+#if defined(Py_UNICODE_WIDE) defined(WANT_WCTYPE_FUNCTIONS)
On Windows at least, HAVE_USABLE_WCHAR_T is True, this means
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5004
___
___
Python-bugs-list mailing
Martin v. Löwis mar...@v.loewis.de added the comment:
I think anybody willing to invest the time could acquire the appropriate
knowledge, at least to determine whether it's still an issue (i.e. trying to
reproduce it). To fix it, one would then need to read the source code of
hostname, and
Antoine Pitrou pit...@free.fr added the comment:
It would be a change in behaviour, which is quite unacceptable for a bugfix
release. I think this should be closed.
--
nosy: +pitrou
resolution: - rejected
status: open - pending
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Would someone please comment on the patch, I can't because I don't know
anything about the Python C API.
--
components: +Library (Lib) -Extension Modules
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3461
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
--
versions: +Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9170
___
___
Antoine Pitrou pit...@free.fr added the comment:
Do note that providing a patch first requires that encryption/decryption
facilities be made available in the stdlib.
(right now we only offer hashing, and high-level socket wrapping)
--
nosy: +pitrou
Changes by Antoine Pitrou pit...@free.fr:
--
dependencies: +add crypto routines to stdlib
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9170
___
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - jnoller
nosy: +jnoller
priority: normal - high
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9162
Jesse Noller jnol...@gmail.com added the comment:
Yes; the copyright has to stay; but the license data can leave afaik.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9162
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Presumably the patch needs reworking as SimpleXMLRPCServer has been
incorporated into the new xmlrpc package for Python 3.
--
nosy: +BreamoreBoy
stage: - needs patch
versions: +Python 3.2 -Python 2.6
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Have the tests been incorporated into py3k so this can be closed, or is it
still valid?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3591
Terry J. Reedy tjre...@udel.edu added the comment:
My proposal F, to expose the common frequency threshold as a fourth positional
parameter with default 1, would do that: repeat current behavior. We should,
and Eli and I would, add some of the anomalous cases to the test suite and
verily that
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Given this.
c:\Python31\Lib\test..\..\python.exe regrtest.py test_dbm_ndbm.py
test_dbm_ndbm
test_dbm_ndbm skipped -- No module named _dbm
1 test skipped:
test_dbm_ndbm
Those skips are all expected on win32.
I assume that this can be
New submission from Ilya Sandler ilya.sand...@gmail.com:
a session attached:
cheetah:~/wrk/svn/psi-poly5/poly/aut/prof ~/comp/python/trunk/python -m pstats
prof.out
Welcome to the profile statistics browser.
% stats 20 \
Thu Jul 8 17:50:27 2010prof.out
197258358 function calls
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
issue2636-20100709.zip is a new version of the regex module.
I've moved most of the regex module's Python code into a private module.
--
Added file: http://bugs.python.org/file17912/issue2636-20100709.zip
Terry J. Reedy tjre...@udel.edu added the comment:
Since there will be be separate patches for each Python version, it does not
much matter. But I will try to notice when an issue for for D2 and leave such
alone.
--
nosy: +tjreedy
___
Python
Mark Lawrence breamore...@yahoo.co.uk added the comment:
John could you provide a patch for this?
--
nosy: +BreamoreBoy
stage: - needs patch
versions: +Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
I have no idea if this is possible or applicable to 3.x, but 3.2 is the
earliest version for new features.
--
nosy: +tjreedy
versions: +Python 3.2 -Python 2.5, Python 2.6
___
Python tracker
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: - commit review
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4629
___
Terry J. Reedy tjre...@udel.edu added the comment:
A doc addition would seem like a good idea, so I am changing this to a doc
issue for the current versions. Can you suggest specific text and a specific
location to place it?
A behavior change could only go into 3.2. I do not know who, if
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
issue7989a.diff is a partial success implementing Nick Coghlan's testing idea.
Unfortunately, datetime implementation with it's circular dependency on
_strftime is not very robust with respect to import trickery.
I am
Changes by Brian Curtin cur...@acm.org:
--
components: +Extension Modules -Library (Lib)
versions: -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1723038
___
Changes by Brian Curtin cur...@acm.org:
--
stage: - unit test needed
type: - feature request
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1723038
___
Jesse Noller jnol...@gmail.com added the comment:
I can confirm with a clean ubuntu 64 install, with a clean checkout of
release27 that it explodes with that exception, while the stock 2.6.5 does not.
--
___
Python tracker rep...@bugs.python.org
Giampaolo Rodola' g.rod...@gmail.com added the comment:
If the attributes were of the __private kind, they weren't meant to
be used by other classes, and so there's no problem in making them
public.
Generally I would agree with you but this case is different, imho.
The problem here is that
Jesse Noller jnol...@gmail.com added the comment:
It does not seem to appear on OS/X 10.6.4 - so the only question is does this
show up on Ubuntu 32bit
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9207
Jesse Noller jnol...@gmail.com added the comment:
Correction; it can and does happen on OS/X. So, this is not a platform specific
bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9207
Greg Brockman g...@ksplice.com added the comment:
Yeah, I've just taken a checkout from trunk, ran './configure make make
install', and reproduced on:
- Ubuntu 10.04 32-bit
- Ubuntu 9.04 32-bit
--
___
Python tracker rep...@bugs.python.org
201 - 300 of 331 matches
Mail list logo