Wolfgang Rohdewald wolfg...@rohdewald.de added the comment:
types.h is from kdewin/include/msvc/sys
git clone git://anongit.kde.org/kdewin
types.h uses SSIZE_T but that is nowhere defined in KDE, so it must be the
original one from msvc
--
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
- speed up the test: because dump_backtraces_later() has now a
subsecond resolution, we can use sleep of 50 ms instead of 1 sec
This is too short, there may be random failures on some slow buildbots.
IMO, 0.5s is the minimum
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file21470/a979bb83a94b.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11393
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file21467/c684b1e59aaa.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11393
___
Charles-Francois Natali neolo...@free.fr added the comment:
I wonder whether the Java people are simply unaware of the potential problem?
Or perhaps they have checked the Linux and Solaris implementations of
readdir()
and confirmed that it is in fact safe on those platforms. Even if this is
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Should Python.h systematically avoid defining symbols without a Py prefix?
See attached patch, which defines Py_ssize_t in pyconfig.h.
The same can be said for other symbols defined there: pid_t, copysign, hypot.
--
keywords:
Ezio Melotti ezio.melo...@gmail.com added the comment:
Technically this is a backward-incompatible change, because it breaks code that
uses obj=foo explicitly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11155
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment:
I have been working on a similar idea. I just wanted to raise an issue I ran
into which might affect this code also. The decorated function ended up with a
different function signature to the original inner function. This can be
New submission from Tennessee Leeuwenburg tleeuwenb...@gmail.com:
I am happy to come up with a minimal test for this if that would help, but
repeating the problem is not hard. Take a Python2.7 interpreter, install the
decorator module from PyPi, and also the code at
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment:
Never mind, I was doing something stupid. The error message doesn't really make
it terribly obvious, but the cause is in my code.
--
resolution: - invalid
status: open - closed
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
faulthandler_fatal_error() calls the previous signal handler
using raise(signum)
It doesn't work as expected on Windows: Windows doesn't call its own signal
handler anymore. Use the previous code (only on Windows).
I also added
Changes by Andrej Krpic akrpi...@gmail.com:
--
nosy: +akrpic77
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9067
___
___
Python-bugs-list mailing
Changes by Andrej Krpic akrpi...@gmail.com:
--
nosy: +akrpic77
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10966
___
___
Python-bugs-list
Stefan Krah stefan-use...@bytereef.org added the comment:
Sandro Tosi rep...@bugs.python.org wrote:
Hi Stefan, can you please expand a bit this issue and details the places
you think can benefit from pyctype macros? you know, a patch would be the
best :)
Indeed. While working on #9036 I
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
___
Python-bugs-list mailing list
New submission from Kristján Valur Jónsson krist...@ccpgames.com:
I found this defect at PyCon 2011 after spending a lot of type fidgeting with
ssl. The test_ssl.py unittest was using timeout on accept sockets and it was
working fine there, but not with the code I was working out. Turns out
Changes by Kristján Valur Jónsson krist...@ccpgames.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11721
___
___
Antoine Pitrou pit...@free.fr added the comment:
In short: If you have a socket with settimeout(1), then accept a
connection on it, the new socket will have gettimeout()==None, but its
state will still (internally) be non-blocking. The attached script
demonstrates the issue.
This should
Changes by Wolfgang Rohdewald wolfg...@rohdewald.de:
--
nosy: +mhammond
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11717
___
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
I cannot see from the link to which branch that was committed, or what
revision. But I assume it is the default branch. I can confirm that this
appears to be fixed.
The corresponding defect has a long (and bothersome)
Antoine Pitrou pit...@free.fr added the comment:
The corresponding defect has a long (and bothersome) discussion. I am,
however, surprised that this was not considered a bug and backported.
I think Martin's argument was that it could break compatibility.
I can agree with the fix (my
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file21474/4adbea7c832e.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11393
___
ysj.ray ysj@gmail.com added the comment:
Got it. Here is my updated patch. Not sure if the doc is proper.
--
Added file: http://bugs.python.org/file21475/issue_11647_2.diff
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file21470/a979bb83a94b.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11393
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file21476/f5a11df83d98.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11393
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file21474/4adbea7c832e.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11393
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
My TODO list is empty (the last item was fix register() to be signal
safe) so I think that the patch is ready to be commited.
As I wrote, I did some tests on FreeBSD, found bugs and fixed them. I also
fixed the weird behaviour if
ysj.ray ysj@gmail.com added the comment:
see #1257
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11654
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
- speed up the test: because dump_backtraces_later() has now a
subsecond resolution, we can use sleep of 50 ms instead of 1 sec
This is too short, there may be random failures on some slow buildbots.
IMO, 0.5s is the minimum you can use.
+
Antoine Pitrou pit...@free.fr added the comment:
* Patch Py_DeleteFileW in posixmodule.c so that it renames before
deleting: should solve the problem overall but obviously has a
possible wider impact, in general and on performance in particular.
This rename might be a simple rename-to-guid
ysj.ray ysj@gmail.com added the comment:
I think there is no need to implement this in python2.x since it's a behavior
change which could introduce some compatibility issues to someone's code,
besides in 2.x both sys.exitfunc and atexit module should be considered, that
makes the code
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Please see issue 11721 where I was commenting on the same.
I don't think the documentation makes it clear that socket.gettimeout() can be
incorrect (i.e. return None when the socket is non-blocking).
I also don't think there is a
Changes by Kristján Valur Jónsson krist...@ccpgames.com:
--
resolution: - duplicate
status: open - closed
superseder: - On Mac / BSD sockets returned by accept inherit the parent's FD
flags
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
I also don't think there is a portable way to detect the NBIO attribute
of a socket, so we still have a case of socket.gettimeout() not
accurately reflecting the blocking state of the socket
Which case?
I personally think that this logic
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
socket.defaulttimeout(None)
s = socket.socket()
s.settimeout(0) #nonblocking
s.bind()
s2, a = s.accept()
print s2.gettimeout() #prints ´none´, meaning blocking
s2.receive(10) #raises EWOULDBLOCK error, since internally it is
Antoine Pitrou pit...@free.fr added the comment:
socket.defaulttimeout(None)
s = socket.socket()
s.settimeout(0) #nonblocking
s.bind()
s2, a = s.accept()
print s2.gettimeout() #prints ´none´, meaning blocking
s2.receive(10) #raises EWOULDBLOCK error, since internally it is non-blocking
New submission from Jason Morgan jas...@picochip.com:
Bulding a simple extension (the spam example) fails with mingw64.
in modsupport.h, the following is used to detect 64bit, it does not work with
mingw64.
#if SIZEOF_SIZE_T != SIZEOF_INT
/* On a 64-bit system, rename the Py_InitModule4 so
STINNER Victor victor.stin...@haypocalc.com added the comment:
I merged the faulthandler branch into the default branch. I removed __version__
field: the Python version should be enough. I also fixed an infinite loop
raised by test_capi.
test_faulthandler pass on Solaris and OpenIndiana, but
New submission from Jason Morgan jas...@picochip.com:
Python2.7 has no proper support for mings64. You can use environment path to
trick compiler into using mings64, but this will cause conflict with other
builds.
Adding a mings64 compiler options is much more sensible as both mingw32 and
Daniel Stutzbach stutzb...@google.com added the comment:
I'm confused by the patch (ed0259230611). The patch comment and the NEWS item
state the returned socket is now always non-blocking but the code change adds
sock.setblocking(True).
--
nosy: +stutzbach
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
What are the values of SIZEOF_SIZE_T and SIZEOF_INT with this compiler?
I'd expect them to be respectively 8 and 4.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Sandro Tosi sandro.t...@gmail.com added the comment:
Hi,
on a freshly built python 3.3 I got:
$ ./python
Python 3.3a0 (default:22ae2b002865, Mar 30 2011, 20:18:39)
[GCC 4.4.5] on linux2
Type help, copyright, credits or license for more information.
f = open('foo', 'rb')
print(f.read1(1)) #
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Antoine, absolument. Please see attached file bug.py
As for a different patch, we should agree what behaviour should be expected. I
don't think it is possible to rely on some platform specific behaviour. This
is because it is
Antoine Pitrou pit...@free.fr added the comment:
Antoine, absolument. Please see attached file bug.py
Ah, thanks, I see. But this is not caused by this issue.
It seems to come from 12442ac3f7dd.
Instead we should simply define it for python, and in accordance to
established tradition,
Antoine Pitrou pit...@free.fr added the comment:
What version of Python did you make your patch against? It failed applying
against the default branch.
You might want to make sure you are using an up-to-date source tree, see:
http://docs.python.org/devguide/setup.html#getting-the-source-code
Antoine Pitrou pit...@free.fr added the comment:
The patch looks good to me, thank you!
Gerhard, would you like to tackle this? Otherwise I'll commit in a couple of
days.
--
stage: patch review - commit review
___
Python tracker
Sandro Tosi sandro.t...@gmail.com added the comment:
On a freshly built 3.3 I don't get those RW anymore:
$ ./python -bb -E -Wd -m test -r -w -uall test_subprocess
Using random seed 7436992
[1/1] test_subprocess
.
this bit of output is from a test of stdout in a different process ...
.
Antoine Pitrou pit...@free.fr added the comment:
Nadeem,
Can I ask that you not commit this
patch until the CA has been submitted? I will need to clear it with my
employer, and it might complicate things if the code in question has
already been committed.
Apparently the PSF has received
Martin v. Löwis mar...@v.loewis.de added the comment:
What is mings64?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11723
___
Torsten Landschoff t.landsch...@gmx.net added the comment:
The patch looks good to me, thank you!
Gerhard, would you like to tackle this? Otherwise I'll commit in a couple of
days.
What I am still wondering about is if it would make sense to use the text
factory here. It might make sense
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Apparently the PSF has received your contributor agreement.
Great; I was just about to send them an email to check.
Does it mean the situation is cleared? I plan to do a review of your latest
patch.
Yes, everything's sorted out. Go
Antoine Pitrou pit...@free.fr added the comment:
OTOH, this is mostly a debugging aid and nothing that would be enabled
in production. And premature optimization is the root of all evil...
Agreed.
--
___
Python tracker rep...@bugs.python.org
Changes by Renaud Blanch rndbl...@gmail.com:
--
nosy: +rndblnch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11682
___
___
Python-bugs-list
STINNER Victor victor.stin...@haypocalc.com added the comment:
http://hg.python.org/features/faulthandler/rev/0943ef33495a should fix
test_faulthandler to support SIGBUS on reading from NULL. But it doesn't fix
the failure on SIGFPE yet. I'm running the buildbot to check if it's better or
Torsten Landschoff t.landsch...@gmx.net added the comment:
The attached patch is an updated version which adds a bit of documentation.
--
Added file: http://bugs.python.org/file21479/sqlite_transaction_config_v2.diff
___
Python tracker
Changes by Terry J. Reedy tjre...@udel.edu:
--
title: 2.5.4.3 and 2.6.2 / test_threading hangs on Solaris - 2.7:
test_threading hangs on Solaris
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5114
Ivan Ivanenko ivan.ivane...@gmail.com added the comment:
Santa4nt, I think you also need to check case with Redirect Response URL:
print urllib2.urlopen(http://16.foobnix-cms.appspot.com/test_base;).geturl()
python 2.6 returns OK
New submission from jenisys jens_en...@web.de:
A long running task that is submitted to an ThreadPoolExecutor runs to
completion even when the future times out or is canceled.
Even executor.shutdown(wait=False) will not help.
HOW TO REPEAT:
Provide a function which sleeps for 10 seconds.
Terry J. Reedy tjre...@udel.edu added the comment:
Closing until there is a confirmed problem with current Python.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1777398
Changes by jenisys jens_en...@web.de:
Added file: http://bugs.python.org/file21480/test_futures_more3.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11724
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
resolution: - out of date
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2657
___
Changes by jenisys jens_en...@web.de:
Added file: http://bugs.python.org/file21481/test_futures_more3.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11724
___
Changes by jenisys jens_en...@web.de:
Removed file: http://bugs.python.org/file21480/test_futures_more3.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11724
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3154
___
Changes by jenisys jens_en...@web.de:
Added file: http://bugs.python.org/file21482/test_futures_more3.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11724
___
Changes by jenisys jens_en...@web.de:
Removed file: http://bugs.python.org/file21481/test_futures_more3.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11724
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Indeed, I can't reproduce the issue anymore
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10219
Jeff McNeil j...@jmcneil.net added the comment:
I'd be happy to pick some of that stuff up. I'd like to address separately as
it keeps fewer concerns in this one patch. I'll grab them once they're created.
--
___
Python tracker
Roundup Robot devnull@devnull added the comment:
New changeset 9b12af6e9ea9 by Antoine Pitrou in branch '3.2':
Issue #11618: Fix the timeout logic in threading.Lock.acquire() under
http://hg.python.org/cpython/rev/9b12af6e9ea9
New changeset 9d658f000419 by Antoine Pitrou in branch 'default':
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file21483/d4902114f720.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11393
___
Antoine Pitrou pit...@free.fr added the comment:
I have now committed the semaphore implementation, so as to fix the issue.
Potential performance optimizations can still be discussed, of course (either
here or in a new issue, I'm not sure).
--
resolution: - fixed
stage: -
Roundup Robot devnull@devnull added the comment:
New changeset b0680b5a5215 by Victor Stinner in branch 'default':
Issue #11393: Add the new faulthandler module
http://hg.python.org/cpython/rev/b0680b5a5215
--
nosy: +python-dev
___
Python tracker
Roundup Robot devnull@devnull added the comment:
New changeset df240014e72f by Victor Stinner in branch 'default':
Issue #11393: reenable all tests in regrtest.py (wooops, sorry Antoine)
http://hg.python.org/cpython/rev/df240014e72f
--
___
Python
Westley Martínez aniko...@gmail.com added the comment:
In that case, I've made a patch that changes the documentation so that item
is now obj. for Queue.put and Queue.put_nowait.
--
Added file: http://bugs.python.org/file21484/doc-11155.diff
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
First failure: AMD64 Gentoo Wide 3.x.
http://www.python.org/dev/buildbot/all/builders/AMD64%20Gentoo%20Wide%203.x/builds/1363/
[1/1] test_faulthandler
test test_faulthandler failed -- Traceback (most recent call last):
File
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_faulthandler failed also on AMD64 OpenIndiana 3.x: regrtest.py (only
executing test_faulthandler) was killed after 11 min 20 sec.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devnull@devnull added the comment:
New changeset 25a2aeecb34b by Victor Stinner in branch 'default':
Issue #11393: Disable test_stack_overflow of test_faulthandler
http://hg.python.org/cpython/rev/25a2aeecb34b
--
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
I disabled test_stack_overflow because the test fails on AMD64 Gentoo Wide 3.x,
and maybe other buildbots (AMD64 OpenIndiana 3.x?). I fear that the test uses a
lot of CPU, memory and/or swap.
--
Changes by Ned Deily n...@acm.org:
--
nosy: +bquinlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11724
___
___
Python-bugs-list mailing list
STINNER Victor victor.stin...@haypocalc.com added the comment:
stack_overflow.patch should fix AMD64 Gentoo Wide 3.x and AMD64 OpenIndiana 3.x
failures. I schedule a test on their custom slaves, but these buildbots are
still running test_faulthandler on their 3.x slaves. I interrupted the
Roundup Robot devnull@devnull added the comment:
New changeset 024967cdc2f0 by Victor Stinner in branch 'default':
Issue #11557: disable test_logging.test_no_kwargs (fail on most buildbots)
http://hg.python.org/cpython/rev/024967cdc2f0
--
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_logging.test_no_kwargs fails on AMD64 Snow Leopard 2 3.x, x86 Ubuntu
Shared 3.x, sparc solaris10 gcc 3.x, AMD64 Leopard 3.x, x86 XP-4 3.x, x86
Windows7 3.x, x86 Tiger 3.x, PPC Tiger 3.x, ... I disabled the test because it
Jeff Ramnani j...@jefframnani.com added the comment:
You are correct.
I have added 'description' to the docstring of the OptionParser class for 2.7
and default (python3 tip).
Here is the patch for python3 tip.
--
keywords: +patch
Added file:
Jeff Ramnani j...@jefframnani.com added the comment:
Attaching the same patch for 2.7.
--
Added file: http://bugs.python.org/file21487/issue8151-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8158
Senthil Kumaran orsent...@gmail.com added the comment:
+1 to removing of the spurious egg-info files. For the folks who are not aware
of the multitude 'packaging terms', egg-info files are the first step towards
the path leading to more confusion.
So cleaning up would be definitely better in
+1 to the counter argument that Unexpected Skips should not be marked as
failures.
Also, I like the following proposal of giving better messages on skips
useful.
On Sat, Mar 26, 2011 at 07:53:34AM +, Ezio Melotti wrote:
It's also possible to provide better skip messages, e.g.:
Senthil Kumaran orsent...@gmail.com added the comment:
I wonder if this is CentOS and RHEL specific. Unable to reproduce this on
Ubuntu.
--
nosy: +dmalcolm, orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10632
Brian Quinlan br...@sweetapp.com added the comment:
This is the expected behavior.
Future.cancel() returns a bool indicating if the future was cancelled or not.
If it returns False then there is no way to stop it.
The behavior that you are seeing for shutdown is documented as:
New submission from Isaac Salsberg isalsb...@users.sourceforge.net:
https connections fails under intel MAC OS X 10.6.6 and 10.6.7 using httplib
and/or urllib2 connecting to an IIS web server requesting basic authentication
and a client certificate.
This is an issue with MAC OS X 10.6.x,
Ronald Oussoren ronaldousso...@mac.com added the comment:
The site you mention requires client certificates to log on.
On my machine (OSX 10.6) urllib2 example just hangs. I haven't checked yet why
this happens, or if this also happens on other OS-es or releases.
Other HTTPS sites work fine
90 matches
Mail list logo
