Travail sur l'API de bas niveau - WorkInProgress

La fonction zbAlloc renvoie maintenant un entier (0 si tout s'est bien
passé, -1 sinon) au lieu d'un pointeur sur un zblock_t. Elle prend de
plus un nouveau paramètre réentrant : un pointeur sur un zblockNb_t
afin de communiquer le numéro du bloc fraichement alloué.

La fonction zbFree ne prend plus un pointeur sur un zblock_t en paramètre
mais uniquement le numéro du bloc à libérer. De plus elle renvoie
maintenant un entier afin de faire connaitre la réussite ou non de la
fonction.

La fonction ziAlloc renvoie maintenant un entier afin de communiquer
sa réussite ou non. Le numéro d'inode est retourné via le nouveau
paramètre réentrant qu'est le pointeur sur un zinodeNb_t.

Le système de fichiers doit avoir un emplacement où sauvegarder les
fichiers de partition virtuelles. On a donc maintenant un champs "path"
dans le superblock.
Ajout des correspondances OPCODE/FONCTION
Merge branch 'Syscalls' into Server
Travail sur le bas niveau

Implantation des bitmaps - Elles sont maintenant fonctionnelles
Implantation du superblock - work in progress
Mise en place d'un dossier test pour tester les différents modules
Mise à jour du Makefile
Ajout des tables de descripteurs
Correction du dernier commit
Implantation du superBlock.

Superblock implanté /!\ Le calcul du nombre de bloc et d'inode est bugué.
Actuellement, la fonction de calcul retourne 10 e 100.
Implantation des inodes démarrée.
Implantation des inodes suite.

Implantation de l'ecriture des inodes sur un systeme de fichier.
Complement de la création du filesystem de fichier avec l'écriture
de la racine.
Implantation des Inodes suite.

Debugage de la lecture de superblock
Implantation des blocs - Non testés + Un problème

Les blocs sont implantés mais sont encore à tester. Avant cela, un problème
persiste : la structure des blocs possède un champs ssize_t qui contient
la réelle taille utilisée du bloc. Cependant cette taille n'est pas écrite
sur le disque virtuel, par conséquent il est impossible de la récupérer.
Ce champs est possiblement inutile puisque la taille des fichiers est gérée
dans les inodes. Faut-il le supprimer ? Ou bien trouver une solution pour
le garder ?
Merge branch 'Drivers' of https://github.com/lesbeben/FSTAB into Drivers

Conflicts:
	filesystem/zInodesfs.c
Suppression d'un champs de structure

Les blocs ne conservent plus leur taille réelle.
En plus d'être inutile (puisqu'un inode connait la
taille de son fichier, il sait donc quelle données
sont pertinentes ou non dans les blocs) il était
impossible d'écrire cette valeur sur le disque virtuel
(puisque ce ne sont que les données des blocs enregistrées
à la suite) et donc impossible de la récupérer ensuite.
Ajout de zBlocksfs.c

Le précédent commit à eu un raté... Voici l'un des fichiers qui
allait avec.
Débogage et modifs mineures

Débogage des zBlocks (et zBlocksfs)
Ajout de tests
Diverses modifications mineures
Implantation des inodes suites.

Je sais pas trop.
Mise a jour majeur.

Modification de différents header. Parmis lesquels celui de ziAlloc qui
prend maintenant un nom de noaud.
Implantation des répertoires coté bas niveau.
Création des fichiers zFSUtil.[c, h].
Ces fichiers sont destinés à recevoir des fonction facilitant le
dévelopement des fonction de bas niveau (en particulier la manipulation
de inodes).
/!\ à ce jour seul la bibliothèque de gestion du superBlock à été testée.
Ni les blocks ni les répertoires ni les inode ne sont certifiés stables.
Mise a jour majeur.

Correction de moult beug dans les block et les bitmap.
Mise en place du système de répertoire point de vu bas niveau.
Correction de divers beug dans les nodes et les superblock.
Suite et fin de l'initialisation du système.
Merge branch 'Develop' into Server

Conflicts:
	include/zTypes.h
Debut du remplissage des fonctions de traitement

Ajout d'un fichier utilitaire de traitement des chemins d'accès
Fin du dévelopement de la bibliothèque de programmation.

Correction des derniers bugs liés à l'indirection.