Opened 17 years ago

Closed 6 years ago

Last modified 5 years ago

#1718 closed bug (invalid)

malloc bugreport on Mozilla exit

Reported by: fyysik Owned by: nobody
Priority: normal Milestone:
Component: System Version: R1/pre-alpha1
Keywords: Cc: mattmadia@…
Blocked By: Blocking:
Platform: All

Description

When starting SeaMonkey from terminal and then exit app at some time, complaint from libroot appears in terminal: "seamonkey-bin: src/system/libroot/posix/malloc/superblock.h:194:void BPrivate::superblock::putBlock(BPrivate::block *): getNumAvailable() < getNumBlocks() ./run-mozilla.sh: line 424: 192 Kill Thread "$prog" ${1+"$@"}"

I wish to know what happens from libroot/malloc POV, this problem may happen in BeOS aswell, as Mozilla for BeOS exit code (and bootstrap code btw) is neither standard nor trivial.

Attachments (1)

syslog_when_seamonkey_exited_with_malloc_assertion.zip (16.8 KB ) - added by fyysik 17 years ago.

Download all attachments as: .zip

Change History (9)

comment:1 by bonefish, 17 years ago

That's an assert() in the memory allocator, probably caused by a double free(), free()ing not allocated memory, or some memory corruption. Actually the failed assert() should call the debugger(), where you could at least see the back trace. Was anything printed in the serial debug output (respectively syslog)?

comment:2 by axeld, 17 years ago

The allocator likely has its own assert implementation that we might want to replace :)

in reply to:  1 ; comment:3 by fyysik, 17 years ago

Replying to bonefish:

where you could at least see the back trace. Was anything printed in the serial debug output (respectively syslog)?

Unfortunately my laptop lacks serial port (inspite there is "debug port" listed in BIOS - with resources which remind normal COM! very closely. That unfortunate Thinkpad R40e - very simplified model:(

in reply to:  3 comment:4 by bonefish, 17 years ago

Replying to axeld:

The allocator likely has its own assert implementation that we might want to replace :)

Unless I overlooked something, it doesn't. arch-specific.h includes <assert.h>.

Replying to fyysik:

Replying to bonefish:

where you could at least see the back trace. Was anything printed in the serial debug output (respectively syslog)?

Unfortunately my laptop lacks serial port (inspite there is "debug port" listed in BIOS - with resources which remind normal COM! very closely. That unfortunate Thinkpad R40e - very simplified model:(

As long as Haiku itself doesn't crash, you should have a syslog (/var/log/syslog). It is enabled by default.

comment:5 by mmadia, 16 years ago

Cc: mattmadia@… added

comment:6 by axeld, 8 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:7 by waddlesplash, 6 years ago

Resolution: invalid
Status: assignedclosed

Indeed that's a double-free, so this needs to be reported to the BeZilla team.

comment:8 by nielx, 5 years ago

Milestone: R1

Remove milestone for tickets with status = closed and resolution != fixed

Note: See TracTickets for help on using tickets.