Journal, Ô Journal ...
Sais-tu si la bibliothèque de compression LZO assure l'allocation mémoire des pointeurs passés aux fonctions compress et decompress ?
Rien dans la doc succinte d'Oberhumer ne donne d'indication sur ce point ...
Admettons que je doive utiliser LZO dans une apllication cryptographique ... J'aimerai pouvoir allouer mes pointeurs à coups de mmap() + MAP_PRIVATE et les passer ensute aux fonctions de compression ... ceci ne pose pas de problème dans le cas de la compression puisque la formule donnant la taille maximale du compressé en fonction de la taille de l'entrée est explicite :
OUT_LEN = (IN_LEN + IN_LEN / 64 + 16 + 3) ...
Mais dans le cas de la décompression, dois-je deviner la taille de la sortie en fonction de l'entrée ?... je n'ai pas pu décrypter le source pour trouver une routine d'allocation dynamique interne ...
Dis-moi journal ...
# Il faut transmettre la taille...
Posté par Stephane Marchesin (site web personnel) . Évalué à 1.
[^] # Re: Il faut transmettre la taille...
Posté par contax . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.