summaryrefslogtreecommitdiff
path: root/ddhardrescue-1.0/debian/source/format
diff options
context:
space:
mode:
authorLudovic Pouzenc <ludovic@pouzenc.fr>2011-02-22 14:41:01 +0000
committerLudovic Pouzenc <ludovic@pouzenc.fr>2011-02-22 14:41:01 +0000
commit319f923c57c640dd35679817924d063e6741b623 (patch)
tree20788d51b9f790f07cef7715437d209045cc755c /ddhardrescue-1.0/debian/source/format
parent78725557a028004d6e03a6ce82856eae282a1a8f (diff)
download2011-ddhardrescue-319f923c57c640dd35679817924d063e6741b623.tar.gz
2011-ddhardrescue-319f923c57c640dd35679817924d063e6741b623.tar.bz2
2011-ddhardrescue-319f923c57c640dd35679817924d063e6741b623.zip
Fonctions des slices terminées, module recovery qui contient l'algo de récupération terminé aussi.
Main minimaliste pour lancer des tests à droite à gauche. Mises au points à coup de valgrind et ddd, ça a l'air presque bien, il reste peut être un bug ou deux dans des cas à la con. La fonction slicesFindLargest est coûteuse. On peut imaginer une version qui prends en argument : - le max potentiellement trouvable (permet d'éliminer plein de parcours dans la majorité des cas vue l'utilisation qui est faite des slices dans le recovery. La fonction retournerai le premier slice qui correspond à cette valeur de maximum. - un pointeur vers le slice à partir duquel commencer la recherche, qui serait le pointeur du slice trouvé la précédente fois. Permet dans le cas général de trouver vite. Il faut quand même reprendre la liste au début jusqu'à ce pointeur si on arrive à la fin de la liste sans avoir trouvé. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@3 d3078510-dda0-49f1-841c-895ef4b7ec81
Diffstat (limited to 'ddhardrescue-1.0/debian/source/format')
0 files changed, 0 insertions, 0 deletions