Discussion :

[renaud.besnard]

J’ai un Setup dans lequel je souhaiterai créer une variable d’environnement dont la durée de vie serait illimitée.
J’ai réussi pour le moment à créer une variable d’environnement dans mon Setup mais celle-ci est supprimée lors de la mort de mon process (setup).
Je souhaiterai donc que la variable soit créer dans un process parent genre System.

Quelqu'un a-t-il une idée pour créer une variable d’environnement dans un autre process que le process en cours.
Sinon y a-t- un autre moyen de définir une vairable d’environnement qui serait toujours accessible et dont la durée de vie serait illimitée.

Merci d’avance,

[Bluedeep]

J’ai un Setup dans lequel je souhaiterai créer une variable d’environnement dont la durée de vie serait illimitée.
J’ai réussi pour le moment à créer une variable d’environnement dans mon Setup mais celle-ci est supprimée lors de la mort de mon process (setup).
Je souhaiterai donc que la variable soit créer dans un process parent genre System.

Quelqu'un a-t-il une idée pour créer une variable d’environnement dans un autre process que le process en cours.
Sinon y a-t- un autre moyen de définir une vairable d’environnement qui serait toujours accessible et dont la durée de vie serait illimitée.

Vous avez essayer de le faire dans un thread se déroulant dans le contexte de sécurité de 'System' par hasard ?

pas sur de la réponse, j'ai jamais essayé, mais je pense que c'est la solution la plus simple.

[theMonz31]

je pense que pour créer une variable d'environnement en dehors de ton
process ou pour qu'elle soit active comme ci tu l'avais ajouter à la main depuis
l'explorateur et les onglets d'ajouts de variable d'env, il te faut d'abord avoir
les droits administrateurs.

Ensuite, ta variable d'environnement, elle ne peut normalement etre vu
que par ton processus l'ayant crée...

En effet, au démarrage d'une processus, windows (2000/XP) fait une "copie"
des variables d'environnements pour le processs.. (par exemple, change une variable d'environnement alors que ton appli est ouverte et appel entre les
deux changements une meme methode lisant la var d'env, tu ne devrais
pas voir le changement

Pour moi, l'existence des variables d'environnements, bien que tres pratiques
dans certains cas est une belle abbération depuis quelques années déja...
On peut et on doit s'en passer un maximum...

Dans quel cadre as tu besoin de cela ? et pourquoi la partager ?

sinon, tu l'installes au niveau systeme (droit admin requis)

The Monz, Toulouse

[Jérôme Lambert]

Sinon, pourquoi ne pas utiliser le registre ?

[renaud.besnard]

J’ai besoin de stocker le chemin d’installation des fichiers choisi par l’utilisateur lors de l’exécution du Setup de manière à pouvoir faire référence à ce chemin par la suite dans des Jobs SQL.
En gros il faut que je garde en mémoire quelque part le répertoire dans lequel l’utilisateur à choisi d’installer mon programme, ceci de manière à pourvoir accéder à n’importe quel moment et de n’ importe où aux fichiers installés.

N’hésitez pas si vous avez d’autres solutions que les variables d’environnements

[Jérôme Lambert]

Je le redis, le registre.

http://webman.developpez.com/articles/sqlserver/sqlclr/

[renaud.besnard]

Je dois avouer ne pas tout saisir,
L'idée d'utilisaer le registre me semble interressante mais je ne vois pas trop le lien avec l'article référencé dans ta réponse Cardi.
As tu plus d'info sur la méthode à utiliser pour instancier une variable dans la base de registre avec du C# et sur la méthode à utiliser pour récupérer cette variable dans un DTS ou autre élément SQL server ?

[Jérôme Lambert]

Pour ce qui de manipuler le registre avec C#, tu as la classe Registry (http://msdn2.microsoft.com/fr-fr/lib...ry(VS.80).aspx)

Pour ce qui est du lien de mon post précédent, il explique juste qu'il est possible d'exécuter du code .Net à l'intérieur de Sql Server 2005... C'est à dire qu'en Transact Sql, tu peux appeler du code C#, VB.NET, ... Ce qui signifie donc que tu peux écrire ton code qui va gérer ton registre en C# et celui sera appelé à partir du Transact Sql.