summaryrefslogtreecommitdiff
path: root/src/slices.c
Commit message (Collapse)AuthorAgeFilesLines
* Essai d'optimisation de l'affichage : ne pas rafraichir tout le dessin à ↵Ludovic Pouzenc2011-10-081-45/+44
| | | | | | chaque fois. Au finak c'est compliqué car on ne peut pas réutiliser le code de slicesDump car on ne peut pas relire les caractères envoyés sur la WINDOW ncurse... git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@27 d3078510-dda0-49f1-841c-895ef4b7ec81
* slicesDump éclatée en vue d'une mise à jour partielle de la fenetre à ↵Ludovic Pouzenc2011-10-081-41/+48
| | | | | | chaque modification. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@26 d3078510-dda0-49f1-841c-895ef4b7ec81
* Correction du bug de zoom (c'était juste le calcul de "pos" qui était ↵Ludovic Pouzenc2011-10-081-0/+16
| | | | | | | | | foireux). Création des méthodes sliceDelete et slicesDelete et utilisation à la fin du main. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@25 d3078510-dda0-49f1-841c-895ef4b7ec81
* Ajout d'une gestion du zoom très primitive du dump dans curses. Il y avait ↵Ludovic Pouzenc2011-08-151-6/+8
| | | | | | un méchant bug dans le calcul des intervales pour le sb/se. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@22 d3078510-dda0-49f1-841c-895ef4b7ec81
* Refactoring : Tout ce qui "ncurses" a été dégagé dans un "module" ↵Ludovic Pouzenc2011-08-151-9/+6
| | | | | | séparé. Le ddhardrescue.c est tout propre maintenant. git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@21 d3078510-dda0-49f1-841c-895ef4b7ec81
* Bug hunting : la visualisation marche dans la fenêtre ncurses. Avec un ↵Ludovic Pouzenc2011-08-141-30/+81
| | | | | | mutex et la fin de l'algo de dump, ça marche mieux qu'avant (segfaults...) git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@18 d3078510-dda0-49f1-841c-895ef4b7ec81
* Changement ordre paramètres Makefile pour mieux voir durant la compilation.Ludovic Pouzenc2011-03-111-0/+0
| | | | | | | svn:executable dégagé sur les sources git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@12 d3078510-dda0-49f1-841c-895ef4b7ec81
* La gestion minimaliste des évènements de modification des slices est faite.Ludovic Pouzenc2011-03-061-1/+1
| | | | | | | | Un dump à chaque event a été codé dans le main pour tester cet aspect. C'est ok. Go go go ncurses :D git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@11 d3078510-dda0-49f1-841c-895ef4b7ec81
* Rush du dimanche matin.Ludovic Pouzenc2011-03-061-5/+20
| | | | | | | | 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
* Fonction slicesFindLargestFast() et semble bien marcher.Ludovic Pouzenc2011-02-221-2/+36
| | | | | | | | | 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-221-10/+118
| | | | | | | | | | | | | | | 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-181-0/+53
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