#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: | ||
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)
Change History (4)
by , 15 years ago
Attachment: | zerofile_30941.png added |
---|
by , 15 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:2 by , 15 years ago
Version: | R1 alpha1 → R1/alpha1 |
---|
Note:
See TracTickets
for help on using tickets.
files on Haiku hrev30941 - no problem