Discussion :

[splifo]

je suis un élève ingénieur et j'ai un projet qui consiste développer un outil capable de « geler » l’exécution d’un programme en cours, en sauvegardant l’état courant et toutes les données.

Visuellement, le résultat équivaut à une pause. La reprise de l’exécution est assujettie à l’autorisation d’un autre processus, et peut tout aussi bien être décalée dans le temps (hibernation).

Concrétement cet est outil doit intervenir sur une plateforme de distribution de jeux sur internet pour interrompre l’exécution du programme et le sauver en l’état pour reprendre son exécution à un moment ultérieur.

L’exécutable résultant de ce projet fonctionnera de différente manière :
• Pause de l’exécution, attente d’une autorisation (via un message émis par un programme externe)
• Pause de l’exécution, dump mémoire et sauvegarde compressée et encryptée, puis fin de l’exécution.
• Chargement d’une image mémoire pré-sauvegardée et reprise de l’exécution
La reprise de l’exécution se fait après un décompte visuel 3…2…1… pour laisser au joueur la possibilité de se préparer

Si vous avez quelques idées à me proposer pour avancer mon projet, n'hésitez pas à me les transmettre svp

[Médinoc]

C'est supposé être pour n'importe quel programme arbitraire sur une plate-forme moderne, ou juste pour des programmes compatibles ?

[valefor]

Si tu peux modifier le programme à mettre en pause, j'implémenterai la pause avec une lecture asynchrone sur le périphérique sur lequel tu attend le signal de réveil. Ton programme ne sera plus éligible et le scheduler va l'oublier. La mémoire utilisée par le process sera progressivement mise de côté au fur et à mesure des besoins du système. Sur réception du signal ton process reprend la main.

Ta solution ressemble plus à une "sauvegarde".

Le coup du dump mémoire va être chaud à implémenter, mais si tu fais des études, c'est le moment de te prendre la tête

Si tu ne peux pas toucher au programme à mettre en pause, sur linuxoides, tu peux utiliser ptrace pour t'attacher à un process et prendre son contrôle.


Bonne chance pour ton projet !

[loufoque]

Sous linux, tu fais Ctrl+Z et ça y est, c'est en pause.

[valefor]

Sous linux, tu fais Ctrl+Z et ça y est, c'est en pause.

Les solutions simples sont les plus élégantes. Et là, du coup, c'est très simple.

[loufoque]

Ctrl+Z, il s'agit du signal SIGTSTP je suppose, mais mieux vaut utiliser SIGSTOP en dehors d'un tty. Et tu réveilles avec SIGCONT.

C'est magique POSIX.

[JolyLoic]

Et si l'utilisateur veut du windows, il y a SuspendThread qu'il peut appeler sur tous les threads de l'application après les avoir énumérés.
http://msdn2.microsoft.com/en-us/lib...45(VS.85).aspx

Mais ça ne va pas sans problèmes :
- Et si l'appli a lancé d'autres process ? Que vont-ils faire ?
- Et si l'application a mis en place des sécurités contre le crack (par exemple, un jeu récemment acheté m'oblige à quitter ProcessExplorer pour être lancé. Réponse de la hot line : Ca permet de libérer de la mémoire pour le jeu... qu'est-ce qu'il ne faut pas entendre), que ces sécurités empêchent d'énumérer les threads, et qu'il est légalement interdit de les contourner ?
- Et si le process désirant bloquer l'autre n'a pas les droits d'administration ?

Windows, c'est magique aussi, mais je ne sais pas encore s'il s'agit de magie blanche ou noire...

[Médinoc]

SuspendThread() est une fonction déconseillée, quand même...

JolyLoic: Que se passe-t-il si tu renommes l'exe de ProcessExplorer ?

[JolyLoic]

C'est plus compliqué que ça, et c'est un peu hors sujet pour ce post.

En résumé, il faut une version récente de ProcessExplorer, et il faut le tuer avant de lancer le jeu (avec une version moins récente, il faut de plus rebooter ou utiliser une astuce)

Le but de mon intervention était surtout de signaler que, dans l'espoir de protéger leur intérêts(1), les éditeurs de jeux mettent souvent en place des protections visant à éviter certaines manipulations sur la machine. Et donc que j'ai des doutes sur les possibilités tant techniques que légales de voir aboutir le projet de splifo.

(1) Espoir bien vain à mon avis : Moi, acheteur légal, suis ennuyé, ai des problèmes, vais peut-être demander un remboursement, et en tout cas hésiterai à acheter un autre jeu de la même marque, alors qu'une personne ayant le jeu craqué ne sera par définition pas inquiété par cette protection...