Question d'Intéret généralRésolu

Question

J'ai une petite question que je ne connais pas la reponse bien sur. A t-on besoin d'avoir visual basic sur un ordinateur pour executer une application mis en executable car je n'arrive pas a le faire sans vb
Merci d'avance aux personnes qui me répondra...

Fanch

addamsmercredi · Accepted Answer

Non, il n'y a pas besoin d'avoir Visual basic pour lancer une application compilée avec VB.
Simplement, il faut tous les dll et autres fichiers qu'utilise l'application. En placant tous ces fichiers dans le même répertoire que l'exécutable de l'application, celle-ci se lancera sans problème même si VB n'est pas installé sur l'ordinateur.

cs_DARKSIDIOUS · Answer

je ne suis pas sûr qu'en copiant uniquement les dll dans le dossier de l'application, cela marche avec des prog VB 6 ! Il vaut mieux faire un setup pour que les dll soient enregistrées dans le registre ! Voir pour cela mes tutoriaux sur ProgOtoP.com pour faire un install avec InnoSetup par exemple.
_______________________________________

DarK Sidious

[Responsable API/VB du site www.ProgOtoP.com]
Téléchargez ProgOtoP API Viewer

addamsmercredi · Answer

Si j'en suis sûr, c'est toujours ce que je fais.

addamsmercredi · Answer

Et même avec VB 6 ça fonctionne.
Mais je suis d'accord en général mieux vaut faire un setup sauf si on veut par exemple pouvoir lancer l'application à partir d'un cd sans avoir à l'installer, là il vaut mieux faire comme je fais.

thierrydelepine · Answer

Pour certaines DLL il ne faut pas les mettre dans le rep de ton appli mais dans system32 avec un enregistrement dans le registre comme le spécifie Darksidious.
Car certaines DLL sont self registred c'est à dire qu'elles s'enregistrent automatiquement des que on les utilisent donc le chemin est enregistré dans le registre.

Donc si tu lance ton appli a partir d'un CD, et que tu retire le CD, et bien si une autre appli fait appel a cette DLL elle va vouloir aller la chercher sur ton CD qui n'est plus la donc probleme.

Si tous les industrielles utilisent des installables pour leurs applications c'est qu'ils y a une raison.

Il est donc fortement conseillé d'enregistrer ces DLL et de les placer dans le repertoire prevu par microsoft "system" pour les vieux Windows ou "system32".

addamsmercredi · Answer

Si tout est bien, ça marchera toujours car : 

- Si la dll sur le cd était déjà installée, le chemin du cd ne s'enregistrera pas

- Si la dll n'était pas déjà installée, ok le chemin du cd s'y enregistrera mais ce n'est pas grave car si ensuite une autre application demande cette même dll, si l'autre programmeur a bien fait son travail il fournira lui aussi la dll. S'il y a un setup, le nouveau chemin du dll s'enregistrera dans le registre. Sans setup, comme moi, la dll sera cherchée dans le répertoire de l'application puis dans le chemin du path pour la retrouver. Si elle n'y est pas, c'est que l'autre programmeur a mal fait son travail.

cs_kysid · Answer

J AI FAIS UN PTIT EXE QUE J AI ESSAYE DS LE PC DES VOISIN ET BIEN IL  LANCE VBEFR.DLL NOT FOUND
ET JE LUIENVOIT VB6FR.DLL DS LC/WINDOWS/SYSTEM32
ET TJ RIEN SAUF LE MSG= vb6fr.dll not found
 
si tu permets Fanch  j aimerais savoir la signification du dossier ressources qui est cree en meme temps que le setup par l ' empaqueteur du vb6.0

cs_DARKSIDIOUS · Answer

ARRETEZ D'UTILISER LES MAJUSCULES !!! EN PLUS, SI C'EST POUR FAIRE AUTANT DE FAUTE !!!

Non mais, vous lisez la charte du forum de temps en temps ?

Au lieu d'utiliser l'empaquetage de VB, je vous conseille grandement d'utiliser InnoSetup qui est bien moins buggé !

Sinon, le dossier ressource correspond à la copie de tout les fichiers qu'il faut utiliser dans un setup pour déployer ton prog "en théorie" car ce dossier ne contient que les dépendances déclarées dans ton projet, et non les dépendances crée en late-bound comme les images, les bases de données, ou autre dll instanciées par CreateObject.

_______________________________________

DarK Sidious

[Responsable API/VB du site www.ProgOtoP.com]
Téléchargez ProgOtoP API Viewer

cs_CanisLupus · Answer

Et puis, il y a certains DLL ou OCX (comme crystl32.ocx) qui demandent une inscription en registry et qui ne s'incrivent que si leurs dépendances se trouvent dans System ou System32 (suivant l'OS). Dans le cas de Crystl32.ocx il s'agit par ex, au minimum de crpe32.dll et implode.dll.
Si je dis ça c'est que j'ai rencontré le problème, alors que je réagissais avant un peu comme .

Cordialement, CanisLupus

Question d'Intéret général

9 réponses

Discussions similaires