Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-07 Thread James Sparenberg
On Sat, 2002-12-07 at 17:30, Pascal wrote:
> Le Dimanche 8 Décembre 2002 02:17, J.A. Magallon a écrit :
> > On 2002.12.08 Pascal wrote:
> > >Le Samedi 7 Décembre 2002 16:17, Chuck Lalli a écrit :
> > >> On Friday 06 December 2002 12:23 pm, Robert Fox wrote:
> > >> > I have something similar - reported earlier and still happening with
> > >> > 1.2.1-1mdk.  Strangely, it does not happen with Texstar's 1.2.1 RPM
> > >> > (included with all the plugins!)
> > >> >
> > >> > Everytime I go to certain websites (like http://linuxtoday.com) -
> > >> > Mozilla simply disappears without an error (total crash)
> > >> >
> > >> > I have confirmed this on several machines.
> > >>
> > >> I have seen the same problem repeatedly.  Also, if I start with 'strace
> > >> mozilla'  I have not had the crash.
> > >
> > >I gave exactly the same behaviour here. strace prevent the crash (time
> > >dependent conditions ?).
> > >
> > >I also have a machine that can run flash with no problems, while the other
> > >only display grey rectangles instead of the animation, with no warning or
> > >error messages.
> > >without strace, this quite surely finished on a crash where the mozilla
> > > window disapears and on the console a message like :
> > >$ artsdsp mozilla
> > >Trace/breakpoint trap
> > >
> > >any debug trap left in the souce code by chance ?
> >
> > I have a clue: my mozilla/galeon were crashing on www.nvidia.com.
> > Running from the command line, I got:
> >
> > werewolf:/usr/lib/mozilla-1.2.1> LD_LIBRARY_PATH=. mozilla-bin
> > NP_Initialize
> > argv[0] src /docs/CP/1/SUPP/GeForceFX_main_feature.swf
> > argv[1] quality high
> > argv[2] bgcolor #00
> > argv[3] width 350
> > argv[4] height 340
> > argv[5] type application/x-shockwave-flash
> > argv[6] pluginspage
> > http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=Shoc
> >kwaveFlash starting up Xt stuff
> > gtk_xtbin_realize()
> > initial allocation 0 0 350 340
> > xt_client_create()
> > gtk_xtbin_resize 0x8857e68 350 340
> > gtk_xtbin_resize 0x8857e68 350 340
> > gtk_xtbin_resize 0x8857e68 350 340
> >
> > (:5270): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add
> > non-GtkPlug to GtkSocket
> >
> > (:5270): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c:
> > line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
> >
> > My only plugins vere sun java 1.4.1_01 and _swfdec-mozilla-0.1.3-1mdk_.
> > I uninstalled the second, and no crash.
> >
> > Still have to try to rebuild it against current gtk.
> 
> thank you for the way of launching only the mozilla-bin out of the shell, now 
> OK we've got it :
> 
> gtk_xtbin_unrealize()
> gtk_xtbin_destroy()
> gtk_xtbin_destroy()
> gtk_xtbin_unrealize()
> gtk_xtbin_destroy()
> removing the Xt connection from the main loop
> gtk_xtbin_destroy()
> gtk_xtbin_realize()
> initial allocation 0 0 749 68
> xt_client_create()
> 
> Gdk-ERROR **: The program '' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadWindow (invalid Window parameter)'.
>   (Details: serial 303 error_code 3 request_code 2 minor_code 0)
>   (Note to programmers: normally, X errors are reported asynchronously;
>that is, you will receive the error a while after causing it.
>To debug your program, run it with the --sync command line
>option to change this behavior. You can then get a meaningful
>backtrace from your debugger if you break on the gdk_x_error() function.)
> aborting...
> Trace/breakpoint trap
> 
> seems another XFree86 problem again ..

Except for one thing. the 1.2.1xft rpms from texstar aren't
crashing... I've even been able to put all the plugins (flash 6 etc)
into it without problems... If it was XFree86 giving the problems then
(and correct me if I'm wrong) XFree86 would cause the same hassles there
as well.

James
> 






Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-07 Thread Pascal
Le Dimanche 8 Décembre 2002 02:17, J.A. Magallon a écrit :
> On 2002.12.08 Pascal wrote:
> >Le Samedi 7 Décembre 2002 16:17, Chuck Lalli a écrit :
> >> On Friday 06 December 2002 12:23 pm, Robert Fox wrote:
> >> > I have something similar - reported earlier and still happening with
> >> > 1.2.1-1mdk.  Strangely, it does not happen with Texstar's 1.2.1 RPM
> >> > (included with all the plugins!)
> >> >
> >> > Everytime I go to certain websites (like http://linuxtoday.com) -
> >> > Mozilla simply disappears without an error (total crash)
> >> >
> >> > I have confirmed this on several machines.
> >>
> >> I have seen the same problem repeatedly.  Also, if I start with 'strace
> >> mozilla'  I have not had the crash.
> >
> >I gave exactly the same behaviour here. strace prevent the crash (time
> >dependent conditions ?).
> >
> >I also have a machine that can run flash with no problems, while the other
> >only display grey rectangles instead of the animation, with no warning or
> >error messages.
> >without strace, this quite surely finished on a crash where the mozilla
> > window disapears and on the console a message like :
> >$ artsdsp mozilla
> >Trace/breakpoint trap
> >
> >any debug trap left in the souce code by chance ?
>
> I have a clue: my mozilla/galeon were crashing on www.nvidia.com.
> Running from the command line, I got:
>
> werewolf:/usr/lib/mozilla-1.2.1> LD_LIBRARY_PATH=. mozilla-bin
> NP_Initialize
> argv[0] src /docs/CP/1/SUPP/GeForceFX_main_feature.swf
> argv[1] quality high
> argv[2] bgcolor #00
> argv[3] width 350
> argv[4] height 340
> argv[5] type application/x-shockwave-flash
> argv[6] pluginspage
> http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=Shoc
>kwaveFlash starting up Xt stuff
> gtk_xtbin_realize()
> initial allocation 0 0 350 340
> xt_client_create()
> gtk_xtbin_resize 0x8857e68 350 340
> gtk_xtbin_resize 0x8857e68 350 340
> gtk_xtbin_resize 0x8857e68 350 340
>
> (:5270): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add
> non-GtkPlug to GtkSocket
>
> (:5270): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c:
> line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
>
> My only plugins vere sun java 1.4.1_01 and _swfdec-mozilla-0.1.3-1mdk_.
> I uninstalled the second, and no crash.
>
> Still have to try to rebuild it against current gtk.

thank you for the way of launching only the mozilla-bin out of the shell, now 
OK we've got it :

gtk_xtbin_unrealize()
gtk_xtbin_destroy()
gtk_xtbin_destroy()
gtk_xtbin_unrealize()
gtk_xtbin_destroy()
removing the Xt connection from the main loop
gtk_xtbin_destroy()
gtk_xtbin_realize()
initial allocation 0 0 749 68
xt_client_create()

Gdk-ERROR **: The program '' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 303 error_code 3 request_code 2 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
aborting...
Trace/breakpoint trap

seems another XFree86 problem again ..




Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-07 Thread J.A. Magallon

On 2002.12.08 Pascal wrote:
>Le Samedi 7 Décembre 2002 16:17, Chuck Lalli a écrit :
>> On Friday 06 December 2002 12:23 pm, Robert Fox wrote:
>> > I have something similar - reported earlier and still happening with
>> > 1.2.1-1mdk.  Strangely, it does not happen with Texstar's 1.2.1 RPM
>> > (included with all the plugins!)
>> >
>> > Everytime I go to certain websites (like http://linuxtoday.com) -
>> > Mozilla simply disappears without an error (total crash)
>> >
>> > I have confirmed this on several machines.
>>
>
>> I have seen the same problem repeatedly.  Also, if I start with 'strace
>> mozilla'  I have not had the crash.
>
>I gave exactly the same behaviour here. strace prevent the crash (time 
>dependent conditions ?). 
>
>I also have a machine that can run flash with no problems, while the other 
>only display grey rectangles instead of the animation, with no warning or 
>error messages. 
>without strace, this quite surely finished on a crash where the mozilla window 
>disapears and on the console a message like : 
>$ artsdsp mozilla
>Trace/breakpoint trap
>
>any debug trap left in the souce code by chance ?
>

I have a clue: my mozilla/galeon were crashing on www.nvidia.com.
Running from the command line, I got:

werewolf:/usr/lib/mozilla-1.2.1> LD_LIBRARY_PATH=. mozilla-bin
NP_Initialize
argv[0] src /docs/CP/1/SUPP/GeForceFX_main_feature.swf
argv[1] quality high
argv[2] bgcolor #00
argv[3] width 350
argv[4] height 340
argv[5] type application/x-shockwave-flash
argv[6] pluginspage 
http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash
starting up Xt stuff
gtk_xtbin_realize()
initial allocation 0 0 350 340
xt_client_create() 
gtk_xtbin_resize 0x8857e68 350 340
gtk_xtbin_resize 0x8857e68 350 340
gtk_xtbin_resize 0x8857e68 350 340

(:5270): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add non-GtkPlug to 
GtkSocket

(:5270): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c: line 648 
(gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed

My only plugins vere sun java 1.4.1_01 and _swfdec-mozilla-0.1.3-1mdk_. 
I uninstalled the second, and no crash.

Still have to try to rebuild it against current gtk.

-- 
J.A. Magallon <[EMAIL PROTECTED]>  \ Software is like sex:
werewolf.able.es \   It's better when it's free
Mandrake Linux release 9.1 (Cooker) for i586
Linux 2.4.20-jam1 (gcc 3.2 (Mandrake Linux 9.1 3.2-4mdk))




Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-07 Thread Pascal
Le Samedi 7 Décembre 2002 16:17, Chuck Lalli a écrit :
> On Friday 06 December 2002 12:23 pm, Robert Fox wrote:
> > I have something similar - reported earlier and still happening with
> > 1.2.1-1mdk.  Strangely, it does not happen with Texstar's 1.2.1 RPM
> > (included with all the plugins!)
> >
> > Everytime I go to certain websites (like http://linuxtoday.com) -
> > Mozilla simply disappears without an error (total crash)
> >
> > I have confirmed this on several machines.
>

> I have seen the same problem repeatedly.  Also, if I start with 'strace
> mozilla'  I have not had the crash.

I gave exactly the same behaviour here. strace prevent the crash (time 
dependent conditions ?). 

I also have a machine that can run flash with no problems, while the other 
only display grey rectangles instead of the animation, with no warning or 
error messages. 
without strace, this quite surely finished on a crash where the mozilla window 
disapears and on the console a message like : 
$ artsdsp mozilla
Trace/breakpoint trap

any debug trap left in the souce code by chance ?

Pascal




Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-07 Thread Gary Walsh
I am also getting repeated crashing.  I find that turning off javascript 
has reduced but not eliminated the frequency of crashing.

--
Gary Walsh	Kitchener, Ontario, Canada
[EMAIL PROTECTED]	http://homepages.dsl.ca/~gwalsh/




Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-07 Thread James Sparenberg
On Sat, 2002-12-07 at 07:17, Chuck Lalli wrote:
> On Friday 06 December 2002 12:23 pm, Robert Fox wrote:
> > I have something similar - reported earlier and still happening with
> > 1.2.1-1mdk.  Strangely, it does not happen with Texstar's 1.2.1 RPM
> > (included with all the plugins!)
> >
> > Everytime I go to certain websites (like http://linuxtoday.com) -
> > Mozilla simply disappears without an error (total crash)
> >
> > I have confirmed this on several machines.
> >
> 
> I have seen the same problem repeatedly.  Also, if I start with 'strace 
> mozilla'  I have not had the crash.

Just now recovering from a really bad one, it took 1.2.1 to the point it wouldn't 
load anymore. (kept getting errors that it couldn't find files in it's
/usr/lib/mozilla-1.2.1 directory that where there and the right size.)
Nor would my 1.1 install.  I had to wipe mozilla from the box
completely.  But it's close.

James

 






Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-07 Thread Chuck Lalli
On Friday 06 December 2002 12:23 pm, Robert Fox wrote:
> I have something similar - reported earlier and still happening with
> 1.2.1-1mdk.  Strangely, it does not happen with Texstar's 1.2.1 RPM
> (included with all the plugins!)
>
> Everytime I go to certain websites (like http://linuxtoday.com) -
> Mozilla simply disappears without an error (total crash)
>
> I have confirmed this on several machines.
>

I have seen the same problem repeatedly.  Also, if I start with 'strace 
mozilla'  I have not had the crash.




Re: [Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-06 Thread Robert Fox
I have something similar - reported earlier and still happening with
1.2.1-1mdk.  Strangely, it does not happen with Texstar's 1.2.1 RPM
(included with all the plugins!)

Everytime I go to certain websites (like http://linuxtoday.com) -
Mozilla simply disappears without an error (total crash)

I have confirmed this on several machines.

I am using the 4.0 plugger, Java 1.4.1, Realplayer 7.0, Shockwave 6.0
all without a problem under Texstar's RPM but the exact same plugins
don't seem to work under Mandrake's build.

Thx,
R.Fox


On Fri, 2002-12-06 at 18:00, Kenton Groombridge wrote:
> I know a few folks have been complaining about plugins not working on 
> Mozilla.  I have two cooker systems with the latest Mandrake Mozilla 
> package (mozilla-1.2.1-1mdk), and the only plugin that I can get to work 
> at all is java from j2re-1_4_1_01-fcs-linux-i586.rpm.
> 
> All other plugins (flash 5, flash 6 beta, crossover 1.3.1) refuse to 
> work and will crash the system.  I have been playing with it a couple 
> days with no better results.  Here is the output from a crash:
> 
> starting up Xt stuff
> gtk_xtbin_realize()
> initial allocation 0 0 18 18
> xt_client_create()
> gtk_xtbin_resize 0x844bcd8 18 18
> gtk_xtbin_resize 0x844bcd8 18 18
> 
> (:30237): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add 
> non-GtkPlug to GtkSocket
> 
> (:30237): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c: 
> line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
> gtk_xtbin_realize()
> initial allocation 0 0 1016 662
> xt_client_create()
> gtk_xtbin_resize 0x89e9f88 1016 662
> gtk_xtbin_resize 0x89e9f88 1016 662
> gtk_xtbin_unrealize()
> gtk_xtbin_destroy()
> gtk_xtbin_destroy()
> 
> (:30237): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add 
> non-GtkPlug to GtkSocket
> 
> (:30237): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c: 
> line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
> gtk_xtbin_unrealize()
> gtk_xtbin_destroy()
> removing the Xt connection from the main loop
> gtk_xtbin_destroy()
> gtk_xtbin_realize()
> initial allocation 0 0 18 18
> xt_client_create()
> 
> Gdk-ERROR **: The program '' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadWindow (invalid Window parameter)'.
>(Details: serial 658 error_code 3 request_code 2 minor_code 0)
>(Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error() 
> function.)
> aborting...
> ./run-mozilla.sh: line 454: 30237 Trace/breakpoint trap   "$prog" ${1+"$@"}
-- 
Robert Fox <[EMAIL PROTECTED]>
Fox Consulting Services





[Cooker] Plugins crash mozilla-1.2.1-1mdk

2002-12-06 Thread Kenton Groombridge
I know a few folks have been complaining about plugins not working on 
Mozilla.  I have two cooker systems with the latest Mandrake Mozilla 
package (mozilla-1.2.1-1mdk), and the only plugin that I can get to work 
at all is java from j2re-1_4_1_01-fcs-linux-i586.rpm.

All other plugins (flash 5, flash 6 beta, crossover 1.3.1) refuse to 
work and will crash the system.  I have been playing with it a couple 
days with no better results.  Here is the output from a crash:

starting up Xt stuff
gtk_xtbin_realize()
initial allocation 0 0 18 18
xt_client_create()
gtk_xtbin_resize 0x844bcd8 18 18
gtk_xtbin_resize 0x844bcd8 18 18

(:30237): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add 
non-GtkPlug to GtkSocket

(:30237): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c: 
line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
gtk_xtbin_realize()
initial allocation 0 0 1016 662
xt_client_create()
gtk_xtbin_resize 0x89e9f88 1016 662
gtk_xtbin_resize 0x89e9f88 1016 662
gtk_xtbin_unrealize()
gtk_xtbin_destroy()
gtk_xtbin_destroy()

(:30237): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add 
non-GtkPlug to GtkSocket

(:30237): Gdk-CRITICAL **: file ../../../gdk/x11/gdkmain-x11.c: 
line 648 (gdk_error_trap_pop): assertion `gdk_error_traps != NULL' failed
gtk_xtbin_unrealize()
gtk_xtbin_destroy()
removing the Xt connection from the main loop
gtk_xtbin_destroy()
gtk_xtbin_realize()
initial allocation 0 0 18 18
xt_client_create()

Gdk-ERROR **: The program '' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 658 error_code 3 request_code 2 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() 
function.)
aborting...
./run-mozilla.sh: line 454: 30237 Trace/breakpoint trap   "$prog" ${1+"$@"}