python crashed when running code in SPE

Bug #75893 reported by Carl Karsten
4
Affects Status Importance Assigned to Milestone
pygobject (Ubuntu)
Invalid
Medium
Unassigned
spe (Ubuntu)
Fix Released
Undecided
Stani

Bug Description

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?

Revision history for this message
Carl Karsten (carlfk) wrote :
Revision history for this message
Carl Karsten (carlfk) wrote :

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

The app uses wxWidgits - that would be my guess.

Revision history for this message
Carl Karsten (carlfk) wrote :

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

Revision history for this message
Carl Karsten (carlfk) wrote :

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

Revision history for this message
Dan Lynch (dan-lynch) wrote :

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.

Revision history for this message
Sebastien Bacher (seb128) wrote :

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

Changed in pygobject:
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Carl Karsten (carlfk) wrote :

>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.

Revision history for this message
Sebastien Bacher (seb128) wrote :

right, closing the pygobject task

Changed in pygobject:
status: Incomplete → Invalid
Revision history for this message
Stani (stani) wrote :

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

Revision history for this message
Stani (stani) wrote :

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

Changed in spe:
assignee: nobody → stani
status: New → Incomplete
Revision history for this message
Carl Karsten (carlfk) wrote :

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

Changed in spe:
status: Incomplete → Fix Released
Revision history for this message
Matthias Klose (doko) wrote :

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.

Changed in spe:
status: Fix Released → Confirmed
Revision history for this message
Carl Karsten (carlfk) wrote : Re: [Bug 75893] Re: python crashed when running code in SPE

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

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in spe:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.