Discussion :

[telghali]

Bonjour,
Je suis en train d’essayer de faire communiquer une application DOS 16 bit (ce n’est pas une Win16) écrite en assembleur (TASM) avec une DLL Win32(C++). L’application DOS devra appeler des fonctions exportées par la DLL via le mécanisme « generic thunk ». Pouvez vous m’informer si cette solution est faisable. Et si oui, quelles sont les grandes lignes de la solution.
Merci de votre aide.

[Alcatîz]

Bonjour et bienvenue !

S'il s'agit réellement d'une application DOS 16 bits, j'ignore si la technique du thunking générique est applicable (alors que c'est relativement simple en Win16).
Il existe, sur les OS de la famille NT, une technique qui tire parti d'une exception provoquée volontairement dans la machine DOS virtuelle (NTVDM.EXE) mais c'est vraiment très pointu.

Si tu veux, je peux essayer de retrouver les sources (Pascal) d'Eric Sigoillot.

[telghali]

Oui il s'agit bien d'une application DOS 16 bits et non Win16.
Merci pour l'idée

[Alcatîz]

Voici donc le résultat du travail d'Eric Sigoillot. Tout repose sur l'introduction dans le code de deux octets : C4C4h. Voici les explications d'Eric :

A priori, sous Dos, impossible d'appeler une fonction de NTVDM, qui est une application 32 bits. C'est là qu'intervient la fameuse combinaison C4C4h. En effet, cet opcode est totalement incompatible avec le processeur. Résultat ? Plantage normalement ! Mais c'est sans compter sur le fait que le Dos n'est qu'émulé sous NT. Ainsi, NTVDM va récupérer l'erreur et l'analyser. NTVDM est ainsi conçu pour entreprendre une action particulière si l'erreur est déclenchée par C4C4h. Si c'est le cas, il lit l'octet ou les deux octets qui suivent notre opcode magique pour se décider. S'il est inconnu, plantage assuré ! Mais sinon, c'est tout bon...
Ainsi, je connais 4 numéros de fonctions qui servent à : charger une VDD (une DLL 32 bits particulière), le décharger, appeler une fonction d'un VDD, et rendre la main au VDD après un appel particulier. Victoire !

Et voici les sources : http://pascal.developpez.com/sources/fichiers/VDD.zip
Dans le zip se trouvent deux "sous-zip" : un pour Dos et un pour Windows :

• vddwin.zip : contient les fichiers sources pour compiler le VDD sous Delphi.
• vddos.zip : contient l'interfaçage pour Dos avec le VDD : unités NTVDM et Clipbrd. Pour compiler le tout, il y a besoin de Vbe2, Vbe2Ext (facultatif, par directive de compilation) et Xms. Le coeur du sujet se situe bien sûr dans NTVDM, Clipbrd servant d'exemple avec la gestion du presse-papiers.

[telghali]

Merci pour cet exemple.
Par contre , je n'arrive pas a compiler la dll.
D'après mon compilo (Borland Delphi 5) Il manque VDDTimer.dcu
Rq: Je ne connai pas très bien delphi. Pouvez me dire où trouvez cette unité.
Merci d'avance,

[Alcatîz]

Il manque VDDTimer.dcu

En effet. J'ai retrouvé pourquoi :

vddwin.zip : contient les fichiers sources pour compiler le VDD sous Delphi. Je n'ai pas mis VDDTimer, car cette portion n'est pas
fonctionnelle du tout. Mais pour le reste (presse-papiers en particulier),
c'est tout bon.

La gestion du timer n'étant pas indispensable, tu peux retirer les appels à VDDTimerInitialization et VDDTimerFinalization et compiler la dll.