Message139905
That's puzzling. That particular segfault failure is on test_ttk_guionly but test_tk apparently passed earlier in the run and it seems that this buildbot is being run with a window manager connection available (the changes that I added did not raise an exception and the DISPLAY env variable is set). Further, it's an intermittent segfault. At the moment, for this buildbot (http://www.python.org/dev/buildbot/all/buildslaves/parc-snowleopard-1), in recent builds only 2.7 builds 202 and 200 have the segfault; 2.7 builds 203 and 201 do not nor do any of the recent 3.2 or 3.x builds. So, while the fixes I checked in do appear to prevent segfaults in the "headless" operation case (I was able to reproduce and test this on my systems), these two buildbot segfaults appear to have a different root cause. I am going to temporarily add Ronald's suggested test for 2.7 in hopes of confirming that the window manager connection is indeed not the issue on the buildbot. I would also be interested in confirmation that what is checked in now prevents the segfaults when running the tests under a headless ssh.
With regard to "untktests.check_tk_availability() creates a Tkinter.Button() in a subprocess. It should maybe try to create a ttk.Button() for test_ttk_guionly instead of Tkinter.Button()": ttk is not necessarily available in older versions of Tk. The tests are structured to test for Tk availability first and then separately for ttk availability. |
|
Date |
User |
Action |
Args |
2011-07-05 21:12:38 | ned.deily | set | recipients:
+ ned.deily, ronaldoussoren, janssen, pitrou, vstinner, gpolo, r.david.murray, python-dev |
2011-07-05 21:12:38 | ned.deily | set | messageid: <1309900358.51.0.619618419675.issue8716@psf.upfronthosting.co.za> |
2011-07-05 21:12:37 | ned.deily | link | issue8716 messages |
2011-07-05 21:12:37 | ned.deily | create | |
|