Question [RESOLU] Test-path bad resultat si caracteres spex

bonsoir

test-path réagis bizarrement avec les caractères spéciaux quand ils sont stocké dans une variable. Là il s'agit de \"(\" et \")\"

si on met la chaine de caractères a tester dans une variable, on sort \"False\"
[code:1]
$NouveauChemin = \"F:\posh-mp3Rename\Podcast\Beach Party(Georges Lang)\Beach Party_(2015-07-08).mp3\"

PS F:\>Test-Path -LiteralPath $NouveauChemin
False
[/code:1]

si on test la chaine de caractere directement il sort \"True\"

[code:1]
PS F:\>Test-Path -LiteralPath \"F:\posh-mp3Rename\Podcast\Beach Party(Georges Lang)\Beach Party_(2015-07-08).mp3\"
True
[/code:1]

une suggestion?<br><br>Message édité par: tonic8, à: 2/08/15 10:39

bon j'ai trouvé (enfin presque)

dans mon script j'ai mis
[code:1]
$NouveauChemin = '\&quot;' + (join-path $destination $nouveauNomfichier) + '\&quot;'

Test-Path -LiteralPath $NouveauChemin
False
Test-Path -LiteralPath \&quot;F:\posh-mp3Rename\Podcast\Beach Party(Georges Lang)\Beach Party_(2015-07-08).mp3\&quot;
True
[/code:1]

là ça marche:
[code:1]
$NouveauChemin = join-path $destination $nouveauNomfichier

Test-Path -LiteralPath $NouveauChemin
True
[/code:1]

Salut,

Laurent Dardenne écrit:

Salut,
tonic8 écrit:

bon j'ai trouvé (enfin presque)

Les guillemets étant autorisés dans un nom de fichier

Les simples quottes sont autorisées, mais pas les doubles.

Naming Files, Paths, and Namespaces

Je comprends qu'elles sont autorisées dans la valeur du paramètre. Il faut avouer que c'est un peu 'capilo tracté'

[code:1]

PS&gt;$destination = \&quot;D:\Tools\&quot;
PS&gt;$NomFichier = \&quot;putty.exe\&quot;
PS&gt;Join-Path $destination $NomFichier
D:\Tools\putty.exe

PS&gt;Test-Path -LiteralPath (Join-Path $destination $NomFichier)
True

PS&gt;$a = Join-Path $destination $NomFichier
PS&gt;Test-Path -LiteralPath $a
True

PS&gt;Test-Path -LiteralPath \&quot;$a\&quot;
True

PS&gt;$a = '\&quot;' + (Join-Path $destination $NomFichier) + '\&quot;'
PS&gt;$a
\&quot;D:\Tools\putty.exe\&quot;

PS&gt;Test-Path -LiteralPath $a
False
[/code:1]

Les doubles quottes faisant parties de l'objet sont prises en comptes dans le chemin de fichier à tester par le Cmdlet, alors que ce caractère est réservé et n'est pas autorisé sur le système de fichier.

Faut-il tester la présence de caractères réservés dans la chaîne avant de la passer au Cmdlet Test-Path ? =&gt; Fais le toi même !

Message édité par: Matthew BETTON, à: 12/08/15 11:07<br><br>Message édité par: Matthew BETTON, à: 12/08/15 11:11

Laurent Dardenne écrit:

Cf. -isValid

Il me semblait bien qu'on avait déjà échangé sur ce sujet

Une raison de plus pour la placer dans un quizz

Oui