Finalement, j'ai installé la RC1. Il m'a fallut désinstaller la version
précédente, redémarrer, mais ça a fini par fonctionner.
Constat :
- déception, le répertoire "Examples" (en anglais) est quasi vide.
- déception, c'est lent. Lent à démarrer, lent pour lancer quoi que ce
soit.
Par contre, j'avais été déçu de ne pas pouvoir lancer aucun exécutable, ou
scripts, du répertoire courant. Mais, en fait, c'est très simple, il suffit
de faire précéder le nom de .\ et tout fonctionne. Même les batchs.
@+
MCI
PS : au fait, si le nom a changé, ils ont oublié de répercuter le changement
sur l'icône. Ceci est un bug intolérable ! Mais que fait Jacques Barathon ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean
Bonsoir !
Finalement, j'ai installé la RC1. Il m'a fallut désinstaller la version précédente, redémarrer, mais ça a fini par fonctionner.
C'est ce qu'il fallait faire. J'ai même signalé que si le redémarrage était indispensable il serait bien qu'à la fin de la désinstallation de MSH/PowerShell une boîte de dialogue s'affiche pour indiquer que la désinstallation ne sera complète qu'après un redémarrage (ce n'était pas le cas quand j'avais désinstallé MSH avant d'installer PowerShell).
Constat : - déception, le répertoire "Examples" (en anglais) est quasi vide.
C'est juste un exemple de profile.ps1 (ex profile.msh) qui est chargé au démarrage de la console.
Il y a une rubrique Powershell sur le Script Center mais ce ne sont pour l'instant que des "traductions" de scripts VBS/WMI qui n'exposent pas vraiment les fonctionnalités de PowerShell.
La documentation PowerShell contient malgré tout des exemples intérressants.
Sinon les blogs souvent cités ici en contiennent aussi (sans oublier *bien sûr* celui de Jacques :-) )
- déception, c'est lent. Lent à démarrer, lent pour lancer quoi que ce soit.
Je suis assez d'accord avec ce constat (du moins pour le premier démarrage). D'autant plus que normalement cette version est déjà passée à la moulinette ngen ( %windir%Microsoft.NETFrameworkv2.0.50727ngen.exe install "%ProgramFiles%Windows PowerShellv1.0powershell.exe" )
Par contre, j'avais été déçu de ne pas pouvoir lancer aucun exécutable, ou scripts, du répertoire courant. Mais, en fait, c'est très simple, il suffit de faire précéder le nom de . et tout fonctionne. Même les batchs.
Oui, sinon c'est considéré comme une chaîne (c'est expliqué dans l'aide).
@+
MCI
PS : au fait, si le nom a changé, ils ont oublié de répercuter le changement sur l'icône. Ceci est un bug intolérable !
Ca a déjà été signalé au team PowerShell. Et les aides en ligne ont besoins de pas mal de révisions.
Mais que fait Jacques Barathon ?
A cette heure ci ? ... il boit ses jus de fruits pasteurisés sans doute :-)
-- Jean - JMST Belgium
Bonsoir !
Finalement, j'ai installé la RC1. Il m'a fallut désinstaller la version
précédente, redémarrer, mais ça a fini par fonctionner.
C'est ce qu'il fallait faire.
J'ai même signalé que si le redémarrage était indispensable il serait
bien qu'à la fin de la désinstallation de MSH/PowerShell une boîte de
dialogue s'affiche pour indiquer que la désinstallation ne sera
complète qu'après un redémarrage (ce n'était pas le cas quand j'avais
désinstallé MSH avant d'installer PowerShell).
Constat :
- déception, le répertoire "Examples" (en anglais) est quasi vide.
C'est juste un exemple de profile.ps1 (ex profile.msh) qui est chargé
au démarrage de la console.
Il y a une rubrique Powershell sur le Script Center mais ce ne sont
pour l'instant que des "traductions" de scripts VBS/WMI qui n'exposent
pas vraiment les fonctionnalités de PowerShell.
La documentation PowerShell contient malgré tout des exemples
intérressants.
Sinon les blogs souvent cités ici en contiennent aussi (sans oublier
*bien sûr* celui de Jacques :-) )
- déception, c'est lent. Lent à démarrer, lent pour lancer quoi que ce
soit.
Je suis assez d'accord avec ce constat (du moins pour le premier
démarrage).
D'autant plus que normalement cette version est déjà passée à la
moulinette ngen ( %windir%Microsoft.NETFrameworkv2.0.50727ngen.exe
install "%ProgramFiles%Windows PowerShellv1.0powershell.exe" )
Par contre, j'avais été déçu de ne pas pouvoir lancer aucun exécutable, ou
scripts, du répertoire courant. Mais, en fait, c'est très simple, il suffit
de faire précéder le nom de . et tout fonctionne. Même les batchs.
Oui, sinon c'est considéré comme une chaîne (c'est expliqué dans
l'aide).
@+
MCI
PS : au fait, si le nom a changé, ils ont oublié de répercuter le changement
sur l'icône. Ceci est un bug intolérable !
Ca a déjà été signalé au team PowerShell.
Et les aides en ligne ont besoins de pas mal de révisions.
Mais que fait Jacques Barathon ?
A cette heure ci ? ... il boit ses jus de fruits pasteurisés sans doute
:-)
Finalement, j'ai installé la RC1. Il m'a fallut désinstaller la version précédente, redémarrer, mais ça a fini par fonctionner.
C'est ce qu'il fallait faire. J'ai même signalé que si le redémarrage était indispensable il serait bien qu'à la fin de la désinstallation de MSH/PowerShell une boîte de dialogue s'affiche pour indiquer que la désinstallation ne sera complète qu'après un redémarrage (ce n'était pas le cas quand j'avais désinstallé MSH avant d'installer PowerShell).
Constat : - déception, le répertoire "Examples" (en anglais) est quasi vide.
C'est juste un exemple de profile.ps1 (ex profile.msh) qui est chargé au démarrage de la console.
Il y a une rubrique Powershell sur le Script Center mais ce ne sont pour l'instant que des "traductions" de scripts VBS/WMI qui n'exposent pas vraiment les fonctionnalités de PowerShell.
La documentation PowerShell contient malgré tout des exemples intérressants.
Sinon les blogs souvent cités ici en contiennent aussi (sans oublier *bien sûr* celui de Jacques :-) )
- déception, c'est lent. Lent à démarrer, lent pour lancer quoi que ce soit.
Je suis assez d'accord avec ce constat (du moins pour le premier démarrage). D'autant plus que normalement cette version est déjà passée à la moulinette ngen ( %windir%Microsoft.NETFrameworkv2.0.50727ngen.exe install "%ProgramFiles%Windows PowerShellv1.0powershell.exe" )
Par contre, j'avais été déçu de ne pas pouvoir lancer aucun exécutable, ou scripts, du répertoire courant. Mais, en fait, c'est très simple, il suffit de faire précéder le nom de . et tout fonctionne. Même les batchs.
Oui, sinon c'est considéré comme une chaîne (c'est expliqué dans l'aide).
@+
MCI
PS : au fait, si le nom a changé, ils ont oublié de répercuter le changement sur l'icône. Ceci est un bug intolérable !
Ca a déjà été signalé au team PowerShell. Et les aides en ligne ont besoins de pas mal de révisions.
Mais que fait Jacques Barathon ?
A cette heure ci ? ... il boit ses jus de fruits pasteurisés sans doute :-)
-- Jean - JMST Belgium
Jacques Barathon [MS]
"Jean" wrote in message news: <snip>
Constat : - déception, le répertoire "Examples" (en anglais) est quasi vide.
C'est juste un exemple de profile.ps1 (ex profile.msh) qui est chargé au démarrage de la console.
Il y a une rubrique Powershell sur le Script Center mais ce ne sont pour l'instant que des "traductions" de scripts VBS/WMI qui n'exposent pas vraiment les fonctionnalités de PowerShell.
En effet, l'équipe du Script Center a voulu mettre rapidement en place une rubrique dédiée mais n'avait pas vraiment la capacité de nourrir cette rubrique avec de vrais scripts PowerShell. Ca viendra, ils y travaillent!
La documentation PowerShell contient malgré tout des exemples intérressants.
Sinon les blogs souvent cités ici en contiennent aussi (sans oublier *bien sûr* celui de Jacques :-) )
Merci Jean :-) En effet, les blogs constituent la principale source pour des exemples de scripts, ainsi que le newsgroup US (microsoft.public.windows.powershell).
- déception, c'est lent. Lent à démarrer, lent pour lancer quoi que ce soit.
Je suis assez d'accord avec ce constat (du moins pour le premier démarrage). D'autant plus que normalement cette version est déjà passée à la moulinette ngen ( %windir%Microsoft.NETFrameworkv2.0.50727ngen.exe install "%ProgramFiles%Windows PowerShellv1.0powershell.exe" )
Apparemment il y a un bug dans l'installation qui empêche le ngen de s'effectuer correctement. Il peut être appliqué sur toutes les DLL du répertoire PowerShell:
ls $pshome/*.dll |%{ngen install $_.fullname }
Certaines DLL ne sont pas en "managed code" et génèreront donc une erreur, vous pouvez les ignorer.
Mais que fait Jacques Barathon ?
A cette heure ci ? ... il boit ses jus de fruits pasteurisés sans doute :-)
Serait-ce une remarque sournoisement anti-américaine?... En tout cas c'est raté, à cette heure-là je dormais. Et mes jus de fruits sont bios et non pasteurisés :-)
Jacques
"Jean" <repondre@groupe.svp> wrote in message
news:mn.c80e7d653829c12d.49174@windows...
<snip>
Constat :
- déception, le répertoire "Examples" (en anglais) est quasi vide.
C'est juste un exemple de profile.ps1 (ex profile.msh) qui est chargé au
démarrage de la console.
Il y a une rubrique Powershell sur le Script Center mais ce ne sont pour
l'instant que des "traductions" de scripts VBS/WMI qui n'exposent pas
vraiment les fonctionnalités de PowerShell.
En effet, l'équipe du Script Center a voulu mettre rapidement en place une
rubrique dédiée mais n'avait pas vraiment la capacité de nourrir cette
rubrique avec de vrais scripts PowerShell. Ca viendra, ils y travaillent!
La documentation PowerShell contient malgré tout des exemples
intérressants.
Sinon les blogs souvent cités ici en contiennent aussi (sans oublier *bien
sûr* celui de Jacques :-) )
Merci Jean :-) En effet, les blogs constituent la principale source pour
des exemples de scripts, ainsi que le newsgroup US
(microsoft.public.windows.powershell).
- déception, c'est lent. Lent à démarrer, lent pour lancer quoi que ce
soit.
Je suis assez d'accord avec ce constat (du moins pour le premier
démarrage).
D'autant plus que normalement cette version est déjà passée à la
moulinette ngen ( %windir%Microsoft.NETFrameworkv2.0.50727ngen.exe
install "%ProgramFiles%Windows PowerShellv1.0powershell.exe" )
Apparemment il y a un bug dans l'installation qui empêche le ngen de
s'effectuer correctement. Il peut être appliqué sur toutes les DLL du
répertoire PowerShell:
ls $pshome/*.dll |%{ngen install $_.fullname }
Certaines DLL ne sont pas en "managed code" et génèreront donc une erreur,
vous pouvez les ignorer.
Mais que fait Jacques Barathon ?
A cette heure ci ? ... il boit ses jus de fruits pasteurisés sans doute
:-)
Serait-ce une remarque sournoisement anti-américaine?...
En tout cas c'est raté, à cette heure-là je dormais. Et mes jus de fruits
sont bios et non pasteurisés :-)
Constat : - déception, le répertoire "Examples" (en anglais) est quasi vide.
C'est juste un exemple de profile.ps1 (ex profile.msh) qui est chargé au démarrage de la console.
Il y a une rubrique Powershell sur le Script Center mais ce ne sont pour l'instant que des "traductions" de scripts VBS/WMI qui n'exposent pas vraiment les fonctionnalités de PowerShell.
En effet, l'équipe du Script Center a voulu mettre rapidement en place une rubrique dédiée mais n'avait pas vraiment la capacité de nourrir cette rubrique avec de vrais scripts PowerShell. Ca viendra, ils y travaillent!
La documentation PowerShell contient malgré tout des exemples intérressants.
Sinon les blogs souvent cités ici en contiennent aussi (sans oublier *bien sûr* celui de Jacques :-) )
Merci Jean :-) En effet, les blogs constituent la principale source pour des exemples de scripts, ainsi que le newsgroup US (microsoft.public.windows.powershell).
- déception, c'est lent. Lent à démarrer, lent pour lancer quoi que ce soit.
Je suis assez d'accord avec ce constat (du moins pour le premier démarrage). D'autant plus que normalement cette version est déjà passée à la moulinette ngen ( %windir%Microsoft.NETFrameworkv2.0.50727ngen.exe install "%ProgramFiles%Windows PowerShellv1.0powershell.exe" )
Apparemment il y a un bug dans l'installation qui empêche le ngen de s'effectuer correctement. Il peut être appliqué sur toutes les DLL du répertoire PowerShell:
ls $pshome/*.dll |%{ngen install $_.fullname }
Certaines DLL ne sont pas en "managed code" et génèreront donc une erreur, vous pouvez les ignorer.
Mais que fait Jacques Barathon ?
A cette heure ci ? ... il boit ses jus de fruits pasteurisés sans doute :-)
Serait-ce une remarque sournoisement anti-américaine?... En tout cas c'est raté, à cette heure-là je dormais. Et mes jus de fruits sont bios et non pasteurisés :-)
Jacques
Méta-MCI
Salut !
J'ai une autre déception : PowerShell ne sait (*) pas travailler avec les serveurs COM dynamiques, et plus généralement, avec les serveurs COM qui n'ont pas de TLB.
C'est marqué page 99 :
Some COM objects are missing interoperability features (TypeLibrary) that ARE NEEDED for the PowerShell to operate on them
Bien que ce soit en anglais, j'ai compris le problème...
@+ -- MCI
(*) le verbe savoir est utilisé, ici, dans un sens que j'ai rencontré dans le nord de la France, et sans doute valable en Belgique. Dans le sud, on utiliserait plutôt "pouvoir", au lieu de "savoir" ; ce dernier verbe étant plus employé, chez nous, dans un contexte de connaissance, que de capacité.
Salut !
J'ai une autre déception : PowerShell ne sait (*) pas travailler avec les
serveurs COM dynamiques, et plus généralement, avec les serveurs COM qui
n'ont pas de TLB.
C'est marqué page 99 :
Some COM objects are missing interoperability features (TypeLibrary) that
ARE NEEDED for the PowerShell to operate on them
Bien que ce soit en anglais, j'ai compris le problème...
@+
--
MCI
(*) le verbe savoir est utilisé, ici, dans un sens que j'ai rencontré dans
le nord de la France, et sans doute valable en Belgique. Dans le sud, on
utiliserait plutôt "pouvoir", au lieu de "savoir" ; ce dernier verbe étant
plus employé, chez nous, dans un contexte de connaissance, que de capacité.
J'ai une autre déception : PowerShell ne sait (*) pas travailler avec les serveurs COM dynamiques, et plus généralement, avec les serveurs COM qui n'ont pas de TLB.
C'est marqué page 99 :
Some COM objects are missing interoperability features (TypeLibrary) that ARE NEEDED for the PowerShell to operate on them
Bien que ce soit en anglais, j'ai compris le problème...
@+ -- MCI
(*) le verbe savoir est utilisé, ici, dans un sens que j'ai rencontré dans le nord de la France, et sans doute valable en Belgique. Dans le sud, on utiliserait plutôt "pouvoir", au lieu de "savoir" ; ce dernier verbe étant plus employé, chez nous, dans un contexte de connaissance, que de capacité.
Jean
Apparemment il y a un bug dans l'installation qui empêche le ngen de s'effectuer correctement.
OK, c'est bon à savoir :-) Je finissais par me dire qu'il serait temps que j'investisse dans un nouvel ordi :-)
Amicalement,
-- Jean - JMST Belgium
Apparemment il y a un bug dans l'installation qui empêche le ngen de
s'effectuer correctement.
OK, c'est bon à savoir :-)
Je finissais par me dire qu'il serait temps que j'investisse dans un
nouvel ordi :-)
