Journal LZO et allocation mémoire

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 ...