Tester l'existance du framework .net 2.0

Bonjour,

je voudrais savoir comment faire en vb6 pour savoir si le framework .net 2.0 est installé sur le poste ou tourne l'application

Merci

Billy21121

Salut, connais tu le nom du processus sur le gestionnaire des taches? si oui j'ai un bout de programme pour lister tous les processus actifs et arreter celui que tu veux, si tu veux je te l'envoi..
A+

A.C.I.V.E SARL Automatismes Conception Informatique Vidéo Electronique

quel rapport, acive ?

Renfield
Admin CodeS-SourceS- MVP Visual Basic

Salut acive,
Je ne comprend pas la réponse. En fait je n'ai pas besoin de l'arreter. Je veux simplement savoir si il est installé sur la machine.

en tout cas je te remercie d'avoir pris le temps de répondre

Merci

Billy21121

Par exemple si tu ouvres un fichier excel puis tu fais Ctrl+Alt+Supp, gestionnaire des taches, puis l'onglet processus tu vas avoir la liste de tous les programmes (processus) qui tournent sur ton ordi dont 'Excel.exe' puisque t'as ouvert un fichier excel.
Avec le framework c'est la meme chose, tu peux savoir s'il tourne sur la machine

A.C.I.V.E SARL Automatismes Conception Informatique Vidéo Electronique

Mon code permet de les arreter mais on est pas obligé, on peux juste voir la liste des processus..

A.C.I.V.E SARL Automatismes Conception Informatique Vidéo Electronique

Salut, je crois pas qu'il y est un processus attaché à l'éxecution du FrameWork, en tout cas je n'en n'est jamais vu. C'est comme pour VB6, est ce qu'il y à un processus pour les dll du runtime ?

A plus.

Si c'est en vue de l'installation de ton application sur une autre machine et que tu essayes d'éviter une installation du FrameWork en cas d'existence antérieure de ce dernier, il me semble que c'est assez maladroit...
Imagine par exemple que, distribuant ton appli à une machine sur laquelle le dit FrameWork serait déjà présent (pour une raison ou pour une autre, notamment en raison d'une installation antérieure d'une autre appli ayant installé ce FrameWork)...tu décidais de ne pas faire à ton tour une telle installation...
Imagine maintenant que le client, pour des raisons qui sont les siennes, désinstalle l'application qui avait antérieurement installé le FrameWork déjà présent... Ton appli ne pourra plus tourner sur sa machine...
Si tu fais par contre une installation complète (ton appli + le FrameWork), Windows gèrera par un "compteur" et ne fera disparaître le framework que lorsqu'auront été supprimées (dans leut totalité) toutes les applications ayant soit installé le FrameWork, soit provoqué l'incrémentation du "compteur"...
C'est tout au moins ce que j'ai compris du fonctionnement de windows en ce qui concerne les runtimes, FrameWorks, etc...

Je ne vois donc, en ce qui me concerne, aucune raison de ne pas faire un "paquet" complet.

salut jmfmarques,
concernant ta réponse je v t'expliquer mon cas.

J'ai une appli vb6 que  je commence a migrer tout doucement en vb.net 2005. Au lancement de l'appli, je voudrais pouvoir tester l'existence du framework dot net pour savoir quelle DLL utiliser. (vb6 ou vb.net?) selon si l'installation du dot net est faite.

Pour le moment, les deux types de dll peuvent être utiliser, arrivera un jour ou la seules les dll vb.net seront utilisée

Billy21121