🚀 go-pugleaf

"Vincent Burel" <vincent.burel@nospam.wanadoo.fr> wrote in message 
news:43df45d1$0$6657$8fcfb975@news.wanadoo.fr...
>
> <halfwolf@free.fr> wrote in message
> news:1138704476.705679.81660@g44g2000cwa.googlegroups.com...
> Salut,
>
>>Vincent Burel wrote:
>>> Comme j'ai peur que vous n'ayez pas les capacit�s de faire le petit
>>> programme de d�monstration dont je vous parle, je me permets un exemple
> de
>>> code (ci-dessous) o� la fonction "TestSiQQcToucheAMaPile" sort quand
>>> quelqu'un, ou quelque chose, ou l'arm�e am�ricaine, ou un vent solaire,
> ou
>>> m�me un rayon t�l�pathique, modifie le contenu de notre pile... Vous
> verrez
>>> d'ailleurs qu'aucune interruption ou task swapping ne modifie notre pile
>>> (car ce genre de chose n'est pas g�rer par la pile d'un thread user, 
>>> mais
>>> sans doute je ne vous apprend rien)...
>
>>Lorsqu'il fait du swap, le syst�me va essayer de ne sauvegarder sur le
>>disque que le strict minimum, il risque donc de ne pas sauvegarder les
>>donn�es sur la pile au del� du pointeur de pile (peut-�tre modulo la
>>page). Ces donn�es seront donc perdues.
>
> oui, c'est une probabilit�, extr�mement faible, le syst�me ne swap jamais 
> la
> pile sur disque dur, ou alors c'est que vous manquez cruellement de 
> m�moire.
>
>>Lorsque le syst�me restaure � partir du disque, il met � 0 toute la
>>zone m�moire qu'il n'a pas sauvegard�e sur le disque.
>
> Quand le syst�me remonte de la RAM de la swap, il l'a mettrait � zero !?!,
> pour moi ca n'a pas de sens... mais si qqn peut faire la preuve de c�, je
> m'inclinerai.
>
>>Pour que le test soit plus probant il faudrait stocker plus de donn�es
>>pour �tre s�r d'avoir mis quelque chose sur une autre page et
>>provoquer un swap du processus (comment ?)entre tes 2 appels de
>>fonctions.
>
> Pas de probleme, dans ma fonction, d�clare une chaine de 256 ko, et �crit
> sur le dernier ko.
>
> VB
>
>

Es-tu d'accord que WindowsNT respecte les recommandations C2 de l'arm�e 
am�ricaine ?

Es-tu d'accord que ces recommandations obligent toutes pages de m�moire 
physiques passant d'un processus utilisateur � un autre � avoir leur contenu 
mis � z�ro ?

Es-tu d'accord que toute page physique allou� sur un d�faut de page au 
sommet de la pile � un contenu enti�rement � 0 par le m�canisme de la 
pr�c�dente question ?

Tu as toi m�me admis que la pile peut �tre swapp�e, mais la VMA (Virtual 
Memory Area) allou�e � la pile peut aussi varier pour adapter le WorkingSet 
du programme � la charge du syst�me.

Si tu es d'accord avec les trois questions, tu es d'accord avec moi ;-)



Pour ton programme d'exemple, on a qu'� ajouter un appel � un APC User 
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/queueuserapc.asp) 
apr�s ton appel � "WriteInStack".

Elle (la proc�dure) n'a qu'� utiliser la pile pour salop� t'a belle cha�ne 
au prochain retour d'appel syst�me.

Toujours aussi convaincu du caract�re immuable de la pile (et sans le 
multi-threading ;-))) )


-- 
Paul Bacelar