Closed Bug 12104 Opened 21 years ago Closed 21 years ago
Apprunner dumps core dump at startup (1999-08-18-09-M10 nightly build)
This is happening on RH6.0/i386 The stack trace is: (gdb) bt #0 0x409afd51 in gdk_rgb_set_min_colors () #1 0x409aff40 in gdk_rgb_init () #2 0x409b3348 in gdk_rgb_get_visual () #3 0x40931a84 in nsDeviceContextGTK::Init () #4 0x4043378d in nsBaseWidget::BaseCreate () #5 0x4042fdb3 in nsWidget::CreateWidget () #6 0x4042ff9f in nsWidget::Create () #7 0x40376bab in nsWebShellWindow::Initialize () #8 0x40375f9f in nsAppShellService::JustCreateTopWindow () #9 0x40375888 in nsAppShellService::CreateHiddenWindow () #10 0x40375816 in nsAppShellService::Initialize () #11 0x8049eb1 in __register_frame_info () #12 0x804a51e in __register_frame_info () #13 0x4027fcb3 in __libc_start_main ( main=0x804a4f8 <__register_frame_info+4192>, argc=1, argv=0xbffff814, init=0x80491f8 <_init>, fini=0x804ba5c <_fini>, rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffff80c) at ../sysdeps/generic/libc-start.c:78 Glib and Gtk is version 1.2.3-1
Nightly build 1999-08-22-09-M10 on Solaris 2.6/sparc core dumps in "gdk_rgb_init" too.
phillip - can you try this with today's Linux build. If is works, please set to Solaris platform.
Priority: P3 → P1
Whiteboard: Why is this a blocker?
Target Milestone: M10
Phillip, why is this a blocker?
i didn't mark it a blocker, and there is usually confusion as to what blocker means. right now, it is blocking qa. i imagine it also blocks any unix developers. how can they test a fix if apprunner doesn't even launch?
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
OK, it's working fine for me on RH 6.0 on a PII. I don't see this on Solaris either.
You need to log in before you can comment on or make changes to this bug.