After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 590806 - crash in gst-scanpackages from codeina
crash in gst-scanpackages from codeina
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-python
0.10.16
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-08-05 08:24 UTC by Götz Waschk
Modified: 2012-12-17 11:37 UTC
See Also:
GNOME target: ---
GNOME version: 2.27/2.28


Description Götz Waschk 2009-08-05 08:24:45 UTC 
I have reported this to the Codeina devs first here:
https://core.fluendo.com/gstreamer/trac/ticket/217

The script gst-scanpackages (based on gst-python) scans a directory of rpm packages containing gstreamer modules. It crashes if gst-python is in that directory:

[goetz@n5 x]$ ls
gstreamer0.10-python-0.10.15-1mdv2010.0.i586.rpm
[goetz@n5 x]$ ../gst-scanpackages .
1736 blocks
Fatal Python error: PyEval_RestoreThread: NULL tstate
Abgebrochen

This happens as well in gst-python 0.10.16.

This is the gdb output:

(gdb) run ../gst-scanpackages .
Starting program: /usr/bin/python ../gst-scanpackages .
[Thread debugging using libthread_db enabled]
[New Thread 0xb7bf16c0 (LWP 13320)]
Detaching after fork from child process 13323.
Detaching after fork from child process 13324.
Detaching after fork from child process 13325.
Detaching after fork from child process 13326.
Detaching after fork from child process 13327.
Detaching after fork from child process 13328.
Detaching after fork from child process 13329.
Detaching after fork from child process 13330.
1736 blocks
Missing separate debug info for /home/goetz/tmp/fluendo-bundle-GGBd9b/usr/lib/gstreamer-0.10/libgstpython.so
Fatal Python error: PyEval_RestoreThread: NULL tstate

Program received signal SIGABRT, Aborted.
0xffffe410 in __kernel_vsyscall ()
(gdb) bt

+ Trace 216793

  • #0 __kernel_vsyscall
  • #1 raise
    at ../nptl/sysdeps/unix/sysv/linux/raise.c line 64
  • #2 abort
    at abort.c line 88
  • #3 Py_FatalError
    at Python/pythonrun.c line 1657
  • #4 PyEval_RestoreThread
    at Python/ceval.c line 330
  • #5 _wrap_gst_plugin_load_file
    at gst.c line 24898
  • #6 PyCFunction_Call
    at Objects/methodobject.c line 85
  • #7 PyEval_EvalFrameEx
    at Python/ceval.c line 3706
  • #8 PyEval_EvalFrameEx
    at Python/ceval.c line 3792
  • #9 PyEval_EvalFrameEx
    at Python/ceval.c line 3792
  • #10 gen_send_ex
    at Objects/genobject.c line 84
  • #11 PyEval_EvalFrameEx
    at Python/ceval.c line 2249
  • #12 PyEval_EvalFrameEx
    at Python/ceval.c line 3792
  • #13 PyEval_EvalCodeEx
    at Python/ceval.c line 2968
  • #14 PyEval_EvalCode
    at Python/ceval.c line 522
  • #15 run_mod
    at Python/pythonrun.c line 1335
  • #16 PyRun_FileExFlags
    at Python/pythonrun.c line 1321
  • #17 PyRun_SimpleFileExFlags
    at Python/pythonrun.c line 931
  • #18 PyRun_AnyFileExFlags
    at Python/pythonrun.c line 735
  • #19 Py_Main
    at Modules/main.c line 599
  • #20 main
    at Modules/python.c line 23 



Finally, a link to the gst-scanpackages script:
https://core.fluendo.com/gstreamer/trac/browser/codeina/trunk/providers/gst-scanpackages
Comment 1 Tim-Philipp Müller 2010-05-09 16:38:58 UTC 
Does this still happen with the lastest gst-python?
Comment 2 Götz Waschk 2010-05-09 17:44:33 UTC 
It does in 0.10.18.
Comment 3 Sebastian Dröge (slomo) 2012-12-17 11:37:13 UTC 
Closing this bug now, gst-python is only an extension module to pygi now and this bug doesn't make much sense anymore in this context.