Bonjour,
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
Cordialement,
Patrick EVEN
Bonjour,
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
Cordialement,
Patrick EVEN
Bonjour,
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
Cordialement,
Patrick EVEN
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
Un module peut être complié en VB sous forme de DLL.
Sauf qu'en standard, les exports des DLL ecrites en VB ne sont pas
standard justement. Les DLL vb ne sont pas appelables par des programmes
ecrits en autre chose qu'en VB.
Sauf que, et heureusement, quelqu'un y a réfléchi, et c'est là:
http://www.windowsdevcenter.com/pub/a/windows/2005/04/26/create_dll.html?page=1
Et cela te permet d'écrire une DLL en VB et d'obtenir une "vraie" DLL.
Un module peut être complié en VB sous forme de DLL.
Sauf qu'en standard, les exports des DLL ecrites en VB ne sont pas
standard justement. Les DLL vb ne sont pas appelables par des programmes
ecrits en autre chose qu'en VB.
Sauf que, et heureusement, quelqu'un y a réfléchi, et c'est là:
http://www.windowsdevcenter.com/pub/a/windows/2005/04/26/create_dll.html?page=1
Et cela te permet d'écrire une DLL en VB et d'obtenir une "vraie" DLL.
Un module peut être complié en VB sous forme de DLL.
Sauf qu'en standard, les exports des DLL ecrites en VB ne sont pas
standard justement. Les DLL vb ne sont pas appelables par des programmes
ecrits en autre chose qu'en VB.
Sauf que, et heureusement, quelqu'un y a réfléchi, et c'est là:
http://www.windowsdevcenter.com/pub/a/windows/2005/04/26/create_dll.html?page=1
Et cela te permet d'écrire une DLL en VB et d'obtenir une "vraie" DLL.
Bonjour,
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
Cordialement,
Patrick EVEN
Bonjour,
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
Cordialement,
Patrick EVEN
Bonjour,
J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
écrit dans un module du Projet1 sans formulaire,
à partir d'un click sur le bouton d'un formulaire du Projet2.
Remarque :
Pour les tests de faisabilité, Projet2 est en VB6,
mais à terme, je ce sera plutôt du Java ou du C++.
Merci d'avance pour vos suggestions.
Cordialement,
Patrick EVEN
bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" a écrit dans le message de news:
%
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>
bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
%23mHX3oQmFHA.1480@TK2MSFTNGP10.phx.gbl...
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>
bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" a écrit dans le message de news:
%
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>
Salut;
Cette solution marchera si l'appel peut être asynchrone, c'est à dire si
l'appelant n'a pas besoin d'attendre la fin de l'exécution de la sub pour
continuer. Sinon, il faudrait dans l'appelant, attendre la fin de
l'exécution.
De plus il reste le passage de paramètres éventuels.
Je ne pense pas qu'il s'en sorte autrement qu'avec une DLL classique.
"Driss HANIB" a écrit :bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec
la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par
ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" a écrit dans le message de news:
%
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>
Salut;
Cette solution marchera si l'appel peut être asynchrone, c'est à dire si
l'appelant n'a pas besoin d'attendre la fin de l'exécution de la sub pour
continuer. Sinon, il faudrait dans l'appelant, attendre la fin de
l'exécution.
De plus il reste le passage de paramètres éventuels.
Je ne pense pas qu'il s'en sorte autrement qu'avec une DLL classique.
"Driss HANIB" a écrit :
bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec
la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par
ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
%23mHX3oQmFHA.1480@TK2MSFTNGP10.phx.gbl...
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>
Salut;
Cette solution marchera si l'appel peut être asynchrone, c'est à dire si
l'appelant n'a pas besoin d'attendre la fin de l'exécution de la sub pour
continuer. Sinon, il faudrait dans l'appelant, attendre la fin de
l'exécution.
De plus il reste le passage de paramètres éventuels.
Je ne pense pas qu'il s'en sorte autrement qu'avec une DLL classique.
"Driss HANIB" a écrit :bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec
la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par
ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" a écrit dans le message de news:
%
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>
tout à fait FreGoLi ,
tout dépend la nature des actions demandées..
Patrick devrait préciser la nature des action souhaitées pour vancer plus
concrètement
Driss
"[___FreGoLi___]" a écrit dans le
message de news:Salut;
Cette solution marchera si l'appel peut être asynchrone, c'est à dire si
l'appelant n'a pas besoin d'attendre la fin de l'exécution de la sub pour
continuer. Sinon, il faudrait dans l'appelant, attendre la fin de
l'exécution.
De plus il reste le passage de paramètres éventuels.
Je ne pense pas qu'il s'en sorte autrement qu'avec une DLL classique.
"Driss HANIB" a écrit :bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec
la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par
ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" a écrit dans le message de news:
%
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>
tout à fait FreGoLi ,
tout dépend la nature des actions demandées..
Patrick devrait préciser la nature des action souhaitées pour vancer plus
concrètement
Driss
"[___FreGoLi___]" <FreGoLi@discussions.microsoft.com> a écrit dans le
message de news: 0AABFB4D-5B02-42C5-955B-187A4BFBD68C@microsoft.com...
Salut;
Cette solution marchera si l'appel peut être asynchrone, c'est à dire si
l'appelant n'a pas besoin d'attendre la fin de l'exécution de la sub pour
continuer. Sinon, il faudrait dans l'appelant, attendre la fin de
l'exécution.
De plus il reste le passage de paramètres éventuels.
Je ne pense pas qu'il s'en sorte autrement qu'avec une DLL classique.
"Driss HANIB" a écrit :
bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec
la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par
ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
%23mHX3oQmFHA.1480@TK2MSFTNGP10.phx.gbl...
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>
tout à fait FreGoLi ,
tout dépend la nature des actions demandées..
Patrick devrait préciser la nature des action souhaitées pour vancer plus
concrètement
Driss
"[___FreGoLi___]" a écrit dans le
message de news:Salut;
Cette solution marchera si l'appel peut être asynchrone, c'est à dire si
l'appelant n'a pas besoin d'attendre la fin de l'exécution de la sub pour
continuer. Sinon, il faudrait dans l'appelant, attendre la fin de
l'exécution.
De plus il reste le passage de paramètres éventuels.
Je ne pense pas qu'il s'en sorte autrement qu'avec une DLL classique.
"Driss HANIB" a écrit :bonjour Patrick,
une solution qui vaut ce qu'elle vaut..
Il faudrait que dans ton projet 1, tu puisses gérer les paramètres avec
la
fonction 'Command$'
Tu compiles et dans ton projet 2 tu 'lances le programme1 avec les
paramètres choisis.
Exemple
Dans ton Projet2 tu peux écrire
Ret = Shell ("Programme1.exe /Choix1")
à vérifier la syntaxe.
Dans ton projet1 tu mets dans ta procédure de départ
select case Command$ 'si tu n'as qu'un parmètre à la fois
case "/Choix1"
' déclenchement de la procédure choisie
case else
end select
' ceci ne marche bien que si ton programme est déclenché uniquement par
ton
prog 2 et se referme ensuite..
sinon éffectivement les autres réponses (que je ne maitrise pas du tout)
semblent bonnes (je ne juge pas).
Driss
"Patrick EVEN" a écrit dans le message de news:
%
> Bonjour,
>
> J'aimerais savoir comment exécuter du code VB6 (une Sub par exemple)
> écrit dans un module du Projet1 sans formulaire,
> à partir d'un click sur le bouton d'un formulaire du Projet2.
>
> Remarque :
>
> Pour les tests de faisabilité, Projet2 est en VB6,
> mais à terme, je ce sera plutôt du Java ou du C++.
>
> Merci d'avance pour vos suggestions.
>
> Cordialement,
> Patrick EVEN
>
>