[Cooker] Re: segfault in galeon-0.11.3-1mdk
On Fri, Jul 27, 2001 at 11:47:41AM +0200, Frederic Crozat wrote: I just did more test on this one : I can crash both mozilla and galeon on this page (without https, only plain http).. This problem is not present with official mozilla tarball.. I'll check with RH7 package.. Now, I have something to work on.. Excellent. I trust you will concur with my report in another thread. Works fine with RH7 mozilla package(s). Although I could not get official tarball to work on my machine. b. -- Brian J. Murrell
[Cooker] Re: segfault in galeon-0.11.3-1mdk
On Fri, Jul 27, 2001 at 03:10:35AM -0700, Brian J. Murrell wrote: Excellent. I trust you will concur with my report in another thread. Works fine with RH7 mozilla package(s). Although I could not get official tarball to work on my machine. Since you are going to be poking around in there... DnD links work in RH mozilla on MDK, RH mozilla and RH galeon on RH, but DnD links don't work on mdk galeon on mdk. Same for you? b. -- Brian J. Murrell
Re: [Cooker] Re: segfault in galeon-0.11.3-1mdk
Dans l'article [EMAIL PROTECTED], Brian J. Murrell [EMAIL PROTECTED] a écrit : On Fri, Jul 27, 2001 at 11:47:41AM +0200, Frederic Crozat wrote: I just did more test on this one : I can crash both mozilla and galeon on this page (without https, only plain http).. This problem is not present with official mozilla tarball.. I'll check with RH7 package.. Now, I have something to work on.. Excellent. I trust you will concur with my report in another thread. Works fine with RH7 mozilla package(s). Although I could not get official tarball to work on my machine. You should not untar it in /usr/lib/mozilla but in a local directory and run mozilla from this directory (therefore, you can have as many mozilla builds as you want :)) -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Re: segfault in galeon-0.11.3-1mdk
Dans l'article [EMAIL PROTECTED], Brian J. Murrell [EMAIL PROTECTED] a écrit : On Fri, Jul 27, 2001 at 03:10:35AM -0700, Brian J. Murrell wrote: Excellent. I trust you will concur with my report in another thread. Works fine with RH7 mozilla package(s). Although I could not get official tarball to work on my machine. Since you are going to be poking around in there... DnD links work in RH mozilla on MDK, RH mozilla and RH galeon on RH, but DnD links don't work on mdk galeon on mdk. Same for you? By DnD, can you specify source and target for DnD ? Therefore I'll be able to replicate your problem.. -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Re: segfault in galeon-0.11.3-1mdk
Dans l'article [EMAIL PROTECTED], Brian J. Murrell [EMAIL PROTECTED] a écrit : On Thu, Jul 26, 2001 at 11:29:39AM +0200, Frederic Crozat wrote: No problem on my test machine.. Great. Can I come over and use your test machine then? Seriously Fred that is great that it works on your test machine, but I have a 100% reproducable SEGFAULT/hang on my machine. Where shall we go from here? Could you try removing your ~/.galeon and ~/.gnome/galeon ? Or even renaming your ~/.gnome ? 0x408b3199 in wait4 () from /lib/libc.so.6 #0 0x408b3199 in wait4 () from /lib/libc.so.6 #1 0x40930380 in __check_rhosts_file () from Strange.. Do you have an up to date cooker ? Do you have ~/.rhosts file ? -- Frédéric Crozat MandrakeSoft
[Cooker] Re: segfault in galeon-0.11.3-1mdk
On Thu, Jul 26, 2001 at 11:29:39AM +0200, Frederic Crozat wrote: No problem on my test machine.. Great. Can I come over and use your test machine then? Seriously Fred that is great that it works on your test machine, but I have a 100% reproducable SEGFAULT/hang on my machine. Where shall we go from here? Here is the stack trace as bug-buddy finds it: debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...[New Thread 1024 (LWP 10913)] [New Thread 2049 (LWP 10922)] [New Thread 1026 (LWP 10923)] [New Thread 2051 (LWP 10924)] 0x408b3199 in wait4 () from /lib/libc.so.6 #0 0x408b3199 in wait4 () from /lib/libc.so.6 #1 0x40930380 in __check_rhosts_file () from /lib/libc.so.6 #2 0x406739a6 in waitpid (pid=10930, stat_loc=0xbfffdfec, options=0) at wrapsyscall.c:172 #3 0x401c98a9 in gnome_init () from /usr/lib/libgnomeui.so.32 #4 0x40827658 in killpg () from /lib/libc.so.6 #5 0x0313b4bf in ?? () Not very helpful, I know, but there it is. b. -- Brian J. Murrell
