Function Valeur_REG_EXPAND_SZ(valeur) Valeur_REG_EXPAND_SZ="" On Error Resume Next With CreateObject("WScript.Shell") Valeur_REG_EXPAND_SZ=_ .ExpandEnvironmentStrings(.RegRead(valeur)) End With On Error GoTo 0 End Function '---8<---
Amicalement,
-- Jean - JMST Belgium
Quelle est la solution pour avoir un chemin "exploitable" ?
Function Valeur_REG_EXPAND_SZ(valeur)
Valeur_REG_EXPAND_SZ=""
On Error Resume Next
With CreateObject("WScript.Shell")
Valeur_REG_EXPAND_SZ=_
.ExpandEnvironmentStrings(.RegRead(valeur))
End With
On Error GoTo 0
End Function
'---8<---
Function Valeur_REG_EXPAND_SZ(valeur) Valeur_REG_EXPAND_SZ="" On Error Resume Next With CreateObject("WScript.Shell") Valeur_REG_EXPAND_SZ=_ .ExpandEnvironmentStrings(.RegRead(valeur)) End With On Error GoTo 0 End Function '---8<---
Amicalement,
-- Jean - JMST Belgium
scraper
Bonjour Jean, dans le message news: tu disais :
Quelle est la solution pour avoir un chemin "exploitable" ?
Comme ceci ... ? :
euh .... je crois que Paskal souhaite savoir pourquoi en utilisant la fonction GetExpandedStringValue, il n'obtient pas le même résultat, justement, qu'avec Expand.EnvironmentStrings ...
effectivement, j'ai essayé, et ça me retourne aussi ce fameux C:WINDOWSsystem32configsystemprofile ... ??
bien entendu, l'exemple du msdn est pas directement exploitable, puisque c'est une fausse REG_EXPAND_SZ :-(
Attention ! Adresse mail invalide ... Pour me contacter, cliquez sur le lien ci-dessous: http://scraper.chez.tiscali.fr/contact.htm
scraper
Bonjour Jean, dans le message
news:mn.0c637d5526112a38.3499@windows
tu disais :
Quelle est la solution pour avoir un chemin "exploitable" ?
Comme ceci ... ? :
euh .... je crois que Paskal souhaite savoir pourquoi en utilisant la
fonction GetExpandedStringValue, il n'obtient pas le même résultat,
justement, qu'avec Expand.EnvironmentStrings ...
effectivement, j'ai essayé, et ça me retourne aussi ce fameux
C:WINDOWSsystem32configsystemprofile ... ??
bien entendu, l'exemple du msdn est pas directement exploitable, puisque
c'est une fausse REG_EXPAND_SZ :-(
Quelle est la solution pour avoir un chemin "exploitable" ?
Comme ceci ... ? :
euh .... je crois que Paskal souhaite savoir pourquoi en utilisant la fonction GetExpandedStringValue, il n'obtient pas le même résultat, justement, qu'avec Expand.EnvironmentStrings ...
effectivement, j'ai essayé, et ça me retourne aussi ce fameux C:WINDOWSsystem32configsystemprofile ... ??
bien entendu, l'exemple du msdn est pas directement exploitable, puisque c'est une fausse REG_EXPAND_SZ :-(
Attention ! Adresse mail invalide ... Pour me contacter, cliquez sur le lien ci-dessous: http://scraper.chez.tiscali.fr/contact.htm
scraper
Paskal
Bonjour Jean
Heureux de te lire !
Merci de ta réponse, mais effectivement comme dit scraper, j'aurait voulu me passer de l'objet WScript.Shell, (si toutefois cela était possible), car j'utilise déjà l'objet "winmgmts:{impersonationLevel=impersonate}!.rootdefault:StdRegProv" pour accéder au registre.
@+ pascal
Quelle est la solution pour avoir un chemin "exploitable" ?
Function Valeur_REG_EXPAND_SZ(valeur) Valeur_REG_EXPAND_SZ="" On Error Resume Next With CreateObject("WScript.Shell") Valeur_REG_EXPAND_SZ=_ .ExpandEnvironmentStrings(.RegRead(valeur)) End With On Error GoTo 0 End Function '---8<---
Amicalement,
Bonjour Jean
Heureux de te lire !
Merci de ta réponse, mais effectivement comme dit scraper, j'aurait voulu me
passer de l'objet WScript.Shell, (si toutefois cela était possible), car
j'utilise déjà l'objet
"winmgmts:{impersonationLevel=impersonate}!\.rootdefault:StdRegProv" pour
accéder au registre.
@+
pascal
Quelle est la solution pour avoir un chemin "exploitable" ?
Function Valeur_REG_EXPAND_SZ(valeur)
Valeur_REG_EXPAND_SZ=""
On Error Resume Next
With CreateObject("WScript.Shell")
Valeur_REG_EXPAND_SZ=_
.ExpandEnvironmentStrings(.RegRead(valeur))
End With
On Error GoTo 0
End Function
'---8<---
Merci de ta réponse, mais effectivement comme dit scraper, j'aurait voulu me passer de l'objet WScript.Shell, (si toutefois cela était possible), car j'utilise déjà l'objet "winmgmts:{impersonationLevel=impersonate}!.rootdefault:StdRegProv" pour accéder au registre.
@+ pascal
Quelle est la solution pour avoir un chemin "exploitable" ?
Function Valeur_REG_EXPAND_SZ(valeur) Valeur_REG_EXPAND_SZ="" On Error Resume Next With CreateObject("WScript.Shell") Valeur_REG_EXPAND_SZ=_ .ExpandEnvironmentStrings(.RegRead(valeur)) End With On Error GoTo 0 End Function '---8<---
Amicalement,
Fred
Dans son message % Paskal nous dit :
Bonjour
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
merci, @+ Paskal
Bonsoir, En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
-- Fred
Dans son message %23oKaKBjTFHA.2336@TK2MSFTNGP12.phx.gbl
Paskal nous dit :
Bonjour
Lorsque j'interroge dans bdr une variable d'environnement avec
GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme
le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ?
Quelle est la solution pour avoir un chemin "exploitable" ?
merci,
@+
Paskal
Bonsoir,
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez
vu que c'est le chemin de l'utilisateur SYSTEM.
Excusez-moi si je me trompe.
Une piste de recherche peut-être ? Problème d'impersonation ?
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
merci, @+ Paskal
Bonsoir, En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
-- Fred
scraper
Bonjour Fred, dans le message news:% tu disais :
Bonsoir, En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe.
à vrai dire, je ne me suis pas posé la question ?
j'ai juste repris l'exemple du msdn, et dans la même clé, j'ai créé une entrée REG_EXPAND_SZ que j'ai essayé de lire ce n'est pas correct ? (je ne sais pas trop, je n'ai pas l'habitude d'accéder au Registre par WMI ...
--
Attention ! Adresse mail invalide ... Pour me contacter, cliquez sur le lien ci-dessous: http://scraper.chez.tiscali.fr/contact.htm
scraper
Bonjour Fred, dans le message
news:%23D2F5dnTFHA.3176@TK2MSFTNGP09.phx.gbl
tu disais :
Bonsoir,
En regardant vos posts, je ne vois rien qui me laisse penser que vous
avez vu que c'est le chemin de l'utilisateur SYSTEM.
Excusez-moi si je me trompe.
à vrai dire, je ne me suis pas posé la question ?
j'ai juste repris l'exemple du msdn, et dans la même clé, j'ai créé une
entrée REG_EXPAND_SZ que j'ai essayé de lire
ce n'est pas correct ?
(je ne sais pas trop, je n'ai pas l'habitude d'accéder au Registre par WMI
...
--
Attention ! Adresse mail invalide ...
Pour me contacter, cliquez sur le lien ci-dessous:
http://scraper.chez.tiscali.fr/contact.htm
Bonsoir, En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe.
à vrai dire, je ne me suis pas posé la question ?
j'ai juste repris l'exemple du msdn, et dans la même clé, j'ai créé une entrée REG_EXPAND_SZ que j'ai essayé de lire ce n'est pas correct ? (je ne sais pas trop, je n'ai pas l'habitude d'accéder au Registre par WMI ...
--
Attention ! Adresse mail invalide ... Pour me contacter, cliquez sur le lien ci-dessous: http://scraper.chez.tiscali.fr/contact.htm
scraper
Paskal
Bonjour Fred
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable d'environnement profil du système ? Je cherche...
merci, @+ pascal
Bonjour Fred
Lorsque j'interroge dans bdr une variable d'environnement avec
GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme
le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ?
Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous
avez vu que c'est le chemin de l'utilisateur SYSTEM.
Excusez-moi si je me trompe.
Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable
d'environnement profil du système ?
Je cherche...
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable d'environnement profil du système ? Je cherche...
merci, @+ pascal
Fred
Dans son message Paskal nous dit :
Bonjour Fred
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable d'environnement profil du système ? Je cherche...
merci, @+ pascal
Peut être une réponse précise ici : http://minilien.fr/a0jzl2
Excuse-moi de ne pas l'avoir encore entièrement lu ! Je le fais de suite.
-- Fred
Dans son message OXFyoBoTFHA.1148@tk2msftngp13.phx.gbl
Paskal nous dit :
Bonjour Fred
Lorsque j'interroge dans bdr une variable d'environnement avec
GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme
le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ?
Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous
avez vu que c'est le chemin de l'utilisateur SYSTEM.
Excusez-moi si je me trompe.
Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable
d'environnement profil du système ?
Je cherche...
merci,
@+
pascal
Peut être une réponse précise ici :
http://minilien.fr/a0jzl2
Excuse-moi de ne pas l'avoir encore entièrement lu ! Je le fais de suite.
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable d'environnement profil du système ? Je cherche...
merci, @+ pascal
Peut être une réponse précise ici : http://minilien.fr/a0jzl2
Excuse-moi de ne pas l'avoir encore entièrement lu ! Je le fais de suite.
-- Fred
Fred
Dans son message Paskal nous dit :
Bonjour Fred
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable d'environnement profil du système ? Je cherche...
merci, @+ pascal
Je viens de tourner le problème dans tous les sens. Il semble que l'on n'ait pas le choix. Les appels avec le moniker winmgmts se font par délégation au système. Donc il vaut mieux passer par le Shell pour ce cas précis.
-- Fred
Dans son message OXFyoBoTFHA.1148@tk2msftngp13.phx.gbl
Paskal nous dit :
Bonjour Fred
Lorsque j'interroge dans bdr une variable d'environnement avec
GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme
le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ?
Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous
avez vu que c'est le chemin de l'utilisateur SYSTEM.
Excusez-moi si je me trompe.
Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable
d'environnement profil du système ?
Je cherche...
merci,
@+
pascal
Je viens de tourner le problème dans tous les sens.
Il semble que l'on n'ait pas le choix.
Les appels avec le moniker winmgmts se font par délégation au système.
Donc il vaut mieux passer par le Shell pour ce cas précis.
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable d'environnement profil du système ? Je cherche...
merci, @+ pascal
Je viens de tourner le problème dans tous les sens. Il semble que l'on n'ait pas le choix. Les appels avec le moniker winmgmts se font par délégation au système. Donc il vaut mieux passer par le Shell pour ce cas précis.
-- Fred
Fred
Dans son message scraper nous dit :
Bonjour Fred, dans le message news:% tu disais :
Bonsoir, En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe.
à vrai dire, je ne me suis pas posé la question ?
j'ai juste repris l'exemple du msdn, et dans la même clé, j'ai créé une entrée REG_EXPAND_SZ que j'ai essayé de lire ce n'est pas correct ? (je ne sais pas trop, je n'ai pas l'habitude d'accéder au Registre par WMI ...
Bonsoir, Moi non plus, je ne scripte pas du WMI à longueur de journée ! Je n'avais jamais rencontré le problème de Paskal, par chance en fait. Donc, il semblerait, que lorsque l'on fait appel à WMI (avec winmgmts), on fait travailler le compte system par délégation. J'ai lu la MSDN en anglais et je trouve tout cela assez sybillin. Si quelqu'un a un document qui pose bien les choses je suis preneur. Je crois que WMI est assez simple ... à condition de le prendre par le bon bout !
-- Fred
Dans son message OwXue5nTFHA.3152@TK2MSFTNGP12.phx.gbl
scraper nous dit :
Bonjour Fred, dans le message
news:%23D2F5dnTFHA.3176@TK2MSFTNGP09.phx.gbl
tu disais :
Bonsoir,
En regardant vos posts, je ne vois rien qui me laisse penser que vous
avez vu que c'est le chemin de l'utilisateur SYSTEM.
Excusez-moi si je me trompe.
à vrai dire, je ne me suis pas posé la question ?
j'ai juste repris l'exemple du msdn, et dans la même clé, j'ai créé
une entrée REG_EXPAND_SZ que j'ai essayé de lire
ce n'est pas correct ?
(je ne sais pas trop, je n'ai pas l'habitude d'accéder au Registre
par WMI ...
Bonsoir,
Moi non plus, je ne scripte pas du WMI à longueur de journée !
Je n'avais jamais rencontré le problème de Paskal, par chance en fait.
Donc, il semblerait, que lorsque l'on fait appel à WMI (avec winmgmts), on
fait travailler le compte system par délégation. J'ai lu la MSDN en anglais
et je trouve tout cela assez sybillin.
Si quelqu'un a un document qui pose bien les choses je suis preneur.
Je crois que WMI est assez simple ... à condition de le prendre par le bon
bout !
Bonsoir, En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe.
à vrai dire, je ne me suis pas posé la question ?
j'ai juste repris l'exemple du msdn, et dans la même clé, j'ai créé une entrée REG_EXPAND_SZ que j'ai essayé de lire ce n'est pas correct ? (je ne sais pas trop, je n'ai pas l'habitude d'accéder au Registre par WMI ...
Bonsoir, Moi non plus, je ne scripte pas du WMI à longueur de journée ! Je n'avais jamais rencontré le problème de Paskal, par chance en fait. Donc, il semblerait, que lorsque l'on fait appel à WMI (avec winmgmts), on fait travailler le compte system par délégation. J'ai lu la MSDN en anglais et je trouve tout cela assez sybillin. Si quelqu'un a un document qui pose bien les choses je suis preneur. Je crois que WMI est assez simple ... à condition de le prendre par le bon bout !
-- Fred
Paskal
Bonjour Fred
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable d'environnement profil du système ? Je cherche...
Je viens de tourner le problème dans tous les sens. Il semble que l'on n'ait pas le choix. Les appels avec le moniker winmgmts se font par délégation au système. Donc il vaut mieux passer par le Shell pour ce cas précis.
Merci. J'ai retourné un peu dans tous les sens les infos du msdn dans le post précédent, et je n'ai pas trouvé non plus.
Dommage.
Merci de ton aide,
-- @+ Paskal [MVP] http://www.faqOE.com
Bonjour Fred
Lorsque j'interroge dans bdr une variable d'environnement avec
GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme
le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ?
Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que
vous avez vu que c'est le chemin de l'utilisateur SYSTEM.
Excusez-moi si je me trompe.
Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable
d'environnement profil du système ?
Je cherche...
Je viens de tourner le problème dans tous les sens.
Il semble que l'on n'ait pas le choix.
Les appels avec le moniker winmgmts se font par délégation au système.
Donc il vaut mieux passer par le Shell pour ce cas précis.
Merci.
J'ai retourné un peu dans tous les sens les infos du msdn dans le post
précédent, et je n'ai pas trouvé non plus.
Lorsque j'interroge dans bdr une variable d'environnement avec GetExpandedStringValue, j'ai en retour une valeur inattendue :
Par exemple, j'interroge une valeur qui contient %UserProfile%
Au lieu de me renvoyer "C:Documents and Settings[session]" (comme le fait wshshell.expandenvironmentstrings("%userprofile%"))
Il me renvoie "C:WINDOWSsystem32configsystemprofile"
Qu'est-ce que ça signifie ? Quelle est la solution pour avoir un chemin "exploitable" ?
En regardant vos posts, je ne vois rien qui me laisse penser que vous avez vu que c'est le chemin de l'utilisateur SYSTEM. Excusez-moi si je me trompe. Une piste de recherche peut-être ? Problème d'impersonation ?
Bien vu !
La question deviendrait donc : pourquoi wmi me sort la variable d'environnement profil du système ? Je cherche...
Je viens de tourner le problème dans tous les sens. Il semble que l'on n'ait pas le choix. Les appels avec le moniker winmgmts se font par délégation au système. Donc il vaut mieux passer par le Shell pour ce cas précis.
Merci. J'ai retourné un peu dans tous les sens les infos du msdn dans le post précédent, et je n'ai pas trouvé non plus.
