[issue12303] expose sigwaitinfo() and sigtimedwait() in the signal module

2011-06-27 Thread STINNER Victor
STINNER Victor added the comment: > test_sigwaitinfo_interrupted() fails because SIGALRM > signal handler is called ... Oh, the problem is that sigwait() behaviour changes after a fork: it is interrupted if an unexpected signal is received, but the signal handler is not called. It b

[issue12426] packaging.tests.test_command_install_dist.InstallTestCase failure

2011-06-28 Thread STINNER Victor
New submission from STINNER Victor : FAIL: test_user_site (packaging.tests.test_command_install_dist.InstallTestCase) -- Traceback (most recent call last): File "/home/buildbot/buildarea/3.x.ochtman-gentoo-amd64/buil

[issue12429] test_io.check_interrupted_write() sporadic failures on FreeBSD 6 on Python 2.7/3.2

2011-06-28 Thread STINNER Victor
New submission from STINNER Victor : test_io.check_interrupted_write() has two threads and a pipe: - reader (thread): read one byte from the pipe - writer (main thread): write 1 MB into the pipe An alarm (SIGALRM) is scheduled in one second. The writer blocks because the pipe buffer is

[issue12429] test_io.check_interrupted_write() sporadic failures on FreeBSD 6 on Python 2.7/3.2

2011-06-28 Thread STINNER Victor
STINNER Victor added the comment: Patch to skip the test on FreeBSD 5, 6 and 7. I was unable to reproduce #11859 on my FreeBSD 8 VM, so I didn't add freebsd8. -- keywords: +patch Added file: http://bugs.python.org/file22506/test_io_skip_freebsd.

[issue12423] signal handler doesn't handle SIGABRT from os.abort

2011-06-28 Thread STINNER Victor
STINNER Victor added the comment: "Be aware that programs which use signal.signal() to register a handler for SIGABRT will behave differently." I don't understand this sentence. I think that this sentence should be removed, and another should maybe be added. E.g. "os.abor

[issue12303] expose sigwaitinfo() and sigtimedwait() in the signal module

2011-06-29 Thread STINNER Victor
STINNER Victor added the comment: > But I think we could just remove this test The test pass on Linux and FreeBSD 6 using a subprocess. I commited my patch to replace fork() by subprocess, let's see how it works on buildbots. -- ___ Python

[issue12440] test_ssl.test_options() failure on Snow Leopard: can't clear options before OpenSSL 0.9.8m

2011-06-29 Thread STINNER Victor
New submission from STINNER Victor : Seen on "AMD64 Snow Leopard 2 3.x" buildbot: = ERROR: test_options (test.test_ssl.ContextTests) -- Traceback (m

[issue12400] regrtest: always run tests in verbose mode, but hide the output on success

2011-06-29 Thread STINNER Victor
STINNER Victor added the comment: I will not backport the change in Python 2.7, because regrtest already captures stdout (but not in verbose mode), and it checks that the output is empty. -- ___ Python tracker <http://bugs.python.org/issue12

[issue12400] regrtest: always run tests in verbose mode, but hide the output on success

2011-06-29 Thread STINNER Victor
STINNER Victor added the comment: > One more time, commit messages using the present tense are ambiguous: > when you write “runtest() truncates the StringIO stream before a new > test“, it’s not clear at all whether you describe the previous, > incorrect behavior or the new, fixed o

[issue12400] regrtest: always run tests in verbose mode, but hide the output on success

2011-06-29 Thread STINNER Victor
STINNER Victor added the comment: > Eric is right. I don't see the patch when reading "hg log" output I'm using hg log -p. > or looking up revisions given by "hg annotate". hg annotate doesn't display the changelog, only the commi

[issue12443] locale.setlocale(locale.LC_ALL, locale.getlocale()) fails for some locales

2011-06-29 Thread STINNER Victor
STINNER Victor added the comment: Good news: it's a duplicate and it's already fixed! See issues #10090 and #10154. The fix is part of Python 3.1.4 (released the 12th june 2011) and Python 2.7.2 (released the 12 june 2011), and will be part of Python 3.2.1. -- nosy: +haypo

[issue12443] locale.setlocale(locale.LC_ALL, locale.getlocale()) fails for some locales

2011-06-29 Thread STINNER Victor
STINNER Victor added the comment: (Python 2.6 only accepts security fixes, no more bug fixes. It's time to upgrade to 2.7!) -- ___ Python tracker <http://bugs.python.org/is

[issue12446] StreamReader Readlines behavior odd

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: See also #8260. -- ___ Python tracker <http://bugs.python.org/issue12446> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8260] When I use codecs.open(...) and f.readline() follow up by f.read() return bad result

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: See also #12446. -- ___ Python tracker <http://bugs.python.org/issue8260> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7117] Backport py3k float repr to trunk

2011-06-30 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker <http://bugs.python.org/issue7117> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12451] open: avoid the locale encoding when possible

2011-06-30 Thread STINNER Victor
New submission from STINNER Victor : open() uses the locale encoding in Python 3 when opening text file if the encoding argument is not specified (implicit). Some functions use locale encoding, but it's not the right encoding. I see at least three cases where the encoding should be ch

[issue12450] Use the Grisu algorithms to convert floats to strings

2011-06-30 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker <http://bugs.python.org/issue12450> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12452] reuse plistlib in sysconfig; deprecation process in plistlib

2011-06-30 Thread STINNER Victor
New submission from STINNER Victor : sysconfig uses regex to parse the a .plist file (format based on XML), /System/Library/CoreServices/SystemVersion.plist: the plistlib module can be used instead. I rebuild my patched Python from scatch (make distclean) and I didn't notice any boot

[issue12452] reuse plistlib in sysconfig; deprecation process in plistlib

2011-06-30 Thread STINNER Victor
Changes by STINNER Victor : Added file: http://bugs.python.org/file22522/plistlib_deprecation.patch ___ Python tracker <http://bugs.python.org/issue12452> ___ ___ Pytho

[issue9561] distutils: set encoding to utf-8 for input and output files

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: pkginfo_utf8.patch: distutils uses UTF-8 to write PKG-INFO and .egg-info, instead of the locale encoding. It should be applied to 2.7, 3.2 and 3.3. packaging_pkginfo_utf8.patch: packaging tests use UTF-8 to write PKG-INFO files, instead of the locale

[issue9561] distutils: set encoding to utf-8 for input and output files

2011-06-30 Thread STINNER Victor
Changes by STINNER Victor : Added file: http://bugs.python.org/file22524/packaging_pkginfo_utf8.patch ___ Python tracker <http://bugs.python.org/issue9561> ___ ___ Pytho

[issue11873] test_regexp() of test_compileall fails occassionally

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: > What about Windows? tempfile.mkdtemp(prefix='bar') can generate > ...\tmpxxbaxx\... AH! The test failed on "x86 XP-4 x86": http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/

[issue12453] test_import.test_failing_import_sticks() sporadic failures

2011-06-30 Thread STINNER Victor
New submission from STINNER Victor : The following test fails sometimes. I don't know on which buildbot it occurs. The last failure is on "x86 XP-5 3.x": == FAIL: test_failing_import_sticks (test.test_imp

[issue12139] Add CCC command support to ftplib

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: The test is still failing on many buildbots. x86 Ubuntu Shared 3.x: == ERROR: test_ccc (test.test_ftplib.TestTLS_FTPClass

[issue12451] open: avoid the locale encoding when possible

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: See also issue #9561 for distutils: I just attached a new patch for PKG-INFO / .egg-info files. -- ___ Python tracker <http://bugs.python.org/issue12

[issue12454] mailbox: use ASCII to read/write .mh_sequences files

2011-06-30 Thread STINNER Victor
New submission from STINNER Victor : The MH class uses the locale encoding to read and write .mh_sequences files. According to R. David Murray, ASCII can be safetly used instead. Extract of our discussion on IRC: bitdancer> haypo: that's one of the cases where using locale

[issue12454] mailbox: use ASCII to read/write .mh_sequences files

2011-06-30 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +jerub ___ Python tracker <http://bugs.python.org/issue12454> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12451] open: avoid the locale encoding when possible

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: See also issue #12454 for the mailbox module (.mh_sequences). -- ___ Python tracker <http://bugs.python.org/issue12451> ___ ___

[issue5120] Disabling test_ttk_guionly on mac

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: Still crashing on "PPC Tiger 3.x" buildbot: ... [333/356/2] test_ttk_guionly Fatal Python error: Segmentation fault Current thread 0xa000ed88: File "/Users/buildbot/buildarea/3.x.parc-tiger-1/build/Lib/tkinter/ttk.py", l

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

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: test_ttk_guionly is still crashing regulary on "PPC Tiger 3.x" buildbot, see issue #5120. Can anyone with a Mac look at this issue? -- ___ Python tracker <http://bugs.python.

[issue11999] sporadic failure in test_mailbox

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: > Now we see if the buildbots agree with me that this is fixed. There is a new failure today on a Windows Seven buildbot: == FAIL: test_reread (test.test_mailbox.TestMail

[issue9561] distutils: set encoding to utf-8 for input and output files

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: > Okay. I guess you’ll use codecs.open in 2.7 Oh, Python 2.7... DistributionMetadata of distutils encodes most values to byte strings (get_xxx() methods calls self._encode_field). It would be possible to use codecs.open(), but an Unicode file expe

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

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: > Since this buildbot is set up in an environment where it is > "running headless", that is to say the tests are run under > a username that is not logged in to the window server, we should > not be trying to run GUI tests there, in pa

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

2011-06-30 Thread STINNER Victor
Changes by STINNER Victor : Added file: http://bugs.python.org/file22527/requires_tkinter.patch ___ Python tracker <http://bugs.python.org/issue8716> ___ ___ Python-bug

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

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: > Victor, I don't understand what your patch is trying to accomplish. It skips test_tk and test_ttk_guionly if the DISPLAY environment variable is not set. -- ___ Python tracker <http://bugs.python.or

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

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: @pitrou: How can we fix the configuration of the buildbot? -- nosy: +pitrou ___ Python tracker <http://bugs.python.org/issue8

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

2011-06-30 Thread STINNER Victor
STINNER Victor added the comment: As discussed on IRC, updated patch skipping test_tk and test_ttk_guionly very early if the gui resource is not set. -- Added file: http://bugs.python.org/file22529/requires_tkinter-2.patch ___ Python tracker <h

[issue12459] time.sleep(-1.0) behaviour

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: I think that time.sleep() should behave as select.select() (issue #11757, commit 3982be773b54) and signal.sigtimedwait(): raise a ValueError if the timeout is negative. A good reason to always raise an error is that floatsleep() has different implementations

[issue12459] time.sleep(-1.0) behaviour

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: > According to Google Code Search, deliberate uses of sleep(-1) > are almost non-existent: The search gives two results, in pycaf and a plone installer (in "compilezpy.py"). I don't know what is the expected behaviour: "infinite&

[issue12462] time.sleep(1): call PyErr_CheckSignals() if the sleep was interrupted

2011-07-01 Thread STINNER Victor
New submission from STINNER Victor : While reading floatsleep() (time.sleep) code for issue #12459, I noticed that the Python signal handler is not called in floatsleep() if a signal interrupted the sleep. Well, it just "works" because the bytecode evaluation loop will call PyErr_Ch

[issue12459] time.sleep(-1.0) behaviour

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: See also #12462, I found something weird in the signal handling of floatsleep(). -- ___ Python tracker <http://bugs.python.org/issue12

[issue12462] time.sleep(1): call PyErr_CheckSignals() if the sleep was interrupted

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: The sleep implementation of floatsleep() doesn't call PyErr_SetFromErrno() if errno is EINTR, whereas EINTR indicates that select() was interrupted. I agree that PyErr_CheckSignals() is overkill in the Windows implementation. My new patch is more exp

[issue12462] time.sleep(1): call PyErr_CheckSignals() if the sleep was interrupted

2011-07-01 Thread STINNER Victor
Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue12462> ___ ___ Python-bugs-list

[issue12459] time.sleep(-1.0) behaviour

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: Tim Lesher on python-dev: "On the Windows side, Sleep(-1) as "infinite" is correct and documented: http://msdn.microsoft.com/en-us/library/ms686298(v=vs.85).aspx" Wine defines INFINITE using "#define INFINITE 0x": h

[issue12466] test_subprocess.test_close_fds() sporadic failures on Mac OS X Tiger

2011-07-01 Thread STINNER Victor
New submission from STINNER Victor : == FAIL: test_close_fds (test.test_subprocess.POSIXProcessTestCase) -- Traceback (most recent call last): File "/

[issue12467] test_threading.test_6_daemon_threads(): Assertion failed: PyUnicode_Check(*filename), file ..\Python\_warnings.c, line 501

2011-07-01 Thread STINNER Victor
New submission from STINNER Victor : == FAIL: test_6_daemon_threads (test.test_threading.ThreadJoinOnShutdown) -- Traceback (most recent call last): File &q

[issue12400] regrtest: always run tests in verbose mode, but hide the output on success

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: Ok, no more regression / bug related to this issue, let close it. -- resolution: -> fixed status: open -> closed versions: -Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/i

[issue12231] regrtest: add -k and -K options to filter tests by function/file names

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: regrtest_regex-2.patch: minor update, just ensure that the patch applies correctly on the default branch. -- Added file: http://bugs.python.org/file22538/regrtest_regex-2.patch ___ Python tracker <h

[issue11870] test_3_join_in_forked_from_thread() of test_threading hangs 1 hour on "x86 Ubuntu Shared 3.x"

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: The initial problem was test_3_join_in_forked_from_thread() and the hangs does still happen: [324/356] test_threading Timeout (1:00:00)! Thread 0x404248c0: File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/subprocess.py", lin

[issue12291] file written using marshal in 3.2 can be read by 2.7, but not 3.2 or 3.3

2011-07-01 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker <http://bugs.python.org/issue12291> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12346] Python source code build fails with old mercurial

2011-07-01 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker <http://bugs.python.org/issue12346> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-01 Thread STINNER Victor
New submission from STINNER Victor : test_faulthandler fails on the FreeBSD 6 buildbot since my commit 024827a9db64990865d29f9d525694f51197e770: Issue #12392: fix thread initialization on FreeBSD 6 On FreeBSD6, pthread_kill() doesn't work on the main thread before the creation of the

[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: This issue introduced regressions in the faulthandler module: see issue #12469. -- ___ Python tracker <http://bugs.python.org/issue12

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-01 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +neologix ___ Python tracker <http://bugs.python.org/issue12469> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: Debug session with gdb: --- [vstinner@buildbot-freebsd ~/cpython]$ gdb -args ./python x.py GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: By the way, the failures: Re-running test 'test_faulthandler' in verbose mode test_disable (test.test_faulthandler.FaultHandlerTests) ... ok test_dump_traceback (test.test_faulthandler.FaultHandlerTests) ... ok test_dump_trac

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: On FreeBSD 6, os.kill(os.getpid(), signum) calls immediatly the signal handler before the creation of the first thread (which was the case by default before my commit 024827a9db64), whereas the signal handler is called "later" (when exactly?)

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-01 Thread STINNER Victor
STINNER Victor added the comment: > What happens if you create the thread after having registered > the SIGBUS handler? I reverted my commit and created the thread after the call to faulthandler.register(). It changes nothing, the signal handler is still called "later"

[issue12352] multiprocessing.Value() hangs

2011-07-02 Thread STINNER Victor
STINNER Victor added the comment: The last heap_gc_deadlock_lockless.diff looks good. Note: please try to use different filenames for different versions of the same patch. For example, add a number (heap_gc_deadlock_lockless-2.diff) to the name

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-02 Thread STINNER Victor
STINNER Victor added the comment: > I'm also in favor of reverting this commit. Hum, the problem is that the Python test suite creates a lot of threads. Revert the patch doesn't change anything for the test suite. I mean that all tests relying on signal delivery should (must) be

[issue12481] test_faulthandler: popups on Windows/Debug/x64

2011-07-03 Thread STINNER Victor
STINNER Victor added the comment: Duplicate of issue #11732. -- resolution: -> duplicate status: open -> closed ___ Python tracker <http://bugs.python.org/i

[issue11732] Skip decorator for tests requiring manual intervention on Windows

2011-07-03 Thread STINNER Victor
STINNER Victor added the comment: Issue #12481 has been marked as duplicate: "I'm getting the dreaded "python_d.exe has stopped working" popups in test_faulthandler on Windows 7 + VisualStudioPro + "Debug|x64"." -- nosy: +skrah ___

[issue11732] Skip decorator for tests requiring manual intervention on Windows

2011-07-03 Thread STINNER Victor
STINNER Victor added the comment: "Most (all?) Windows machines have error reporting enabled unless you mess with the registry manually" It is disabled on all Windows buildbots. test_capi does also test a crash (I don't know/remember whi

[issue11732] Skip decorator for tests requiring manual intervention on Windows

2011-07-03 Thread STINNER Victor
STINNER Victor added the comment: > Do you mean that the user should change/restore the key > or that the Python tests should do that? Python can change temporary the registry value for the duration of the test. -- ___ Python tracker

[issue12467] test_threading.test_6_daemon_threads(): Assertion failed: PyUnicode_Check(*filename), file ..\Python\_warnings.c, line 501

2011-07-03 Thread STINNER Victor
STINNER Victor added the comment: The assertion occurs in setup_context() of Python/_warnings.c, called by fileio_dealloc_warn(). The problem is that globals()['__file__'] is None. Attached patch should fix this issue. -- keywords: +patch nosy: +pitrou versions: +Python 2

[issue12467] test_threading.test_6_daemon_threads(): Assertion failed: PyUnicode_Check(*filename), file ..\Python\_warnings.c, line 501

2011-07-03 Thread STINNER Victor
STINNER Victor added the comment: Test script to reproduce the assertion. -- Added file: http://bugs.python.org/file22558/test_warn_assert.py ___ Python tracker <http://bugs.python.org/issue12

[issue11066] cgi.py proposals : sys.stdout encoding + rewriting of parsing functions

2011-07-03 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker <http://bugs.python.org/issue11066> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8077] cgi handling of POSTed files is broken

2011-07-03 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker <http://bugs.python.org/issue8077> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12156] test_multiprocessing.test_notify_all() timeout (1 hour) on FreeBSD 7.2

2011-07-04 Thread STINNER Victor
STINNER Victor added the comment: Another recent hang: http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/builds/1951/steps/test/logs/stdio [296/356/3] test_multiprocessing Timeout (1:00:00)! Thread 0x28402be0: File "/usr/home/db3l/buildarea/3.x.bolen-freebsd7/

[issue12467] test_threading.test_6_daemon_threads(): Assertion failed: PyUnicode_Check(*filename), file ..\Python\_warnings.c, line 501

2011-07-04 Thread STINNER Victor
Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue12467> ___ ___ Python-bugs-list

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

2011-07-04 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker <http://bugs.python.org/issue10181> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

2011-07-04 Thread STINNER Victor
STINNER Victor added the comment: Patch version 2, more complete: use HAVE_MBCS everywhere. -- Added file: http://bugs.python.org/file22566/have_mbcs-2.patch ___ Python tracker <http://bugs.python.org/issue9

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

2011-07-04 Thread STINNER Victor
STINNER Victor added the comment: Version 3 of the patch: - fix initialization of the filesystem encoding if HAVE_MBCS is not set - Python fails on the filesystem encoding if it is unable to get the filesystem encoding instead of using UTF-8 - reorganize the definition of time_clock

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

2011-07-04 Thread STINNER Victor
Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed versions: +Python 3.3 -Python 3.2 ___ Python tracker <http://bugs.python.org/

[issue11859] test_interrupted_write_text() of test_io failed of Python 3.3 on FreeBSD 7.2

2011-07-04 Thread STINNER Victor
Changes by STINNER Victor : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue11859> ___ ___ Python-bugs-list mailing list Unsubscri

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-04 Thread STINNER Victor
STINNER Victor added the comment: Commits e07b331bf489 and b9de5e55f798 run wakeup and pending signal tests in a subprocess to avoid border effects with threads. It should make these tests more reliable, not only on FreeBSD 6. PendingSignalsTests now use os.kill() instead of

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-04 Thread STINNER Victor
STINNER Victor added the comment: TODO: - check_signum() of WakeupSignalsTests.check_wakeup(): remove set() to check the order of the received signals (revert 29e08a98281d) - run test_main(), test_itimer_virtual() and test_itimer_prof() in subprocesses - fix/skip test_faulthandler on

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-04 Thread STINNER Victor
STINNER Victor added the comment: > TODO: run test_main(), test_itimer_virtual() and test_itimer_prof() > in subprocesses Another TODO: check if test_sigtimedwait_poll() still fails after reverting 024827a9db64 (thread initiali

[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6

2011-07-04 Thread STINNER Victor
STINNER Victor added the comment: As discussed in issue #12469, the commit 024827a9db64 makes things worse: it changes the behaviour of many functions related to signal handling (e.g. sigwait()) just to be able to use pthread_kill() on the main thread. I reverted the patch: commit

[issue12493] subprocess: Popen.communicate() doesn't handle EINTR in some cases

2011-07-04 Thread STINNER Victor
New submission from STINNER Victor : subprocess.Popen.communicate() doesn't catch EINTR error if it is called without timeout and if there is only one PIPE (stdout or stderr). Attached patch fixes these cases. It may need a test. I found this bug while working on test_signal, especial

[issue12494] subprocess: check_output() doesn't close pipes on error

2011-07-04 Thread STINNER Victor
New submission from STINNER Victor : subprocess.check_output() doesn't close explicitly pipes if an error occurs. See for example issue #12493 for an example of an error on .communicate(). Attached patch uses a context manager to ensure that all pipes are always closed and that the stat

[issue12495] Rewrite InterProcessSignalTests

2011-07-04 Thread STINNER Victor
New submission from STINNER Victor : InterProcessSignalTests uses 4 different signal handlers (SIGUSR1, SIGUSR2, SIGALRM, SIGHUP) and uses 2 methods to raise a signal (a subprocess executing "kill -SIG pid" or signal.alarm(1)). It uses signal.pause() and/or time.sleep(1) to wait

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-04 Thread STINNER Victor
STINNER Victor added the comment: > run test_main() ... in a subprocesses I created a new issue for this task: issue #12495. I think that the testcase has to be rewritten. -- ___ Python tracker <http://bugs.python.org/issu

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: > > When signals are unblocked, pending signal ared delivered in the reverse > > order > > of their number (also on Linux, not only on FreeBSD 6). > > I don't like this. > POSIX doesn't make any guarantee about signal d

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

2011-07-05 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker <http://bugs.python.org/issue12149> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12500] support.transient_internet(): catch also Windows socket errors

2011-07-05 Thread STINNER Victor
New submission from STINNER Victor : == ERROR: test_non_blocking_connect_ex (test.test_ssl.NetworkedTests) -- Traceback (most recent call last): File &q

[issue9015] f.write(s) for s > 2GB hangs in win64 (and win32?)

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: This issue is a duplicate of #9611. -- resolution: -> duplicate status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue9611] FileIO not 64-bit safe under Windows

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: I backported fixes to 2.7, and also add a new fix to FileIO.read(). I don't see anything else to do on this issue, so I close it. Note: read() and write() methods the file object in 2.7 are 64-bit safe on any OS. They use fread() and frwrite() which t

[issue9611] FileIO not 64-bit safe under Windows

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: Issue #9015 has been marked as a duplicate of this issue. -- ___ Python tracker <http://bugs.python.org/issue9611> ___ ___ Pytho

[issue12469] test_faulthandler failures on FreeBSD 6

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: I close this issue because test_signal pass on FreeBSD 6 buildbots (3.2 and 3.x). I will reopen it if test_faulthandler fails or if test_signal fails again, or maybe open new issues. -- resolution: -> fixed status: open ->

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

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: > New changeset ea02eca122b5 by Ned Deily in branch '2.7': > Issue #8716: Avoid crashes caused by Aqua Tk on OSX when attempting to run > http://hg.python.org/cpython/rev/ea02eca122b5 > New changeset 06cb0d602468 by Ned Deily in branc

[issue12494] subprocess: check_output() doesn't close pipes on error

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: subprocess_check_output-2.patch is a more complete patch: "fix" (?) call(), check_output() and getstatusoutput(). These functions kill the process if an exception occurs to not hang on wait() in Popen.__exit__(). Because of the kill, I don't

[issue12501] callable(): remove the deprecation warning from Python 2.7

2011-07-05 Thread STINNER Victor
New submission from STINNER Victor : Python 2.7 emits a DeprecationWarning warning if callable() is called and python has the -3 option. callable() was removed in Python 3.0, but it was also added again in Python 3.2 (issue #10518). $ ./python -bb -3 -Werror Python 2.7.2+ (2.7:7bfedb159e82

[issue12500] support.transient_internet(): catch also Windows socket errors

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: > You don't need to add WSAECONNREFUSED, > it's already there as ECONNREFUSED Oh ok. Here is a patch for test_ssl.test_connect_ex() ignoring ECONNREFUSED error. -- Added file: http://bugs.python.org/file2258

[issue12493] subprocess: Popen.communicate() doesn't handle EINTR in some cases

2011-07-05 Thread STINNER Victor
Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue12493> ___ ___ Python-bugs-list

[issue12500] support.transient_internet(): catch also Windows socket errors

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: Updated patch: add support.transient_errors tuple. -- Added file: http://bugs.python.org/file22583/test_ssl-2.patch ___ Python tracker <http://bugs.python.org/issue12

[issue12500] support.transient_internet(): catch also Windows socket errors

2011-07-05 Thread STINNER Victor
Changes by STINNER Victor : Removed file: http://bugs.python.org/file22575/transient_internet_windows.patch ___ Python tracker <http://bugs.python.org/issue12500> ___ ___

[issue12500] support.transient_internet(): catch also Windows socket errors

2011-07-05 Thread STINNER Victor
Changes by STINNER Victor : Removed file: http://bugs.python.org/file22582/test_ssl.patch ___ Python tracker <http://bugs.python.org/issue12500> ___ ___ Python-bugs-list m

[issue12500] Skip test_ssl.test_connect_ex() on connection error

2011-07-05 Thread STINNER Victor
Changes by STINNER Victor : -- title: support.transient_internet(): catch also Windows socket errors -> Skip test_ssl.test_connect_ex() on connection error ___ Python tracker <http://bugs.python.org/issu

[issue12426] packaging.tests.test_command_install_dist.InstallTestCase failure

2011-07-05 Thread STINNER Victor
STINNER Victor added the comment: I didn't see this failure recently. Because packaging module (and tests) changed after the failure, I suppose that the bug is already fixed. -- resolution: -> invalid status: open -> closed ___ Pyt

<    13   14   15   16   17   18   19   20   21   22   >