Closed Bug 63106 Opened 25 years ago Closed 24 years ago

Mozilla freezes in debugger (not the same as FAQ)

Categories

(SeaMonkey :: Build Config, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: joe, Assigned: blizzard)

Details

From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.0-0.14mdk i586) BuildID: 20001215 This is with the latest compiled snapshot version of gdb off last nights CVS so it isn't the same problem as the freeze in the FAQ. If I run "mozilla -g -d gdb" it I get right after the window appears Enabling Quirk StyleSheet Opening file cookperm.txt failed pushing io layer: ssl Program received signal SIGTRAP, Trace/breakpoint trap. 0x40371d31 in kill () from /lib/libc.so.6 (gdb) where #0 0x40371d31 in kill () from /lib/libc.so.6 #1 0x402ccff8 in pthread_setconcurrency () from /lib/libpthread.so.0 #2 0x402cf52a in sem_destroy () from /lib/libpthread.so.0 #3 0x402cb054 in pthread_mutex_unlock () from /lib/libpthread.so.0 #4 0x4029aabe in PR_Unlock (lock=0x86c22d4) at ptsynch.c:192 #5 0x4029b8bd in PR_ExitMonitor (mon=0x86c22d0) at ptsynch.c:520 #6 0x401781f1 in nsAutoMonitor::~nsAutoMonitor (this=0xbfffd234, __in_chrg=2) at ../../dist/include/nsAutoLock.h:188 continuing gets me (gdb) where #0 0x40371e10 in sigsuspend () from /lib/libc.so.6 #1 0x402cd060 in pthread_setconcurrency () from /lib/libpthread.so.0 #2 0x402ced89 in sem_destroy () from /lib/libpthread.so.0 #3 0x402cad41 in pthread_mutex_lock () from /lib/libpthread.so.0 #4 0x400082c8 in add_dependency (undef_map=0x806b7e8, map=0x806c230) at dl-lookup.c:96 #5 0x40008c10 in _dl_lookup_symbol ( undef_name=0x407a0402 "XTranslateCoordinates", undef_map=0x806b7e8, ref=0xbffff278, symbol_scope=0x806b93c, reloc_type=7, explicit=0) at dl-lookup.c:213 #6 0x4000d423 in fixup (l=0x806b7e8, reloc_offset=1078372200) at dl-runtime.c:97 #7 0x4000d580 in _dl_runtime_resolve () at dl-runtime.c:203 #8 0x407b1f89 in ?? () (gdb) quit where it freezes Reproducible: Always Steps to Reproduce: 1. run "mozilla -g -d gdb" 2. prun (using macro in faq) 3. Actual Results: it stops in the debugger Expected Results: it should continue this is on a linux mandrake platform running glibc-2.2 running mozilla outside the debugger has no problems
Reassigning to resident gdb expert.
Assignee: cls → blizzard
Severity: blocker → major
Reporter is this still a problem in the latest nightlies?
Marking INVALID. I tried this and can't get past the problem specified in bug 57051. Marking as such. Reopen if it still occurs under the latest nightlies.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
verified invalid.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.