OVH Cloud OVH Cloud

Installation d'un classeur Excel et de la dll VB6 qu'il appelle

22 réponses
Avatar
PM
Bonjour !

J'en suis au stade de l'installation et j'ai utilisé InnoSetup comme
recommandé sur ce forum (semble excellent, mais pas très bavard au niveau d
l'aide pour un vrai débutant en ces matières).

J'ai crée un setup.exe qui marche sur mon ordi. Pas sur celui de
l'utilisateur, hélas...

Il installe parfaitement le classeur Excel, la ddl ET la référence a l'air
ok. Dans le classeur, la référence à la dll apparaît et je retrouve bien
tous les objets dans l'explorateur d'objets.

Mais les commandes qui appellent ces objets ne marchent pas: erreur no 429
"Un composant ActiveX ne peut pas créer d'objets".
Normalement, amtha, la référence ne fonctionne pas.
L'entrer à nouveau manuellement ne marche pas.

Je me sens au-delà de mes capacités normales. J'apprécierais grandement un
coup de main de nos experts...
Patrick



Rens. compl :
Voici ma section [Files] dans InnoSetup.
Elle commence par les fichiers VB nécessaires tels qu'indiqués sur l'article
"How to" des FAQ InnoSetup.
A la fin, j'ai mis en commentaires, deux fichiers supplémentaire qui
figurent dans le script produit par l'assistant d'emapquetage et de dév de
VB (qui ne fonctionne pas correctement chez moi...). Devrais-je les
télécharger chez Microsoft et les inclure. Si oui, les flags sont-ils
corrects ?

Source: "vbfiles\msvbvm60.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
Source: "vbfiles\oleaut32.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
Source: "vbfiles\olepro32.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
Source: "vbfiles\asycfilt.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile
Source: "vbfiles\comcat.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
Source: "vbfiles\stdole2.tlb"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regtypelib
;Source: "vbfiles\VB6STKIT.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
;Source: "vbfiles\VB6FR.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
; end VB system files

Source: "C:\Documents and Settings\patrick\Mes documents\Sharepart\SHAREPART
1.0FR.xls"; DestDir: "{app}"; Flags: ignoreversion
Source: "C:\Documents and Settings\patrick\Mes
documents\Sharepart\Basic\codeVB.dll"; DestDir: "{app}"; Flags:
ignoreversion
; NOTE: Don't use "Flags: ignoreversion" on any shared system files

10 réponses

1 2 3
Avatar
YannX
Bonjour Nicols,

Je renchéris : extremement explicite, même si a force d'en lire
je commençais a comprendre de quoi qu'il s'agissait....

Alors, al question qui tue (excuse-moi SVP ;-)
C'est où dans la FAQ la recopié de cet article ????
-quoiqu'il faudrait dire LES FAQ sur VB,
(je pense aussi a celle de Développez !)
car je n'ai pas réussi a retrouver cette notion aussi clairement exprimée !

Y.

"PM" a écrit dans le message de
news:
Merci bcp.
Ca c'est très clair.

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

> Salut,
>
> Toutes les classes des composants COM (DLL ActiveX, EXE ActiveX,
> OCX...) sont identifiables par un ProgID (MonComposant.Classe) et par un
> CLSID (sous la forme d'un GUID unique donc). En late binding on se sert


du
> progid qui ne varie pas donc aucun problème ca fonctionne qqsoit la
> version. Par contre en earlybinding on utilise le CLSID unique à chaque
> classe qui hélas en VB n'est pas définissable (directement) par le
> développeur et change à chaque compilation ! Ce qui provoque évidemment
> des problèmes de compatibilités (si on installe une version plus recente
> avec un CLSID changé alors les programmes compilés utilisant l'ancienne
> version ne fonctionneront plus).
>
> La compatibilité binaire sous VB permet de régler ce problème en
> s'assurant de garder le même CLSID (il faut juste spécifié le fichier


avec
> lequel rester compatible, on mets traditionnellement le fichier lui


même).
>
> --
> Nicolas G.
> FAQ VB : http://faq.vb.free.fr
> API Guide : http://www.allapi.net
> Google Groups : http://groups.google.fr/
> MZ-Tools : http://www.mztools.com/
>
> Patrice Henrio wrote:
>> C'est quoi concrétement la compatibilité binaire ?
>>
>> "ng" a écrit dans le message de news:
>> %
>>> Ok,
>>>
>>> En effet la compatibilité binaire te permettra de mettre à jour ta
>>> DLL sans problème de compatibilité !
>>>
>>> --
>>> Nicolas G.
>>> FAQ VB : http://faq.vb.free.fr
>>> API Guide : http://www.allapi.net
>>> Google Groups : http://groups.google.fr/
>>> MZ-Tools : http://www.mztools.com/
>>>
>>> PM wrote:
>>>> Ok, je vais faire ça aussi.
>>>> Mais pour info, l'essentiel de la réponse semble être:
>>>>
>>>> il faut enregistrer les dll avec le flag regserver ; donc comme
>>>> suit, dans mon cas :
>>>> Source: "C:Documents and SettingspatrickMes
>>>> documentsSharepartBasiccodeVB.dll"; DestDir:


"{app}";
>>>> Flags: ignoreversion regserver
>>>> sinon elle n'est tout simplement pas enregistrée ;-). C'est ce
>>>> qui se passait.
>>>>
>>>> J'ai pas trouvé tout seul, je te rassure ! La réponse vient du forum
>>>> InnoSetup.
>>>> http://www.jrsoftware.org/newsgroups.php
>>>> J'espère qu'elle peut rendre service à d'autres.
>>>>
>>>> Je vais donc faire ce que tu dis, mais je ne comprends pas bien
>>>> pourquoi. Sur notre grande toile, tout ce qui concerne la
>>>> compatibilité binaire semble être lié à la compatibilité des
>>>> versions...
>>>> Un grand merci.
>>>> Patrick
>>>>
>>>> "ng" a écrit dans le message de news:
>>>> %23K$
>>>>> Salut,
>>>>>
>>>>> Il faut indiqué ton propre composant :
>>>>>
>>>>> 1/ compile ton composant
>>>>> 2/ indique le dans les propriétés
>>>>> 3/ qd tu recompileras tu garderas le mm GUID.
>>>>>
>>>>> --
>>>>> Nicolas G.
>>>>> FAQ VB : http://faq.vb.free.fr
>>>>> API Guide : http://www.allapi.net
>>>>> Google Groups : http://groups.google.fr/
>>>>> MZ-Tools : http://www.mztools.com/
>>>>>
>>>>> PM wrote:
>>>>>> J'ai tenté.
>>>>>> Il faut indiquer avec quoi établir la compatibilité binaire.
>>>>>> Comme je n'ai pas d'autre version, je ne vois pas trop quoi
>>>>>> mettre. L'ordi utilisateur ne connaît rien de mon appli, je ne
>>>>>> vois pas où il rencontre des pbs de compatibilité ?
>>>>>>
>>>>>> J'ai aussi tenté d'indiquer mon classeur Excel comme "composant
>>>>>> compatible". Il tente de l'ouvrir et répond impossible.
>>>>>> Bref, je suis coincé !
>>>>>> Bien coincé...
>>>>>>
>>>>>>
>>>>>> "ng" a écrit dans le message de news:
>>>>>>
>>>>>>> Salut,
>>>>>>>
>>>>>>>>> Utilises-tu une compatibilité binaire lors de la compilation de
>>>>>>>>> ta DLL ?
>>>>>>>> J'ai fait le minimum syndical requis par InnoSetup...
>>>>>>>> Je n'ai rien rajouté, donc probablement pas ce que tu évoques.
>>>>>>>
>>>>>>> Non en fait cela se règle dans VB dans les paramètres du projet.
>>>>>>>
>>>>>>> --
>>>>>>> Nicolas G.
>>>>>>> FAQ VB : http://faq.vb.free.fr
>>>>>>> API Guide : http://www.allapi.net
>>>>>>> Google Groups : http://groups.google.fr/
>>>>>>> MZ-Tools : http://www.mztools.com/
>>>>>>>
>>>>>>> PM wrote:
>>>>>>>> Merci de ta réponse, Nicolas.
>>>>>>>>
>>>>>>>>> As-tu fournis la bonne version de ta DLL ?
>>>>>>>> Oui, c'est sûr. Chaque version est appelée par sa date.
>>>>>>>> Même si c'était une mauvaise version, je devrais avoir un appel,
>>>>>>>> suive, le cas échéant d'erreurs de programmation, non ?
>>>>>>>>
>>>>>>>>> Utilises-tu une compatibilité binaire lors de la compilation de
>>>>>>>>> ta DLL ?
>>>>>>>> J'ai fait le minimum syndical requis par InnoSetup...
>>>>>>>> Je n'ai rien rajouté, donc probablement pas ce que tu évoques.
>>>>>>>>
>>>>>>>> A+
>>>>>>>>
>>>>>>>>
>>>>>>>> "ng" a écrit dans le message de news:
>>>>>>>> %
>>>>>>>>> Salut,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Nicolas G.
>>>>>>>>> FAQ VB : http://faq.vb.free.fr
>>>>>>>>> API Guide : http://www.allapi.net
>>>>>>>>> Google Groups : http://groups.google.fr/
>>>>>>>>> MZ-Tools : http://www.mztools.com/
>>>>>>>>>
>>>>>>>>> PM wrote:
>>>>>>>>>> Bonjour !
>>>>>>>>>>
>>>>>>>>>> J'en suis au stade de l'installation et j'ai utilisé InnoSetup
>>>>>>>>>> comme recommandé sur ce forum (semble excellent, mais pas très
>>>>>>>>>> bavard au niveau d l'aide pour un vrai débutant en ces
>>>>>>>>>> matières). J'ai crée un setup.exe qui marche sur mon ordi.
>>>>>>>>>> Pas sur celui de
>>>>>>>>>> l'utilisateur, hélas...
>>>>>>>>>>
>>>>>>>>>> Il installe parfaitement le classeur Excel, la ddl ET la
>>>>>>>>>> référence a l'air ok. Dans le classeur, la référence à la dll
>>>>>>>>>> apparaît et je retrouve bien tous les objets dans
>>>>>>>>>> l'explorateur d'objets. Mais les commandes qui appellent ces
>>>>>>>>>> objets ne marchent pas:
>>>>>>>>>> erreur no 429 "Un composant ActiveX ne peut pas créer
>>>>>>>>>> d'objets". Normalement, amtha, la référence ne fonctionne pas.
>>>>>>>>>> L'entrer à nouveau manuellement ne marche pas.
>>>>>>>>>>
>>>>>>>>>> Je me sens au-delà de mes capacités normales. J'apprécierais
>>>>>>>>>> grandement un coup de main de nos experts...
>>>>>>>>>> Patrick
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Rens. compl :
>>>>>>>>>> Voici ma section [Files] dans InnoSetup.
>>>>>>>>>> Elle commence par les fichiers VB nécessaires tels qu'indiqués
>>>>>>>>>> sur l'article "How to" des FAQ InnoSetup.
>>>>>>>>>> A la fin, j'ai mis en commentaires, deux fichiers
>>>>>>>>>> supplémentaire qui figurent dans le script produit par
>>>>>>>>>> l'assistant d'emapquetage et de dév de VB (qui ne fonctionne


pas
>>>>>>>>>> correctement chez moi...). Devrais-je les télécharger chez
>>>>>>>>>> Microsoft et les inclure. Si oui, les flags sont-ils corrects
>>>>>>>>>> ? Source: "vbfilesmsvbvm60.dll"; DestDir: "{sys}"; Flags:
>>>>>>>>>> restartreplace uninsneveruninstall sharedfile regserver
>>>>>>>>>> Source: "vbfilesoleaut32.dll"; DestDir: "{sys}"; Flags:
>>>>>>>>>> restartreplace uninsneveruninstall sharedfile regserver
>>>>>>>>>> Source: "vbfilesolepro32.dll"; DestDir: "{sys}"; Flags:
>>>>>>>>>> restartreplace uninsneveruninstall sharedfile regserver
>>>>>>>>>> Source: "vbfilesasycfilt.dll"; DestDir: "{sys}"; Flags:
>>>>>>>>>> restartreplace uninsneveruninstall sharedfile
>>>>>>>>>> Source: "vbfilescomcat.dll"; DestDir: "{sys}"; Flags:
>>>>>>>>>> restartreplace uninsneveruninstall sharedfile regserver
>>>>>>>>>> Source: "vbfilesstdole2.tlb"; DestDir: "{sys}"; Flags:
>>>>>>>>>> restartreplace uninsneveruninstall sharedfile regtypelib
>>>>>>>>>> ;Source: "vbfilesVB6STKIT.dll"; DestDir: "{sys}"; Flags:
>>>>>>>>>> restartreplace uninsneveruninstall sharedfile regserver
>>>>>>>>>> ;Source: "vbfilesVB6FR.dll"; DestDir: "{sys}"; Flags:
>>>>>>>>>> restartreplace uninsneveruninstall sharedfile regserver
>>>>>>>>>> ; end VB system files
>>>>>>>>>>
>>>>>>>>>> Source: "C:Documents and SettingspatrickMes
>>>>>>>>>> documentsSharepartSHAREPART 1.0FR.xls"; DestDir: "{app}";
>>>>>>>>>> Flags: ignoreversion
>>>>>>>>>> Source: "C:Documents and SettingspatrickMes
>>>>>>>>>> documentsSharepartBasiccodeVB.dll"; DestDir: "{app}";
>>>>>>>>>> Flags: ignoreversion
>>>>>>>>>> ; NOTE: Don't use "Flags: ignoreversion" on any shared system
>>>>>>>>>> files
>
>




Avatar
ng
> Je renchéris : extremement explicite, même si a force d'en lire [...]


Merci :)

J'ajouterai simplement pour ceux qui ne le savent pas, que :
1/ La création d'un objet en late inding se fait via
CreateObject(strProgID_de_la_classe)
2/ La création d'un objet en early binding se fait sous VB par les
références (ajout d'une réferences (DLL, EXE... Projet > Références) ou d'un
composant (OCX Projet > Composants (Ctrl + T))).

Donc dans le cas d'OCX on se base bien sur le CLSID (qui signifie au passage
CLaSs IDentifier).

C'est où dans la FAQ la recopié de cet article ????


Cet article est de moi :) Je ne suis pas non plus rentré dans les détails de
COM, j'ai essayé de fournir une explication claire concernant l'existence et
l'utilité de la compatibilité binaire c'est tout.


--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

YannX wrote:
Bonjour Nicols,

Je renchéris : extremement explicite, même si a force d'en lire
je commençais a comprendre de quoi qu'il s'agissait....

Alors, al question qui tue (excuse-moi SVP ;-)
C'est où dans la FAQ la recopié de cet article ????
-quoiqu'il faudrait dire LES FAQ sur VB,
(je pense aussi a celle de Développez !)
car je n'ai pas réussi a retrouver cette notion aussi clairement
exprimée !

Y.

"PM" a écrit dans le message de
news:
Merci bcp.
Ca c'est très clair.

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

Salut,

Toutes les classes des composants COM (DLL ActiveX, EXE ActiveX,
OCX...) sont identifiables par un ProgID (MonComposant.Classe) et
par un CLSID (sous la forme d'un GUID unique donc). En late binding
on se sert du progid qui ne varie pas donc aucun problème ca
fonctionne qqsoit la version. Par contre en earlybinding on utilise
le CLSID unique à chaque classe qui hélas en VB n'est pas
définissable (directement) par le développeur et change à chaque
compilation ! Ce qui provoque évidemment des problèmes de
compatibilités (si on installe une version plus recente avec un
CLSID changé alors les programmes compilés utilisant l'ancienne
version ne fonctionneront plus).

La compatibilité binaire sous VB permet de régler ce problème en
s'assurant de garder le même CLSID (il faut juste spécifié le
fichier avec lequel rester compatible, on mets traditionnellement
le fichier lui même).

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

Patrice Henrio wrote:
C'est quoi concrétement la compatibilité binaire ?

"ng" a écrit dans le message de news:
%
Ok,

En effet la compatibilité binaire te permettra de mettre à jour ta
DLL sans problème de compatibilité !

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

PM wrote:
Ok, je vais faire ça aussi.
Mais pour info, l'essentiel de la réponse semble être:

il faut enregistrer les dll avec le flag regserver ; donc
comme suit, dans mon cas :
Source: "C:Documents and SettingspatrickMes
documentsSharepartBasiccodeVB.dll"; DestDir:










"{app}";
Flags: ignoreversion regserver
sinon elle n'est tout simplement pas enregistrée ;-). C'est ce
qui se passait.

J'ai pas trouvé tout seul, je te rassure ! La réponse vient du
forum InnoSetup.
http://www.jrsoftware.org/newsgroups.php
J'espère qu'elle peut rendre service à d'autres.

Je vais donc faire ce que tu dis, mais je ne comprends pas bien
pourquoi. Sur notre grande toile, tout ce qui concerne la
compatibilité binaire semble être lié à la compatibilité des
versions...
Un grand merci.
Patrick

"ng" a écrit dans le message de news:
%23K$
Salut,

Il faut indiqué ton propre composant :

1/ compile ton composant
2/ indique le dans les propriétés
3/ qd tu recompileras tu garderas le mm GUID.

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

PM wrote:
J'ai tenté.
Il faut indiquer avec quoi établir la compatibilité binaire.
Comme je n'ai pas d'autre version, je ne vois pas trop quoi
mettre. L'ordi utilisateur ne connaît rien de mon appli, je ne
vois pas où il rencontre des pbs de compatibilité ?

J'ai aussi tenté d'indiquer mon classeur Excel comme "composant
compatible". Il tente de l'ouvrir et répond impossible.
Bref, je suis coincé !
Bien coincé...


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

Salut,

Utilises-tu une compatibilité binaire lors de la
compilation de ta DLL ?


J'ai fait le minimum syndical requis par InnoSetup...
Je n'ai rien rajouté, donc probablement pas ce que tu
évoques.



Non en fait cela se règle dans VB dans les paramètres du
projet.

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

PM wrote:
Merci de ta réponse, Nicolas.

As-tu fournis la bonne version de ta DLL ?


Oui, c'est sûr. Chaque version est appelée par sa date.
Même si c'était une mauvaise version, je devrais avoir un
appel, suive, le cas échéant d'erreurs de programmation, non
?

Utilises-tu une compatibilité binaire lors de la
compilation de ta DLL ?


J'ai fait le minimum syndical requis par InnoSetup...
Je n'ai rien rajouté, donc probablement pas ce que tu
évoques.

A+


"ng" a écrit dans le message de news:
%
Salut,


--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

PM wrote:
Bonjour !

J'en suis au stade de l'installation et j'ai utilisé
InnoSetup comme recommandé sur ce forum (semble excellent,
mais pas très bavard au niveau d l'aide pour un vrai
débutant en ces matières). J'ai crée un setup.exe qui
marche sur mon ordi. Pas sur celui de
l'utilisateur, hélas...

Il installe parfaitement le classeur Excel, la ddl ET la
référence a l'air ok. Dans le classeur, la référence à la
dll apparaît et je retrouve bien tous les objets dans
l'explorateur d'objets. Mais les commandes qui appellent
ces objets ne marchent pas:
erreur no 429 "Un composant ActiveX ne peut pas créer
d'objets". Normalement, amtha, la référence ne fonctionne
pas. L'entrer à nouveau manuellement ne marche pas.

Je me sens au-delà de mes capacités normales.
J'apprécierais grandement un coup de main de nos experts...
Patrick



Rens. compl :
Voici ma section [Files] dans InnoSetup.
Elle commence par les fichiers VB nécessaires tels
qu'indiqués sur l'article "How to" des FAQ InnoSetup.
A la fin, j'ai mis en commentaires, deux fichiers
supplémentaire qui figurent dans le script produit par
l'assistant d'emapquetage et de dév de VB (qui ne
fonctionne pas correctement chez moi...). Devrais-je les
télécharger chez Microsoft et les inclure. Si oui, les
flags sont-ils corrects ? Source: "vbfilesmsvbvm60.dll";
DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver Source:
"vbfilesoleaut32.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesolepro32.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesasycfilt.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile
Source: "vbfilescomcat.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesstdole2.tlb"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regtypelib
;Source: "vbfilesVB6STKIT.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
;Source: "vbfilesVB6FR.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
; end VB system files

Source: "C:Documents and SettingspatrickMes
documentsSharepartSHAREPART 1.0FR.xls"; DestDir: "{app}";
Flags: ignoreversion
Source: "C:Documents and SettingspatrickMes
documentsSharepartBasiccodeVB.dll"; DestDir: "{app}";
Flags: ignoreversion
; NOTE: Don't use "Flags: ignoreversion" on any shared
system files
























Avatar
ng
...
Donc dans le cas d'OCX on se base bien sur le CLSID (qui signifie au
passage CLaSs IDentifier).


car cela se fait un earlybinding (bien qu'on puisse le faire en latebinding
mais c'est loin d'etre pratique).

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

ng wrote:
Je renchéris : extremement explicite, même si a force d'en lire
[...] Merci :)



J'ajouterai simplement pour ceux qui ne le savent pas, que :
1/ La création d'un objet en late inding se fait via
CreateObject(strProgID_de_la_classe)
2/ La création d'un objet en early binding se fait sous VB par les
références (ajout d'une réferences (DLL, EXE... Projet > Références)
ou d'un composant (OCX Projet > Composants (Ctrl + T))).

Donc dans le cas d'OCX on se base bien sur le CLSID (qui signifie au
passage CLaSs IDentifier).

C'est où dans la FAQ la recopié de cet article ????


Cet article est de moi :) Je ne suis pas non plus rentré dans les
détails de COM, j'ai essayé de fournir une explication claire
concernant l'existence et l'utilité de la compatibilité binaire c'est
tout.


YannX wrote:
Bonjour Nicols,

Je renchéris : extremement explicite, même si a force d'en lire
je commençais a comprendre de quoi qu'il s'agissait....

Alors, al question qui tue (excuse-moi SVP ;-)
C'est où dans la FAQ la recopié de cet article ????
-quoiqu'il faudrait dire LES FAQ sur VB,
(je pense aussi a celle de Développez !)
car je n'ai pas réussi a retrouver cette notion aussi clairement
exprimée !

Y.

"PM" a écrit dans le message de
news:
Merci bcp.
Ca c'est très clair.

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

Salut,

Toutes les classes des composants COM (DLL ActiveX, EXE ActiveX,
OCX...) sont identifiables par un ProgID (MonComposant.Classe) et
par un CLSID (sous la forme d'un GUID unique donc). En late binding
on se sert du progid qui ne varie pas donc aucun problème ca
fonctionne qqsoit la version. Par contre en earlybinding on utilise
le CLSID unique à chaque classe qui hélas en VB n'est pas
définissable (directement) par le développeur et change à chaque
compilation ! Ce qui provoque évidemment des problèmes de
compatibilités (si on installe une version plus recente avec un
CLSID changé alors les programmes compilés utilisant l'ancienne
version ne fonctionneront plus).

La compatibilité binaire sous VB permet de régler ce problème en
s'assurant de garder le même CLSID (il faut juste spécifié le
fichier avec lequel rester compatible, on mets traditionnellement
le fichier lui même).

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

Patrice Henrio wrote:
C'est quoi concrétement la compatibilité binaire ?

"ng" a écrit dans le message de news:
%
Ok,

En effet la compatibilité binaire te permettra de mettre à jour
ta DLL sans problème de compatibilité !

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

PM wrote:
Ok, je vais faire ça aussi.
Mais pour info, l'essentiel de la réponse semble être:

il faut enregistrer les dll avec le flag regserver ; donc
comme suit, dans mon cas :
Source: "C:Documents and SettingspatrickMes
documentsSharepartBasiccodeVB.dll"; DestDir:










"{app}";
Flags: ignoreversion regserver
sinon elle n'est tout simplement pas enregistrée ;-). C'est
ce qui se passait.

J'ai pas trouvé tout seul, je te rassure ! La réponse vient du
forum InnoSetup.
http://www.jrsoftware.org/newsgroups.php
J'espère qu'elle peut rendre service à d'autres.

Je vais donc faire ce que tu dis, mais je ne comprends pas bien
pourquoi. Sur notre grande toile, tout ce qui concerne la
compatibilité binaire semble être lié à la compatibilité des
versions...
Un grand merci.
Patrick

"ng" a écrit dans le message de news:
%23K$
Salut,

Il faut indiqué ton propre composant :

1/ compile ton composant
2/ indique le dans les propriétés
3/ qd tu recompileras tu garderas le mm GUID.

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

PM wrote:
J'ai tenté.
Il faut indiquer avec quoi établir la compatibilité binaire.
Comme je n'ai pas d'autre version, je ne vois pas trop quoi
mettre. L'ordi utilisateur ne connaît rien de mon appli, je ne
vois pas où il rencontre des pbs de compatibilité ?

J'ai aussi tenté d'indiquer mon classeur Excel comme
"composant compatible". Il tente de l'ouvrir et répond
impossible. Bref, je suis coincé !
Bien coincé...


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

Salut,

Utilises-tu une compatibilité binaire lors de la
compilation de ta DLL ?


J'ai fait le minimum syndical requis par InnoSetup...
Je n'ai rien rajouté, donc probablement pas ce que tu
évoques.



Non en fait cela se règle dans VB dans les paramètres du
projet.

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

PM wrote:
Merci de ta réponse, Nicolas.

As-tu fournis la bonne version de ta DLL ?


Oui, c'est sûr. Chaque version est appelée par sa date.
Même si c'était une mauvaise version, je devrais avoir un
appel, suive, le cas échéant d'erreurs de programmation, non
?

Utilises-tu une compatibilité binaire lors de la
compilation de ta DLL ?


J'ai fait le minimum syndical requis par InnoSetup...
Je n'ai rien rajouté, donc probablement pas ce que tu
évoques.

A+


"ng" a écrit dans le message de news:
%
Salut,


--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

PM wrote:
Bonjour !

J'en suis au stade de l'installation et j'ai utilisé
InnoSetup comme recommandé sur ce forum (semble excellent,
mais pas très bavard au niveau d l'aide pour un vrai
débutant en ces matières). J'ai crée un setup.exe qui
marche sur mon ordi. Pas sur celui de
l'utilisateur, hélas...

Il installe parfaitement le classeur Excel, la ddl ET la
référence a l'air ok. Dans le classeur, la référence à la
dll apparaît et je retrouve bien tous les objets dans
l'explorateur d'objets. Mais les commandes qui appellent
ces objets ne marchent pas:
erreur no 429 "Un composant ActiveX ne peut pas créer
d'objets". Normalement, amtha, la référence ne fonctionne
pas. L'entrer à nouveau manuellement ne marche pas.

Je me sens au-delà de mes capacités normales.
J'apprécierais grandement un coup de main de nos
experts... Patrick



Rens. compl :
Voici ma section [Files] dans InnoSetup.
Elle commence par les fichiers VB nécessaires tels
qu'indiqués sur l'article "How to" des FAQ InnoSetup.
A la fin, j'ai mis en commentaires, deux fichiers
supplémentaire qui figurent dans le script produit par
l'assistant d'emapquetage et de dév de VB (qui ne
fonctionne pas correctement chez moi...). Devrais-je les
télécharger chez Microsoft et les inclure. Si oui, les
flags sont-ils corrects ? Source: "vbfilesmsvbvm60.dll";
DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver Source:
"vbfilesoleaut32.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesolepro32.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesasycfilt.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile
Source: "vbfilescomcat.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesstdole2.tlb"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regtypelib
;Source: "vbfilesVB6STKIT.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
;Source: "vbfilesVB6FR.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
; end VB system files

Source: "C:Documents and SettingspatrickMes
documentsSharepartSHAREPART 1.0FR.xls"; DestDir:
"{app}"; Flags: ignoreversion
Source: "C:Documents and SettingspatrickMes
documentsSharepartBasiccodeVB.dll"; DestDir: "{app}";
Flags: ignoreversion
; NOTE: Don't use "Flags: ignoreversion" on any shared
system files


























Avatar
YannX
"ng" a écrit dans le message de
news:u1uC%
...
> Donc dans le cas d'OCX on se base bien sur le CLSID (qui signifie au
> passage CLaSs IDentifier).
car cela se fait un earlybinding (bien qu'on puisse le faire en


latebinding
mais c'est loin d'etre pratique).

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

ng wrote:
>> Je renchéris : extremement explicite, même si a force d'en lire
>> [...] Merci :)



>> C'est où dans la FAQ la recopié de cet article ????
> Cet article est de moi :) Je ne suis pas non plus rentré dans les
> détails de COM, j'ai essayé de fournir une explication claire


et réussis -je maintiens-
> concernant l'existence et l'utilité de la compatibilité binaire c'est
> tout.


Excuse ma formulation (désolé, en lisant ta reponse, j'ai été
manifestement incompris,
donc que c'est mal formulé de ma part !)
La "question qui tue" était pour te recommander chaudement d'injecter ce
paragraphe -extremement clair-
dans une FAQ ou une autre.....car je n'en n'ai pas trouvé qui m'explique
cela,
et j'en recommanderai volontiers ta lecture ! ! !

Mais avec ce titre initial, cela risque peu d'etre retrouvé par d'autres....

Encore mille excuses, si tu as mal interprété ma suggestion !

Yann
Avatar
ng
Salut,

Ok je vais voir si y a pas une FAQ qui en veux bien. Pour ce qui est de la
faq officielle de ce ng c'est Pierre Alexis qui s'en occupe, mais ou
est-t-il ? :)

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

YannX wrote:
"ng" a écrit dans le message de
news:u1uC%
...
Donc dans le cas d'OCX on se base bien sur le CLSID (qui signifie au
passage CLaSs IDentifier).


car cela se fait un earlybinding (bien qu'on puisse le faire en
latebinding mais c'est loin d'etre pratique).

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

ng wrote:
Je renchéris : extremement explicite, même si a force d'en lire
[...] Merci :)







C'est où dans la FAQ la recopié de cet article ????


Cet article est de moi :) Je ne suis pas non plus rentré dans les
détails de COM, j'ai essayé de fournir une explication claire




et réussis -je maintiens-
concernant l'existence et l'utilité de la compatibilité binaire
c'est tout.




Excuse ma formulation (désolé, en lisant ta reponse, j'ai été
manifestement incompris,
donc que c'est mal formulé de ma part !)
La "question qui tue" était pour te recommander chaudement d'injecter
ce paragraphe -extremement clair-
dans une FAQ ou une autre.....car je n'en n'ai pas trouvé qui
m'explique cela,
et j'en recommanderai volontiers ta lecture ! ! !

Mais avec ce titre initial, cela risque peu d'etre retrouvé par
d'autres....

Encore mille excuses, si tu as mal interprété ma suggestion !

Yann


Avatar
Patrice Henrio
Merci de la réponse qui effectivement est très claire et a du en intéresser
plus d'un.

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

Salut,

Ok je vais voir si y a pas une FAQ qui en veux bien. Pour ce qui est de la
faq officielle de ce ng c'est Pierre Alexis qui s'en occupe, mais ou
est-t-il ? :)

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

YannX wrote:
"ng" a écrit dans le message de
news:u1uC%
...
Donc dans le cas d'OCX on se base bien sur le CLSID (qui signifie au
passage CLaSs IDentifier).


car cela se fait un earlybinding (bien qu'on puisse le faire en
latebinding mais c'est loin d'etre pratique).

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

ng wrote:
Je renchéris : extremement explicite, même si a force d'en lire
[...] Merci :)







C'est où dans la FAQ la recopié de cet article ????


Cet article est de moi :) Je ne suis pas non plus rentré dans les
détails de COM, j'ai essayé de fournir une explication claire




et réussis -je maintiens-
concernant l'existence et l'utilité de la compatibilité binaire
c'est tout.




Excuse ma formulation (désolé, en lisant ta reponse, j'ai été
manifestement incompris,
donc que c'est mal formulé de ma part !)
La "question qui tue" était pour te recommander chaudement d'injecter
ce paragraphe -extremement clair-
dans une FAQ ou une autre.....car je n'en n'ai pas trouvé qui
m'explique cela,
et j'en recommanderai volontiers ta lecture ! ! !

Mais avec ce titre initial, cela risque peu d'etre retrouvé par
d'autres....

Encore mille excuses, si tu as mal interprété ma suggestion !

Yann






Avatar
YannX
N'est-ce pas ?
Et comme disait quelqu'un, des mercis et encouragements,
on les apprécie tous !
Seul regret, que le Spam nous oblige souvent a masquer notre adresse mail,
ce qui doit faire éviter parfois de remercier directement l'auteur d'une
remarque pertinente..

Efficaces contributeurs, gardez en tête aussi cette -relative- timidité
peut-être.

@+
Yann
"Patrice Henrio" a écrit dans le message de
news:%
Merci de la réponse qui effectivement est très claire et a du en


intéresser
plus d'un.

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

> Salut,
>
> Ok je vais voir si y a pas une FAQ qui en veux bien. Pour ce qui est de


la
> faq officielle de ce ng c'est Pierre Alexis qui s'en occupe, mais ou
> est-t-il ? :)
>
> --
> Nicolas G.
> FAQ VB : http://faq.vb.free.fr
> API Guide : http://www.allapi.net
> Google Groups : http://groups.google.fr/
> MZ-Tools : http://www.mztools.com/
>
> YannX wrote:
>> "ng" a écrit dans le message de
>> news:u1uC%
>>> ...
>>>> Donc dans le cas d'OCX on se base bien sur le CLSID (qui signifie au
>>>> passage CLaSs IDentifier).
>>> car cela se fait un earlybinding (bien qu'on puisse le faire en
>>> latebinding mais c'est loin d'etre pratique).
>>>
>>> --
>>> Nicolas G.
>>> FAQ VB : http://faq.vb.free.fr
>>> API Guide : http://www.allapi.net
>>> Google Groups : http://groups.google.fr/
>>> MZ-Tools : http://www.mztools.com/
>>>
>>> ng wrote:
>>>>> Je renchéris : extremement explicite, même si a force d'en lire
>>>>> [...] Merci :)
>>
>>>>> C'est où dans la FAQ la recopié de cet article ????
>>>> Cet article est de moi :) Je ne suis pas non plus rentré dans les
>>>> détails de COM, j'ai essayé de fournir une explication claire
>> et réussis -je maintiens-
>>>> concernant l'existence et l'utilité de la compatibilité binaire
>>>> c'est tout.
>> Excuse ma formulation (désolé, en lisant ta reponse, j'ai été
>> manifestement incompris,
>> donc que c'est mal formulé de ma part !)
>> La "question qui tue" était pour te recommander chaudement d'injecter
>> ce paragraphe -extremement clair-
>> dans une FAQ ou une autre.....car je n'en n'ai pas trouvé qui
>> m'explique cela,
>> et j'en recommanderai volontiers ta lecture ! ! !
>>
>> Mais avec ce titre initial, cela risque peu d'etre retrouvé par
>> d'autres....
>>
>> Encore mille excuses, si tu as mal interprété ma suggestion !
>>
>> Yann
>
>




Avatar
Quasimodo
PM expressed precisely :
Bonjour !

J'en suis au stade de l'installation et j'ai utilisé InnoSetup comme
recommandé sur ce forum (semble excellent, mais pas très bavard au niveau d
l'aide pour un vrai débutant en ces matières).

J'ai crée un setup.exe qui marche sur mon ordi. Pas sur celui de
l'utilisateur, hélas...

Il installe parfaitement le classeur Excel, la ddl ET la référence a l'air
ok. Dans le classeur, la référence à la dll apparaît et je retrouve bien tous
les objets dans l'explorateur d'objets.

Mais les commandes qui appellent ces objets ne marchent pas: erreur no 429
"Un composant ActiveX ne peut pas créer d'objets".
Normalement, amtha, la référence ne fonctionne pas.
L'entrer à nouveau manuellement ne marche pas.

Je me sens au-delà de mes capacités normales. J'apprécierais grandement un
coup de main de nos experts...
Patrick



Rens. compl :
Voici ma section [Files] dans InnoSetup.
Elle commence par les fichiers VB nécessaires tels qu'indiqués sur l'article
"How to" des FAQ InnoSetup.
A la fin, j'ai mis en commentaires, deux fichiers supplémentaire qui figurent
dans le script produit par l'assistant d'emapquetage et de dév de VB (qui ne
fonctionne pas correctement chez moi...). Devrais-je les télécharger chez
Microsoft et les inclure. Si oui, les flags sont-ils corrects ?

Source: "vbfilesmsvbvm60.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
Source: "vbfilesoleaut32.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
Source: "vbfilesolepro32.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
Source: "vbfilesasycfilt.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile
Source: "vbfilescomcat.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
Source: "vbfilesstdole2.tlb"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regtypelib
;Source: "vbfilesVB6STKIT.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
;Source: "vbfilesVB6FR.dll"; DestDir: "{sys}"; Flags: restartreplace
uninsneveruninstall sharedfile regserver
; end VB system files

Source: "C:Documents and SettingspatrickMes documentsSharepartSHAREPART
1.0FR.xls"; DestDir: "{app}"; Flags: ignoreversion
Source: "C:Documents and SettingspatrickMes
documentsSharepartBasiccodeVB.dll"; DestDir: "{app}"; Flags: ignoreversion
; NOTE: Don't use "Flags: ignoreversion" on any shared system files



Bonjour,
Avez-vous trouvé une solution à votre chtit problème ?
Sinon, pouvez-vous donner un détaille, non pas sur ce que fait votre
dll mais bien comment est elle structuré (exemple, création d'objet du
type class avec quels propriétés --> instanciables, .. Si vous utilisez
des modules de base, ...).

@+Quaz

@+Quaz

--
This is an automatic signature of MesNews.
Site : http://mesnews.no-ip.com
Avatar
ng
Salut,

J'avais fait un exemple pr l'occasion, s'il t'interesse je peux te l'envoyer
par E-Mail.
(je l'avais posté sur le message mais Google n'archives pas les messages
avec PJ).

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

Quasimodo wrote:
PM expressed precisely :
Bonjour !

J'en suis au stade de l'installation et j'ai utilisé InnoSetup comme
recommandé sur ce forum (semble excellent, mais pas très bavard au
niveau d l'aide pour un vrai débutant en ces matières).

J'ai crée un setup.exe qui marche sur mon ordi. Pas sur celui de
l'utilisateur, hélas...

Il installe parfaitement le classeur Excel, la ddl ET la référence a
l'air ok. Dans le classeur, la référence à la dll apparaît et je
retrouve bien tous les objets dans l'explorateur d'objets.

Mais les commandes qui appellent ces objets ne marchent pas: erreur
no 429 "Un composant ActiveX ne peut pas créer d'objets".
Normalement, amtha, la référence ne fonctionne pas.
L'entrer à nouveau manuellement ne marche pas.

Je me sens au-delà de mes capacités normales. J'apprécierais
grandement un coup de main de nos experts...
Patrick



Rens. compl :
Voici ma section [Files] dans InnoSetup.
Elle commence par les fichiers VB nécessaires tels qu'indiqués sur
l'article "How to" des FAQ InnoSetup.
A la fin, j'ai mis en commentaires, deux fichiers supplémentaire qui
figurent dans le script produit par l'assistant d'emapquetage et de
dév de VB (qui ne fonctionne pas correctement chez moi...).
Devrais-je les télécharger chez Microsoft et les inclure. Si oui,
les flags sont-ils corrects ? Source: "vbfilesmsvbvm60.dll"; DestDir:
"{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesoleaut32.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesolepro32.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesasycfilt.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile
Source: "vbfilescomcat.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesstdole2.tlb"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regtypelib
;Source: "vbfilesVB6STKIT.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
;Source: "vbfilesVB6FR.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
; end VB system files

Source: "C:Documents and SettingspatrickMes
documentsSharepartSHAREPART 1.0FR.xls"; DestDir: "{app}"; Flags:
ignoreversion
Source: "C:Documents and SettingspatrickMes
documentsSharepartBasiccodeVB.dll"; DestDir: "{app}"; Flags:
ignoreversion ; NOTE: Don't use "Flags: ignoreversion" on any shared
system files



Bonjour,
Avez-vous trouvé une solution à votre chtit problème ?
Sinon, pouvez-vous donner un détaille, non pas sur ce que fait votre
dll mais bien comment est elle structuré (exemple, création d'objet du
type class avec quels propriétés --> instanciables, .. Si vous
utilisez des modules de base, ...).

@+Quaz

@+Quaz


Avatar
Quasimodo
It happens that ng formulated :
Salut,

J'avais fait un exemple pr l'occasion, s'il t'interesse je peux te l'envoyer
par E-Mail.
(je l'avais posté sur le message mais Google n'archives pas les messages avec
PJ).

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

Quasimodo wrote:
PM expressed precisely :
Bonjour !

J'en suis au stade de l'installation et j'ai utilisé InnoSetup comme
recommandé sur ce forum (semble excellent, mais pas très bavard au
niveau d l'aide pour un vrai débutant en ces matières).

J'ai crée un setup.exe qui marche sur mon ordi. Pas sur celui de
l'utilisateur, hélas...

Il installe parfaitement le classeur Excel, la ddl ET la référence a
l'air ok. Dans le classeur, la référence à la dll apparaît et je
retrouve bien tous les objets dans l'explorateur d'objets.

Mais les commandes qui appellent ces objets ne marchent pas: erreur
no 429 "Un composant ActiveX ne peut pas créer d'objets".
Normalement, amtha, la référence ne fonctionne pas.
L'entrer à nouveau manuellement ne marche pas.

Je me sens au-delà de mes capacités normales. J'apprécierais
grandement un coup de main de nos experts...
Patrick



Rens. compl :
Voici ma section [Files] dans InnoSetup.
Elle commence par les fichiers VB nécessaires tels qu'indiqués sur
l'article "How to" des FAQ InnoSetup.
A la fin, j'ai mis en commentaires, deux fichiers supplémentaire qui
figurent dans le script produit par l'assistant d'emapquetage et de
dév de VB (qui ne fonctionne pas correctement chez moi...).
Devrais-je les télécharger chez Microsoft et les inclure. Si oui,
les flags sont-ils corrects ? Source: "vbfilesmsvbvm60.dll"; DestDir:
"{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesoleaut32.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesolepro32.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesasycfilt.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile
Source: "vbfilescomcat.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
Source: "vbfilesstdole2.tlb"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regtypelib
;Source: "vbfilesVB6STKIT.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
;Source: "vbfilesVB6FR.dll"; DestDir: "{sys}"; Flags:
restartreplace uninsneveruninstall sharedfile regserver
; end VB system files

Source: "C:Documents and SettingspatrickMes
documentsSharepartSHAREPART 1.0FR.xls"; DestDir: "{app}"; Flags:
ignoreversion
Source: "C:Documents and SettingspatrickMes
documentsSharepartBasiccodeVB.dll"; DestDir: "{app}"; Flags:
ignoreversion ; NOTE: Don't use "Flags: ignoreversion" on any shared
system files



Bonjour,
Avez-vous trouvé une solution à votre chtit problème ?
Sinon, pouvez-vous donner un détaille, non pas sur ce que fait votre
dll mais bien comment est elle structuré (exemple, création d'objet du
type class avec quels propriétés --> instanciables, .. Si vous
utilisez des modules de base, ...).

@+Quaz

@+Quaz





salut ng,
Si la réponse s'adresse à moi, sorry, mais je ne cherche rien.
C'était une question pour pouvoir savoir si je peux aider ou pas 8-o
Merci

@+Quaz

--
This is an automatic signature of MesNews.
Site : http://mesnews.no-ip.com
1 2 3