OVH Cloud OVH Cloud

Excel pas touché : erreur 48 ?

5 réponses
Avatar
YannX
Bonsoir,

Je relance un programme en-cours de développement !
Il marchait avec Office XP ; j'installe Access 2k

et à l'exécution j'obtiens soudainement
Erreur d'exécution '48':
Erreur de chargement DLL

Sur la ligne :

Set jXL = CreateObject("excel.application")

Que signifie ? D'où cela viendrait-il ?
Comment corriger ?

Plus généralement, est-il possible de faire
co-exister un développement au choix
pour plusieurs versions d'Office ?

Merci de vos idées vespérales...

Y
PS Et je ne peux pas dire que l'aide me donne grand'aide :
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - -

Erreur de chargement de la DLL (erreur 48)

Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la clause
Lib d'une instruction Declare. Causes et solutions de cette erreur :
Le fichier n'est pas une DLL exécutable.
Si le fichier est un fichier texte source, il doit être compilé et lié à une
DLL exécutable.
Le fichier n'est pas une DLL Microsoft Windows.
Procurez-vous la DLL Microsoft Windows équivalente du fichier.
Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le mode
protégé de Microsoft Windows.
Procurez-vous une version à jour de la DLL.
La DLL fait référence à une autre DLL absente.
Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
spécifié par votre chemin d'accès.
Transférez la DLL dans un répertoire référencé ou incluez son répertoire
courant dans le chemin d'accès.
Pour plus d'informations, sélectionnez l'élément en question et appuyez sur
F1.
Erreur de chargement de la DLL (erreur 48)

Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la clause
Lib d'une instruction Declare. Causes et solutions de cette erreur :
Le fichier n'est pas une DLL exécutable.
Si le fichier est un fichier texte source, il doit être compilé et lié à une
DLL exécutable.
Le fichier n'est pas une DLL Microsoft Windows.
Procurez-vous la DLL Microsoft Windows équivalente du fichier.
Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le mode
protégé de Microsoft Windows.
Procurez-vous une version à jour de la DLL.
La DLL fait référence à une autre DLL absente.
Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
spécifié par votre chemin d'accès.
Transférez la DLL dans un répertoire référencé ou incluez son répertoire
courant dans le chemin d'accès.
Pour plus d'informations, sélectionnez l'élément en question et appuyez sur
F1.

5 réponses

Avatar
Josselin Jouannet
bonjour ton probleme vient du fait que la reference de ton projet vb est
celle d'excel xp.
pour le résoudre il faut donc changer la référence a xl (dans menu projet
->reference)
les référence on une compatibilité ascendante ainsi si tu ne connais pas les
versions d'excel que tu vas attaquer en ole automation, il vaut mieux
déclarer la référence la plus ancienne exemple xl 97, (ce qui n'est pas trés
progréssiste je le reconnais).
@+

"YannX" a écrit :

Bonsoir,

Je relance un programme en-cours de développement !
Il marchait avec Office XP ; j'installe Access 2k

et à l'exécution j'obtiens soudainement
Erreur d'exécution '48':
Erreur de chargement DLL

Sur la ligne :

Set jXL = CreateObject("excel.application")

Que signifie ? D'où cela viendrait-il ?
Comment corriger ?

Plus généralement, est-il possible de faire
co-exister un développement au choix
pour plusieurs versions d'Office ?

Merci de vos idées vespérales...

Y
PS Et je ne peux pas dire que l'aide me donne grand'aide :
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - -

Erreur de chargement de la DLL (erreur 48)

Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la clause
Lib d'une instruction Declare. Causes et solutions de cette erreur :
Le fichier n'est pas une DLL exécutable.
Si le fichier est un fichier texte source, il doit être compilé et lié à une
DLL exécutable.
Le fichier n'est pas une DLL Microsoft Windows.
Procurez-vous la DLL Microsoft Windows équivalente du fichier.
Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le mode
protégé de Microsoft Windows.
Procurez-vous une version à jour de la DLL.
La DLL fait référence à une autre DLL absente.
Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
spécifié par votre chemin d'accès.
Transférez la DLL dans un répertoire référencé ou incluez son répertoire
courant dans le chemin d'accès.
Pour plus d'informations, sélectionnez l'élément en question et appuyez sur
F1.
Erreur de chargement de la DLL (erreur 48)

Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la clause
Lib d'une instruction Declare. Causes et solutions de cette erreur :
Le fichier n'est pas une DLL exécutable.
Si le fichier est un fichier texte source, il doit être compilé et lié à une
DLL exécutable.
Le fichier n'est pas une DLL Microsoft Windows.
Procurez-vous la DLL Microsoft Windows équivalente du fichier.
Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le mode
protégé de Microsoft Windows.
Procurez-vous une version à jour de la DLL.
La DLL fait référence à une autre DLL absente.
Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
spécifié par votre chemin d'accès.
Transférez la DLL dans un répertoire référencé ou incluez son répertoire
courant dans le chemin d'accès.
Pour plus d'informations, sélectionnez l'élément en question et appuyez sur
F1.





Avatar
YannX
Bnjr,

Merci de l'information ; pour etre sur d'avoir bien compris,
cela veut-il dire que je peux :
- déclarer la référence à XL 2k dans ma compilation VB
- il trouvera l'Excel meme si c'est XL 2k3 sur ma machine de développement ?
(peut-etre faut-il que j'installe qd meme XL XP pour n'avoir
(que un pas de changement de version cf. KB Msft.... ?)
- il trouvera l'Excel meme si c'est XL XP sur une autre machine ?
- le meme EXE VB6 trouvera l'Excel 2K ou 2k3 sur d'autres machines ?
Cela serait super....................

J'ai suivi ta reponse plus haut sur OLE pour Word....
J'ai rencontré une difficulté supplémentaire (tout en références XL 2k seul
et VB6)
- accès à un CreateObject Excel.application
- affichage / création données dans feuille pour graphique... OK
- fermeture (Quit puis Set = Nothing)
+ recommencer : au second CreateObject -> plantage !
Plus exactement Erreur 91 variable objet ou bloc non défini
ActiveSheet.ChartObjects.Add 0,114,480,225
après avoir recréé un Classeur1 rempli de chiffres....
(je suis déjà passé une fois sur cette ligne sans problème....)
Une idée ?

Merci de tes indications déjà
Y

"Josselin Jouannet" a écrit
dans le message de
news:
bonjour ton probleme vient du fait que la reference de ton projet vb est
celle d'excel xp.
pour le résoudre il faut donc changer la référence a xl (dans menu projet
->reference)
les référence on une compatibilité ascendante ainsi si tu ne connais pas


les
versions d'excel que tu vas attaquer en ole automation, il vaut mieux
déclarer la référence la plus ancienne exemple xl 97, (ce qui n'est pas


trés
progréssiste je le reconnais).
@+

"YannX" a écrit :

> Bonsoir,
>
> Je relance un programme en-cours de développement !
> Il marchait avec Office XP ; j'installe Access 2k
>
> et à l'exécution j'obtiens soudainement
> Erreur d'exécution '48':
> Erreur de chargement DLL
>
> Sur la ligne :
>
> Set jXL = CreateObject("excel.application")
>
> Que signifie ? D'où cela viendrait-il ?
> Comment corriger ?
>
> Plus généralement, est-il possible de faire
> co-exister un développement au choix
> pour plusieurs versions d'Office ?
>
> Merci de vos idées vespérales...
>
> Y
> PS Et je ne peux pas dire que l'aide me donne grand'aide :

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -


-
> - - - - - - -
>
> Erreur de chargement de la DLL (erreur 48)
>
> Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la


clause
> Lib d'une instruction Declare. Causes et solutions de cette erreur :
> Le fichier n'est pas une DLL exécutable.
> Si le fichier est un fichier texte source, il doit être compilé et lié à


une
> DLL exécutable.
> Le fichier n'est pas une DLL Microsoft Windows.
> Procurez-vous la DLL Microsoft Windows équivalente du fichier.
> Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le


mode
> protégé de Microsoft Windows.
> Procurez-vous une version à jour de la DLL.
> La DLL fait référence à une autre DLL absente.
> Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
> La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
> spécifié par votre chemin d'accès.
> Transférez la DLL dans un répertoire référencé ou incluez son répertoire
> courant dans le chemin d'accès.
> Pour plus d'informations, sélectionnez l'élément en question et appuyez


sur
> F1.
> Erreur de chargement de la DLL (erreur 48)
>
> Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la


clause
> Lib d'une instruction Declare. Causes et solutions de cette erreur :
> Le fichier n'est pas une DLL exécutable.
> Si le fichier est un fichier texte source, il doit être compilé et lié à


une
> DLL exécutable.
> Le fichier n'est pas une DLL Microsoft Windows.
> Procurez-vous la DLL Microsoft Windows équivalente du fichier.
> Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le


mode
> protégé de Microsoft Windows.
> Procurez-vous une version à jour de la DLL.
> La DLL fait référence à une autre DLL absente.
> Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
> La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
> spécifié par votre chemin d'accès.
> Transférez la DLL dans un répertoire référencé ou incluez son répertoire
> courant dans le chemin d'accès.
> Pour plus d'informations, sélectionnez l'élément en question et appuyez


sur
> F1.
>
>
>


Avatar
Jean Yves SÉVENO
Bonjour.

Si vous faites du late binding (i.e. CreateObject), le mieux est de ne pas
référencer excel du tout. Vous éviterez ainsi les problèmes de chargement de
versions différentes. À charge pour vous, évidemment, de n'utiliser que des
fonctionnalités d'Excel présentes sur toutes les versions susceptibles
d'être installées sur les postes où tournera votre application.

Par contre, en développement, vous n'aurez plus le bénéfice de l'aide à la
saisie du code.

Cordialement.

Jean Yves


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

Bnjr,

Merci de l'information ; pour etre sur d'avoir bien compris,
cela veut-il dire que je peux :
- déclarer la référence à XL 2k dans ma compilation VB
- il trouvera l'Excel meme si c'est XL 2k3 sur ma machine de développement
?
(peut-etre faut-il que j'installe qd meme XL XP pour n'avoir
(que un pas de changement de version cf. KB Msft.... ?)
- il trouvera l'Excel meme si c'est XL XP sur une autre machine ?
- le meme EXE VB6 trouvera l'Excel 2K ou 2k3 sur d'autres machines ?
Cela serait super....................

J'ai suivi ta reponse plus haut sur OLE pour Word....
J'ai rencontré une difficulté supplémentaire (tout en références XL 2k
seul
et VB6)
- accès à un CreateObject Excel.application
- affichage / création données dans feuille pour graphique... OK
- fermeture (Quit puis Set = Nothing)
+ recommencer : au second CreateObject -> plantage !
Plus exactement Erreur 91 variable objet ou bloc non défini
ActiveSheet.ChartObjects.Add 0,114,480,225
après avoir recréé un Classeur1 rempli de chiffres....
(je suis déjà passé une fois sur cette ligne sans problème....)
Une idée ?

Merci de tes indications déjà
Y

"Josselin Jouannet" a écrit
dans le message de
news:
bonjour ton probleme vient du fait que la reference de ton projet vb est
celle d'excel xp.
pour le résoudre il faut donc changer la référence a xl (dans menu projet
->reference)
les référence on une compatibilité ascendante ainsi si tu ne connais pas


les
versions d'excel que tu vas attaquer en ole automation, il vaut mieux
déclarer la référence la plus ancienne exemple xl 97, (ce qui n'est pas


trés
progréssiste je le reconnais).
@+

"YannX" a écrit :

> Bonsoir,
>
> Je relance un programme en-cours de développement !
> Il marchait avec Office XP ; j'installe Access 2k
>
> et à l'exécution j'obtiens soudainement
> Erreur d'exécution '48':
> Erreur de chargement DLL
>
> Sur la ligne :
>
> Set jXL = CreateObject("excel.application")
>
> Que signifie ? D'où cela viendrait-il ?
> Comment corriger ?
>
> Plus généralement, est-il possible de faire
> co-exister un développement au choix
> pour plusieurs versions d'Office ?
>
> Merci de vos idées vespérales...
>
> Y
> PS Et je ne peux pas dire que l'aide me donne grand'aide :

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -


-
> - - - - - - -
>
> Erreur de chargement de la DLL (erreur 48)
>
> Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la


clause
> Lib d'une instruction Declare. Causes et solutions de cette erreur :
> Le fichier n'est pas une DLL exécutable.
> Si le fichier est un fichier texte source, il doit être compilé et lié
> à


une
> DLL exécutable.
> Le fichier n'est pas une DLL Microsoft Windows.
> Procurez-vous la DLL Microsoft Windows équivalente du fichier.
> Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le


mode
> protégé de Microsoft Windows.
> Procurez-vous une version à jour de la DLL.
> La DLL fait référence à une autre DLL absente.
> Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
> La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
> spécifié par votre chemin d'accès.
> Transférez la DLL dans un répertoire référencé ou incluez son
> répertoire
> courant dans le chemin d'accès.
> Pour plus d'informations, sélectionnez l'élément en question et appuyez


sur
> F1.
> Erreur de chargement de la DLL (erreur 48)
>
> Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la


clause
> Lib d'une instruction Declare. Causes et solutions de cette erreur :
> Le fichier n'est pas une DLL exécutable.
> Si le fichier est un fichier texte source, il doit être compilé et lié
> à


une
> DLL exécutable.
> Le fichier n'est pas une DLL Microsoft Windows.
> Procurez-vous la DLL Microsoft Windows équivalente du fichier.
> Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le


mode
> protégé de Microsoft Windows.
> Procurez-vous une version à jour de la DLL.
> La DLL fait référence à une autre DLL absente.
> Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
> La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
> spécifié par votre chemin d'accès.
> Transférez la DLL dans un répertoire référencé ou incluez son
> répertoire
> courant dans le chemin d'accès.
> Pour plus d'informations, sélectionnez l'élément en question et appuyez


sur
> F1.
>
>
>






Avatar
Josselin Jouannet
Pour ta confirmation la réponse et oui, c'est a dire que ton appli se
débrouillera toute seul pour trouver sa référence a xl, mais attention cela
n'est possible que si la version registrer lors de la compilation est
inferieur ou égale à la version d'xl présente sur le poste ou s'execute ton
appli.
ainsi si tu registre xl 97 ton appli fonctionneras avec 2k, xp,2k3, mais pas
avec 95.
Je n'ai jamais tester le fait de ne pas registrer xl comme l'indique le
message suivant, c'est peut etre une meilleur solution, le problème c'est
qu'il faut connaitre les instructions et etre sur de son coup (puisqu'on a
plus l'aide en ligne, et le verificateur de syntaxe).

Pour ta deuxieme question :
le fait de réappeler le create object est quand meme délicat, c'est quand
meme xl que l'on charge, en regle générale il vaut mieux ne pas le fermer( on
peut instancier plusieur classeurs et les fermer sans trop de problèmes,
c'est plus compliqué avec l'application excel), tant qu'il reste des
traitements, puisqu'il y a un rique de l'ouvrir plusieur fois,tu peux le
vérifier en regardant les processus du gestionnaire de tache.
Si sous la menace tu est obligé de fermer xl puis de le reinstancier, il
faudrat que tu verifie les processus déja lancer, puis que tu utilise
l'instruction new :
set appliproj as New MSProject.Application

@ +

"YannX" a écrit :

Bnjr,

Merci de l'information ; pour etre sur d'avoir bien compris,
cela veut-il dire que je peux :
- déclarer la référence à XL 2k dans ma compilation VB
- il trouvera l'Excel meme si c'est XL 2k3 sur ma machine de développement ?
(peut-etre faut-il que j'installe qd meme XL XP pour n'avoir
(que un pas de changement de version cf. KB Msft.... ?)
- il trouvera l'Excel meme si c'est XL XP sur une autre machine ?
- le meme EXE VB6 trouvera l'Excel 2K ou 2k3 sur d'autres machines ?
Cela serait super....................

J'ai suivi ta reponse plus haut sur OLE pour Word....
J'ai rencontré une difficulté supplémentaire (tout en références XL 2k seul
et VB6)
- accès à un CreateObject Excel.application
- affichage / création données dans feuille pour graphique... OK
- fermeture (Quit puis Set = Nothing)
+ recommencer : au second CreateObject -> plantage !
Plus exactement Erreur 91 variable objet ou bloc non défini
ActiveSheet.ChartObjects.Add 0,114,480,225
après avoir recréé un Classeur1 rempli de chiffres....
(je suis déjà passé une fois sur cette ligne sans problème....)
Une idée ?

Merci de tes indications déjà
Y

"Josselin Jouannet" a écrit
dans le message de
news:
> bonjour ton probleme vient du fait que la reference de ton projet vb est
> celle d'excel xp.
> pour le résoudre il faut donc changer la référence a xl (dans menu projet
> ->reference)
> les référence on une compatibilité ascendante ainsi si tu ne connais pas
les
> versions d'excel que tu vas attaquer en ole automation, il vaut mieux
> déclarer la référence la plus ancienne exemple xl 97, (ce qui n'est pas
trés
> progréssiste je le reconnais).
> @+
>
> "YannX" a écrit :
>
> > Bonsoir,
> >
> > Je relance un programme en-cours de développement !
> > Il marchait avec Office XP ; j'installe Access 2k
> >
> > et à l'exécution j'obtiens soudainement
> > Erreur d'exécution '48':
> > Erreur de chargement DLL
> >
> > Sur la ligne :
> >
> > Set jXL = CreateObject("excel.application")
> >
> > Que signifie ? D'où cela viendrait-il ?
> > Comment corriger ?
> >
> > Plus généralement, est-il possible de faire
> > co-exister un développement au choix
> > pour plusieurs versions d'Office ?
> >
> > Merci de vos idées vespérales...
> >
> > Y
> > PS Et je ne peux pas dire que l'aide me donne grand'aide :
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-
> > - - - - - - -
> >
> > Erreur de chargement de la DLL (erreur 48)
> >
> > Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la
clause
> > Lib d'une instruction Declare. Causes et solutions de cette erreur :
> > Le fichier n'est pas une DLL exécutable.
> > Si le fichier est un fichier texte source, il doit être compilé et lié à
une
> > DLL exécutable.
> > Le fichier n'est pas une DLL Microsoft Windows.
> > Procurez-vous la DLL Microsoft Windows équivalente du fichier.
> > Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le
mode
> > protégé de Microsoft Windows.
> > Procurez-vous une version à jour de la DLL.
> > La DLL fait référence à une autre DLL absente.
> > Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
> > La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
> > spécifié par votre chemin d'accès.
> > Transférez la DLL dans un répertoire référencé ou incluez son répertoire
> > courant dans le chemin d'accès.
> > Pour plus d'informations, sélectionnez l'élément en question et appuyez
sur
> > F1.
> > Erreur de chargement de la DLL (erreur 48)
> >
> > Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la
clause
> > Lib d'une instruction Declare. Causes et solutions de cette erreur :
> > Le fichier n'est pas une DLL exécutable.
> > Si le fichier est un fichier texte source, il doit être compilé et lié à
une
> > DLL exécutable.
> > Le fichier n'est pas une DLL Microsoft Windows.
> > Procurez-vous la DLL Microsoft Windows équivalente du fichier.
> > Le fichier est une DLL Microsoft Windows ancienne, incompatible avec le
mode
> > protégé de Microsoft Windows.
> > Procurez-vous une version à jour de la DLL.
> > La DLL fait référence à une autre DLL absente.
> > Procurez-vous la DLL référencée et rendez-la accessible à l'autre DLL.
> > La DLL ou l'une des DLL référencées ne se trouve pas dans un répertoire
> > spécifié par votre chemin d'accès.
> > Transférez la DLL dans un répertoire référencé ou incluez son répertoire
> > courant dans le chemin d'accès.
> > Pour plus d'informations, sélectionnez l'élément en question et appuyez
sur
> > F1.
> >
> >
> >





Avatar
YannX
Merci pour cette confirmation détaillée,
et l'excellente nouvelle qu'elle contient !

Pour le second point, je vais essayer une déclaration
plus spécifique et directive comme tu me le préconises.

Vous tiendrais au-courant

Encore merci
Y
"Josselin Jouannet" a écrit
dans le message de
news:
Pour ta confirmation la réponse et oui, c'est a dire que ton appli se
débrouillera toute seul pour trouver sa référence a xl, mais attention


cela
n'est possible que si la version registrer lors de la compilation est
inferieur ou égale à la version d'xl présente sur le poste ou s'execute


ton
appli.
ainsi si tu registre xl 97 ton appli fonctionneras avec 2k, xp,2k3, mais


pas
avec 95.
Je n'ai jamais tester le fait de ne pas registrer xl comme l'indique le
message suivant, c'est peut etre une meilleur solution, le problème c'est
qu'il faut connaitre les instructions et etre sur de son coup (puisqu'on a
plus l'aide en ligne, et le verificateur de syntaxe).

Pour ta deuxieme question :
le fait de réappeler le create object est quand meme délicat, c'est quand
meme xl que l'on charge, en regle générale il vaut mieux ne pas le


fermer( on
peut instancier plusieur classeurs et les fermer sans trop de problèmes,
c'est plus compliqué avec l'application excel), tant qu'il reste des
traitements, puisqu'il y a un rique de l'ouvrir plusieur fois,tu peux le
vérifier en regardant les processus du gestionnaire de tache.
Si sous la menace tu est obligé de fermer xl puis de le reinstancier, il
faudrat que tu verifie les processus déja lancer, puis que tu utilise
l'instruction new :
set appliproj as New MSProject.Application

@ +

"YannX" a écrit :

> Bnjr,
>
> Merci de l'information ; pour etre sur d'avoir bien compris,
> cela veut-il dire que je peux :
> - déclarer la référence à XL 2k dans ma compilation VB
> - il trouvera l'Excel meme si c'est XL 2k3 sur ma machine de


développement ?
> (peut-etre faut-il que j'installe qd meme XL XP pour n'avoir
> (que un pas de changement de version cf. KB Msft.... ?)
> - il trouvera l'Excel meme si c'est XL XP sur une autre machine ?
> - le meme EXE VB6 trouvera l'Excel 2K ou 2k3 sur d'autres machines ?
> Cela serait super....................
>
> J'ai suivi ta reponse plus haut sur OLE pour Word....
> J'ai rencontré une difficulté supplémentaire (tout en références XL 2k


seul
> et VB6)
> - accès à un CreateObject Excel.application
> - affichage / création données dans feuille pour graphique... OK
> - fermeture (Quit puis Set = Nothing)
> + recommencer : au second CreateObject -> plantage !
> Plus exactement Erreur 91 variable objet ou bloc non défini
> ActiveSheet.ChartObjects.Add 0,114,480,225
> après avoir recréé un Classeur1 rempli de chiffres....
> (je suis déjà passé une fois sur cette ligne sans problème....)
> Une idée ?
>
> Merci de tes indications déjà
> Y
>
> "Josselin Jouannet" a écrit
> dans le message de
> news:
> > bonjour ton probleme vient du fait que la reference de ton projet vb


est
> > celle d'excel xp.
> > pour le résoudre il faut donc changer la référence a xl (dans menu


projet
> > ->reference)
> > les référence on une compatibilité ascendante ainsi si tu ne connais


pas
> les
> > versions d'excel que tu vas attaquer en ole automation, il vaut mieux
> > déclarer la référence la plus ancienne exemple xl 97, (ce qui n'est


pas
> trés
> > progréssiste je le reconnais).
> > @+
> >
> > "YannX" a écrit :
> >
> > > Bonsoir,
> > >
> > > Je relance un programme en-cours de développement !
> > > Il marchait avec Office XP ; j'installe Access 2k
> > >
> > > et à l'exécution j'obtiens soudainement
> > > Erreur d'exécution '48':
> > > Erreur de chargement DLL
> > >
> > > Sur la ligne :
> > >
> > > Set jXL = CreateObject("excel.application")
> > >
> > > Que signifie ? D'où cela viendrait-il ?
> > > Comment corriger ?
> > >
> > > Plus généralement, est-il possible de faire
> > > co-exister un développement au choix
> > > pour plusieurs versions d'Office ?
> > >
> > > Merci de vos idées vespérales...
> > >
> > > Y
> > > PS Et je ne peux pas dire que l'aide me donne grand'aide :
> >
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> -
> > > - - - - - - -
> > >
> > > Erreur de chargement de la DLL (erreur 48)
> > >
> > > Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la
> clause
> > > Lib d'une instruction Declare. Causes et solutions de cette erreur :
> > > Le fichier n'est pas une DLL exécutable.
> > > Si le fichier est un fichier texte source, il doit être compilé et


lié à
> une
> > > DLL exécutable.
> > > Le fichier n'est pas une DLL Microsoft Windows.
> > > Procurez-vous la DLL Microsoft Windows équivalente du fichier.
> > > Le fichier est une DLL Microsoft Windows ancienne, incompatible avec


le
> mode
> > > protégé de Microsoft Windows.
> > > Procurez-vous une version à jour de la DLL.
> > > La DLL fait référence à une autre DLL absente.
> > > Procurez-vous la DLL référencée et rendez-la accessible à l'autre


DLL.
> > > La DLL ou l'une des DLL référencées ne se trouve pas dans un


répertoire
> > > spécifié par votre chemin d'accès.
> > > Transférez la DLL dans un répertoire référencé ou incluez son


répertoire
> > > courant dans le chemin d'accès.
> > > Pour plus d'informations, sélectionnez l'élément en question et


appuyez
> sur
> > > F1.
> > > Erreur de chargement de la DLL (erreur 48)
> > >
> > > Unebibliothèque de liaisons dynamiques (DLL) est spécifiée dans la
> clause
> > > Lib d'une instruction Declare. Causes et solutions de cette erreur :
> > > Le fichier n'est pas une DLL exécutable.
> > > Si le fichier est un fichier texte source, il doit être compilé et


lié à
> une
> > > DLL exécutable.
> > > Le fichier n'est pas une DLL Microsoft Windows.
> > > Procurez-vous la DLL Microsoft Windows équivalente du fichier.
> > > Le fichier est une DLL Microsoft Windows ancienne, incompatible avec


le
> mode
> > > protégé de Microsoft Windows.
> > > Procurez-vous une version à jour de la DLL.
> > > La DLL fait référence à une autre DLL absente.
> > > Procurez-vous la DLL référencée et rendez-la accessible à l'autre


DLL.
> > > La DLL ou l'une des DLL référencées ne se trouve pas dans un


répertoire
> > > spécifié par votre chemin d'accès.
> > > Transférez la DLL dans un répertoire référencé ou incluez son


répertoire
> > > courant dans le chemin d'accès.
> > > Pour plus d'informations, sélectionnez l'élément en question et


appuyez
> sur
> > > F1.
> > >
> > >
> > >
>
>
>