Bugs item #312328, was opened at 2010-02-05 19:37 by Fredrik Hammar You can respond by visiting: https://alioth.debian.org/tracker/?func=detail&atid=411594&aid=312328&group_id=30628
Status: Open Priority: 3 Submitted By: Fredrik Hammar (cfhammar-guest) Assigned to: Nobody (None) Summary: hurd ext2fs_large_stores.patch: uninitialized variable Category: None Group: None Resolution: None Initial Comment: I hope this is the right place to report bugs in patches used by Debian's hurd package. An uninitialized variable used to store the buffer length when reading the super block from a store causes ext2fs to crash. This happens whenever the variable happens to contain a length greater than the size of the super block, because only then does the store try to write to the provided buffer, (which is null) instead of allocating a new buffer. For me this happened whenever ext2fs used a normal file as a backing store, e.g. ext2fs -T file /tmp/blip, but not when ext2fs could use the underlying store directly, e.g. sudo ext2fs /tmp/blip. Also, it never happened when I used ext2fs.static. However, others were not able to replicate my results, presumably because the variable's value is unpredictable. I have attached a patch to the ext2fs_large_stores patch, which I think is the best way to show the fix. It should be easy enough to edit the patch manually if there is any problems applying such a patch. ---------------------------------------------------------------------- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail&atid=411594&aid=312328&group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org