Exécutable autonome

X

23/09/2005 à 08:22

Bonjour,

-1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
"Visual Basic Français . dll"

-2- Pour le reste tout dépend de tes composants, si tu as pris des comosant
standards dans la palette des composants, oui ça devrait marcher, mais si tu
en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les ocx,
dll qui correspondent aux objet du programme.

-3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >= 32 bits
(Win95 et >).
Il y a même peut être des façon que je ne connais pas de le faire tourner
sous un autre OS (Unix, Mac)?
-------------------

"fred87" a écrit dans le message de news:

| Bonjour,
|
| J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe). Pour
pouvoir
| l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il parait que
| seul VB6fd.dll
| est suffisante à installée et déclarée, quand est-il ?.
|
| Peut-on avec VB6 réaliser un exécutable autonome sans pour cela installer
| toute une batterie de .dll.
|
| Merci de tout vos éclaircissements.
|
| Cordialement
|
| Fred87

Patrice Henrio

23/09/2005 à 09:16

La meilleure façon de savoir ce qui est nécessaire est de suivre cette
démarche :

1) Ouvrir le projet en VB
2) Menu Projet/Référence
essayer de décocher chaque référence cochée, si elle est utilisée cela
ne sera pas possible
3) Menu Projet/Composant
essayer de décocher chaque référence cochée (même chose que ci-dessus)
4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
Cela te fournira la liste de ce qui est utile à ton projet.

"X" <.> a écrit dans le message de news:

Bonjour,

-1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
"Visual Basic Français . dll"

-2- Pour le reste tout dépend de tes composants, si tu as pris des
comosant
standards dans la palette des composants, oui ça devrait marcher, mais si
tu
en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les ocx,
dll qui correspondent aux objet du programme.

-3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >= 32
bits
(Win95 et >).
Il y a même peut être des façon que je ne connais pas de le faire tourner
sous un autre OS (Unix, Mac)?
-------------------

"fred87" a écrit dans le message de
news:

| Bonjour,
|
| J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe). Pour
pouvoir
| l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il parait
que
| seul VB6fd.dll
| est suffisante à installée et déclarée, quand est-il ?.
|
| Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
installer
| toute une batterie de .dll.
|
| Merci de tout vos éclaircissements.
|
| Cordialement
|
| Fred87

X

23/09/2005 à 11:57

Bonjour,

Tout à fait exact et d'accord, seulement "il" n'évoquait pas
l'empaquetage...

Ceci étant dit, un seul problème à la méthode, c'est que l'empaquetage
ne cherche pas à comprendre, tout ce qui est objet à son pendant pour le
faire marcher (ocx, dll), même si l'objet n'est pas dans le code ou sur la
feuille (suffit de le déclarer ou qu'il y soit d'origine), la preuve avec ce
qui suit: d'origine tu as la base de données, et le fameux OleAuto32.dll
(je crois de mémoire), celui-là, tu peux le retirer si tu n'utilises pas la
BDD de base, d'autant qu'il prend une place monstrueuse :o)
---------------------

"Patrice Henrio" a écrit dans le message de
news:
| La meilleure façon de savoir ce qui est nécessaire est de suivre cette
| démarche :
|
| 1) Ouvrir le projet en VB
| 2) Menu Projet/Référence
| essayer de décocher chaque référence cochée, si elle est utilisée cela
| ne sera pas possible
| 3) Menu Projet/Composant
| essayer de décocher chaque référence cochée (même chose que ci-dessus)
| 4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
| Cela te fournira la liste de ce qui est utile à ton projet.
|
|
| "X" <.> a écrit dans le message de news:
|
| > Bonjour,
| >
| > -1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
| > "Visual Basic Français . dll"
| >
| > -2- Pour le reste tout dépend de tes composants, si tu as pris des
| > comosant
| > standards dans la palette des composants, oui ça devrait marcher, mais
si
| > tu
| > en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les
ocx,
| > dll qui correspondent aux objet du programme.
| >
| > -3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >= 32
| > bits
| > (Win95 et >).
| > Il y a même peut être des façon que je ne connais pas de le faire
tourner
| > sous un autre OS (Unix, Mac)?
| > -------------------
| >
| >
| >
| >
| > "fred87" a écrit dans le message de
| > news:
| >
| > | Bonjour,
| > |
| > | J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe). Pour
| > pouvoir
| > | l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il parait
| > que
| > | seul VB6fd.dll
| > | est suffisante à installée et déclarée, quand est-il ?.
| > |
| > | Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
| > installer
| > | toute une batterie de .dll.
| > |
| > | Merci de tout vos éclaircissements.
| > |
| > | Cordialement
| > |
| > | Fred87
| >
| >
|
|

Vous avez filtré cet utilisateur ! Consultez son message

Bonjour,

Tout à fait exact et d'accord, seulement "il" n'évoquait pas
l'empaquetage...

Ceci étant dit, un seul problème à la méthode, c'est que l'empaquetage
ne cherche pas à comprendre, tout ce qui est objet à son pendant pour le
faire marcher (ocx, dll), même si l'objet n'est pas dans le code ou sur la
feuille (suffit de le déclarer ou qu'il y soit d'origine), la preuve avec ce
qui suit: d'origine tu as la base de données, et le fameux OleAuto32.dll
(je crois de mémoire), celui-là, tu peux le retirer si tu n'utilises pas la
BDD de base, d'autant qu'il prend une place monstrueuse :o)
---------------------

"Patrice Henrio" a écrit dans le message de
news:
| La meilleure façon de savoir ce qui est nécessaire est de suivre cette
| démarche :
|
| 1) Ouvrir le projet en VB
| 2) Menu Projet/Référence
| essayer de décocher chaque référence cochée, si elle est utilisée cela
| ne sera pas possible
| 3) Menu Projet/Composant
| essayer de décocher chaque référence cochée (même chose que ci-dessus)
| 4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
| Cela te fournira la liste de ce qui est utile à ton projet.
|
|
| "X" <.> a écrit dans le message de news:
|
| > Bonjour,
| >
| > -1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
| > "Visual Basic Français . dll"
| >
| > -2- Pour le reste tout dépend de tes composants, si tu as pris des
| > comosant
| > standards dans la palette des composants, oui ça devrait marcher, mais
si
| > tu
| > en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les
ocx,
| > dll qui correspondent aux objet du programme.
| >
| > -3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >= 32
| > bits
| > (Win95 et >).
| > Il y a même peut être des façon que je ne connais pas de le faire
tourner
| > sous un autre OS (Unix, Mac)?
| > -------------------
| >
| >
| >
| >
| > "fred87" a écrit dans le message de
| > news:
| >
| > | Bonjour,
| > |
| > | J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe). Pour
| > pouvoir
| > | l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il parait
| > que
| > | seul VB6fd.dll
| > | est suffisante à installée et déclarée, quand est-il ?.
| > |
| > | Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
| > installer
| > | toute une batterie de .dll.
| > |
| > | Merci de tout vos éclaircissements.
| > |
| > | Cordialement
| > |
| > | Fred87
| >
| >
|
|

Patrice Henrio

23/09/2005 à 14:35

Si tu décoches bien les différents composants comme indiqué dans mon post,
je crois de mémoire qu'il ne sont plus présents dans l'empaquetage.
En fait c'est ce qui se passe chez moi .

J'avais justement ce problème des dll inutiles avant de vérifier quels
composants étaient cochés.

"X" <.> a écrit dans le message de news:

Bonjour,

Tout à fait exact et d'accord, seulement "il" n'évoquait pas
l'empaquetage...

Ceci étant dit, un seul problème à la méthode, c'est que l'empaquetage
ne cherche pas à comprendre, tout ce qui est objet à son pendant pour le
faire marcher (ocx, dll), même si l'objet n'est pas dans le code ou sur la
feuille (suffit de le déclarer ou qu'il y soit d'origine), la preuve avec
ce
qui suit: d'origine tu as la base de données, et le fameux OleAuto32.dll
(je crois de mémoire), celui-là, tu peux le retirer si tu n'utilises pas
la
BDD de base, d'autant qu'il prend une place monstrueuse :o)
---------------------

"Patrice Henrio" a écrit dans le message de
news:
| La meilleure façon de savoir ce qui est nécessaire est de suivre cette
| démarche :
|
| 1) Ouvrir le projet en VB
| 2) Menu Projet/Référence
| essayer de décocher chaque référence cochée, si elle est utilisée
cela
| ne sera pas possible
| 3) Menu Projet/Composant
| essayer de décocher chaque référence cochée (même chose que
ci-dessus)
| 4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
| Cela te fournira la liste de ce qui est utile à ton projet.
|
|
| "X" <.> a écrit dans le message de news:
|
| > Bonjour,
| >
| > -1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
| > "Visual Basic Français . dll"
| >
| > -2- Pour le reste tout dépend de tes composants, si tu as pris des
| > comosant
| > standards dans la palette des composants, oui ça devrait marcher, mais
si
| > tu
| > en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les
ocx,
| > dll qui correspondent aux objet du programme.
| >
| > -3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >= 32
| > bits
| > (Win95 et >).
| > Il y a même peut être des façon que je ne connais pas de le faire
tourner
| > sous un autre OS (Unix, Mac)?
| > -------------------
| >
| >
| >
| >
| > "fred87" a écrit dans le message de
| > news:
| >
| > | Bonjour,
| > |
| > | J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe). Pour
| > pouvoir
| > | l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il
parait
| > que
| > | seul VB6fd.dll
| > | est suffisante à installée et déclarée, quand est-il ?.
| > |
| > | Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
| > installer
| > | toute une batterie de .dll.
| > |
| > | Merci de tout vos éclaircissements.
| > |
| > | Cordialement
| > |
| > | Fred87
| >
| >
|
|

Si tu décoches bien les différents composants comme indiqué dans mon post,
je crois de mémoire qu'il ne sont plus présents dans l'empaquetage.
En fait c'est ce qui se passe chez moi .

J'avais justement ce problème des dll inutiles avant de vérifier quels
composants étaient cochés.

"X" <.> a écrit dans le message de news:
e9wKGVCwFHA.720@TK2MSFTNGP15.phx.gbl...

Bonjour,

Tout à fait exact et d'accord, seulement "il" n'évoquait pas
l'empaquetage...

Ceci étant dit, un seul problème à la méthode, c'est que l'empaquetage
ne cherche pas à comprendre, tout ce qui est objet à son pendant pour le
faire marcher (ocx, dll), même si l'objet n'est pas dans le code ou sur la
feuille (suffit de le déclarer ou qu'il y soit d'origine), la preuve avec
ce
qui suit: d'origine tu as la base de données, et le fameux OleAuto32.dll
(je crois de mémoire), celui-là, tu peux le retirer si tu n'utilises pas
la
BDD de base, d'autant qu'il prend une place monstrueuse :o)
---------------------

"Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le message de
news: edMLr4AwFHA.2728@TK2MSFTNGP14.phx.gbl...
| La meilleure façon de savoir ce qui est nécessaire est de suivre cette
| démarche :
|
| 1) Ouvrir le projet en VB
| 2) Menu Projet/Référence
| essayer de décocher chaque référence cochée, si elle est utilisée
cela
| ne sera pas possible
| 3) Menu Projet/Composant
| essayer de décocher chaque référence cochée (même chose que
ci-dessus)
| 4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
| Cela te fournira la liste de ce qui est utile à ton projet.
|
|
| "X" <.> a écrit dans le message de news:
| OU3hYfAwFHA.2924@TK2MSFTNGP15.phx.gbl...
| > Bonjour,
| >
| > -1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
| > "Visual Basic Français . dll"
| >
| > -2- Pour le reste tout dépend de tes composants, si tu as pris des
| > comosant
| > standards dans la palette des composants, oui ça devrait marcher, mais
si
| > tu
| > en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les
ocx,
| > dll qui correspondent aux objet du programme.
| >
| > -3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >= 32
| > bits
| > (Win95 et >).
| > Il y a même peut être des façon que je ne connais pas de le faire
tourner
| > sous un autre OS (Unix, Mac)?
| > -------------------
| >
| >
| >
| >
| > "fred87" <fred87@discussions.microsoft.com> a écrit dans le message de
| > news:
| > 7005279E-DD04-40E3-AAE9-10BC6D3F944E@microsoft.com...
| > | Bonjour,
| > |
| > | J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe). Pour
| > pouvoir
| > | l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il
parait
| > que
| > | seul VB6fd.dll
| > | est suffisante à installée et déclarée, quand est-il ?.
| > |
| > | Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
| > installer
| > | toute une batterie de .dll.
| > |
| > | Merci de tout vos éclaircissements.
| > |
| > | Cordialement
| > |
| > | Fred87
| >
| >
|
|

Vous avez filtré cet utilisateur ! Consultez son message

Si tu décoches bien les différents composants comme indiqué dans mon post,
je crois de mémoire qu'il ne sont plus présents dans l'empaquetage.
En fait c'est ce qui se passe chez moi .

J'avais justement ce problème des dll inutiles avant de vérifier quels
composants étaient cochés.

"X" <.> a écrit dans le message de news:

Bonjour,

Tout à fait exact et d'accord, seulement "il" n'évoquait pas
l'empaquetage...

Ceci étant dit, un seul problème à la méthode, c'est que l'empaquetage
ne cherche pas à comprendre, tout ce qui est objet à son pendant pour le
faire marcher (ocx, dll), même si l'objet n'est pas dans le code ou sur la
feuille (suffit de le déclarer ou qu'il y soit d'origine), la preuve avec
ce
qui suit: d'origine tu as la base de données, et le fameux OleAuto32.dll
(je crois de mémoire), celui-là, tu peux le retirer si tu n'utilises pas
la
BDD de base, d'autant qu'il prend une place monstrueuse :o)
---------------------

"Patrice Henrio" a écrit dans le message de
news:
| La meilleure façon de savoir ce qui est nécessaire est de suivre cette
| démarche :
|
| 1) Ouvrir le projet en VB
| 2) Menu Projet/Référence
| essayer de décocher chaque référence cochée, si elle est utilisée
cela
| ne sera pas possible
| 3) Menu Projet/Composant
| essayer de décocher chaque référence cochée (même chose que
ci-dessus)
| 4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
| Cela te fournira la liste de ce qui est utile à ton projet.
|
|
| "X" <.> a écrit dans le message de news:
|
| > Bonjour,
| >
| > -1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
| > "Visual Basic Français . dll"
| >
| > -2- Pour le reste tout dépend de tes composants, si tu as pris des
| > comosant
| > standards dans la palette des composants, oui ça devrait marcher, mais
si
| > tu
| > en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les
ocx,
| > dll qui correspondent aux objet du programme.
| >
| > -3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >= 32
| > bits
| > (Win95 et >).
| > Il y a même peut être des façon que je ne connais pas de le faire
tourner
| > sous un autre OS (Unix, Mac)?
| > -------------------
| >
| >
| >
| >
| > "fred87" a écrit dans le message de
| > news:
| >
| > | Bonjour,
| > |
| > | J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe). Pour
| > pouvoir
| > | l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il
parait
| > que
| > | seul VB6fd.dll
| > | est suffisante à installée et déclarée, quand est-il ?.
| > |
| > | Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
| > installer
| > | toute une batterie de .dll.
| > |
| > | Merci de tout vos éclaircissements.
| > |
| > | Cordialement
| > |
| > | Fred87
| >
| >
|
|

X

23/09/2005 à 14:50

Affirmatif Patrice, si tu décoches il n'y a plus le problème ! Moi par
exemple, je décoche systématiquement OleAuto32 :o)
--------

"Patrice Henrio" a écrit dans le message de
news:
| Si tu décoches bien les différents composants comme indiqué dans mon post,
| je crois de mémoire qu'il ne sont plus présents dans l'empaquetage.
| En fait c'est ce qui se passe chez moi .
|
| J'avais justement ce problème des dll inutiles avant de vérifier quels
| composants étaient cochés.
|
| "X" <.> a écrit dans le message de news:
|
| > Bonjour,
| >
| > Tout à fait exact et d'accord, seulement "il" n'évoquait pas
| > l'empaquetage...
| >
| > Ceci étant dit, un seul problème à la méthode, c'est que
l'empaquetage
| > ne cherche pas à comprendre, tout ce qui est objet à son pendant pour le
| > faire marcher (ocx, dll), même si l'objet n'est pas dans le code ou sur
la
| > feuille (suffit de le déclarer ou qu'il y soit d'origine), la preuve
avec
| > ce
| > qui suit: d'origine tu as la base de données, et le fameux
OleAuto32.dll
| > (je crois de mémoire), celui-là, tu peux le retirer si tu n'utilises pas
| > la
| > BDD de base, d'autant qu'il prend une place monstrueuse :o)
| > ---------------------
| >
| >
| >
| >
| >
| >
| >
| >
| >
| > "Patrice Henrio" a écrit dans le message de
| > news:
| > | La meilleure façon de savoir ce qui est nécessaire est de suivre cette
| > | démarche :
| > |
| > | 1) Ouvrir le projet en VB
| > | 2) Menu Projet/Référence
| > | essayer de décocher chaque référence cochée, si elle est utilisée
| > cela
| > | ne sera pas possible
| > | 3) Menu Projet/Composant
| > | essayer de décocher chaque référence cochée (même chose que
| > ci-dessus)
| > | 4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
| > | Cela te fournira la liste de ce qui est utile à ton projet.
| > |
| > |
| > | "X" <.> a écrit dans le message de news:
| > |
| > | > Bonjour,
| > | >
| > | > -1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
| > | > "Visual Basic Français . dll"
| > | >
| > | > -2- Pour le reste tout dépend de tes composants, si tu as pris des
| > | > comosant
| > | > standards dans la palette des composants, oui ça devrait marcher,
mais
| > si
| > | > tu
| > | > en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les
| > ocx,
| > | > dll qui correspondent aux objet du programme.
| > | >
| > | > -3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >=
32
| > | > bits
| > | > (Win95 et >).
| > | > Il y a même peut être des façon que je ne connais pas de le faire
| > tourner
| > | > sous un autre OS (Unix, Mac)?
| > | > -------------------
| > | >
| > | >
| > | >
| > | >
| > | > "fred87" a écrit dans le message
de
| > | > news:
| > | >
| > | > | Bonjour,
| > | > |
| > | > | J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe).
Pour
| > | > pouvoir
| > | > | l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il
| > parait
| > | > que
| > | > | seul VB6fd.dll
| > | > | est suffisante à installée et déclarée, quand est-il ?.
| > | > |
| > | > | Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
| > | > installer
| > | > | toute une batterie de .dll.
| > | > |
| > | > | Merci de tout vos éclaircissements.
| > | > |
| > | > | Cordialement
| > | > |
| > | > | Fred87
| > | >
| > | >
| > |
| > |
| >
| >
|
|

Affirmatif Patrice, si tu décoches il n'y a plus le problème ! Moi par
exemple, je décoche systématiquement OleAuto32 :o)
--------

"Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le message de
news: O7lavqDwFHA.3588@tk2msftngp13.phx.gbl...
| Si tu décoches bien les différents composants comme indiqué dans mon post,
| je crois de mémoire qu'il ne sont plus présents dans l'empaquetage.
| En fait c'est ce qui se passe chez moi .
|
| J'avais justement ce problème des dll inutiles avant de vérifier quels
| composants étaient cochés.
|
| "X" <.> a écrit dans le message de news:
| e9wKGVCwFHA.720@TK2MSFTNGP15.phx.gbl...
| > Bonjour,
| >
| > Tout à fait exact et d'accord, seulement "il" n'évoquait pas
| > l'empaquetage...
| >
| > Ceci étant dit, un seul problème à la méthode, c'est que
l'empaquetage
| > ne cherche pas à comprendre, tout ce qui est objet à son pendant pour le
| > faire marcher (ocx, dll), même si l'objet n'est pas dans le code ou sur
la
| > feuille (suffit de le déclarer ou qu'il y soit d'origine), la preuve
avec
| > ce
| > qui suit: d'origine tu as la base de données, et le fameux
OleAuto32.dll
| > (je crois de mémoire), celui-là, tu peux le retirer si tu n'utilises pas
| > la
| > BDD de base, d'autant qu'il prend une place monstrueuse :o)
| > ---------------------
| >
| >
| >
| >
| >
| >
| >
| >
| >
| > "Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le message de
| > news: edMLr4AwFHA.2728@TK2MSFTNGP14.phx.gbl...
| > | La meilleure façon de savoir ce qui est nécessaire est de suivre cette
| > | démarche :
| > |
| > | 1) Ouvrir le projet en VB
| > | 2) Menu Projet/Référence
| > | essayer de décocher chaque référence cochée, si elle est utilisée
| > cela
| > | ne sera pas possible
| > | 3) Menu Projet/Composant
| > | essayer de décocher chaque référence cochée (même chose que
| > ci-dessus)
| > | 4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
| > | Cela te fournira la liste de ce qui est utile à ton projet.
| > |
| > |
| > | "X" <.> a écrit dans le message de news:
| > | OU3hYfAwFHA.2924@TK2MSFTNGP15.phx.gbl...
| > | > Bonjour,
| > | >
| > | > -1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
| > | > "Visual Basic Français . dll"
| > | >
| > | > -2- Pour le reste tout dépend de tes composants, si tu as pris des
| > | > comosant
| > | > standards dans la palette des composants, oui ça devrait marcher,
mais
| > si
| > | > tu
| > | > en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les
| > ocx,
| > | > dll qui correspondent aux objet du programme.
| > | >
| > | > -3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >=
32
| > | > bits
| > | > (Win95 et >).
| > | > Il y a même peut être des façon que je ne connais pas de le faire
| > tourner
| > | > sous un autre OS (Unix, Mac)?
| > | > -------------------
| > | >
| > | >
| > | >
| > | >
| > | > "fred87" <fred87@discussions.microsoft.com> a écrit dans le message
de
| > | > news:
| > | > 7005279E-DD04-40E3-AAE9-10BC6D3F944E@microsoft.com...
| > | > | Bonjour,
| > | > |
| > | > | J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe).
Pour
| > | > pouvoir
| > | > | l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il
| > parait
| > | > que
| > | > | seul VB6fd.dll
| > | > | est suffisante à installée et déclarée, quand est-il ?.
| > | > |
| > | > | Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
| > | > installer
| > | > | toute une batterie de .dll.
| > | > |
| > | > | Merci de tout vos éclaircissements.
| > | > |
| > | > | Cordialement
| > | > |
| > | > | Fred87
| > | >
| > | >
| > |
| > |
| >
| >
|
|

Vous avez filtré cet utilisateur ! Consultez son message

Affirmatif Patrice, si tu décoches il n'y a plus le problème ! Moi par
exemple, je décoche systématiquement OleAuto32 :o)
--------

"Patrice Henrio" a écrit dans le message de
news:
| Si tu décoches bien les différents composants comme indiqué dans mon post,
| je crois de mémoire qu'il ne sont plus présents dans l'empaquetage.
| En fait c'est ce qui se passe chez moi .
|
| J'avais justement ce problème des dll inutiles avant de vérifier quels
| composants étaient cochés.
|
| "X" <.> a écrit dans le message de news:
|
| > Bonjour,
| >
| > Tout à fait exact et d'accord, seulement "il" n'évoquait pas
| > l'empaquetage...
| >
| > Ceci étant dit, un seul problème à la méthode, c'est que
l'empaquetage
| > ne cherche pas à comprendre, tout ce qui est objet à son pendant pour le
| > faire marcher (ocx, dll), même si l'objet n'est pas dans le code ou sur
la
| > feuille (suffit de le déclarer ou qu'il y soit d'origine), la preuve
avec
| > ce
| > qui suit: d'origine tu as la base de données, et le fameux
OleAuto32.dll
| > (je crois de mémoire), celui-là, tu peux le retirer si tu n'utilises pas
| > la
| > BDD de base, d'autant qu'il prend une place monstrueuse :o)
| > ---------------------
| >
| >
| >
| >
| >
| >
| >
| >
| >
| > "Patrice Henrio" a écrit dans le message de
| > news:
| > | La meilleure façon de savoir ce qui est nécessaire est de suivre cette
| > | démarche :
| > |
| > | 1) Ouvrir le projet en VB
| > | 2) Menu Projet/Référence
| > | essayer de décocher chaque référence cochée, si elle est utilisée
| > cela
| > | ne sera pas possible
| > | 3) Menu Projet/Composant
| > | essayer de décocher chaque référence cochée (même chose que
| > ci-dessus)
| > | 4) Menu Compléments/Assistant empaquetage et déploiement/Empaquetage
| > | Cela te fournira la liste de ce qui est utile à ton projet.
| > |
| > |
| > | "X" <.> a écrit dans le message de news:
| > |
| > | > Bonjour,
| > | >
| > | > -1- Non, ce n'est pas "VB6fd.dll", mais en france "vb6FR.dll
| > | > "Visual Basic Français . dll"
| > | >
| > | > -2- Pour le reste tout dépend de tes composants, si tu as pris des
| > | > comosant
| > | > standards dans la palette des composants, oui ça devrait marcher,
mais
| > si
| > | > tu
| > | > en as rajouté, non, par exemple "MsCart", il te faut dans ce cas les
| > ocx,
| > | > dll qui correspondent aux objet du programme.
| > | >
| > | > -3- En dernier, un exe crée en vb6 tourne sous tout OS microsoft >=
32
| > | > bits
| > | > (Win95 et >).
| > | > Il y a même peut être des façon que je ne connais pas de le faire
| > tourner
| > | > sous un autre OS (Unix, Mac)?
| > | > -------------------
| > | >
| > | >
| > | >
| > | >
| > | > "fred87" a écrit dans le message
de
| > | > news:
| > | >
| > | > | Bonjour,
| > | > |
| > | > | J'ai réalisé un petit exécutable en vb6 (donc un fichier .exe).
Pour
| > | > pouvoir
| > | > | l'exécuter sur d'autres postes que faut-il en plus de l'exe. Il
| > parait
| > | > que
| > | > | seul VB6fd.dll
| > | > | est suffisante à installée et déclarée, quand est-il ?.
| > | > |
| > | > | Peut-on avec VB6 réaliser un exécutable autonome sans pour cela
| > | > installer
| > | > | toute une batterie de .dll.
| > | > |
| > | > | Merci de tout vos éclaircissements.
| > | > |
| > | > | Cordialement
| > | > |
| > | > | Fred87
| > | >
| > | >
| > |
| > |
| >
| >
|
|

Barsalou

26/09/2005 à 19:12

Bonjour,

Comment retirer OleAut32.dll ?
La référence est absente de mon projet mais je retrouve le fichier dans la
setup.lst et dans le .cab

Merci d'avance pour le tuyau.

Patrice Henrio

26/09/2005 à 21:05

Sinon tu récupères le setup list par Innosetup, tu édites le résulat, tu
supprimes ce que tu ne veux pas et tu compiles.

Si tu as un souci, envoie ton setup list, je verrai ce que je peux faire.

"Barsalou" a écrit dans le message de
news:

Bonjour,

Comment retirer OleAut32.dll ?
La référence est absente de mon projet mais je retrouve le fichier dans la
setup.lst et dans le .cab

Merci d'avance pour le tuyau.

Barsalou

27/09/2005 à 11:16

Merci

Je télécharge Inno Setup et je vois ce que je peux faire.

Barsalou

27/09/2005 à 12:11

REbonjour

Inno Setup me paraît puissant mais bien compliqué. Existe-t-il un tutorial ?
Une version française ? Comment déterminer les fichiers à joindre ?
Bref je suis un peu paumé !

Je me demandais si je ne pouvais pas simplement supprimer dans setup.lst les
lignes correspondant aux fichiers que je crois inutiles (Oleaut32.dll par
exemple), mais comment savoir lesquelles sont vraiment inutiles si VB
lui-même les croit nécessaire.
J'ai déjà modifié avec succès directement dans setup.lst les répertoires
d'installation.

Merci de ton avis.

Patrice Henrio

27/09/2005 à 14:29

Pourquoi pas en effet, mais par expérience, InnoSetup fait des installations
plus compactes et plus lisibles (enfin c'est mon point de vue).

traduction de InnoSetup à cette adresse

http://www.toutfr.com/?p=programs_show&widE0

Un tutoriel de InnoSetup
http://www.vbfrance.com/tutorial.aspx?ID#8

Bon courage

(Tu peux chercher sur Google avec "Istool")

"Barsalou" a écrit dans le message de
news:

REbonjour

Inno Setup me paraît puissant mais bien compliqué. Existe-t-il un tutorial
? Une version française ? Comment déterminer les fichiers à joindre ?
Bref je suis un peu paumé !

Je me demandais si je ne pouvais pas simplement supprimer dans setup.lst
les lignes correspondant aux fichiers que je crois inutiles (Oleaut32.dll
par exemple), mais comment savoir lesquelles sont vraiment inutiles si VB
lui-même les croit nécessaire.
J'ai déjà modifié avec succès directement dans setup.lst les répertoires
d'installation.

Merci de ton avis.

Exécutable autonome

10 réponses

Veuillez sélectionner un problème