Conversion de type d'un SINGLE et "Erreur 16 : Expression trop complexe"

Bonjour et meilleurs vœux à tous.

Dans un premier temps je voudrais vous remercier de m'aider dans la résolution de ce problème.

DarkVader :
Je ne suis pas encore passé sous Vista, ce n'est pas la raison de mon problème.
J'ai donc entrepris d'effectuer un test complet de la mémoire vive de mon pc grâce à memtest afin de vérifier son intégrité mais malheureusement (ou pas ? :P) aucune erreur n'a été détectée.

Je suis donc toujours confronté à ce problème d'IDE et voici un récapitulatif de tous ce que j'ai mis en œuvre pour essayer de le résoudre :

- Changement de type des variables concernées
- Changement des opérateurs de conversion
- Réinstallation complète de mon système d'exploitation
- Installation de VB6 + SP6
- Test de la mémoire vive

Les symptômes sont toujours les mêmes :

- Le programme compilé fonctionne correctement
- Le mode pas à pas fonctionne correctement
- Seule l'exécution via F5 ou CTRL+F5 génère le code d'erreur 16

Bien que ce problème ne soit pas 'bloquant' car je peux toujours appuyer sur F8 puis F5 pour permettre à mon application de continuer à s'exécuter 'normalement', je suis toujours à la recherche d'une solution pour retrouver une utilisation normale de VB6.

Je vous tiendrais au courant si la situation évolue.

Cravis.

Bonjour Cravis,

Citation:

---

expression trop complexe

Print #numFic, "PRESSION " & Format(MaxPress, "0.0")

---

Et si tu essayais de faire passer la variable dans l'appel de la sub, et de la mettre private au lieu de global ou public

Code:

---

1 2	sub .......(maxpress as single)

---

Cet essai n'est certainement pas très difficile à faire et ne prend pas beaucoup de temps.

A+

Bonjour iclic,

J'ai effectué ton test et effectivement, en passant la variable en paramètre l'IDE ne me génère plus aucun code d'erreur (pour cette variable en tout cas).

Je pense que j'ai du atteindre une des limite de l'IDE en matière de gestion de variables ou un truc du genre alors. Malheureusement sans un gros remaniement du code je ne pourrais pas conserver définitivement cette solution car il y a près d'un millier de variables globales concernées et qui sont utilisées ailleurs, par des Form ou par d'autres modules de mon application (elle comporte une 50aine de Form et une 20aine de modules).

C'est d'autant plus injustifié que compilée l'application fonctionne très bien.

Vu la taille de l'application et en recoupant avec l'expérience qu'a eu DarkVader je me demande si je n'arrive pas tout simplement à la limite de ce que ma RAM peut fournir lors d'une exécution en mode débogage (je n'ai qu'un Go pour le moment).

Je vais demander à ma société de me rajouter 1Go de RAM pour voir si dans ce cas le problème disparait.

A bientôt.

Bonjour,

Code:

---

1 2	il y a près d'un millier de variables globales concernées

---

Donc c'est bien un problème de mémoire.
J'ai réfléchi et je pense:
1.la 1ère fois avec ta variable 'dens_eau, le fait de faire 'format, qui est une fonction de VB6, a été remettre dans une autre case mémoire le résultat de ta variable, donc celà a fonctionné,puis l'erreur de manque de mémoire s'est reporté sur une autre variable (maxpress).
2.Je crois comprendre la cause de l'erreur avec le débug, car il a besoin de beaucoup plus de place en mémoire(puisque code visible + compilé), tandis que l' .exe en code natif prend moins de place.
C'est pourquoi,à mon humble avis, en débug, ton erreur alors que en .exe,ça passe sans problème.
Ne faudrait-il pas réduire le nombre de variables globales, en les passant comme dans l'essai que je t'ai conseillé par les 'sub (si c'est possible) plutôt que de rajouter 1 RAM ?

A+ et bon courage

Citation:

---

Ne faudrait-il pas réduire le nombre de variables globales, en les passant comme dans l'essai que je t'ai conseillé par les 'sub (si c'est possible) plutôt que de rajouter 1 RAM ?

---

Dans l'idéal il faudrait vraiment faire une grosse optimisation du code mais ce programme (dont je ne suis pas le développeur d'origine) est issu de plus de 7 ans de recherche/développement et est vraiment gigantesque en plus d'être mal optimisé.
Je travaille dessus pour y ajouter d'autres fonctions de calcul et options de présentation des résultats.

Pour des raisons de délai/coût il n'est pas envisageable pour la société qui m'emploie de refaire entièrement le noyau de calcul de cette application ce qui serait évidement la meilleure des solutions.

Donc je cherche juste à corriger ce problème d'IDE afin de pouvoir continuer mon travail dans des conditions plus agréables.

Je te tiendrais au courant ici de la résolution (du moins l'espère) de ce problème une fois la mémoire vive de mon poste de développement augmentée.

(Pour la petite info, l'outil d'analyse de source de MZ-Tool au début que j'ai repris ce projet m'a pondu une analyse de code au format xml pesant plus de 84Mo et pour te donner une idée de la taille de cette application, la plupart des fonctions de calcul 'pur' dépassent allègrement les 5000 lignes de code :P, c'est vraiment démentiel)

Cravis.

Donc si je te comprends bien tu dois te débrouiller avec une application mal foutue, excuse moi l'expression.

Alors amicalement ,bonne M.....

Oui c'est tout à fait ça :P

C'est toute la difficulté : je ne choisi pas les conditions dans lesquelles je travail, je dois m'y adapter !

EDIT :

Après avoir effectué le test avec 2Go de Ram, le problème persiste.
Je vais donc faire avec, faute de pouvoir prendre le temps de diminuer de manière significative le nombre de variables globales.

Hoooo yes !!!

J'ai enfin trouvé la raison de ce dysfonctionnement.

Parmi toutes les variables globales définies se trouvait cette ligne :

Code:

---

1 2	Public Tab1(5, 50), Tab2(3, 50), Tab3(2, 50), Tab4(4, 50) As Single

---

Hors les déclarations énumérées de ce type font que Tab4 était bien typé en tant que tableau de SINGLE mais les autres tableaux étaient déclarés en tant que VARIANT.

J'ai donc (mais pas du tout dans ce but mais plutôt pour régulariser leur type) déclaré ces tableaux ainsi :

Code:

---

1 2	Public Tab1(5, 50) As Single, Tab2(3, 50) As Single, Tab3(2, 50) As Single, Tab4(4, 50) As Single

---

Depuis le problème à complètement disparu.

Je ne sais par contre toujours pas pourquoi l'EDI détectait l'erreur sur la variable DensEau mais l'essentiel est que le problème soit résolu !!!

Merci à tous ceux qui se sont penché sur ce problème avec moi.

Bonjour à tous,

Je reposte sur ce sujet résolu car j'ai identifié et résolu une autre source de ce problème :

J'avais déclaré un tableau dynamique et afin de savoir s'il était ou non initialisé j'effectuais le teste suivant :

Code:

---

1 2 3 4 5 6

If Not(Not montableau) Then '..... tableau initialisé Else Redim montableau(0) End If

---

Suite à l'insertion de ce code je me suis de nouveau retrouvé avec l'erreur 16, se produisant de manière systématique et totalement ailleurs dans mon programme.

J'ai donc remplacé le code ci dessus par :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

Private Declare Sub CopyMemory Lib "kernel32" Alias "RtlMoveMemory" (pDst As Any , pSrc As Any , ByVal ByteLen As Long )   Private Declare Function VarPtrArray Lib "msvbvm60.dll" Alias "VarPtr" (Ptr() As Any ) As Long   Function IsArrayNull( ByRef aArray() As String) As Boolean Dim lVarPtr As Long, lRet As Long lVarPtr = VarPtrArray(aArray) Call CopyMemory(lRet, ByVal lVarPtr, 4&) IsArrayNull = (lRet = 0) End Function     'Puis dans ma procédure :   If IsArrayNull(montableau) Then Redim montableau(0) End If

---

Et le problème à de nouveau complètement disparu.

Ce code n'est pas de moi, je l'ai trouvé après de nombreuses recherches sur un forum dont je ne peux pas dire le nom ici (règles du forum) alors je le partage avec vous.

Je remercie son auteur s'il passe ici de m'avoir autorisé à le copier.

Cravis.

Cette solution était déjà dans la même file de posts que le code pourri (not not ...) que tu as utilisé ?
(=> http://www.developpez.net/forums/d41...e-dimensionne/)
ou plus simplement dans la FAQ :http://www.developpez.net/forums/d40...idimensionnel/
Comme quoi il faut tout lire :mouarf:

Citation:

---

C'était déjà dans la même file que le code pourri que tu as utilisé ?
(http://www.developpez.net/forums/d41...e-dimensionne/)
ou plus simplement dans la FAQ :http://www.developpez.net/forums/d40...idimensionnel/
Comme quoi il faut tout lire

---

J'ai pas très bien compris ta première phrase mais si tu veux savoir si je bosse toujours sur le même programme mal foutu c'est Oui :yaisse2:

Sinon la solution était simple à trouver,mais le plus dur vu les plantages aléatoires d'IDE (arrêt pas au bon endroit, impossibilité de déboguer etc...) que ça génère est de trouver où est le problème.

Là j'ai déjà recensé deux types de problèmes distincts qui génèrent la même erreur d'IDE donc je continuerais à poster ici ainsi lorsque des personnes chercheront "Erreur 16 : Expression trop complexe" sur google ils auront directement tous les cas de figures possibles sur ce post.

bonne idée !
il faudrait faire un moratoire référencement on gagnerait des places sous gg je pense en appliquant quelques principes de base.

bonjour,

l'add-in MZTOOL m'a permis de faire du "ménage" sur pas mal d'applications VB6 agées de plusieurs années que j'ai du reprendre et que je dois maintenir (variables non utilisées, etc.).

donc je le conseille

dispo sur le site dans "Les meilleurs outils gratuits pour Visual Basic 6 et VBScript > Compléments - AddIns"

bonne continuation

Bonjour,

Merci du conseil, mais cet outils fait déjà parti de mes indispensables ;)

Cravis.