Discussion :

[Flagada]

Salut,

Je veux utiliser deux unités ensemble: un unit SVGA (qui me donne 256 couleurs) et un unit pour faire marcher la souris. Ils marchent bien tout seuls mais quand je les utitise ensemble dans un programme, ca donne un message d'erreur :

"The NTVDM CPU has encountered an illegal instruction
CS:cd02 IP:0000 OP:ff 3f ff 1f ff"

et je doit fermer TP7.


Ca marchait bien en Windows ME. Maintenant j'ai Windows XP professional. Qui peut m'aider?

[Alcatîz]

Bonjour !

La machine virtuelle (NTVDM.EXE) peine parfois à émuler certains appels directs au hardware ou à des interruptions du BIOS.
Sans avoir accès aux sources en question, difficile de répondre.

[Flagada]

Salut Alcatîz ,

Le probleme est que je n'ai pas la source de l'unité SVGA, j'ai seulement le fichier TPU (il date de 1995). Le reste du programme (un sorte de photoshop simple) consiste de plusieur fichiers source (environ 4) et puis encore 3 autres fichiers. On peut importer et manipuler des photos GIF de 256 couleurs.

J'ai decouvre que les deux unités peuvent marcher ensemble quand même dans un autre programme simple. Mais pas dans le photoshop...

[Alcatîz]

Je n'avais pas accordé suffisamment d'attention au message d'erreur :

The NTVDM CPU has encountered an illegal instruction
CS:cd02 IP:0000 OP:ff 3f ff 1f ff

L'interruption 02h (signification des deux octets CD02) correspond à une interruption non masquable déclenchée par un défaut dans la RAM.
Le compilateur n'a pas volontairement codé ces deux octets en tant qu'instruction. Et tu dis que le programme compilé tourne sans erreur sur une vraie machine à base de "DOS " (Win ME)...

Il n'est pas toujours facile de déboguer du code 16 bits sous XP. Pour trouver l'instruction qui s'exécute différemment dans NTVDM, tu pourrais d'abord utiliser un éditeur hexadécimal pour repérer la portion de code qui précède les octets CD02 et ensuite utiliser un débogueur comme SSD (Servile Software Decoder) pour faire tourner le programme jusqu'à la portion de code repérée. Mais pour remonter du code machine vers le source Pascal, il te faudra de la chance et de la patience.

Peut-être que d'autres auront de meilleures idées ?

[Flagada]

Et tu dis que le programme compilé tourne sans erreur sur une vraie machine à base de "DOS " (Win ME)...

Ben oui. Ca marchait bien.

L'interruption 02h (signification des deux octets CD02) correspond à une interruption non masquable déclenchée par un défaut dans la RAM.
Le compilateur n'a pas volontairement codé ces deux octets en tant qu'instruction.

Il n'est pas toujours facile de déboguer du code 16 bits sous XP. Pour trouver l'instruction qui s'exécute différemment dans NTVDM, tu pourrais d'abord utiliser un éditeur hexadécimal pour repérer la portion de code qui précède les octets CD02 et ensuite utiliser un débogueur comme SSD (Servile Software Decoder) pour faire tourner le programme jusqu'à la portion de code repérée. Mais pour remonter du code machine vers le source Pascal, il te faudra de la chance et de la patience.

Hmmm... Tout cela me semble tres dificile...
J´ai essaye autre chose:

Quand je boot en DOS (Win98, winME) ca marche "assez" bien. Le seul probleme est que le souris ne vas pas plus bas que 199 pixels, bien que lécran est 479 pixels...?

[M.Dlb]

Ca dépend de la résolution que tu as demandé, non ? Ca utilise peut-être la résolution 320*200, auquel cas, tu devras la changer pour avoir celle que tu désires

[Flagada]

Non, la resolution est bien 639 x 479. L'écran est tout a fait normal, 256 couleurs, et le souris fonctionne. Seulement, tu peut pas atteindre la moitee bas de l'écran avec le souris.

[Transgarp]

Je crois avoir trouvé une solution de ce petit problème de NTVDM

Je compilais en {$F-}

Ce soir j'ai essayé en {$F+} Force far call

Tout semble bien fonctionner maintenant