penchu
Messages postés167Date d'inscriptionmercredi 11 février 2004StatutMembreDernière intervention 5 janvier 2006
-
1 juin 2005 à 10:52
scortex84
Messages postés379Date d'inscriptionmardi 19 mars 2002StatutMembreDernière intervention20 avril 2011
-
4 juin 2005 à 11:45
BOnjour à tous,
je suis à la limite du suicide....
J'ai fait une application en vb.net (avec vs 2003) sous windows xp pro,
le framework 1.1, toutes les mises à jour possibles, office 2003.
Je compile mon applic en mode debug. Je partage le dossier le
l'appli pour pouvoir la mettre sur une autre machine (avec toutes les
mises à jours aussi, access 2003, la même version de framework, le sdk,
bref, la totale.
Mais je désespère parce que je récupère toujours une exception non gérée.
Je ne sais vraiment pas quoi faire.
J'ai même installé #develop sur cette machine et j'ai importé mon
projet afin de le compiler sur cette machine (on sait jamais). Mais
erreur, j'ai toujours cette exception (je n'ai aucune erreur quand je
lance le programme sur le pc avec lequel je l'ai développé)
J'ai même installé vs.net sur la machine client pour voir. Lorsque je compile avec ça, ça marche.
Mais pourquoi pas autrement? Ce n'est vraiment pas pratique ni
économique de devoir installer vs.net sur toutes les machines sur
lesquelles mes programmes tournent.
penchu
Messages postés167Date d'inscriptionmercredi 11 février 2004StatutMembreDernière intervention 5 janvier 2006 1 juin 2005 à 18:45
bon en fait, je tiens à m'excuser de vous avoir fait perdre votre temps pour moi.
J'ai cherché cherché cherché et je me suis dit que ça pouvait pas être
à cause du mscomm32.ocx parce que j'ai fait un petit prog de test avec
un mscomm32.ocx et je l'ai mis sur une autre machine client. Et ça
marche, sans problème. (je trouve d'ailleurs bizarre que ça marche).
Soit, en fait, dans mon prog, j'appelle à un moment donné une
fonction qui crée un fichier sur un serveur du réseau. Le problème,
c'est qu'il faut être inscrit dans Active Directory(histoire d'avoir
les permissions d'accéder aux fichiers du serveur).
Et le problème venait de là. Pour que le problème disparaisse,
j'ai entré un login et un mot de passe d'une autre machine (parce que
les 2 où je dois déployer mon applic ne font pas partie du réseau pour
l'instant).
Maintenant, j'ai donc accès aux fichiers du serveur, on est d'accord?
Du coup, je lance mon applic, et oh stupeur, oh étonnement, oh miracle, ça marche.
Je vous jure que mon pc à failli passer par la fenêtre à certains moments.
Enfin soit, je tiens à vous remercier énormément pour l'aide que
vous m'avez fourni, et tiens à m'excuser de vous avoir fait chier avec
tout ça.
ps, j'ai retenu l'idée de faire un setup, c'est une très bonne idée.
Mais je vais le faire avec VS.net, ya un truc tout fait dedans et il
est bien fait, alors je vais le faire ainsi
youplaboom69
Messages postés37Date d'inscriptionlundi 19 janvier 2004StatutMembreDernière intervention19 octobre 2006 1 juin 2005 à 11:03
Salut je vois ce que tu veux dire...c'est enervant hein
Moi je travail avec VB 6 et j'ai eu le même probleme. En fait c'est des Dll ou des trucs comme ça qui manquent.
Pour le resoudre, il faut que tu recherche le moyen de te créer un logiciel d'installation. Vb te fait ça les doigts dans le nez avec l'empaquetage. je suis sur que c'est possible avec Vb.net aussi ms je pourrais pas te donner la démarche.
Sers toi de l'aide pour trouver une solution plus appropriée.
j'espere que tu trouvera moi je peux que te mettre sur la voie ms dans l'urgence c'est deja bien non .
Bonne journée et bon courage
Vous n’avez pas trouvé la réponse que vous recherchez ?
opsi1985
Messages postés15Date d'inscriptionjeudi 26 mai 2005StatutMembreDernière intervention29 septembre 2007 1 juin 2005 à 11:04
REUH, pour faire le setup tu utilise l'outils de microsoft : "assistant
d'empaquetage et déploiement", oua autre chose ? Parce que "assistant
d'empaquetage et déploiement" je le trouve asser bof :s !
scortex84
Messages postés379Date d'inscriptionmardi 19 mars 2002StatutMembreDernière intervention20 avril 20111 1 juin 2005 à 11:15
Reeee
Bah non j'utilise pas "assitant empaquetage gniagniagnia", on parle de VB.NET non ?! (Sinon assitant truc machin c'est en VB6!)
Donc comme j'expliquais (vous etes des boulets parfois les mecs !), tu utilises un projet "de configuration et de déploiement".
C'est 10000 fois plus performant que "assitant gniagniagnia", et cela ressemble beaucoup aux setups crées avec ... un outil pour faire le setup (je ne me souviens plus le nom).
C'est très puissant : tu peux faire apparaitre une licence d'utilisation que l'utilisateur doit accepter pour installer, etc, etc, un vrai setup de Grands !
Donc voilà, et surtout comme ça tu n'aurais pas à installer VS2003 sur tous tes clients, car ça va te couter cher en licence... Remarque pour débugger c'est pratique...
opsi1985
Messages postés15Date d'inscriptionjeudi 26 mai 2005StatutMembreDernière intervention29 septembre 2007 1 juin 2005 à 12:01
Merci seb, pour les précisions, mais moi j'ai oublier de preciser je parlais de VB 6
Mais je viens de trouver Visual Studio Installer qui à l'air d'etre
quand même sympa, bref je sais pas si c'est ca dont tu parle seb (aller
suis qu'un petit boulet .... :D)
penchu
Messages postés167Date d'inscriptionmercredi 11 février 2004StatutMembreDernière intervention 5 janvier 2006 1 juin 2005 à 12:28
je viens de me rendre compte d'une chose mécchament importante je pense. Quand je regarde dans mon 'Ajout/suppression de prog', je vois que j'ai installé le pack french language pour le framework.
Je me demande si c'est pas ça qui foire.
Du coup, je l'installe sur les machines client, on verra bien
je vous tiens au courant.