Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#8599 closed bug (fixed)

NTFS Folder size is wrong

Reported by: gordon.negro Owned by: 3dEyes
Priority: normal Milestone: R1
Component: File Systems/NTFS Version: R1/alpha3
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

When I tried to copy some folder from external USB drive (NTFS), system says it too big to be copied. 'Get info' shows negative large number and when I click it, it displays very large size in TB.

Attachments (2)

screenshot2.jpeg (35.7 KB ) - added by gordon.negro 12 years ago.
screenshot1.jpeg (35.5 KB ) - added by gordon.negro 12 years ago.

Download all attachments as: .zip

Change History (6)

by gordon.negro, 12 years ago

Attachment: screenshot2.jpeg added

by gordon.negro, 12 years ago

Attachment: screenshot1.jpeg added

comment:1 by jscipione, 12 years ago

-2147483648 is INT_MIN for a 32-bit integer (size in screenshot1.jpeg) so integer overflow is probably the cause here.

comment:2 by 3dEyes, 12 years ago

Resolution: fixed
Status: newclosed

Fixed in hrev44710.

Last edited 12 years ago by diver (previous) (diff)

comment:3 by jscipione, 12 years ago

It looks like something got messed up with the tagging of commits because hrev44710 seems to be the right push but doesn't bring up the right commit when you click on it. The commit that fixed this bug was:

http://cgit.haiku-os.org/haiku/commit/?id=a65ebe75469ce97ecfd8c5dfad350f4ab6b5a89f

Thanks 3deyes

comment:4 by leavengood, 12 years ago

The last commit of any push is the one tagged. Since he had a merge commit along with the commit which fixed this bug, the merge commit got the tag.

Gerasim you can avoid the merge commit by using git pull --rebase.

Note: See TracTickets for help on using tickets.