Discussion :

[Overcrash]

bonjour,
Voila j'ai un problème j'ai ecrit un code qui permet d'écrire dans la mémoire vidéo (adresse 0xB800 0000)une chaine de caractère , je l'ai déjà fait sous un vieux log qui ne nomme borland (un des premier ) je l'ai refait sous dev c++ et la surprise il compile et au moment de l'exe. il me plante avec le fameux message rapport d'erreur pouvez vous me dire ce qui merde ?

Voici mon code : ( sachant que je veux qui fonctionne sous dev )

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
#include <conio.h>
#include <windows.h>
#define ECR ((short far*)0xB8000000) //Constante ECR avec l'@base mem video
#define PutChar(X,Y,car) (*(ECR+80*Y+X)=car) //macro PutChar
#define GetChar(X,Y) (*(ECR+80*Y+X)) //macro GetChar
 
//Couleur de fond
#define F_ROUGE 0x4000
#define F_VERT 0x2000
#define F_BLEU 0x1000
 
//Couleur d'un caractŠre
#define C_ROUGE 0x0400
#define C_VERT 0x0200
#define C_BLEU 0x0100
 
//spécial
#define CLIGNE 0x8000
#define BRILLE 0x0800
 
int main()
{
  short toto,i=0;
  char tab[8]={"coucou"};
  while(i<8)
  {
   PutChar(8+i,13,tab[i]|(C_ROUGE|CLIGNE)); //afficher en 8,13
   toto=(GetChar(8+i,13));  //lire en 8,13
   PutChar(13+i,23,toto); //ecrire le contenu de 8,13 en 13,23
   i++;
  }
 
  //getch();
  system("pause");
return 0;
}

merci
over

[DaZumba]

L'acces direct a la memoire video est interdit dans les OS modernes. Desormais, on communique avec le driver.

[Overcrash]

Dans ce cas comment se fait t'il au bahut sous Xp j'y arrive avec le premier borland ?

[Emmanuel Delahaye]

Dans ce cas comment se fait t'il au bahut sous Xp j'y arrive avec le premier borland ?

Parce que XP supporte encore le mode 16-bit, et encore, ça dépend de la version. J'ai vu certaines choses fonctionner sous XP de base et ne plus fonctionner sous XP/SP1 ou XP/SP2...

Sous Vista, il est clair que ça ne fonctionnera pas du tout.

[Melem]

Dans ce cas comment se fait t'il au bahut sous Xp j'y arrive avec le premier borland ?

Ce compilateur (borland) que tu as utilisé produit un exécutable (.exe) MS-DOS et non Windows, Dev-Cpp lui génère un exécutable (.exe) Windows. Les exécutables MS-DOS ne fonctionnent pas directement sous Windows XP, les deux systèmes étant différents. Ils peuvent cependant être émulés à l'aide d'une machine virtuelle. C'est ce qui se passe quand tu lances un exécutable MS-DOS sous Windows.

[Overcrash]

je viens d'apprendre par un de mes prof que on pouvait déverrouiller cette protection a l'aide d'une bibliothèque "direct I/O" pour pouvoir écrire sur cette adresse.

Dans un premier temps j'aimerais utiliser cette bibliothèque mais ensuite j'aimerais si possible retranscrire le code pour a la final avoir que un .exe et qu'il soit transportable.

voyez vous?

alors avez vous des infos sur cette librairies ?

Over

[Obsidian]

je viens d'apprendre par un de mes prof que on pouvait déverrouiller cette protection a l'aide d'une bibliothèque "direct I/O" pour pouvoir écrire sur cette adresse. Dans un premier temps j'aimerais utiliser cette bibliothèque mais ensuite j'aimerais si possible retranscrire le code pour a la final avoir que un .exe et qu'il soit transportable. voyez vous? alors avez vous des infos sur cette librairies ?

N'utilise pas une bibliothèque pour contourner un problème sans le résoudre. Surtout pas si tu ne sais pas exactement ce qu'elle est censée faire !

Si tu lèves les protections avec quelque chose d'aussi brutal, tu risques d'aller écrire à un endroit qui n'est plus du tout celui que tu crois et provoquer des catastrophes.

[Emmanuel Delahaye]

je viens d'apprendre par un de mes prof que on pouvait déverrouiller cette protection a l'aide d'une bibliothèque "direct I/O" pour pouvoir écrire sur cette adresse.

Les I/O des x86 n'ont rien à voir avec la mémoire vidéo (pas du tout le même bus ni les mêmes instructions machines). Ca sert à accéder à des périphériques (contrôleurs d'IT, timers, uart etc.)

A moins que ton métier soit 'programmeur de drivers' (si c'est le cas une sérieuse remise à niveau est à envisager), tu n'as pas à te préoccuper de la gestion directe du matériel. Le système est là pour ça (c'est très précisément un de ses rôles). Il fourni donc tout ce qu'il faut, comme Direct X (sous Windows), par exemple.



Quel est ton but exact ?

[Obsidian]

bonjour, Voila j'ai un problème j'ai ecrit un code qui permet d'écrire dans la mémoire vidéo (adresse 0xB800 0000)une chaine de caractère , je l'ai déjà fait sous un vieux log qui ne nomme borland (un des premier ) je l'ai refait sous dev c++ et la surprise il compile et au moment de l'exe. il me plante avec le fameux message rapport d'erreur pouvez vous me dire ce qui merde ?

Il faut que tu te renseignes sur ce qu'est le mode protégé : le système alloue des plages de mémoire aux différents processus et lorsqu'ils en sortent, c'est le micro-processeur lui-même qui interrompt le fautif en déclenchant une exception (les fameux segfaults).

D'autre part, les segments ne fonctionnent plus du tout comme en mode réel (shift de 4 bits). À la place, la valeur qu'ils contiennent représente le numéro de la plage réservée.

Enfin, il y a des chances que la mémoire vidéo elle-même ne se trouve plus à cet endroit. À l'époque des ordinateurs 8 et 16 bits, le matériel était encore suffisamment statique et rudimentaire pour que le constructeur lui-même lui alloue des plages fixes. Aujourd'hui, toutes les cartes vidéos fonctionnent différement (ne serait-ce que pour gagner en performance) et comme avec le bus PCI, tu peux brancher plusieurs cartes du même type, les plages de mémoire sont définies à l'initialisation de la carte.

Si ton programme fonctionne encore sous XP, comme l'ont dit Melem et Emmanuel, c'est parce que le système émule le DOS en ré-établissant au mieux l'environnement de l'époque, et en rattrapant les exceptions du CPU pour aller reproduire lui-même l'effet escompté.