summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Le thread recover utilise à present les bonnes datas.Ludovic Pouzenc2011-03-063-19/+7
| | | | | | | | | | Reste à faire : - un module utilise slices.h pour faire la gestion évènementielle - la gestion de laccès aux slices de manireè concourrante - le thread d'affichage ncurses (1 module aussi sûrement) git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@10 d3078510-dda0-49f1-841c-895ef4b7ec81
* Code qui compile sans warnings (mess up avec un struct et un typedef).Ludovic Pouzenc2011-03-064-8/+17
| | | | | | | Makefile améliore pour make cont : réactif comme il faut, n'utilise plus watch. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@9 d3078510-dda0-49f1-841c-895ef4b7ec81
* Rush du dimanche matin.Ludovic Pouzenc2011-03-069-62/+171
| | | | | | | | Beaucoup de choses écrites et pas testée ni finies mais ça avance. A relire !! git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@8 d3078510-dda0-49f1-841c-895ef4b7ec81
* Ajout du Makefile debuggué et de l'arborescence de compilation. Il ne gère ↵Ludovic Pouzenc2011-03-056-11/+181
| | | | | | | | | | | pas automatiquement les dépendances du binaire, c'est con. Les options gcc -M et cie ne servent que pour les dépendances d'un .c, mais pas pour le link... Recodage du util.c qui a été perdu dans la journée. Les grosses modifs du main sont à réécrerire (perdues aussi). git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@7 d3078510-dda0-49f1-841c-895ef4b7ec81
* Restructuration du code.Ludovic Pouzenc2011-03-055-12/+35
| | | | | | | Création d'un Makefile avec génération automatique des dépendances. J'ai pomé 3 heures de boulot en écrasant tous mes .c par des fichiers vides, dégouté. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@6 d3078510-dda0-49f1-841c-895ef4b7ec81
* Ajout d'une todo list, svn ingore de a.out, et dossier essai avec des ↵Ludovic Pouzenc2011-02-243-0/+76
| | | | | | tentatives ncurses git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@5 d3078510-dda0-49f1-841c-895ef4b7ec81
* Fonction slicesFindLargestFast() et semble bien marcher.Ludovic Pouzenc2011-02-224-11/+53
| | | | | | | | | Passage au 64 bits (long long int), correction de quelques cast implicites détruisant de l'information utile. Peaufinnage de la fonction slicesDump(), mais c'est pas encore terminé. En tout cas le calcul du blockSize à l'air d'être meilleur à présent, disons qu'on voit la fin des informations. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@4 d3078510-dda0-49f1-841c-895ef4b7ec81
* Fonctions des slices terminées, module recovery qui contient l'algo de ↵Ludovic Pouzenc2011-02-225-42/+235
| | | | | | | | | | | | | | | 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
* Iport initial du projet. Compile presque, reste beaucoup de fonctions ↵Ludovic Pouzenc2011-02-185-0/+196
| | | | | | utilisataires pour les slices à coder (notamment slicesDump()) et manque une gestion multi-thread pour aficher pendant le recovery. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@2 d3078510-dda0-49f1-841c-895ef4b7ec81
* Import squelette initialLudovic Pouzenc2011-02-180-0/+0
git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@1 d3078510-dda0-49f1-841c-895ef4b7ec81