Closed Bug 7450 Opened 26 years ago Closed 26 years ago

Crashes when getting another URL

Categories

(Core Graveyard :: Viewer App, defect, P3)

Sun
Linux
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: wes, Assigned: rpotts)

References

Details

(Keywords: crash)

I downloaded tha latest cvs version on 31st of May, and built on a rh6.0 sparc machine (with the latest patched kernel and latest egcs). It built fine and ran a few web pages. It crashed getting the www.abc.net.au/news/ (which doesn't seem to have anything weird about it ... ). This is the gdb back trace : gdb viewer core ..... (all of the libraries )... soinit.c:59: No such file or directory. (gdb) where #0 0x50d09098 in __kill () at soinit.c:59 #1 0x508b9a4c in raise () at signals.c:181 #2 0x50d0a468 in abort () at ../sysdeps/generic/abort.c:139 #3 0x50864eb0 in PR_Assert () at prlog.c:298 #4 0x504e3b60 in NET_ProcessNet () at mkgeturl.c:1886 #5 0x504f0058 in NET_PollSockets () at mkselect.c:248 #6 0x504a0e0c in nsNetlibService::NetPollSocketsCallback () at nsNetService.cpp:683 #7 0x5011b67c in TimerImpl::FireTimeout () at nsTimer.cpp:158 #8 0x5011bdc0 in nsTimerExpired () at nsTimer.cpp:158 #9 0x50adb8bc in g_timeout_dispatch () #10 0x50ada54c in g_main_dispatch () #11 0x50adad98 in g_main_iterate () #12 0x50adafa8 in g_main_run () #13 0x5099253c in gtk_main () #14 0x50086640 in nsAppShell::Run () at nsAppShell.cpp:77 #15 0x1aea8 in nsNativeViewerApp::Run (this=0x4e058) at nsGTKMain.cpp:42 #16 0x1b144 in main (argc=1, argv=0xefffe3b4) at nsGTKMain.cpp:89 #17 0x50d018d0 in __libc_start_main () at ../sysdeps/generic/libc-start.c:78 Current language: auto; currently c
QA Contact: leger → phillip
phillip, can you reproduce this on the Linux Apprunner with latest build?
Assignee: rickg → dp
DP -- given the netlib code on the top of the stack, I'm giving this to you.
Assignee: dp → warren
This is the same netlib timer trace. We already have a bug on this. Necko is just around the corner. We tried to fix it, but in vain. So I think necko is the answer.
Assignee: warren → rpotts
Depends on: 7232
Target Milestone: M8
Rick, this will probably be related to your socket transport stuff.
No longer depends on: 7232
Blocks: 7232
Target Milestone: M8 → M9
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Is this still a problem on Linux now that necko has landed? Please re-open this bug if there's still a problem. -- rick
QA Contact massive update.
Adding crash keyword
Keywords: crash
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.