search

adriantr09 / gecko-mediaplayer

Automatically exported from code.google.com/p/gecko-mediaplayer
GNU General Public License v2.0
0 stars 0 forks source link

some ram files with rtsp:// link embedded causes segmentation fault in firefox #108

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. firefox-3.6.8 and latest geck-mediaplayer and gnome-mediaplayer from svn
2. open URL 
http://atc.cit.cornell.edu/atc/course/streaming/upload/welcome56_ref.ram
not all links crash it, the example link is from here: 
http://atc.cit.cornell.edu/atc/course/streaming/testpage.cfm

needs more testing

Original issue reported on code.google.com by jasmine....@yahoo.com on 21 Aug 2010 at 1:36

GoogleCodeExporter commented 8 years ago 
another example page that crashes firefox when gecko-mediaplayer handles real 
embed:
http://cit.ucsf.edu/embedmedia/examples.php

although this one doesn't use neither ram file nor rtsp embedded, just a direct 
streaming link over http
src="http://cit.ucsf.edu:8080/ramgen/real8video.rm"

Original comment by jasmine....@yahoo.com on 21 Aug 2010 at 1:44

GoogleCodeExporter commented 8 years ago 
Neither of these links crash my browser, although the second one doesn't work...

Original comment by kdeko...@gmail.com on 21 Aug 2010 at 1:47

GoogleCodeExporter commented 8 years ago 
Please obtain a backtrace, by running firefox with the -g parameter. At the 
gdb> prompt type 'run' then perform the action that crashes the browser. GDB 
should have a new gdb> prompt. When you get this type 'thread apply all bt' and 
paste that output into this issue.

Original comment by kdeko...@gmail.com on 21 Aug 2010 at 1:50

GoogleCodeExporter commented 8 years ago 
additional note:
trying to open the latter link (http stream) in gnome-mplayer (0.9.99-rc1) 
leads to cache fill: ~20% then stops. once it complained about some mplayer 
video decode error (after reaching 20% cache fill).

totem opens the link just fine, however.

It would be okay if gecko-mediaplayer (with gnome-mplayer) can't play, as long 
as it doesn't take firefox down with it.

Original comment by jasmine....@yahoo.com on 21 Aug 2010 at 1:56

GoogleCodeExporter commented 8 years ago 
Thanks Kevin

backtrace attached

perhaps worth noting, when running under gdb, the link from my first post did 
not crash firefox, but the 2nd one (the ucsf.edu http stream) did after a 
little while
in both instances, I get heaps of this (scrolling fast):

(gnome-mplayer:26712): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != 
NULL' failed

Original comment by jasmine....@yahoo.com on 21 Aug 2010 at 2:13

Attachments:

GoogleCodeExporter commented 8 years ago 
Ok, I'm confused as I am not seeing those assertions or the crash. Are you sure 
you have the latest code? Can you Enable Verbose Debugging in gnome-mplayer 
(Edit->Preferences [Interface])

Close all instances of firefox
Then run firefox from a terminal
Open the ucsf.edu site
Paste the output into this issue.

Also prior to doing this can you repull from SVN and reinstall?

Original comment by kdeko...@gmail.com on 21 Aug 2010 at 2:32

GoogleCodeExporter commented 8 years ago 
Didn't have multiple instances of firefox running at the time of speaking, just 
3-4 tabs.

I got gnome-mplayer from here 
http://gnome-mplayer.googlecode.com/files/gnome-mplayer-0.9.99.rc1.tar.gz

and got gecko-mediaplayer from svn earlier today, and now re-checked out and 
got the 3 files u edited re: qtsrc were checked out

The only thing I had been doing differently is that i'm using `apt-get source 
$package` then taking the debian/ subdir and putting it in the unpacked 
$package directory to run `fakeroot debian/rules clean` and `fakeroot 
debian/rules binary` for the debs. no patches whatsoever, just plain ol' ubuntu 
config opts

packages I installed from ubuntu repos (via aptitude) for compilation:
libdbus-1-dev 1.2.16-2ubuntu4 
libdbus-glib-1-dev 0.84-1
xulrunner-1.9.2-dev 1.9.2.8+build1+nobinonly-0ubuntu0

and already had:
libglib2.0-dev 2.24.1-0ubuntu1

ah, and a bunch of printf's in plugin_dbus had been uncommented during testing. 
not sure if that makes a difference

However, with the latest build of gecko-mediaplayer - the changes u made just a 
bit ago, I cant seem to be able to crash firefox any more. perhaps it was the 
safety checks in plugin_dbus that you added :)

I still get screen-fulls of these assertions though with the said pages.

will checkout the gnome-mplayer to see if there are any changes that make a 
difference with these assertions

Original comment by jasmine....@yahoo.com on 21 Aug 2010 at 3:35

GoogleCodeExporter commented 8 years ago 
and the assertions are cured after gnome-mediaplayer update from the 0.9.99-rc1 
tarball to latest svn :)

I still get one assertion though after each "Exiting destroy":

Entering destroy stream reason = 1 for 
http://cit.ucsf.edu:8080/ramgen/real8video.rm
Exiting destroy stream reason = 1 for 
http://cit.ucsf.edu:8080/ramgen/real8video.rm

(gnome-mplayer:7351): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != 
NULL' failed

....

Entering destroy stream reason = 1 for 
http://atc.cit.cornell.edu/atc/course/streaming/upload/welcome56_ref.ram
Exiting destroy stream reason = 1 for 
http://atc.cit.cornell.edu/atc/course/streaming/upload/welcome56_ref.ram

(gnome-mplayer:7403): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != 
NULL' failed

Original comment by jasmine....@yahoo.com on 21 Aug 2010 at 4:25

GoogleCodeExporter commented 8 years ago 
feel free to close this bug now. I shall open a new one in gnome-mplayer, as 
this is no longer a gecko-mediaplayer issue

Original comment by jasmine....@yahoo.com on 22 Aug 2010 at 7:14

GoogleCodeExporter commented 8 years ago 
actually, it's not even a gnome-mplayer issue, come to think of it

Even though after directly opening 
http://cit.ucsf.edu:8080/ramgen/real8video.rm in gnome-mplayer:

cache fill: 20% then a popup Error:

"MPlayer interrupted by signal 11 in module: decode_video"

terminal displays:
(gnome-mplayer:11345): GLib-CRITICAL **: g_ascii_strncasecmp: assertion `s1 != 
NULL' failed

mplayer is at fault here:

$ mplayer http://cit.ucsf.edu:8080/ramgen/real8video.rm
MPlayer SVN-r1.0~rc3+svn20090426-4.4.3 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing http://cit.ucsf.edu:8080/ramgen/real8video.rm.
Resolving cit.ucsf.edu for AF_INET6...
Couldn't resolve name for AF_INET6: cit.ucsf.edu
Resolving cit.ucsf.edu for AF_INET...
Connecting to server cit.ucsf.edu[128.218.33.220]: 8080...
Cache size set to 320 KBytes
Cache fill:  0.02% (60 bytes)   

Exiting... (End of file)

Original comment by jasmine....@yahoo.com on 22 Aug 2010 at 7:19

GoogleCodeExporter commented 8 years ago

Original comment by kdeko...@gmail.com on 22 Aug 2010 at 7:44