bms b...@incunabulum.net added the comment:
Hi,
I've committed a fix to FreeBSD-CURRENT for POSIX semaphores this morning.
Root cause analysis on the fork-mt issue points towards the rtld and
malloc in RELENG_7 not being able to deal with a mixture of fork and mt.
As a workaround, you may
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
priority: high - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3863
___
___
Gregory P. Smith [EMAIL PROTECTED] added the comment:
looks like it already has been merged in py3k.
--
versions: +Python 2.5.3 -Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3863
___
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Apparently this can be merged in py3k.
(in
http://www.python.org/dev/buildbot/trunk/x86%20FreeBSD%20trunk/builds/1589/step-test/0
:
[...]
test_threading
[18218 refs]
[18576 refs]
[17539 refs]
[17539 refs]
[17539 refs]
Skipping
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3863
___
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
priority: release blocker - deferred blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3863
___
Andrew I MacIntyre [EMAIL PROTECTED] added the comment:
I believe this issue ties into the underlying problem FreeBSD 6.x upto
and including 6.3R have with fork() in a threaded application - see the
6.3R errata notice referenced in issue3864.
The issue should be fixed in FreeBSD 6.4 (currently
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
Cygwin1.5 also hangs on test_3_join_in_forked_from_thread.
Cygwin1.7 + following snapshot doesn't hang but
http://cygwin.com/snapshots/cygwin1-20080929.dll.bz2
fails with following message.
Gregory P. Smith [EMAIL PROTECTED] added the comment:
r66703 in trunk (2.6) applies the test_threading_fbsd6.py.patch modified
to also print a note to stderr when skipping the test and adds a mention
of buggy OSes in the os.fork documentation.
still needs merging over to 3.0 and possibly 2.5.
Gregory P. Smith [EMAIL PROTECTED] added the comment:
marking release blocker for 3.0, the patch just needs to be merged after
it runs through any existing trunk freebsd buildbot(s).
--
priority: normal - release blocker
___
Python tracker [EMAIL
Andrew I MacIntyre [EMAIL PROTECTED] added the comment:
I've briefly got a FreeBSD 7.0 amd64 setup available, and test_threading
passes in this environment.
Short term fix I'd suggest is to only disable this part of the test for
FreeBSD 6.x and earlier (ie platforms freebsd4, freebsd5,
Andrew I MacIntyre [EMAIL PROTECTED] added the comment:
test_threading also passes on FreeBSD 7.0 i386.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3863
___
Andrew I MacIntyre [EMAIL PROTECTED] added the comment:
I've attached a simple patch which deactivates
test_3_join_in_forked_from_thread on FreeBSD 6.x and earlier, and also
OS/2 EMX. With this patch, test_threading completes but...
$ ./python -E -tt Lib/test/regrtest.py test_threading
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
nosy: +gregory.p.smith
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3863
___
___
Python-bugs-list
Gregory P. Smith [EMAIL PROTECTED] added the comment:
attaching a stand alone script to exercise the bug. based on the
prints, the error appears to happen during the t.start() call to launch
the joiningfunc() thread from the child processes worker thread (its the
main/only thread in the child
Gregory P. Smith [EMAIL PROTECTED] added the comment:
and as expected, also happens with py3k.
--
versions: +Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3863
___
Gregory P. Smith [EMAIL PROTECTED] added the comment:
instrumenting Python/thread_pthread.h and turning on thread debugging in
Python/thread.c, FreeBSD raises the Fatal error within pthread_create().
I'm inclined to say that this is a FreeBSD 6.3 bug. The
fbsd_thr_crash.py test case is a good
Andrew I MacIntyre [EMAIL PROTECTED] added the comment:
I should add that this is a regression of the trunk, as I built and
tested the trunk from an SVN checkout (r63892) in early June and didn't
encounter this issue.
___
Python tracker [EMAIL PROTECTED]
18 matches
Mail list logo