Opened 11 years ago

Closed 5 years ago

Last modified 5 years ago

#10528 closed bug (not reproducible)

[kernel] crashed after closing Terminal tab

Reported by: diver Owned by: nobody
Priority: normal Milestone:
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description (last modified by diver)

hrev46847

I had Terminal running with 2 tabs open. The first one was running perl -MCPAN -e shell. When I middle clicked the first tab kernel crashed.

Attachments (1)

kernel_crash.png (74.0 KB ) - added by diver 11 years ago.

Download all attachments as: .zip

Change History (13)

by diver, 11 years ago

Attachment: kernel_crash.png added

comment:1 by diver, 11 years ago

Description: modified (diff)

comment:2 by ttcoder, 11 years ago

Cc: degea@… added

Following the action on this one on the off-chance that this teamlinked list problem might be related to the threadlinked list problem that's plagued us for years (e.g. https://dev.haiku-os.org/attachment/ticket/9858/dsuden_f2a55m_hrev46188__shifted_0xdeadbeef!.jpg )

comment:3 by ttcoder, 11 years ago

https://dev.haiku-os.org/attachment/ticket/10411/photo.JPG is with bash running a scripted "sleep" and is similar up to team_delete_team but the rest of the sc diverges much from this ticket's. Probably not very helpful to dig that up but there you go..

comment:4 by kallisti5, 11 years ago

Milestone: R1R1/alpha5

comment:5 by pulkomandy, 10 years ago

Milestone: R1/alpha5R1/beta1

comment:6 by pulkomandy, 9 years ago

Milestone: R1/beta1R1

Removing from beta1: as far as I know it is not easily reproductible, and not a missing feature.

comment:7 by axeld, 8 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:8 by waddlesplash, 6 years ago

Anyone seen this since #9858 was fixed?

comment:9 by ttcoder, 6 years ago

Cc: degea@… removed

The KDLs we had at the time with TunePrepper were due to a rootfs buffer overflow which was later fixed by mmlr; about half the time they had the tell-tale "0xdeadbeef" pointer mentionned somewhere. So my posts above were probably irrelevant to this ticket, or to any others.. Unless there are other use patterns that lead to creating folders (or symlinks) in "/" and then renaming them, which then would have been subject to the same kernel memory smashing phenomenon until the fix was found.

(edit: strike out incorrect claim; should have re-read the ticket linked by waddlesplash /before/ commenting :-)

Last edited 6 years ago by ttcoder (previous) (diff)

comment:10 by diver, 5 years ago

Never seen it again.

comment:11 by waddlesplash, 5 years ago

Resolution: not reproducible
Status: assignedclosed

comment:12 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.