vicosta
Messages postés178Date d'inscriptionlundi 5 juin 2006StatutMembreDernière intervention30 novembre 2011 12 janv. 2007 à 01:57
Il me sempble qu'in en a trop de commandes Next, Finish, Cancel ainsi que que quelques autres détails de trop
Pour finir, on aura un éxécutable de grande taille à cause de cela
De reste, c'est bien travaillé
cs_ajaja
Messages postés27Date d'inscriptionjeudi 30 octobre 2003StatutMembreDernière intervention29 octobre 2012 26 sept. 2006 à 16:35
Malheureusement vous n'avez pas compris le but de ma source.
Le but est de faire une installation à un programme choisi.
L'exécution indépendante, bien que je ne l'ai pas mis ici (cause de taille max) a eu votre principale intéret.
Ma source n'est pas seulement exécuter indépendamment mais aussi de lire/ecrire les fichiers, lire/modifier le registre, créer des raccourcis, exemple de compression en vb, exécution des programmes et attendre qu'il finissent, progress bar,...
Pour l'exécution indépendante, chaqu'un a ces méthodes, comme mettre les fichiers dans la meme reperatoire, programme c (ma methode),...
J'espère que vous aver bien compris ma source car les notes associés oubien 10/10 oubien 1/10 !!!!
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 24 sept. 2006 à 12:39
C'est faux, Romit
romit
Messages postés160Date d'inscriptionjeudi 28 août 2003StatutMembreDernière intervention30 juin 2011 24 sept. 2006 à 11:57
Pour faire tourner un Exe sans la DLL il suffit d'avoir la version anglaise de VB6 !!!
Quand vous avez ça, votre programme est totallement independant !!!
cs_titicar
Messages postés181Date d'inscriptionjeudi 30 mai 2002StatutMembreDernière intervention19 août 2012 14 sept. 2006 à 18:39
moustachu : J'arrive sans doute trop tard sur ce post. Mais il ne faut JAMAIS placer des DLL, OCX et autres dans le répertoire où se trouve l'EXE compilé avec VB... Sauf le cas très extrême où tu es certains que les DLL et OCX ne seront jamais partagé avec d'autres programmes.
J'ai fait une fois l'expérience de placer les DLL et OCX sur un CD-Rom où se trouvait mon EXE.
J'ai ensuite utilisé ce CD sur un PC quelconque (qui ne possédait pas ces DLL) : Windows a tout simplement référencé les DLL avec comme chemin d'accés... le CD ! C'est pas cool dans la base des registres.
Part la suite évidemment, si d'autres prog utilisent les mêmes DLL, Windows va les chercher ... sur un CD. Et le pire avec VB, c'est qu'il n'y a pas de message d'erreur explicite dans ce contexte. De mémoire, je crois que l'erreur générée était la n°5... Erreur trop banale.
diechin_dimitri
Messages postés9Date d'inscriptionjeudi 29 juillet 2004StatutMembreDernière intervention26 août 2005 26 août 2005 à 18:34
Pour le erreur jevous conseille un debugger
cs_ajaja
Messages postés27Date d'inscriptionjeudi 30 octobre 2003StatutMembreDernière intervention29 octobre 2012 24 déc. 2004 à 10:08
le prog en c mais il extrait mon prog vb qui fait tout l'installation,je peut ne pas utiliser le prog c mais sa ne serait pas indépandant
cs_hakim0
Messages postés123Date d'inscriptionmercredi 27 août 2003StatutMembreDernière intervention12 août 20081 23 déc. 2004 à 20:15
oui le prog en c. tu as rien fait!!!
cs_max12
Messages postés1491Date d'inscriptiondimanche 19 novembre 2000StatutModérateurDernière intervention 7 juillet 2014 22 déc. 2004 à 20:05
Tu dis ne pas être français, pourtant ton niveau de français est dans la moyenne du site :) Comme quoi ce n'est pas les pros qui sont forcément les meilleurs. :P
@+
cs_ajaja
Messages postés27Date d'inscriptionjeudi 30 octobre 2003StatutMembreDernière intervention29 octobre 2012 22 déc. 2004 à 11:53
jack, le Stub.exe est créé par nsis et le script est install.nsi qui se trouve dans la reperatoire auto.
Tu est donc faut (1000 euros !!!)
cs_moustachu
Messages postés1079Date d'inscriptionjeudi 14 novembre 2002StatutMembreDernière intervention 1 janvier 2012 22 déc. 2004 à 09:20
Bonjour,
Faire un programme en C qui copie les dlls de VB c'est pas sorcier tout de même, 1000 euros la licence :-O
Il me semble que si les Dll sont dans le même répertoire que l'exécutable VB, l'exécutable se lance correctement, non ? Quelqu'un confirme ou infirme ?
++
Moustachu
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 22 déc. 2004 à 04:49
Oui, bah domage :
Le fichier Stub.exe fait partie d'un package disponible à cette adresse http://www.pantaray.com/qsetup.html et c'est un SHAREWARE (à 1000 euros la license pro) !
cs_ajaja
Messages postés27Date d'inscriptionjeudi 30 octobre 2003StatutMembreDernière intervention29 octobre 2012 21 déc. 2004 à 18:40
A jack
Comme je t'ai expliqué Stub.exe est un programme c++ qui décompresse et met les dll dans la reperatoire system et puis lance mon prog vb
k.almia
Messages postés21Date d'inscriptionmardi 7 décembre 2004StatutMembreDernière intervention24 mars 2014 21 déc. 2004 à 15:29
j' ai besion de votre Stub.exe et votre programme n'a pas pu fonctionner sur ma machine
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 21 déc. 2004 à 15:09
Je vais regarder ta source car je suis curieux de savoir comment tu peux faire tourner un exe VB sans la DLL !
12 janv. 2007 à 01:57
Pour finir, on aura un éxécutable de grande taille à cause de cela
De reste, c'est bien travaillé
26 sept. 2006 à 16:35
Le but est de faire une installation à un programme choisi.
L'exécution indépendante, bien que je ne l'ai pas mis ici (cause de taille max) a eu votre principale intéret.
Ma source n'est pas seulement exécuter indépendamment mais aussi de lire/ecrire les fichiers, lire/modifier le registre, créer des raccourcis, exemple de compression en vb, exécution des programmes et attendre qu'il finissent, progress bar,...
Pour l'exécution indépendante, chaqu'un a ces méthodes, comme mettre les fichiers dans la meme reperatoire, programme c (ma methode),...
J'espère que vous aver bien compris ma source car les notes associés oubien 10/10 oubien 1/10 !!!!
24 sept. 2006 à 12:39
24 sept. 2006 à 11:57
Quand vous avez ça, votre programme est totallement independant !!!
14 sept. 2006 à 18:39
J'ai fait une fois l'expérience de placer les DLL et OCX sur un CD-Rom où se trouvait mon EXE.
J'ai ensuite utilisé ce CD sur un PC quelconque (qui ne possédait pas ces DLL) : Windows a tout simplement référencé les DLL avec comme chemin d'accés... le CD ! C'est pas cool dans la base des registres.
Part la suite évidemment, si d'autres prog utilisent les mêmes DLL, Windows va les chercher ... sur un CD. Et le pire avec VB, c'est qu'il n'y a pas de message d'erreur explicite dans ce contexte. De mémoire, je crois que l'erreur générée était la n°5... Erreur trop banale.
26 août 2005 à 18:34
24 déc. 2004 à 10:08
23 déc. 2004 à 20:15
22 déc. 2004 à 20:05
@+
22 déc. 2004 à 11:53
Tu est donc faut (1000 euros !!!)
22 déc. 2004 à 09:20
Faire un programme en C qui copie les dlls de VB c'est pas sorcier tout de même, 1000 euros la licence :-O
Il me semble que si les Dll sont dans le même répertoire que l'exécutable VB, l'exécutable se lance correctement, non ? Quelqu'un confirme ou infirme ?
++
Moustachu
22 déc. 2004 à 04:49
Le fichier Stub.exe fait partie d'un package disponible à cette adresse http://www.pantaray.com/qsetup.html et c'est un SHAREWARE (à 1000 euros la license pro) !
21 déc. 2004 à 18:40
Comme je t'ai expliqué Stub.exe est un programme c++ qui décompresse et met les dll dans la reperatoire system et puis lance mon prog vb
21 déc. 2004 à 15:29
21 déc. 2004 à 15:09