Discussion :

[Mercenary Developer]

Bonjour,

Sur http://fr.wikipedia.org/wiki/X86 on peut lire, en gros que le modèle de mémoire LARGE permet d'avoir plusieurs segments de code et de data.

Avec Turbo C, configuré avec le modèle de mémoire large, je compile le code suivant:

Code :

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

1
2
3
4
5
6
7
unsigned char toto[65000];
unsigned char titi[65000];
 
main()
{
   return(0);
}

Et la j'ai l'erreur:

Too much global data defined in file

C'est bizarre, en modèle tiny ou medium cela ne m'aurait pas choqué, mais en large le compilateur devrait trouver les adresses des variables à partir du segment et de l'offset ?

Sur un autre code, compilé toujours en mémoire large, et en regardant avec Turbo Debugger je constate qu'il accède à la variable uniquement avec son offset, DS étant initialisé au segment de début de donnée, et pas réactualisé si on change de segment. Donc si les données globales dépassent ce segment, il n'arrive pas à y accéder.

Je suis novice en C, quelqu'un pourrait-il m'expliquer d'où vient mon erreur ?

Cordialement.

[Emmanuel Delahaye]

Sur http://fr.wikipedia.org/wiki/X86 on peut lire, en gros que le modele de memoire LARGE permet d'avoir plusieurs segments de code et de data.

Avec Turbo C, configurer avec le modele de memoire large, je compile le code suivant:

Code :

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

1
2
3
4
5
6
7
unsigned char toto[65000];
unsigned char titi[65000];
 
main()
{
   return(0);
}

Et la j'ai l'erreur:

Too much global data defined in file

Ce n'est pas un problème de C mais d'architecture. Un x86 en mode réel (16-bit) a une capacité d'adressage de 65536 octets par segment. Or, même en mode large, où le segment de donné n'est pas partagé avec le code, celui-ci ne peut dépasser 65536 octets (et encore, certains sont réservés par le système).

Ce que tu demandes est donc physiquement impossible en statique. Par contre, tu peux allouer jusqu'à 640k (voire plus avec des astuces plus ou moins complexes) en mémoire dynamique cumulée, tout en sachant qu'un objet ne peut dépasser 64k de mémoire contigüe.

Si tu as des problèmes de mémoire, je te conseille d'oublier le mode réel (obsolète depuis le 386 et Windows 3.x, années 90/95), et de passer au moins en mode protégé (32-bit) avec un compilateur moderne comme gcc. Quel est ton système ?

[Jean-Marc.Bourguet]

Il n'y avait pas un mode huge qui permettait de s'affranchir des contraintes du mode large sur la taille totale des données globales et la taille des objets?

[Emmanuel Delahaye]

Il n'y avait pas un mode huge qui permettait de s'affranchir des contraintes du mode large sur la taille totale des données globales et la taille des objets?

A ma connaissance, il est buggé.

[Gruik]

(Ca me rappelle un vieux Borland C pour window 3.1)

[Emmanuel Delahaye]

(Ca me rappelle un vieux Borland C pour window 3.1)

Avec Turbo C,