Discussion :

[tounsimaroua1]

Bonjour,

j'utilise l'environnement Visual C++, et je veux tourner un code c qui tourne déjà avec TURBOC. Mais je trouve des problèmes pour quelques fonctions. En faite:
la fonction suivante:

Code :

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

1
2
3
4
5
void preparepal()
{
  for (int i=0; i<192;i++) setpal(i,0,0,(i*63/192));
  for (int i=192;i<256;i++)    setpal(i,i-192,i-192,63);
}

qui fait appel à :

Code :

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

1
2
3
4
5
6
7
void setpal(unsigned char col, unsigned char r, unsigned char g, unsigned char b)
{
	outp (0x03C8,col);
	outp (0x03C9,r);
	outp (0x03C9,g);
	outp (0x03C9,b);
}

n'est pas compréhensible par l'environnement Visual C++.
Donc, est-ce que quelqu'un peut m'aider pour trouver un code similaire à ceci mais qui est exécutable par Visual C++, sinon comment faire pour résoudre le problème??
merci d'avance!

[bacelar]

Si le programme généré par TURBOC tourne sur votre machine, c'est soit que vous êtres sur un vieux coucou avec Win3.11 ou en mode compatibilité avec cette antiquité.

Ca fait longtemps qu'on ne programme plus comme ça sous Windows.

A moins d'être totalement à l'ouest sur votre code, il tripote les registres des périphériques lui-même. Or, avec la conception User/Kernel des OS Win95/WinNT et suivants, il n'est plus possible d'accéder directement à ce type de registre depuis un programme "User".

Je ne vois que 2 options, car je ne connais pas les registres 0x03C8 et 0x03C9, c'est de soit faire un driver (programmation d'exécutable en mode Kernel) et VS n'est pas vraiment fait pour cela, soit trouver la sémantique des registres et de trouver l'API Win32 qui correspond au besoin du client.

Au vue du nom des méthodes, si c'est pour faire mumuse avec les palettes de couleur de l'écran, ça fait longtemps que je n'ai pas vue d'affichage palettisé, et tant mieux. C'est donc probablement soit du code mort soit du code qui va mourir.

Heu, rester sous DOS est une solution aussi.

[Auteur]

bonjour,

la fonction outp est (était) généralement utilisée pour écrire des données sur un port de sortie.
http://msdn.microsoft.com/fr-fr/libr...=vs.80%29.aspx

[bacelar]

Ces fameux "ports" sont des adresses (mais pas une adresse mémoire) pour accéder aux registres des périphériques sur BUS ISA dans les temps "glorieux" où ces registres n'étaient pas mappées dans l'espace d'adressage mémoire.
Le CPU a/avait 2 catégories d'adresses, les adresses mémoires pour la mémoire et les adresses des périphériques.
Avec ces instructions le CPU envoyait une valeur sur le bus ISA et le contrôleur matériel du BUS ISA routait la valeur vers le périphérique qui était associé au port (adresse "matériel" de l'équipement).

Donc laissez tomber vos routines qui essayent de dialoguer directement ave l'électronique de la carte graphique. Il y a eu depuis : VESA Local bus, ..., PCI Express, qui ont complétement changé la donne depuis plus de de 20 ans.