Re: [Mplayerplug-in-devel] Problem confirm?

[Kevin D. <kde...@ya...>]

Fabian,

Spawning another program was a good idea. I tried spawning "gedit" and th=
e=20
plugin did the same thing. I have also removed the streaming path out of =
the=20
code and that did not change it either.

I ran across this website that seems to confirm the problem I am having

http://www.damtp.cam.ac.uk/user/kp229/ndvi/netscape_x11.html

Looks like it is a problem with the X Event handler in mozilla/netscape. =
So=20
far I have been unable to work around it. Basically it looks like Mozilla=
 is=20
calling a null pointer or something.=20

Yes, the double fork is necessary. If you only call the fork once it caus=
es=20
mozilla to hang. I have tried rewriting the forking code but have been un=
able=20
to make it work clean.=20

Kevin



On Wednesday 15 January 2003 13:08, you wrote:
> Am Mittwoch, 15. Januar 2003 16:51 schrieb Kevin DeKorte:
> > All,
> >
> > I am having a problem with the plugin and I am wondering if it is my
> > machine or the plugin
> >
> > I try to play three videos in a row at the www.apple.com/switch/ads s=
ite
> > mozilla will crash. I am using mozilla 1.2.1 on RedHat 8.
>
> yes, I have that problem too ...
>
> We first thought that it had to do with the Sigint you send, but now it=
s
> Sigterm ...
>
> Perhaps you should kill only the mplayer-child with kill(mplayer->child=
)
> and not the whole process group ... There seems to be the error ...
>
> And this two forks are really not nice, is there noe other way ?
>
> cu
>
> Fabian
>
> PS: I can even duplicate it, when I change site, and sometimes it does =
not
> crash, but jsut freeze (seems deadlock) ...
> PPS: Are there docs available ?
> PPPS: Perhaps one should start with some easy programming running for 1=
0
> seconds and just printing out 1 2 3 4 5 6 7 8 9 10 to the applet-window=
 ...
>
> And if this works realiable then change to mplayer ...
>
> cu
>
> Fabian
>
> > As a user I usally switch videos before the first one is done.
> >
> > Also, if I use the plugger test site (which are not streaming) I can
> > switch all day long, so I am not sure if it is the streaming/embeded =
code
> > or if it is due to the QT6 codec in mplayer, or even the playlist cod=
e.
> > Since mplayer runs in its own thread memory should not be preserved
> > across sessions.
> >
> > Can anyone else duplicate this error. It happens with 0.23 of the plu=
gin.
> >
> > Kevin
> >
> >
> > -------------------------------------------------------
> > This SF.NET email is sponsored by: Take your first step towards givin=
g
> > your online business a competitive advantage. Test-drive a Thawte SSL
> > certificate - our easy online guide will show you how. Click here to =
get
> > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en
> > _______________________________________________
> > Mplayerplug-in-devel mailing list
> > Mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel