Discussion :

[jontleman]

Bonjour,

J'ai fait une application assez conséquente (15000 lignes) sous visual studio et j'ai souvent la même erreur pendant l'exécution:

L'exception AccessViolationException n'a pas été gérée

"Tentative de lecture ou d'écriture de mémoire protégée. Cela indique souvent qu'une autre mémoire est endommagée."

Ca arrive suite à certaines actions mais ça reste assez aléatoire.
Est-ce que la machine ne supporte pas autant de calculs?
Auriez-vous des solutions?

Merci d'avance.

[Mat.M]

*soit c'est un problème de processus et variables "thread safe"; voir dans le MSDN à ce sujet
*soit le projet nécessite bcp de mémoire il faut le scinder en dll avec des Class Library

[olsimare]

Bonjour.

15 000 lignes c'est pas énorme par rapport à ce que tu ramasses avec les librairies system.* du framework.

T'aurais pas des API que tu utiliserais à grand gros coup de marshal et intpr ? J'ai eu le même soucis avec des pointeurs mal positionnés.

Cdt.

[Aspic]

Vérifie aussi la pile... on ne sait jamais !

Sinon c'est pas un problème de ligne de code, je te rassure

[Mat.M]

Bonjour.

15 000 lignes c'est pas énorme par rapport à ce que tu ramasses avec les librairies system.* du framework.

Il ya erreur : le framework est compilé et optimisé, en plus le Framework .NET n'est pas compilé en Intermediate Language mais en natif en grande partie..
15000 lignes pour toi ce n'est pas énorme mais qu'en est-il une fois compilé ?
Qu'en est -il réellement des allocations mémoires nécessaires de la pile de variable ?
Un gros projet ne se fait jamais de manière monobloc mais en modules distincts que l'on charge ou décharge selon les besoins.

[olsimare]

Bonjour.

C'est intéressant ce que tu évoques Mat.M.

J'ai bien plus de 15 000 lignes de codes pour un bête projet mais la plupart sont au sein d'un projet de type bibliothéque de class.
Est-ce pour cela que personnellement je n'ai pas à faire face à ce type de probléme ?

Ce qui me perturbe, c'est que si je ne me trompe pas, ma Dll va se retrouver chargée en mémoire pendant l'exécution et ça c'est quasi-transparent sur un PC actuel...

J'en conclu personnellement que le nombre de lignes importe peu, et que comme tu le dis aussi le risque serait plutôt d'empiler les variables et là on est plus dans un probléme de conception qu'autre chose...

Cdt.

[Mat.M]

olsimare,
bjr oui désolé de répondre tardivement mais en général un projet pro se fait comme tu le fais avec des modules bien distincts

Ce qui me perturbe, c'est que si je ne me trompe pas, ma Dll va se retrouver chargée en mémoire pendant l'exécution et ça c'est quasi-transparent sur un PC actuel...
Cdt.

absolument ; on peut la charger et la décharger de la mémoire selon les besoins.
Si on place tout dans un exe unique cela va requérir plus d'allocations mémoire plus de place pour la pile des variables etc..