Discussion :

[oncle ervil]

Bonjour,

J'utilise actuellement une librairie de décodage d'image qui utilise une grande quantité ( plusieurs Mo je pense ) de mémoire STACK. A l'appel de ma fonction de décodage, j'ai le message d'erreur suivant: "Espace de pile insuffisant". Je voudrais donc augmenter la taille de cette pile. Est-ce possible en VB6 ?

Merci d'avance pour vos réponses.

[oncle ervil]

J'ai lu sur des newsgroups ( http://groups.google.fr/group/comp.l...d12d2239554103 )
que la taille de cette pile d'une application VB6 est fixée à 1Mo et augmente dynamiquement en cas de besoin si de la mémoire est encore disponible sur le système. Est-ce exact? Mon problème peut-il venir du fait que j'ai seulement 256 Mo de RAM sur mon PC?
Sinon quelqu'un a-t-il des détails sur la gestion de cette pile?

Merci beaucoup d'avance.

[Catbull]

Tu es sur qu'il ne s'agit pas d'une recursivité sans condition d'arret? A ma connaissance, tu ne peux pas jouer sur la taille de la pile.

De plus VB n'est pas vraiment fait pour faire du traitement d'image.

[oncle ervil]

Merci pour ta réponse mais je suis certain qu'il n'y a pas de récursivité infinie. La librairie que j'utilise est connue pour utiliser beaucoup de mémoire dans la pile.
En revanche, le décodage d'image à proprement parlé se fait dans une DLL écrite en C et intégrée à mon application VB6. En fait VB ne me sert que pour l'affichage. Mais c'est bien VB6 qui détermine la taille de la pile, hélas...
Merci quand même.
Existe-t-il des moyens de contourner ce problème ?

[HPJ]

Sinon il reste toujours la possibilité de modifier la taille de la pile dans l'entête de l'exécutable lui-même.

Si tu as un éditeur hexadécimal, ouvre l'exécutable:
A l'adresse 3Ch: les 4 octets représentent l'adresse du bloc PE
A l'adresse PE + 5Fh: les 4 octets représentent la taille max de la pile, il suffit de la modifier en espérant que ça perturbe pas VB...

[oncle ervil]

Merci pour ta réponse. Surtout qu'elle a l'air de marcher!
J'ai modifié les quatre octets à partir de l'adresse 'Adresse PE+0x5F' et mon décodage ne provoque plus de dépassement de pile. Je n'ai pas détecté pour l'instant de problème de comportement de mon exe. En un mot:
Merci!