#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)
Change History (6)
by , 12 years ago
| Attachment: | screenshot2.jpeg added |
|---|
by , 12 years ago
| Attachment: | screenshot1.jpeg added |
|---|
comment:1 by , 12 years ago
comment:2 by , 12 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Fixed in #hrev44710
Version 0, edited 12 years ago by (next)
comment:3 by , 11 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 , 11 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.
-2147483648 is INT_MIN for a 32-bit integer (size in screenshot1.jpeg) so integer overflow is probably the cause here.