Opened 10 years ago

Closed 10 years ago

Last modified 10 years ago

#4462 closed bug (fixed)

Accessing a 0-length file on NTFS volume freezes the accessing application

Reported by: rogueeve Owned by: 3dEyes
Priority: normal Milestone: R1
Component: File Systems/NTFS Version: R1/alpha1
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: x86

Description

On my system R1/alpha1, revision 33000 copying or attempting to open a file with a length of 0 which resides on an NTFS volume will lock up the application which was attempting to access it.

Steps to reproduce:

  • Create a 0-length file on an NTFS volume FROM WINDOWS. This bug did not occur when creating the file from Haiku.
  • Boot back into Haiku and mount the NTFS volume either ro or rw.
  • Using "cp" or the tracker, attempt to copy the file onto your BFS volume.
  • The tracker/terminal locks up. This also occurs if you attempt other types of accesses, for example, "cat".

Attachments (2)

zerofile_30941.png (235.6 KB ) - added by 3dEyes 10 years ago.
files on Haiku hrev30941 - no problem
zerofile_33068.png (122.1 KB ) - added by 3dEyes 10 years ago.
files on Haiku hrev33068 - stat of "readme.txt" is broken (detected as fifo instead of the regular empty file)

Download all attachments as: .zip

Change History (4)

by 3dEyes, 10 years ago

Attachment: zerofile_30941.png added

files on Haiku hrev30941 - no problem

by 3dEyes, 10 years ago

Attachment: zerofile_33068.png added

files on Haiku hrev33068 - stat of "readme.txt" is broken (detected as fifo instead of the regular empty file)

comment:1 by 3dEyes, 10 years ago

Resolution: fixed
Status: newclosed

fixed in hrev33091

comment:2 by nielx, 10 years ago

Version: R1 alpha1R1/alpha1
Note: See TracTickets for help on using tickets.