Après avoir trouvé une solution afin de lister les logiciels installés sur
une station en utilisant un truc du style "SELECT * FROM Win32_Product", ben
je me suis rendu compte, que je n'avais en résultat même pas la moitié des
logiciels qui sont réellement présents sur une station ...
D'ou ma question : quel moyen utiliser pour avoir ne serait ce que
l'équivalent de ce que l'on peut voir dans "Ajout/suppression de programme"
?
"Do Re Mi chel La Si Do" wrote in message news:e6$
Bonsoir !
En batch : wmic product list
Ou, pour avoir plus de détails : wmic product list full
Là, aussi bien en VBS, qu'en Monad, vous aurez du mal à faire avec moins de lignes...
Ca se mesure :
get-wmiobject win32_product
Ok, tu gagnes au nombre de caractères ;-)
Pour info, le créateur de la commande wmic est l'architecte de MSH. Ceci explique peut-être cela!
Jacques
Jacques Barathon [MS]
"Jacques Barathon [MS]" wrote in message news:% <snip>
Ca se mesure :
get-wmiobject win32_product
Ok, tu gagnes au nombre de caractères ;-)
Oops, il faut même en ajouter 5 de plus pour avoir la liste de tous les champs si l'on veut le même niveau d'infos qu'avec wmic product list full:
get-wmiobject win32_product|fl *
Ce que j'ai ajouté sort le résultat en format liste avec tous les champs disponibles. Mais si on veut afficher au format table uniquement les noms et les versions des applications, on pourra écrire:
get-wmiobject win32_product|ft name,version
Jacques
"Jacques Barathon [MS]" <jbaratho@online.microsoft.com> wrote in message
news:%23RSDF5j5FHA.2484@TK2MSFTNGP09.phx.gbl...
<snip>
Ca se mesure :
get-wmiobject win32_product
Ok, tu gagnes au nombre de caractères ;-)
Oops, il faut même en ajouter 5 de plus pour avoir la liste de tous les
champs si l'on veut le même niveau d'infos qu'avec wmic product list full:
get-wmiobject win32_product|fl *
Ce que j'ai ajouté sort le résultat en format liste avec tous les champs
disponibles. Mais si on veut afficher au format table uniquement les noms et
les versions des applications, on pourra écrire:
"Jacques Barathon [MS]" wrote in message news:% <snip>
Ca se mesure :
get-wmiobject win32_product
Ok, tu gagnes au nombre de caractères ;-)
Oops, il faut même en ajouter 5 de plus pour avoir la liste de tous les champs si l'on veut le même niveau d'infos qu'avec wmic product list full:
get-wmiobject win32_product|fl *
Ce que j'ai ajouté sort le résultat en format liste avec tous les champs disponibles. Mais si on veut afficher au format table uniquement les noms et les versions des applications, on pourra écrire:
get-wmiobject win32_product|ft name,version
Jacques
Jean
Là, aussi bien en VBS, qu'en Monad, vous aurez du mal à faire avec moins de lignes...
... dans ce cas ci la comparaison MSH et batch n'a pas de sens parceque vous pourrez taper la même chose dans MSH et vous aurez le même résultat. La comparaison MSH/Batch ne doit en gros se faire que lorsqu'il y a utilisation d'instuctions (if, ...). La majeure partie des commandes internes du processeur de commande sont interfacées dans MSH ... et il y a gros a parier qu'elles le seront toutes *en standard* dans la version finale pour faciliter la portabilité des batch vers des scripts MSH (il suffira alors de modifier l'hôte du script batch et passer de cmd.exe à msh.exe). De plus avec MSH on peut toujours "bluffer" en utilisant les alias et les fonctions ambarquées via profile.msh et ainsi réduire tout ce que l'on veut à quelques caractères ...
Amicalement,
-- Jean - JMST Belgium
Là, aussi bien en VBS, qu'en Monad, vous aurez du mal à faire avec moins de
lignes...
... dans ce cas ci la comparaison MSH et batch n'a pas de sens parceque
vous pourrez taper la même chose dans MSH et vous aurez le même
résultat.
La comparaison MSH/Batch ne doit en gros se faire que lorsqu'il y a
utilisation d'instuctions (if, ...).
La majeure partie des commandes internes du processeur de commande sont
interfacées dans MSH ... et il y a gros a parier qu'elles le seront
toutes *en standard* dans la version finale pour faciliter la
portabilité des batch vers des scripts MSH (il suffira alors de
modifier l'hôte du script batch et passer de cmd.exe à msh.exe).
De plus avec MSH on peut toujours "bluffer" en utilisant les alias et
les fonctions ambarquées via profile.msh et ainsi réduire tout ce que
l'on veut à quelques caractères ...
Là, aussi bien en VBS, qu'en Monad, vous aurez du mal à faire avec moins de lignes...
... dans ce cas ci la comparaison MSH et batch n'a pas de sens parceque vous pourrez taper la même chose dans MSH et vous aurez le même résultat. La comparaison MSH/Batch ne doit en gros se faire que lorsqu'il y a utilisation d'instuctions (if, ...). La majeure partie des commandes internes du processeur de commande sont interfacées dans MSH ... et il y a gros a parier qu'elles le seront toutes *en standard* dans la version finale pour faciliter la portabilité des batch vers des scripts MSH (il suffira alors de modifier l'hôte du script batch et passer de cmd.exe à msh.exe). De plus avec MSH on peut toujours "bluffer" en utilisant les alias et les fonctions ambarquées via profile.msh et ainsi réduire tout ce que l'on veut à quelques caractères ...
