Discussion :

[masterx_goldman]

Bonjour tout le monde

J'ai vista avec l'UAC activée, je veux écrire dans un dossier "C:\Program Files\monDossier" en utilisant un processus lancé dans mon compte user( qui n'est pas forcément Administrateur ) sans avoir la popup de l'UAC qui saute à l'écran et sans désactiver l'UAC.
Le problème c'est que :
N'importe quel code que j'utilise pour créer un fichier, le modifier et le supprimer échoue sauf si je lance l'exécutable en tant qu'Administrateur(ce qui n'est pas le cas chez les utilisateurs qui vont utiliser ce programme) ou bien je désactive l'UAC (ce qui ne correspond au besoin)


merci pour toute information

[bacelar]

Même si c'est possible techniquement, je ne vois pas de justification pour modifier quelque chose dans "C:\Program Files\DossierDeLapplication".

C'est un problème d'installation ou de configuration, il y a des API pour cela.

[masterx_goldman]

Même si c'est possible techniquement, je ne vois pas de justification pour modifier quelque chose dans "C:\Program Files\DossierDeLapplication".

J'utilise ce dossier pour y créer des fichiers qui contiennent le résultat de l'activité du programme sur le pc cible , pour tracer une log, ...
ça m'étonne ce que tu dis vraiment , car y'a beaucoup de logiciels qui mettent leurs dossier "Out " ou "Completed" dans "C:\Program Files\DossierDeLapplication\Out", c'est l'exemple de emule ...

Aussi, vous pouvez me dire que je peux mettre ça ailleurs, alors le problème c'est que je connais pas d'avance:
1) l'utilisateur qui va utiliser ce programme aura un D:\ par exemple
2) les droits qui seront affecté à ce user surtout s'il est logué sur une session d'un domaine ( je parle d'un réseau d'entreprise ici )

C'est un problème d'installation ou de configuration, il y a des API pour cela.

C'est pas un problème d'installation chez moi, je viens d'expliquer ...

[bacelar]

C'est pas un problème d'installation chez moi

Bin si justement.
Si l'executable a besoin d'avoir un répertoire pour ces traces perso (à lui et pas à l'utilisateur), il doit le créer et le configurer au niveau de la sécurité au moment de l'installation.

Lors de l'installation avec un msi, l'utilisateur est celui du service "msinstaller" qui doit être "SYSTEM".
Donc dans les routines d'installation, vous avez tous les pouvoir dont celui de créer un sous répertoire et de le rendre accessible en lecture et écriture à tous.

Donc oui, c'est un problème d'installation.

P.S.: Emule, c'est pas une référence en terme de savoir vivre inter-programme et avec l'OS.

P.P.S.: Vista a peut-être mit la grouille aussi, c'est à vérifier, mais il faut être dans les clous avant de critiquer Vista.

[masterx_goldman]

Bin si justement.
Si l'executable a besoin d'avoir un répertoire pour ces traces perso (à lui et pas à l'utilisateur), il doit le créer et le configurer au niveau de la sécurité au moment de l'installation.

Lors de l'installation avec un msi, l'utilisateur est celui du service "msinstaller" qui doit être "SYSTEM".
Donc dans les routines d'installation, vous avez tous les pouvoir dont celui de créer un sous répertoire et de le rendre accessible en lecture et écriture à tous.

Comment je fais cette config sous Visual Studio ?( préciser dans les propriété de l'msi installer ce droit d'accès lecture/écriture pour les users )

Merci d'avance

[bacelar]

La dernière fois que j'ai fais cela, c'était il y a longtemps.
J'avais fait un programme de 100 lignes à peine pour modifier les droits sur les répertoires de la solution logicielle. Une "Custom Action" dans le projet msi sous VS pour le lancer lors de l'installation et zou, dans la boîte.

Maintenant, si j'avais à le refaire, j'utiliserais l'Add-Ins VisualStudio WIX
http://wix.sourceforge.net/

[masterx_goldman]

Maintenant, si j'avais à le refaire, j'utiliserais l'Add-Ins VisualStudio WIX
http://wix.sourceforge.net/

1) est ce que les msi que génère ce Add-In wix va dépendre de la framework .NET ou pas ?
2) Si c'est possible, une briève indication pour arriver à configurer le "MySetup.wxs file" afin de donner les droits d'écriture à tous les utilisateurs

Entre temps, je lis la documentation sur ce lien http://wix.sourceforge.net/manual-wi...ve_project.htm

Merci

[bacelar]

1) pas du tous, il peut aussi servir à l'installer.
2) je ne sais pas, mais wix permet toujours de faire la compine de lancer un exécutable pour faire le boulot.

[masterx_goldman]

2) je ne sais pas, mais wix permet toujours de faire la compine de lancer un exécutable pour faire le boulot.

Si j'ai bien compris, tu parles de lancer un exécutable que je dois coder et que wix doit lancer ?
Dans ce cas et si on admet que je peux trouver ce bout de code, pourquoi aller lancer ça avec WIX ? je pense que Visual Studio permet de le faire dans Custom Action , non ?

S'il s'agit d'une autre chose, merci de m'éclaircir ça

[bacelar]

WiX est bien plus riche que les templates de projet d'installation de VS.
Je n'ai pas fais la manip avec WiX, mais je pense que c'est probable.
Si c'est pas possible, il reste toujours la même manipulation de l'exécutable en custom action en Wix comme en VS.

Qui peut le plus peut le moins.

[smyley]

C'est quand même fou de vouloir mettre un log dans le dossier Program Files .
Pour avoir un programme propre il suffirait de mettre ces rapports dans le dossier de l'utilisateurs, ie C:\Users\Utilisateur\AppData\... d'ailleurs c'est ce qui est recommandé dans les guidelines pour programmer sur Vista.
C'est vraiment pas conseillé de modifier les droits et tout trafiquer juste pour pouvoir faire un programme "sale"

[Médinoc]

Traffiquer Program Files entier est sale. Donner les droits sur un sous-dossier de son programme, ça peut avoir son intérêt, d'une part pour les programems "sales", d'autre part pour les informations censées être communes à tous les utilisateurs.

Edit: Ah, j'avais oublié qu'il y avait aussi un Application Data partagé: On peut l'obtenir par SHGetFolderLocation()/SHGetFolderPath() et CSIDL_COMMON_APPDATA (ou par les Known Folders et FOLDERID_ProgramData).