Hi ports@,
I just experienced a crash in firefox while editing a google doc. I did
expect a crash since my login.conf is set to default values but that
normally doesn't trigger a core dump from firefox.
Could anyone with a bit more insight into system internals take a look &
tell me if I should take this bug upstream to firefox developers?
I'm running an OpenBSD i386 snapshot from 20 Feb 2015.
raise.c:39
int
raise(int s)
{
return(kill(_thread_sys_getthrid(), s));
}
Core was generated by `firefox'.
Program terminated with signal 11, Segmentation fault.
#0 0x0399f481 in kill () at <stdin>:2
2 <stdin>: No such file or directory.
in <stdin>
(gdb) bt
#0 0x0399f481 in kill () at <stdin>:2
#1 0x039dd876 in raise (s=11) at /usr/src/lib/libc/gen/raise.c:39
#2 0x0b6eae52 in workerlz4_maxCompressedSize () from
/usr/local/lib/firefox-35.0.1/libxul.so.53.0
#3 0x0c160002 in JS::PerfMeasurement::canMeasureSomething () from
/usr/local/lib/firefox-35.0.1/libxul.so.53.0
#4 0x0000000b in ?? ()
#5 0x84e0cbf0 in ?? ()
#6 0x84e0cb9c in ?? ()
#7 0x8388e500 in ?? ()
#8 0x7ffffe82 in ?? ()
#9 0x2525b250 in ?? () from /usr/lib/libpthread.so.18.1
#10 0x7b7e43c0 in ?? ()
#11 0x0bf3cab4 in JSContext::sizeOfIncludingThis () from
/usr/local/lib/firefox-35.0.1/libxul.so.53.0
Previous frame inner to this frame (corrupt stack?)
(gdb)
Regards,
--
Adam Wolk
[email protected]
