totem-gstreamer crash on idle machine

[C de-Avillez]

Binary package hint: totem-gstreamer

Machine was idling. When I got back to it I had a crash report opened. Crash is reported for totem-video-indexer.

totem-gstreamer is at 2.17.5-0ubuntu2.

X session is under Gnome, Feitsy post-Herd2 up-to-date.

Tell the truth, I did not even know there was a movie being played/tried. I left the computer when my son was (theoretically) lookup up weather at our area (on noaa.gov).

I will attache the crash report.

Looked around, saw some similar bug reports, but none quite like it. I will do another search later.

[C de-Avillez (hggdh2)]

crash report attached.

[C de-Avillez (hggdh2)]

Bug #80735 may be related.

[C de-Avillez (hggdh2)]

Bug # 80414 shows the same fault at the same code fragment. Since the crash report was deemed not to be useful, I am guessing mine will also not be enough.

Is there a package with debugging symbols available for totem*? Anyway, I will install glib2-dbg, and wait to see if it happens again -- the last readable entry in the stack trace was in glib2...

[didier (did447-deactivatedaccount)]

Hi,
from the address it's inside totem-video-indexer but from the retrace in 80414, it's a static function and there's not enough debug info.

This stuff seems to be called from beagle background indexer.

Somewhere in your home .mozilla/firefox/xxx.default/extension
there's a chrome/febe.jar

What is your febe version?

can you extract content/sounds/success.wav from it?
and run
totem-video-indexer success.wav

[C de-Avillez (hggdh2)]

febe is 4.0.4. I have just set it to do a daily backup, and just found that it hangs on preparing the report.

Just for completeness, I ran totem-video-indexer on all three files under ./content/sounds. The output is below:

 hggdh@xango:/tmp/febe/content/sounds$ totem-video-indexer success.wav
 TOTEM_INFO_HAS_VIDEO=False
 TOTEM_INFO_HAS_AUDIO=True
 TOTEM_INFO_AUDIO_BITRATE=88
 TOTEM_INFO_AUDIO_CODEC=Linear PCM
 TOTEM_INFO_AUDIO_SAMPLE_RATE=11025
 hggdh@xango:/tmp/febe/content/sounds$ totem-video-indexer failure.wav
 TOTEM_INFO_HAS_VIDEO=False
 TOTEM_INFO_HAS_AUDIO=True
 TOTEM_INFO_AUDIO_BITRATE=88
 TOTEM_INFO_AUDIO_CODEC=Linear PCM
 TOTEM_INFO_AUDIO_SAMPLE_RATE=11025
 hggdh@xango:/tmp/febe/content/sounds$ totem-video-indexer warning.wav
 TOTEM_INFO_HAS_VIDEO=False
 TOTEM_INFO_HAS_AUDIO=True
 TOTEM_INFO_AUDIO_BITRATE=88
 TOTEM_INFO_AUDIO_CODEC=Linear PCM
 TOTEM_INFO_AUDIO_SAMPLE_RATE=11025
hggdh@xango:/tmp/febe/content/sounds$

[didier (did447-deactivatedaccount)]

Bad news, it's working :(

Are you using beagle and firefox beagle extension?

If yes is it reproductible? An easy way is to re download, not install, febe extension. Firefox beagle will reindex it, you can double check with ~/.beagle/Log/current-IndexHelper.
 IndexH DEBUG: +file:///home/didier/Desktop/febe-4.0.4.zip#chrome/febe.jar#content/sounds/success.wav

For the record I can't reproduce it here but it's a 32bits powerpc:
uid:LCfjcV5E6kK3dgUcQkDLyQ#chrome/febe.jar#content/sounds/success.wav
but no crash.

Hopefully someone with an x64 toolset will be able to find with gcc -S or by recompiling the package without -O2 the culprit function, there's not that much integer division.

[C de-Avillez (hggdh2)]

beagle is installed --0.2.14-0ubuntu3
beagle Firefox extension is not installed.

Uninstalled FEBE, & downloaded it.
20070122 08:27:37.0482 09426 IndexH DEBUG: -file:///home/hggdh/febe-4.0.4.zip#chrome/febe.jar#content/sounds/success.wav
20070122 08:27:39.6485 09426 IndexH DEBUG: +file:///home/hggdh/febe-4.0.4.zip#chrome/febe.jar#content/sounds/success.wav

I cannot reproduce it. Will keep an eye on it.

[C de-Avillez (hggdh2)]

I have re-genned & re-installed totem-gstreamer without '-O2'.

[C de-Avillez (hggdh2)]

I have re-genned & re-installed totem-gstreamer without '-O2', and then ran apport-retrace on the crash dump. I can now see this:

Stacktrace:
 Using host libthread_db library "/lib/libthread_db.so.1".
 Core was generated by `totem-video-indexer uid:j+hjevM3yUCVCHgRJBNrEQ#chrome/febe.jar#content/sounds/s'.
 Program terminated with signal 8, Arithmetic exception.
 #0 0x000000000040ab01 in xine_event_message (bvw=) at bacon-video-widget-xine.c:1332
 1332 message = g_strdup (_("The source seems encrypted, and can't be read. Are you trying to
 play an encrypted DVD without libdvdcss?"));
 #0 0x000000000040ab01 in xine_event_message (bvw=) at bacon-video-widget-xine.c:1332
        message = $1 = -99
 .
Thread 1 (process 19453):
#0 0x000000000040ab01 in xine_event_message (bvw=) at bacon-video-widget-xine.c:1332
        message = $2 = -99
rax 0x0 0
rbx 0x0 0
rcx 0x0 0
rdx 0x0 0
rsi 0x0 0
rdi 0x2 2
rbp 0x0 0x0
rsp 0x7fff8c7be140 0x7fff8c7be140
r8 0x1 1
r9 0x1 1
r10 0x1a 26
r11 0x2b7c253321f0 47812200047088
r12 0x0 0
r13 0x0 0
r14 0x0 0
r15 0x6c1fa8 7085992
rip 0x40ab01 0x40ab01 <free@plt+24>
eflags 0x10256 [ PF AF ZF IF RF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
fctrl 0x37f 895
fstat 0x0 0
ftag 0xffff 65535
fiseg 0x0 0
fioff 0x0 0
foseg 0x0 0
fooff 0x0 0
fop 0x0 0
mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ]

Do you want me to upload the retraced crash?

[Sebastien Bacher (seb128)]

> #0 0x000000000040ab01 in xine_event_message (bvw=) at bacon-video-widget-xine.c:1332

Are you sure that you are using totem-gstreamer? That crash happens to a xine function

[C de-Avillez (hggdh2)]

I am not sure of anything, Sebastien. The backtrace does look weird... but totem-video-indexer was what was being executed, and faulted. I do not think regenning the package helped any; it would probably been better to get the symbols from the standard package. didier suggests this was started from beagle. I wil try to look at the beagle logs to see if anything pops up.

My take, right now, is to wait for it to happen again. Since now I have totem-gstreamer installed with symbols, hopefully we will have something to look at.

I suggest backburner with this, leaving as needs info and undecided.

[didier (did447-deactivatedaccount)]

If you ran apport-retrace with the newly compiled totem on the old crash the result is meaningless.

Now from bug 81359 and by running the highly unreliable x86 C compiler in my brain I'd say it's in get_visualization_size().

And here we are:
If in totem you enable visual effect for audio:

totem-video-indexer file:///tmp/success.wav

(totem-video-indexer:9944): Gdk-CRITICAL **: gdk_screen_get_width: assertion `GDK_IS_SCREEN (screen)' failed

(totem-video-indexer:9944): Gdk-CRITICAL **: gdk_screen_get_height: assertion `GDK_IS_SCREEN (screen)' failed

(totem-video-indexer:9944): Gdk-CRITICAL **: gdk_screen_get_width: assertion `GDK_IS_SCREEN (screen)' failed

(totem-video-indexer:9944): Gdk-CRITICAL **: gdk_screen_get_height: assertion `GDK_IS_SCREEN (screen)' failed

In a term is doesn't core because SIGFPE is catched.

[Sebastien Bacher (seb128)]

upstream bug has been fixed

[Sebastien Bacher (seb128)]

This upload fixes the problem:

 totem (2.17.91-0ubuntu1) feisty; urgency=low
 .
   * New upstream version:
     - Fix crasher when getting the listed of subtitles/languages
     - Handle the icyx:// protocol
     - Add video/x-theora+ogg, application/ram, video/x-matroska,
       audio/x-matroska and audio/x-wavpack to the supported mime-types
     - Solaris compilation fixes
     - Fix vanity compilation
     - Fix using the playlist parser from Python
     - Have "Audio files" and "Video files" filters in the Open dialogues
     - Browser plugin:
       - Add stubs of Javascript support for the GMP (Windows Media compatible)
         browser plugin
     - GStreamer backend:
       - More robust code to check for stream metadata
       - Fix title streaming in internet radios (Ubuntu: #83117)
     - xine-lib backend:
       - Fix blue-ish pictures created by the thumbnailer (Ubuntu: #80629)
     - fix totem-video-indexer crasher (Ubuntu: #80801)
     - fix xv not being used (Ubuntu: #80820)
   * 2.17.90:
     - Fix build with older GCCs, older Mozillas, "-j2", and Solaris
     - Add support for the new "Media Player keys" infrastructure in GNOME 2.18
     - Append "#X" number to duplicate languages in the menu entries
       (Ubuntu: #59815)
     - Add "TrueAudio" as a supported file type
     - Add an uninstalled pkgconfig file for the playlist parser
     - Fix launching Totem remotely (broken by GOption work earlier in 2.17.x)
       (Ubuntu: #81089, #81922)
     - Make GTK+-only version compile again
     - Fix disabling the browser plugin using configure
     - Playlist parser:
       - Only export public symbols from the library
       - Avoid crashing when an MP3 that we can't get info about is being parsed
         (Ubuntu: #81511)
     - Browser plugin:
       - Add stubs of Javascript support for the NarrowSpace (Quicktime-
         compatible) and Complex (Real/Helix-compatible) plugins
       - Only set the "hand" cursor when we're ready to be clicked
       - Only stop using video acceleration when the video size is given
     - Thumbnailer:
       - Avoid crashes with newer version of GLib
       - Add a --verbose output
     - GStreamer:
       - Make mouse events work properly while playing
       - When reaching the end of a file while seeking, go to the next
         item in the list, instead of getting closer and closer to the end
       - Show an error when we're missing the video decoder for a file
       - Avoid reentrancy errors by handling errors asynchronously (avoids
         bad state when clicking too fast)
   * debian/patches/03_autoconf.dpatch:
     - updated
   * debian/patches/06_specify_bash_shell_fix_build.dpatch:
     - use bash and not sh for the shell, fix build problem
   * debian/patches/80_from_svn_fix_extre_codec_error_dialog.dpatch,
     debian/patches/90_from_svn_fix_click_action_for_gstreamer.dpatch,
     debian/patches/91_from_svn_fix_thumbnailer_thread_init_call.dpatch:
     - dropped, fixed with the new version