Discussion :

[Roland Chastain]

Bonjour !

J'ai découvert un petit programme en C très intéressant, qui s'appelle UCI Filter :

http://www.nnuss.de/Hermann/UciFilter.html

Pour expliquer la chose en deux mots, c'est un programme qui s'interpose entre Arena (ou un autre programme du même genre) et un moteur de jeu d'échecs. Au lieu de donner à Arena le chemin du moteur, on lui donne le chemin d'UCIFILTER.EXE avec le chemin du moteur comme paramètre. UCI Filter intercepte les messages échangés dans les deux sens et les communique (en en filtrant certains). Si cette explication n'est pas assez claire et si le sujet vous intéresse, je pourrai proposer une démonstration de la façon dont le programme fonctionne.

Je me suis lancé dans une tentative d'adaptation en Pascal. Avec le temps et avec votre aide, j'espère y arriver.

Voici ce que j'ai fait jusqu'ici (en pièce jointe, avec le code original). Ce n'est pas grand chose mais j'aimerais déjà avoir votre avis.

Je bute sur l'en-tête de cette procédure :

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

void HandleDurchPipeErsetzen( DWORD EinOderAus, HANDLE* pMeinHandle, HANDLE* pEngineHandle, HANDLE* pOriginal )

Quel serait l'équivalent de l'astérisque ?

[Alcatîz]

Bonjour,

Pour expliquer la chose en deux mots, c'est un programme qui s'interpose entre Arena (ou un autre programme du même genre) et un moteur de jeu d'échecs. Au lieu de donner à Arena le chemin du moteur, on lui donne le chemin d'UCIFILTER.EXE avec le chemin du moteur comme paramètre. UCI Filter intercepte les messages échangés dans les deux sens et les communique (en en filtrant certains). Si cette explication n'est pas assez claire et si le sujet vous intéresse, je pourrai proposer une démonstration de la façon dont le programme fonctionne.

L'explication est claire mais une démo serait éminemment intéressante.

Quel serait l'équivalent de l'astérisque ?

Il s'agit de pointeurs, donc de paramètres de type pHandle.

[Roland Chastain]

L'explication est claire mais une démo serait éminemment intéressante.

Bien. Pour cette démonstration j'utiliserai Arena, en français (le fichier langage est à télécharger séparément sur la même page).

Je vais installer un nouveau module.



Je sélectionne "UciFilter.exe".



Arena me demande s'il doit démarrer le nouveau module module tout de suite.



Je clique sur "non". J'ouvre la fenêtre de gestion des modules, et je sélectionne UCI Filter.



Je remplace le nom du moteur (ainsi que le nom de l'auteur et le pays) par le nom du moteur que j'ai décidé d'utiliser, à savoir Pharaon de Frank Zibi. J'ajoute le chemin de "pharaon.exe" dans le champ "paramètres ligne de commande".



Il ne me reste qu'à charger ce nouveau module et à commencer une partie. Ça fonctionne ! Je peux ensuite ouvrir la fenêtre journal (dans le menu "modules") pour regarder de plus près ce qui se passe. Ah oui, je constate que certaines lignes ont été ajoutées par UCI Filter :

2016-02-14 06:33:32,985<--1:option name TimeCurrmove@UciFilter type spin default 1500 min 0 max 5000
2016-02-14 06:33:32,985<--1:option name TimeInfo@UciFilter type spin default 300 min 0 max 5000
2016-02-14 06:33:32,985<--1:option name TimeQuit@UciFilter type spin default 1000 min 200 max 1800
2016-02-14 06:33:32,986<--1:option name RemoveNonUci@UciFilter type check default true
2016-02-14 06:33:32,986<--1:option name RemoveStop@UciFilter type check default true

Vous me demanderez peut-être à quoi sert ce programme. Si j'ai bien compris les explications que donne l'auteur sur son site, il s'agissait au départ d'améliorer le fonctionnement d'Arena et de résoudre je ne sais trop quel problème. Mais peu importe : ce qui est intéressant, c'est la technique employée. Et cette technique pourrait être utilisée pour espionner le fonctionnement de logiciels du même genre qu'Arena mais qui n'ont pas de fenêtre journal.

Il s'agit de pointeurs, donc de paramètres de type pHandle.

Merci.

[Alcatîz]

[Roland Chastain]

J'ai fini ma "traduction". Elle se compile mais le programme ne fonctionne pas. Le contraire m'aurait étonné.

J'ai réuni dans une archive tous les fichiers nécessaires pour tester le programme, au cas où vous voudriez y jeter un œil. Au lieu d'Arena, j'ai utilisé Cute Chess, qui est une application console qui fait s'affronter automatiquement deux moteurs. Cute Chess est lancé par le fichier de commande test.cmd. Au bout de quelques dizaines de secondes (le temps est variable parce que les moteurs ne jouent pas toujours les mêmes coups), la sortie de Cute Chess est enregistrée dans un fichier test.log.

Le fichier ucifilter.exe inclus dans l'archive a été compilé à partir du C (avec MinGW-GCC). Si je le remplace par l'exécutable compilé à partir du Pascal, ça ne fonctionne pas : j'ai une fenêtre noire qui reste ouverte indéfiniment et pour finir je dois arrêter manuellement tous les processus. On peut voir dans le gestionnaire des tâches que les deux moteurs ont démarré mais apparemment l'un des deux (Pharaon, celui qui est lancé par UCI Filter) ne répond pas.

Je ne sais pas trop comment chercher l'erreur. Je pense essayer d'ajouter dans mon code des fonctions pour produire un journal. Si vous avez le temps de regarder le fichier source ucifilter.pas, peut-être verrez-vous l'erreur que j'ai faite. J'ai bien quelques idées mais il serait fastidieux de les exposer.

Il y a un endroit dans le code original qui me paraît bizarre. Je l'ai transcrit tel quel mais il ne me paraît pas logique. C'est dans la fonction EngineNachGui() :

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
else if (
pFilter->bFilterNonUci
&& strcmp(Kommando, "id") == 0
&& strcmp(Kommando, "readyok") == 0
&& strcmp(Kommando, "copyprotection") == 0
&& strcmp(Kommando, "option") == 0
)

Ce que je comprends ainsi : si la valeur de Kommando est égale à "id" et égale à "readyok" et égale etc. Ce qui évidemment ne peut pas arriver. Ou alors est-ce que c'est moi qui comprends mal ?

[bataff]

Bonjour,

Ce que je comprends ainsi : si la valeur de Kommando est égale à "id" et égale à "readyok" et égale etc. Ce qui évidemment ne peut pas arriver. Ou alors est-ce que c'est moi qui comprends mal ?

Je comprends la même chose.
Peut-être que l'auteur de ce programme s'est tout simplement trompé en confondant par étourderie AND et OR (en c : OR = ||) ?