Opened 9 years ago

Closed 4 months ago

#5505 closed bug (fixed)

Expander crash to KDL when expanding a zip into a folder on my desktop.

Reported by: jstressman Owned by: nobody
Priority: normal Milestone: R1
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: x86

Description

I had the HaikuLauncher.zip on my desktop, opened it, then created a HaikuLauncher/ folder on the desktop, and then attempted to expand the files into that folder. This caused a crash to the KDL.

I took pictures of the initial KDL screen, the 'bt' backtrace, and also a shot of the 'ints' output while I was at it.

This is running on my actual hardware, not in a VM. I can include the customary 'listdev' and drivers info as well.

Attachments (5)

initial-crash-sm.jpg (147.5 KB) - added by jstressman 9 years ago.
The initial crash to KDL.
backtrace-sm.jpg (197.0 KB) - added by jstressman 9 years ago.
backtrace
backtrace-and-ints-sm.jpg (277.9 KB) - added by jstressman 9 years ago.
and the initial crash, backtrace, and ints info.
drivers3.txt (1.5 KB) - added by jstressman 9 years ago.
loaded drivers
listdev3.txt (5.6 KB) - added by jstressman 9 years ago.
output of 'listdev'

Download all attachments as: .zip

Change History (10)

Changed 9 years ago by jstressman

Attachment: initial-crash-sm.jpg added

The initial crash to KDL.

Changed 9 years ago by jstressman

Attachment: backtrace-sm.jpg added

backtrace

Changed 9 years ago by jstressman

Attachment: backtrace-and-ints-sm.jpg added

and the initial crash, backtrace, and ints info.

Changed 9 years ago by jstressman

Attachment: drivers3.txt added

loaded drivers

Changed 9 years ago by jstressman

Attachment: listdev3.txt added

output of 'listdev'

comment:1 Changed 9 years ago by jstressman

Forgot to state that this is nightly build "haiku-nightly-hrev35650-x86gcc4hybrid-cd".

comment:2 Changed 9 years ago by bonefish

Component: - GeneralSystem/Kernel
Owner: changed from nobody to axeld
Version: R1/alpha1R1/Development

The accessed file descriptor has already been free()d.

Did you by any chance force-unmount a volume or disconnect a mounted USB drive/key before?

comment:3 Changed 9 years ago by jstressman

I may have removed a USB stick earlier, but I don't recall.

The files I was working with were on my desktop. I had mounted my Windows drive, copied the HaikuLauncher.zip off of it to my desktop, attempted to unzip it into a folder name I typed in in the "expand to" input box that didn't exist yet... received an error... then created the folder and then clicked the Expand button again.

I don't think I was using a USB stick at all at the time, and hadn't unmounted the Windows drive that I can remember. Perhaps me trying that initial expand to a non-existent directory mucked something up?

comment:4 Changed 2 years ago by axeld

Owner: changed from axeld to nobody
Status: newassigned

comment:5 Changed 4 months ago by waddlesplash

Resolution: fixed
Status: assignedclosed

Probably fixed in the interim by the O_DISCONNECT changes.

Note: See TracTickets for help on using tickets.