#
425ac1b6 |
|
20-Jun-2023 |
Alexander von Gluck IV <kallisti5@unixzen.com> |
refactor: Swap %Ld for %lld in all format usages * %Ld is an undocumented alias for %lld in glibc. * muslc doesn't implement it for this reason. * While we will likely never drop %Ld support, lets clean house and set a better example. Change-Id: Id46dad3104abae483e80cc5c05d1464d3ecd8030 Reviewed-on: https://review.haiku-os.org/c/haiku/+/6636 Reviewed-by: Adrien Destugues <pulkomandy@pulkomandy.tk> Reviewed-by: Alex von Gluck IV <kallisti5@unixzen.com> Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
|
#
4498948f |
|
27-Mar-2018 |
François Revol <revol@free.fr> |
recover: Work around use-after-free Inode::_FindPath() always deletes the inode it uses regardless the source, including when it's from the HashtableInodeSource. But the later returned the inode object directly from the hashtable when it's inside, so it gets deleted bu _FindPath… then reused later on when searching the hashtable again. I'm not sure it's the correct solution but at least malloc_debug doesn't complain anymore.
|
#
8f087d87 |
|
28-Nov-2017 |
Alexander von Gluck IV <kallisti5@unixzen.com> |
bfs_tools: License clarification to MIT. * Consulted with Axel D. via IRC to confirm license desires.
|
#
76e7f568 |
|
13-Jul-2015 |
Adrien Destugues <pulkomandy@gmail.com> |
bfs_tools: add some extra checks to avoid crashes. I'm not sure I'm fixing the root cause of problems here, but this avoids some crashes and I could recover my files this way.
|
#
2df2dca4 |
|
08-Jul-2015 |
Adrien Destugues <pulkomandy@gmail.com> |
bfs tools: missing null check, 64bit support * Some NULL checks were missing, but on 32-bit machines recover will still fail on my big data partition as it goes out of memory. * Pack structures that are mapped to on-disk data, so when using a 64-bit compiler, no padding is inserted. Hopefully with 8GB of RAM I have enough to recover my data.
|
#
3c358297 |
|
07-Jul-2015 |
Adrien Destugues <pulkomandy@gmail.com> |
recover: fix 64 bit build * format strings * wrong parameters passed to Inode::CopyTo The 64-bit version does not detect any inodes on my disk, whereas the 32-bit version does. So, more work is needed.
|
#
46cf7a5a |
|
14-Nov-2012 |
Przemysław Buczkowski <przemub@yahoo.pl> |
Fix typos: super block -> superblock (#8974) Signed-off-by: Przemysław Buczkowski <przemub@yahoo.pl> Signed-off-by: Matt Madia <mattmadia@gmail.com>
|
#
eb8a1243 |
|
02-Dec-2012 |
Axel Dörfler <axeld@pinc-software.de> |
bfs_tools: recover is now using a set to reduce memory. * The hashtable stored complete Inode objects (albeit without the actual block). * Now we only store the block_run which should reduce the memory footprint considerably; before "recover" could easily run out of memory. In any case, a 64 bit version would still make sense to have :-) * Saved an extra hash table traversal by counting the node types directly. * This isn't that well tested yet, though.
|
#
647cff2e |
|
26-Mar-2012 |
Axel Dörfler <axeld@pinc-software.de> |
Imported BFS-Tools (without docs), added bfsinfo to the image. * The sources are unchanged, and most of it doesn't follow Haiku's coding style -- stuff that I updated over the years might also have seen a coding style update. * This was also the basis on which Haiku's BFS has been written. * In the long run, the stuff in 'lib' that is already part of BFS should be removed, and used directly from BFS itself. * I haven't yet added any other of the tools to the image. Not sure if they are ready for inclusion yet; 'recover' could also be renamed to reflect that it is BFS specific.
|
#
76e7f5688dcd7dd36cad23f75701a8b2299580b3 |
|
13-Jul-2015 |
Adrien Destugues <pulkomandy@gmail.com> |
bfs_tools: add some extra checks to avoid crashes. I'm not sure I'm fixing the root cause of problems here, but this avoids some crashes and I could recover my files this way.
|
#
2df2dca42235e77e881042ecfc9b7f06a6282af3 |
|
08-Jul-2015 |
Adrien Destugues <pulkomandy@gmail.com> |
bfs tools: missing null check, 64bit support * Some NULL checks were missing, but on 32-bit machines recover will still fail on my big data partition as it goes out of memory. * Pack structures that are mapped to on-disk data, so when using a 64-bit compiler, no padding is inserted. Hopefully with 8GB of RAM I have enough to recover my data.
|
#
3c3582974a1a568b217adf09a15c37c2bd901557 |
|
07-Jul-2015 |
Adrien Destugues <pulkomandy@gmail.com> |
recover: fix 64 bit build * format strings * wrong parameters passed to Inode::CopyTo The 64-bit version does not detect any inodes on my disk, whereas the 32-bit version does. So, more work is needed.
|
#
46cf7a5a73679c6e4fde91710e4a4885242e49d1 |
|
14-Nov-2012 |
Przemysław Buczkowski <przemub@yahoo.pl> |
Fix typos: super block -> superblock (#8974) Signed-off-by: Przemysław Buczkowski <przemub@yahoo.pl> Signed-off-by: Matt Madia <mattmadia@gmail.com>
|
#
eb8a1243258c9a652020087ceeda52d0b17e91fb |
|
02-Dec-2012 |
Axel Dörfler <axeld@pinc-software.de> |
bfs_tools: recover is now using a set to reduce memory. * The hashtable stored complete Inode objects (albeit without the actual block). * Now we only store the block_run which should reduce the memory footprint considerably; before "recover" could easily run out of memory. In any case, a 64 bit version would still make sense to have :-) * Saved an extra hash table traversal by counting the node types directly. * This isn't that well tested yet, though.
|
#
647cff2e5925f2a1483b94aaff5620647ddf11bd |
|
26-Mar-2012 |
Axel Dörfler <axeld@pinc-software.de> |
Imported BFS-Tools (without docs), added bfsinfo to the image. * The sources are unchanged, and most of it doesn't follow Haiku's coding style -- stuff that I updated over the years might also have seen a coding style update. * This was also the basis on which Haiku's BFS has been written. * In the long run, the stuff in 'lib' that is already part of BFS should be removed, and used directly from BFS itself. * I haven't yet added any other of the tools to the image. Not sure if they are ready for inclusion yet; 'recover' could also be renamed to reflect that it is BFS specific.
|