Question
[Résolu]Mauvais Raccourci...
il y a 15 ans 5 mois #8364
par Thierry
Réponse de Thierry sur le sujet Re:Mauvais Raccourci...
Bonjour,
Une fois de plus merci pour votre réponse.
Je me doutais que cela pouvait poser problème alors au final je me tourne vers une solution bien moins classe mais efficace à base de strings.exe et de grep....
Après tout le principal c'est d'y arriver
Merci pour votre aide présente, passée (et à venir ???)
Thierry
Une fois de plus merci pour votre réponse.
Je me doutais que cela pouvait poser problème alors au final je me tourne vers une solution bien moins classe mais efficace à base de strings.exe et de grep....
Après tout le principal c'est d'y arriver
Merci pour votre aide présente, passée (et à venir ???)
Thierry
Connexion ou Créer un compte pour participer à la conversation.
il y a 15 ans 5 mois #8365
par Jacques Barathon
Réponse de Jacques Barathon sur le sujet Re:Mauvais Raccourci...
En effet, il semble bien que ce soit l'objet COM qui fasse la traduction des variables d'environnement à la volée, avant même que PowerShell ait la main.
On pourrait imaginer une solution qui vaut ce qu'elle vaut : puisque l'objet COM a traduit la variable en sa valeur (un chemin), on peut vérifier quelle variable d'environnement contient le chemin en question et remplacer le chemin par la variable elle-même dans le texte de la propriété TargetPath.
Problème : certaines variables d'environnement pointent sur le même chemin, comme par exemple %windir% et %systemroot% qui pointent toutes les deux vers le répertoire Windows du disque C: dans une installation standard.
Ce n'est un vrai problème que s'il y a un risque que cette équivalence soit propre au poste sur lequel on effectue la conversion, soit parce que ces mêmes variables désignent des chemins différents sur un autre poste, soit parce que la variable retenue par le mécanisme de conversion n'existe pas sur l'autre poste.
Mais bon, ça vaut peut-être le coup de creuser cette solution ?<br><br>Message édité par: janel, à: 17/12/10 15:34
On pourrait imaginer une solution qui vaut ce qu'elle vaut : puisque l'objet COM a traduit la variable en sa valeur (un chemin), on peut vérifier quelle variable d'environnement contient le chemin en question et remplacer le chemin par la variable elle-même dans le texte de la propriété TargetPath.
Problème : certaines variables d'environnement pointent sur le même chemin, comme par exemple %windir% et %systemroot% qui pointent toutes les deux vers le répertoire Windows du disque C: dans une installation standard.
Ce n'est un vrai problème que s'il y a un risque que cette équivalence soit propre au poste sur lequel on effectue la conversion, soit parce que ces mêmes variables désignent des chemins différents sur un autre poste, soit parce que la variable retenue par le mécanisme de conversion n'existe pas sur l'autre poste.
Mais bon, ça vaut peut-être le coup de creuser cette solution ?
<br><br>Message édité par: janel, à: 17/12/10 15:34 Connexion ou Créer un compte pour participer à la conversation.
il y a 15 ans 4 mois #8484
par Thierry
Réponse de Thierry sur le sujet Re:Mauvais Raccourci...
Merci à vous deux pour ces réponses et désolé pour le retour tardif...
Janel : J'avais effectivement pensé à cette solution pour contourner la substitution mais elle ne me satisfaisait pas car les variables d'environnement peuvent être modifiées et en conséquence il y avait un trop grand risque d'erreurcar mes analyses portent sur les disques de tierces personnes...
Laurent Dardenne : j'ai pris note de ta solution mais j'avoue ne pas avoir creusé le sujet qui m'apparaissait un peu complexe aux vus du résultat recherché. (bref j'ai pas été très courageux...)
Au final je suis passé par un \"get-content RACCOURCI\" suivi d'un string pour en tirer les infos utiles et cela marche très bien...bon c'est pas une solution très \"powershellienne\" mais ça fonctionne et c'est simple
Encore merci pour votre temps et vos réponses.
Joyeux réveillon à vous et tous les participants du forum.
Thierry
Janel : J'avais effectivement pensé à cette solution pour contourner la substitution mais elle ne me satisfaisait pas car les variables d'environnement peuvent être modifiées et en conséquence il y avait un trop grand risque d'erreurcar mes analyses portent sur les disques de tierces personnes...
Laurent Dardenne : j'ai pris note de ta solution mais j'avoue ne pas avoir creusé le sujet qui m'apparaissait un peu complexe aux vus du résultat recherché. (bref j'ai pas été très courageux...)
Au final je suis passé par un \"get-content RACCOURCI\" suivi d'un string pour en tirer les infos utiles et cela marche très bien...bon c'est pas une solution très \"powershellienne\" mais ça fonctionne et c'est simple
Encore merci pour votre temps et vos réponses.
Joyeux réveillon à vous et tous les participants du forum.
Thierry
Connexion ou Créer un compte pour participer à la conversation.
Temps de génération de la page : 0.042 secondes
- Vous êtes ici :
-
Accueil
-
forum
-
PowerShell
-
Entraide pour les débutants
- [Résolu]Mauvais Raccourci...