Opened 14 years ago

Closed 5 years ago

Last modified 4 years 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/beta2
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
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 14 years ago.
The initial crash to KDL.
backtrace-sm.jpg (197.0 KB ) - added by jstressman 14 years ago.
backtrace
backtrace-and-ints-sm.jpg (277.9 KB ) - added by jstressman 14 years ago.
and the initial crash, backtrace, and ints info.
drivers3.txt (1.5 KB ) - added by jstressman 14 years ago.
loaded drivers
listdev3.txt (5.6 KB ) - added by jstressman 14 years ago.
output of 'listdev'

Download all attachments as: .zip

Change History (11)

by jstressman, 14 years ago

Attachment: initial-crash-sm.jpg added

The initial crash to KDL.

by jstressman, 14 years ago

Attachment: backtrace-sm.jpg added

backtrace

by jstressman, 14 years ago

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

and the initial crash, backtrace, and ints info.

by jstressman, 14 years ago

Attachment: drivers3.txt added

loaded drivers

by jstressman, 14 years ago

Attachment: listdev3.txt added

output of 'listdev'

comment:1 by jstressman, 14 years ago

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

comment:2 by bonefish, 14 years ago

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 by jstressman, 14 years ago

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 by axeld, 7 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:5 by waddlesplash, 5 years ago

Resolution: fixed
Status: assignedclosed

Probably fixed in the interim by the O_DISCONNECT changes.

comment:6 by nielx, 4 years ago

Milestone: R1R1/beta2

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

Note: See TracTickets for help on using tickets.