🚀 go-pugleaf

Harpo wrote:

> Pierre Habouzit wrote:
> 
> Merci pour l'explication, je crois avoir compris jusqu'ici.
> 
>> mais du coup, vu que je ne peux garantir que scratch coincide avec la
>> deuxi�me case du tablea __bufs, je me suis r�sign� � avoir comme type
>> pour mes messages :
>> 
>> struct message {
>>     [ ... pleins de choses dont pas mal de 'headers' ...];
> 
> Je ne comprends plus � partir d'ici.
> 
>>     struct {
>>         const blob_t *original;
>>         blob_t *scratch;
>>     };
> 
> Pourquoi garder la structure au dessus, et -peut-�tre suis-je mal
> r�veill�- comment y acc�der sans la nommer ?

bah tu peux y acc�der par hdr->scratch.

>>     blob_t *__bufs[2];
>> 
>>     [ ... encore pleins de choses ...];
>> };
>> 
>> ce qui me force � maintenir l'invariant __bufs[0] == original et
>> __bufs[1]==scratch � la main, mais vu que ces pointeurs changent peu,
>> c'est pas trop g�nant pour moi, et autant je ne voulais pas perdre la
>> taille d'un pointeur en plus dans mes headers vu que j'en ai beaucoup
>> et que j'avais d�j� des champs de bits, mais perdre 16 octets dans la
>> structure de message n'est pas trop g�nant. (enfin 16 ou plutot
>> sizof(blob_t*)*2)
> 
> Ou 8 suivant la taille du pointeur.
> Mais je n'en vois pas l'inter�t.
> 
> Pourquoi cela au-dessous ne suffirait-il pas ? :
> 
> struct message {
>     [ ... pleins de choses dont pas mal de 'headers' ...];
>     blob_t *__bufs[2];
>     [ ... encore pleins de choses ...];
> };

parce que lorsque je code et que j'utilise ma structure de message, je ne
veux pas passer par __bufs et �crire des msg->__bufs[0] ou msg->__bufs[1]
et me souvenir lorsque je code que __bufs[0] est mon buffer originel, et
bufs[1] celui o� je fait mes modifs.

Dans mon module C je veux utiliser msg->original et msg->scratch qui eux
sont clairs, et en plus comme original a un const en plus, il m'�vite la
b�tise d'aller le modifier si je ne suis plus tr�s r�veill�.


> De plus, je ne vois pas l'int�r�t d'�loigner le bit modified du tableau
> de pointeurs en le mettant dans un (ou des) header, puisque le fait que
> le buffer soit modifi� semble d�pendre du message et non de ces
> headers.
> Mais je n'ai peut-�tre pas tout compris.
sur ce point en effet. mon message est un message ressemblant � un mail (en
fait c'est pas trop ca, mais ca se comporte pareil). Je fais une lib pour
manipuler ces messages, et des fois je vais changer *quelques* headers. Or
je ne veux pas dupliquer toutes les infos, et si je change un header, je
vais positionner son bit "modified", allouer la valeur du header dans le
blob scratch, et le segment auquel il fera r�f�rence sera non plus dans le
buffer originel, mais dans le buffer scratch.

mais pour autant, je ne modifie pas les autres headers qui eux r�f�rencent
toujours le buffer originel.
-- 
�O�  Pierre Habouzit
��O                                                madcoder@debian.org
OOO                                                http://www.madism.org