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 #000000 > > 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 > > > > (<unknown>:5270): Gtk-WARNING **: ../../gtk/gtksocket.c:957Can't add > > non-GtkPlug to GtkSocket > > > > (<unknown>: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 : > <snip> > 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 '<unknown>' 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 >
