Discussion :

[callapa]

Bonjour,

J'utilise Visual Basic 2005 Express Edition et je rencontre quelques problèmes lors de la génération de mon executable.

J'ai réalisé un programme qui fonctionne bien sur ma machine de développement. Lorsque je fais "publier" VB me génére un exe qui lui fonctionne très bien sur ma machine mais qui pose problème sur les machine autre que celle sur lequel elle fut développée.
Je vous explique son comportement :
Mon application est un client qui se connecte sur un serveur lorsque je clique sur un bouton. Lorsque je lance l'application tout semble fonctionner mais dès que je lance l'ouverture de connexion mon programme plante puis se ferme.
Hors, si je lance mon application depuis le fichier Setup créé lors de la publication de mon exe, alors là tout fonctionne. Y a t'il une astuce pour générer un exe sans passer par le fichier Setup ?

D'avance merci pour votre aide.

[callapa]

un petit up en espérant avoir une réponse.
Peut-être que mon explication n'est pas très claire aussi...

[Piotrek]

Salut

J'ai pas tres bien compris l'histoire du fichier setup mais:

- Si tu utilise des Dlls qui ne sont pas standard et non inclues dans le framework, verifie qu'elles existent bien apres l'install sur l'autre client
- Analyse l'exception generee par ton application
- Si elle n'est pas explicite, cree dans ton code une gestion d'erreur en mettant quelques try-catch + msgbox dans les etapes cruciales de la connection au serveur.

[callapa]

Bon, je m'en douté mon explication n'est pas claire.

Pour faire plus simple :

Est-il possible sous Visual Basic Express de créer un fichier éxécutable final de son programme ? si oui comment fait-on ?

Car mon fichier exe créé ne fonctionne que sur ma machine (celle avec laquelle je l'ai développé). Si je le lance sur une autre machine cela ne fonctionne pas.

[callapa]

le seul fichier qui fonctionne ailleur que sur ma machine c'est un fichier dont l'extension est xxxxx.manifest

C'est quoi ca les fichiers en .manifest ?

[dev01]

Salut .

sur ta deuxieme machine (celle ou tu ne développes pas) tu as bien installé le framework 2.0 ?

Sinon le fichier .manifest est un fichier d'indication des librairies systèmes à utiliser. Il est généré automatiquement est ne doit pas modifié.

[callapa]

Oui dev01, j'ai bien installé le framework 2 sur l'autre machine.

Ce que je trouve étrange c'est que lorsque je compile le programme, VB studio me créé un fichier manifest, un fichier setup.exe ainsi qu'un directory avec plein de fichier. Si je lance le setup.exe sur l'autre machine, une installation démarre puis ensuite mon programme se lance et fonctionne correctement. Je ne comprend pas le fonctionnement de ce fichier setup et pourquoi mon programme en .exe qui se trouve dans la directory release ne fonctionne pas.

[callapa]

Bon j'ai avancé dans le problème.

Pour résumer :
Il se trouve que l'exe créé fonctionne sur la machine qui sert de développement mais pas sur les autres même si le framework 2 est installé.

Le programme plante dès que je lance un thread contenant quelques lignes de code sinon si je fais un simple thread avec un messagebox.show("coucou") le programme fonctionne sans planter.

Il y a t'il des recommandations pour lancer un thread ?
Voici les commandes que j'utilise :

Code :

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

1
2
3
4
5
 
Dim threadconnect As New System.Threading.Thread(AddressOf demande_connection)
Dim threadpopup As New System.Threading.Thread(AddressOf popup)
threadconnect.Start()
threadpopup.Start()

[callapa]

Enfin j'ai trouvé mon problème, cela provient de la ligne suivante :

Code :

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

Public Declare Sub Sleep Lib "kernel32" Alias "Sleep" (ByVal dwMilliseconds As Integer)

Dès que j'appel la fonction Sleep(xxx) mon application plante. existe t'il un truc à intégrer au projet afin de lui dire charger cette DLL ou un truc dans le genre ? Je tiens à rappeler que je n'ai pas de problème quand je lance mon programme sur la machine où je l'ai développé.

[Angath]

Pour faire un sleep, utilise Thread.sleep(milliseconde) dans l'espace de nom System.Threading. Ca t'éviteras de faire appel une une dll externe (kernel32)

[callapa]

Super Angath ca fonctionne ! merci pour ton aide