(⬤ᴥ⬤)@lemmy.blahaj.zone to 196@lemmy.blahaj.zone · 3 months agoefficient game design rulelemmy.blahaj.zoneexternal-linkmessage-square45fedilinkarrow-up1744arrow-down117cross-posted to: microblogmemes@lemmy.world
arrow-up1727arrow-down1external-linkefficient game design rulelemmy.blahaj.zone(⬤ᴥ⬤)@lemmy.blahaj.zone to 196@lemmy.blahaj.zone · 3 months agomessage-square45fedilinkcross-posted to: microblogmemes@lemmy.world
minus-squarertxn@lemmy.worldlinkfedilinkEnglisharrow-up30·3 months agoIt’s possible that the log writer wanted to fseek to the end of the file and write something, but the target pointer value was somehow corrupted. Depending on the OS, the file might end up having a fuckton of zeroes in the skipped part.
minus-squareTheEntity@lemmy.worldlinkfedilinkarrow-up11arrow-down1·3 months agoThat should result in a sparse file on any sane filesystem, right?
minus-squarertxn@lemmy.worldlinkfedilinkEnglisharrow-up8·3 months agoTheoretically, yes. Theoretically NTFS supports sparse files, but I don’t know if the feature is enabled by default.
It’s possible that the log writer wanted to
fseekto the end of the file and write something, but the target pointer value was somehow corrupted. Depending on the OS, the file might end up having a fuckton of zeroes in the skipped part.That should result in a sparse file on any sane filesystem, right?
Theoretically, yes. Theoretically NTFS supports sparse files, but I don’t know if the feature is enabled by default.