Le routine CHECKMEM de EDD 4

[jvernet]

[Deckard]

Quand le pirate appuie sur le bouton de sa wildcard, il d�clenche un process qui capture sa m�moire et l'enregistre sur une disquette normale en 16 secteurs.
C'est donc le programme de la Wildcard qui cr�� de toute pi�ce cette disquette y compris les 1�re pistes qui contiennent les diff�rentes phases du boot.

MAIS ce boot de cette disquette wildcard (appel� Wildcard bootstrap disk) est un boot sp�cial cr�� par le programme de la Wildcard pour subvenir � ses propres besoins, � savoir recharger le contenu de la m�moire qui a �t� captur� pr�c�demment.

Ce n'est plus le boot de l'original et de ce fait, il n'y a donc plus le JSR <capture infos apple> fait normalement lors du boot2 quand on boote un original.
Ce qui veut dire que le contenu de la m�moire recharg� par le boot wildcard conserve l'information du boot de la personne qui avait l'original et a g�n�r� la copie Wildcard.

Est-ce plus clair?

JM

[Deckard]

Illustration:

1) Boot d'un original sur un apple IIe et utilisation normale:

Le programme du boot 2 ex�cute une routine qui copie l'information "mod�le de la machine" � l'adresse $xxxx. Donc � l'adresse $xxxx, il y a "apple IIe".

Pendant l'utilisation du programme, une autre routine est r�guli�rement appel�e et v�rifie que le mod�le de la machine actuelle est = � l'information dans $xxxx. Comme machine actuelle = "apple IIe" et en $xxxx il y a "apple IIe", �a marche.

2) Copie Wildcard

Le mec qui a un IIe cr�� une copie � la wildcard.
Le programme de la Wildcard copie SUR LE DISK toute la m�moire y compris l'adresse $xxxx.
Il sauvegarde donc sur la disquette l'information "apple IIe".

Il passe sa copie � un mec qui a un apple II+.

Le mec boote la copie wildcard.
Cette disquette n'a pas le m�me boot que l'original. Donc la routine qui copie l'information "mod�le de la machine" � l'adresse $xxxx n'est pas ex�cut�e.
A la place, le boot de la copie wildcard lit les informations pr�sentes sur la disquette et les charge en m�moire. Ce qui veut dire que dans l'adresse $xxxx il y a l'information "apple IIe" apr�s rechargement des informations depuis la disquette.

Une fois que le boot wildcard a restaur� la situation sauvegard�, il relance le programme � l'adresse qui �tait en cours au moment o� le type a appuy� sur le bouton de sa wildcard.
Le programme repart donc l� o� il en �tait.
Lorsque le programme ainsi recharg� va faire le controle "est-ce que la machine actuelle correspond � la machine de boot", il va comparer "apple II+" avec l'ancienne information restaur�e "apple IIe" (� l'adresse $xxxx) et la bingo => crash car il a d�tect� que c'est une copie.

Si cette disquette wildcard est reboot� sur un apple IIe avec la m�me config m�moire qu'au d�but, �a passe. Le pirate a l'impression d'avoir bais� l'�diteur mais il y a des cas o� �a marche pas.
Evidemment c'est limit� comme test: si le pirate avait une configuration classique IIe+carte ram aux 64k, le soft pirat� va marcher sur beaucoup de machines...
Mais c'est quand sympa pour niquer le pourcentage qui n'a pas cette config.

JM

[Deckard]

Je ne sais pas si tu as d�j� utilis� une wildcard aussi j'explique le principe.
Ce n'est pas un programme classique de copie. Il ne te demande pas d'ins�rer l'original pour le lire et en faire une copie.

Il se contente d'arr�ter le programme en cours d'ex�cution en m�moire pour te donner la main. Tu peux alors faire ce que tu veux: examiner la m�moire, la modifier, regarder l'�tat des registres etc...
En plus tu peux acc�der � des outils taill�s sur mesure.
Un de ces outils te permet de cr�er une disquette qui va contenir le contenu exact de la m�moire (et rien de plus). Le programme se contente d'�crire sur le support magn�tique ce qu'il y a en m�moire � l'instant t.
C'est cet outil qui manque � jonnosan pour un outil voisin de la wildcard (senior prom - voir thread correspondant).

C'est pour cela que ce concept de copie ne marche pas avec les softs qui recherchent des informations sur la disquette en cours de partie. Si toutes les infos n'�taient pas en m�moire au moment de l'interruption, c'est fini le programme plante car il ne les trouvera jamais.

De m�me si des op�rations sp�ciales sont faites au boot avant que le soft soit compl�tement charg� la copie m�moire passe � travers.

JM

[jvernet]

Ah ok, je vois mieux ! Merci de ces infos. Ca permet donc de sauvegarder la m�moire, on peux supposer apr�s l'execution des protections. La m�moire est restaur�e, et on relance le programme � l'endroit de l'interruption lors de la copie.

Oki oki !

Je n'ai pas sur Apple II cotoy� ce genre de carte. Par contre, j'avais un copain qui en avait une du m�me genre sur PC. Redoutable. Avec deux �crans, tu voyais en temps r�el ce qui �tait ex�cut� sur le 8088, et de l'autre le programme. J'ai assist� � une s�ance de d�plombage (ShufflePuck Caf�, achet� neuf par mes soins). Le gars m'a dit que la protection �tait tr�s efficace, il a bien mis deux trois heures � le d�plomber...

[Deckard]