[VB6]Question sur Make .exe

**riesseg** · 19/05/2006, 21h41

Juste comme ca...

J'ai une appli, je fais un exe, je l'empaquette et j'expedie...
Sur un autre PC, ca marche tout bien tout cool, sans pb...

Pis je dois faire des modifs dans l'appli, je l'ouvre avec vb6 pis je lance la compile pour voir un truc...

Puis la, il me claque au milieu des doigts, avec une veille erreur 9...
En fait, un debug.print impossible...
J'fais OK, pas de prob, Delete

Mais sur mon exe de l'appli, ca fait quoi ??

Les Debug.Print sont supprimer lors de Make .exe ??

Un doute m'assaille....
J'ai des chances d'avoir ce bug sur mon appli ou pas ??

**sovo** · 19/05/2006, 22h04

si je comprend bien tu as deja creer l'exe, mais tu s fait des modifications sur ton logiciel et maintenant l'ancien n'exe (evidement) n'aura pas ces midification. Une seule chose a faire : recreer l'exe et le remplacer partout ou tu l'avais mis. et le tour est joue.

**riesseg** · 19/05/2006, 22h21

heu... non, c'est a peu pret pas du tout ca Sovo

Je recommence

code1:

Code :

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

1
2
 
Debug.print MonObjet

ceci plante lorsque je fais executer avec F5 de vb6
Je fais un .exe (Make .exe, donc independant de la biblio vb6, d'ailleurs, le exe est sur un autre PC) avec ce dit code qui plante dans mon vb6
Ce dit exe ne plante pas.

J'aimerai en fait savoir ce qui est devenu de mon Debug.print qui faisait planter mon exe...

Ils sont igniorés lors de Make .exe, car c'est un rapport avec la fenetre vb6 ?
Mon exe sur mon autre PC a des chances de planter ??

J'espere que c'est plus claire Sovo

**sovo** · 19/05/2006, 22h33

voila ce que dit l'aide en ligne

Debug, objet

L'objet Debug envoie les données de sortie dans la fenêtre Exécution au moment de l'exécution.

Print, méthode

Affiche du texte dans la fenêtre Exécution.

comme le dit l'aide il affiche un message dans la fenetre d'execution "de VB", hors ton exe ne depend plus de cette fenetre et donc ce message d'erreur ne devrais plus de la meme facon s'afficher (ceci n'est pas une grande certitude, ainsi un membre qui s'y connais mieux que moi sur la question pourra te donner une analise plus approfondit, moi je n'ai fait que te donner mon analise de la chose).

Ausi une question me traverse l'esprit, que ce passe t'il losrque tu enleves (ou met en commentaire) ce bout de code ??

**riesseg** · 19/05/2006, 22h37

bin j'ai pus de message d'erreur pardi ^^

**sovo** · 19/05/2006, 22h40

Envoyé par riesseg

bin j'ai pus de message d'erreur pardi ^^

et il fonctionne comment l'appli ?? je presume bien. dans ce cas je croit que mon explication tien la route.

**riesseg** · 19/05/2006, 22h54

Nan mais j'avais pas de pb sur ce point la ( ca doit etre la 30eme fois que je fais un install de mon appli

)

C'est plus par curiosite personnelle

**sovo** · 19/05/2006, 23h06

Envoyé par riesseg

j'avais pas de pb sur ce point la .....
C'est plus par curiosite personnelle

beh c'est deja ca.

**jmfmarques** · 19/05/2006, 23h11

Probablement (mais pas sur) : une question de répertoires !
un .frm ici, une copie totale du répertoire avec des rajouts là...(ailleurs) ... et un pointage, pour le vbp, vers un répertoire renommé !
Solution : soit continuer ainsi mais alors s'exposer de nouveau à ce problème lors de la prochaine modification du .frm, soit recommencer immédiatement le projet en rapatriant dans un même répertoire toutes les forms, tous les modules, mais aussi toutes les images et icônes utilisées.

**sovo** · 19/05/2006, 23h15

Envoyé par jmfmarques

soit recommencer immédiatement le projet en rapatriant dans un même répertoire toutes les forms, tous les modules, mais aussi toutes les images et icônes utilisées.

ouf quel travail !!! j'espere qu'il n'est pas "grand" ton appli.

**riesseg** · 19/05/2006, 23h18

J'ai carrement pex compris pourquoi t'as dit ca jmfmarques...

Mais je vias faire semblant d'avoir tout compris, et je vais acquisser avec un grand sourrire.

**jmfmarques** · 19/05/2006, 23h27

Tiens Riesseg : tu vas tout comprendre :
Copie tout ton répertoire sur un support, tel qu'il est.... (sur un CD, une clé USB,...)
Ouvre ensuite ton projet vbp depuis ton support et compile !

**sovo** · 19/05/2006, 23h29

Envoyé par jmfmarques

Tiens Riesseg : tu vas tout comprendre :
Copie tout ton répertoire sur un support, tel qu'il est.... (sur un CD, une clé USB,...)
Ouvre ensuite ton projet vbp depuis ton support et compile !

ca sent le roussi

**riesseg** · 19/05/2006, 23h35

hum...

nan mais je crois que t'as mal compris le truc...

Toutes mes form, cls, et tout le bordel autour est dans le meme dossier...
(pis j'ai pas de clef usb, ou de cd :p )

c juste le debug.print qui marche pas car monobjet n'est pas imprimable...

donc voila

**jmfmarques** · 19/05/2006, 23h38

Mais non ! pas le roussi !
Je me suis planté plus d'une fois avec ces machins là !
Un pointeur mémorisé par VB vers un fichier sur un répertoire et renommage du dit répertoire !
Précaution à prendre quasi systématiquement si l'on se sert d'icônes ou d'images : les mettre dans le même répertoire que celui de l'appli et "forcer" la main lors du Form_activate.
C'est ce que je fais maintenant systématiquement (me suis planté plus d'une fois)
Si, quand tout est fini, on veut "figer" sans "trimbaler" ces fichiers : on les met en dur dans les propriétés et leur pointage dans le Form_activate est mis en commentaires (pour le cas de modifs ultérieures... on enlève alors ces commentaires pour les tests), puis on fait l'exe sur ces bases !