Opened 5 years ago

Last modified 5 months ago

#10528 assigned bug

[kernel] crashed after closing Terminal tab

Reported by: diver Owned by: nobody
Priority: normal Milestone: R1
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no 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 5 years ago.

Download all attachments as: .zip

Change History (10)

Changed 5 years ago by diver

Attachment: kernel_crash.png added

comment:1 Changed 5 years ago by diver

Description: modified (diff)

comment:2 Changed 5 years ago by ttcoder

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 Changed 5 years ago by ttcoder

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 Changed 5 years ago by kallisti5

Milestone: R1R1/alpha5

comment:5 Changed 5 years ago by pulkomandy

Milestone: R1/alpha5R1/beta1

comment:6 Changed 4 years ago by pulkomandy

Milestone: R1/beta1R1

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

comment:7 Changed 2 years ago by axeld

Owner: changed from axeld to nobody
Status: newassigned

comment:8 Changed 5 months ago by waddlesplash

Anyone seen this since #9858 was fixed?

comment:9 Changed 5 months ago by ttcoder

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 5 months ago by ttcoder (previous) (diff)
Note: See TracTickets for help on using tickets.