python crashed when running code in SPE

[Carl Karsten]

I have been using SPE for months, hitting Shift^R to run, no problem. This time, it crashed. Just ran it again, no problem (other than the 'typical' warnings shown below.)

carl@dell17:~/dev/apps/op7$ spe

Spe Warning: Spe was developped on wxPython v2.6.1.0., but v2.6.3.2. was found.
If you experience any problems please install wxPython v2.6.1.0.

SPE v0.8.3.c (c)2003-2005 www.stani.be

If spe fails to start:
 - type "python SPE.py --debug > debug.txt 2>&1" at the command prompt
   (or if you use tcsh: "python SPE.py --debug >& debug.txt")
 - send debug.txt with some info to spe.stani.be[at]gmail.com

Blender support disabled (run SPE inside Blender to enable).

Encrypted debugging disabled.
  If you prefer encrypted debugging, install the "Python Cryptography Toolkit"
  from http://www.amk.ca/python/code/crypto

Launching application...

(python:27469): Gdk-CRITICAL **: gdk_draw_drawable: assertion `src != NULL' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed

(python:27469): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed
Segmentation fault (core dumped)
carl@dell17:~/dev/apps/op7$

Where is the coredump?

[Carl Karsten (carlfk)]

pretty much the same thing: working in SPE, running app, boom.

The app uses wxWidgits - that would be my guess.

[Carl Karsten (carlfk)]

no SPE this time.

carl@dell17:~/dev/apps/op7/src$ cat ./go.sh
cd op7
simply python op7.py

op7.py is a dabo AppWiz generated app with nothing special. I posted to the dabo list, seems no other dabo users have had this problem.

(python:9037): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed
./go.sh: line 2: 9037 Segmentation fault (core dumped) python op7.py

[Carl Karsten (carlfk)]

I clicked SPE's File, the File menu dropped down, things froze, 10+ seconds later SPE closed.

[Dan Lynch (dan-lynch)]

Had to files open in SPE. Clicked the close button on one of the document tabs, SPE just crashed and I got this report. The 2 files were only really basic scripts, one of them used pyGTK. I dunno if that's relevant.

[Sebastien Bacher (seb128)]

Thank you for your bug. Why do you think that's a pygobject bug? Do you have a simple testcase to trigger the bug?

[Carl Karsten (carlfk)]

>Why do you think that's a pygobject bug?

No clue why that is marked.

given the amount of time that has passed, I would close this bug.

[Sebastien Bacher (seb128)]

right, closing the pygobject task

[Stani (stani)]

This was a problem with the tabs in ubuntu. I fixed it in subversion:
http://pythonide.blogspot.com/2007/02/how-to-download-latest-spe-from_26.html

[Stani (stani)]

Can you check if subversion works for you? If you don't answer here, this bug can be closed.

[Carl Karsten (carlfk)]

Given I don't have a simple way to reproduce it, I'll assume it has been fixed.

[Matthias Klose (doko)]

Reopening the report; apparently it is *not* fixed in the Ubuntu package; if you do want track upstream spe bug reports in launchpad you can do that as well, but please don't use the distributiin part of malone for that. A bug should be closed only if the fixed package is available in the distribution.

[Carl Karsten (carlfk)]

Matthias Klose wrote:
> Reopening the report; apparently it is *not* fixed in the Ubuntu
> package;

Do you have a simple testcase to trigger the bug?

 > if you do want track upstream spe bug reports in launchpad you
> can do that as well, but please don't use the distributiin part of
> malone for that. A bug should be closed only if the fixed package is
> available in the distribution.

What if no-one has a testcase? Seems like a bad idea to keep such bug reports
around forever.

Carl K

[Launchpad Janitor (janitor)]

This bug was fixed in the package spe - 0.8.4.e-1

---------------
spe (0.8.4.e-1) unstable; urgency=medium

  [ Stefano Canepa ]
  * New upstream release, from the upstream SPE-0.8.4.e-wx2.6.1.0.tar.gz
    tarball (includes Stefano's setup.py and spe.sgml - Piotr).
  * debian/control:
    - Added docbook-to-man to Build-Depends-Indep.
    - Added myself to Uploaders.
  * debian/rules:
    - Added creation of manpage.

  [ Stani ]
  * Closes LP: #74572, #75893, #86159, #105036, #106666, #204751

  [ Emilio Pozuelo Monfort ]
  * debian/control:
    - New Maintainer, Python Applications Packaging Team.
      Closes: #379374.
    - Added myself to Uploaders.
    - Section -> devel.
    - Require debhelper >= 5.0.51 for dh_icons.
    - Require python-central >= 0.5.6 as required by policy.
    - Depend on winpdb, as we have removed it from the package.
    - Depend on pychecker >= 0.8.17-5 to get pychecker2 too.
    - Move python-doc from Recommends to Suggests, as it's in contrib.
      Closes: #452476.
    - Added Homepage, VCS-Browser and VCS-Svn fields.
    - Conform with Debian Policy 3.7.3
  * debian/compat:
    - Update to 5.
  * debian/menu:
    - Change section according to the new menu layout.
    - Improved title and added longtitle.
    - Use spe.xpm instead of spe.png
  * debian/install:
    - Created, install spe.xpm and spe.desktop from here.
  * debian/links:
    - Created. Move symlinks from rules to here.
    - Symlink docs from /usr/share/doc/spe/.
    - Symlink /usr/bin/spe to /usr/share/spe/_spe/SPE.py
  * debian/spe.xpm
    - Added.
  * debian/spe.desktop:
    - Updated to fit the policy.
  * debian/copyright:
    - Updated Homepage and Website.
    - Updated copyright holder.
  * debian/rules:
    - Call dh_icons as we install a png file in /usr/share/pixmaps.
    - Install the package in /usr/share/spe/_spe. Closes: #401982, #384293.
    - Make SPE.py executable.
    - Move installation of files to spe.install and spe.links.
    - Don't call dh_python and dh_installexamples, we don't need them.
    - Install spe.desktop from spe.install and not here.
    - Call dh_install, dh_link and dh_desktop.
    - The changelog has been moved, so the path is different now.
    - Remove SPE_DEBUG.py. That's a windows launcher.
    - Do nothing on binary-arch target.
    - Fix dh_installchangelog call with a non-repacked tarball.
  * debian/pycompat:
    - Removed, not needed as we don't call dh_python.
  * debian/README.Debian:
    - Removed, issues are fixed now.
  * debian/watch:
    - Updated as spe is now hosted on berlios.

  [ Piotr Ożarowski ]
  * Update debian/rules to match changes in upstream tarball
  * debian/copyright: upstream sources are released under GPL3 now
  * Urgency set to medium as this upload closes: #472033 (pycentral dir is not
    used anymore)

 -- Scott Kitterman <email address hidden> Fri, 28 Mar 2008 09:31:18 +0000