écriture dans un fichier sous Vista

Bonjour à tous,
Je souhaite pouvoir lire/écrire dans un fichier se situant dans C:/Program Files/.../... Pour ce qui est de la lecture, aucun problème avec fopen() mais en ce qui concerne l'écriture, impossible d'ouvrir de fichier en mode écriture avec fopen(). Le problème vient sans doute des permissions sous Vista puisque le fopen() en mode écriture fonctionne dans les répertoires de l'utilisateur courant (mes documents, bureau etc...).
J'ai tenté d'utiliser <fstream> ou <ofstream> mais le problème reste exactement le même. Je n'ai trouvé aucune documentation relative à ce problème c'est pourquoi je fais appel à vous :P

Merci d'avance ;)

Ben en effet, un utilisateur normal n'a pas le droit de modifier un fichier dans Program Files, sauf si on lui en donne explicitement le droit (comme c'est le cas quand on installe un vieux jeu qui met ses sauvegardes dans Program Files).

J'ignore si ta version de Vista offre une UI pour ajuster les droits, mais au pire tu peux le faire avec l'outil en ligne de commande CACLS (attention à ce que tu fais, en pas oublier le paramètre /E dans la plupart des cas).

Merci pour cette réponse rapide!

Pour l'instant je développe une classe sous dev-cpp pour interragir avec ces fichiers situés dans C:/Program Files/.../... Mais je compte créer un projet MFC sous visual c++ pour proposer une interface user-friendly.
Lorsque je lancerai mon programme compilé, Vista va sans doute me demander si je souhaite accorder la permission à ce programme? Cela signifie-t-il que l'interdiction sur l'écriture de fichier dans c:/... sera levée?

Vista ne demande pas ça tout seul: Il faut avoir un manifeste dans les ressources du programmes.

Ce qui est important, c'est fonctionnellement à quoi sert ton programme:

• Soit c'est une interface d'administration de quelque chose, et donc il est normal que seuls les administrateurs y aient accès ---> Utiliser un manifeste pour demander l'élévation sous Vista
• Soit c'est pour accéder à des fichiers qui devraient normalement être modifiables par un utilisateur normal (comme des sauvegardes d'un vieux jeu) ---> Changer les droits des fichiers.

En gros tout ça est lié à l'UAC ( User Account Control ) de Windows Vista.
CodeProject dispose de plusieurs sources qui te seraient utiles dans ton cas :
http://www.codeproject.com/KB/vista-...ount%20Control

Merci smyley pour ton lien.
Pour répondre à Médinoc, mon programme doit pouvoir être utilisé par n'importe quel utilisateur sans soucis mais doit obtenir les privilèges administrateur pour modifier des fichiers dans c:/program files/. A priori, tu as raison, je dois définir requestedExecutionLevel de telle sorte que le programme acquiert les droits d'administrateur (si j'ai bien tout compris). Reste à savoir comment faire ;)

Le problème, c'est qu'un programme ne peut pas "passer" administrateur: Il peut seulement être lancé admin.
Donc, tu vas devoir décomposer ton utilitaire en deux exécutables: L'un "normal", l'un pour les fonctions d'administration (qui pourra être lancé par l'autre avec ShellExecute()).

Citation:

---

Envoyé par Médinoc

décomposer ton utilitaire en deux exécutables

---

Il est aussi possible de le faire via des objets COM car avec Vista il existe une fonction CreateElevatedComObject ( cherche sur Google pour plus d'infos )

Retrouvé:
http://msdn2.microsoft.com/en-us/library/ms679687.aspx

De plus, il est fort probable que ça ne marche pas en Inproc.


...Mais si tu ne connais pas COM, tu perdras moins de temps en séparant ton code en deux exes...

Ca devient un peu compliqué pour une simple écriture de fichier... Ce que je ne comprends pas c'est que des programmes qui datent de bien avant Vista arrive sans soucis à modifier des fichiers dans c:/ sans même demander des droits d'admin...
Pour revenir à mon problème, ne puis-je point forcer l'utilisateur à executer le programme avec les privilèges d'admin?

Et comment fera un utilisateur ordinaire pour modifier les paramètres que lui a le droit de modifier ?

Si tu veux qu'un utilisateur non-admin puisse utiliser le programme pour modifier certains fichiers dans Program Files, il faut changer les droits des fichiers en question pour qu'ils soient modifiables par le commun des mortels, pas obliger le commun des mortels à devenir des dieux...

Oui mais j'imagine que pour changer les droits des fichiers en question il faut avoir les privilège admin non?

Oui.
C'est typiquement ce que fait l'administrateur (ou un programme lancé par l'administrateur) lors de l'installation du programme.

D'après ce que j'ai lu, lorsque l'on tente d'écrire dans un fichier de C:/Program Files/ l'écriture fonctionne mais elle est virtuelle... Si j'ai bien compris. Si j'ouvre un fichier en écriture par exemple: c:/program files/essai/test.txt qui contient le texte "abcdef" et que mon programme écrase le contenu de ce fichier pour le remplacer par "ghijkl". Alors, cela aura pour effet de créer un fichier dans C:\Users\...\AppData\Local\VirtualStore\Program Files\essai\test.txt qui portera la valeur "ghijkl" mais le fichier original sera conservé dans Program Files/ avec la valeur "abcdef". Maintenant, si l'utilisateur qui a modifié le fichier précedemment tente d'y accéder en lecture par exemple par un programme quelconque. Il obtiendra la valeur "ghijkl". Mais si un autre utilisateur lit le fichier, il aura la valeur de base "abcdef". Etrange mais pas si bête! Pour mon cas, ça ira ;)

Si c'est pour faire ce genre de bétises, tu devrais peut-être te poser la question: Pourquoi Program Files ?

Je ne vois pas de quelle bétise tu parles. Tout ce que j'en ai conclu c'est qu'il fallait que j'écrive dans Program Files de la manière la plus courante qu'il soit sans m'étonner de voir les fichiers originaux non modifié. Si tu étais au courant de ça avant, tu aurais pu m'en parler :cry:

Mais je n'étais pas au courant de cela.
Je pensais que Vista refusait simplement l'accès.

Okay ;) Merci de ton aide en tout cas!

Mais pose-toi quand même la question de savoir si tu as vraiment besoin d'écrire dans un fichier dans Program Files.

Tu as plein d'autres endroits où écrire: Le dossier Application Data des documents de l'utilisateur, celui de All Users, le registre utilisateur (HKEY_CURRENT_USER\Software), le registre machine (HKEY_LOCAL_MACHINE\Software)...

Oui, ça ne me viendrait pas à l'idée pour ce genre d'utilisation. Mais enfait il s'agit d'un programme qui permet de gérer les archives de texture et de modèles3D d'un jeu vidéo.

Juste en passant, il ne faudra jamais dans ce cas que ton programme ai un manifeste vista sptipulant asInvoker comme droit d'accès ( non administrateur normallement ). Pour une application ayant un manifest Vista et ne s'exécutant pas avec les droits d'administrateur, tu aura une erreur d'accès non autorisé car la virtualisation est désactivée.

Dans ce cas, ne laisse pas la virtualisation, car ton programme n'aura alors aucune influence sur le jeu vidéo (la virtualisation se fait programme-par-programme, il semblerait).

Soit tu dois faire de ton programme un programme admin-uniquement (avec un manifeste et tout), soit tu dois rendre le dossier accessible en écriture aux utilisateurs normaux.

Citation:

---

Envoyé par Médinoc

Dans ce cas, ne laisse pas la virtualisation, car ton programme n'aura alors aucune influence sur le jeu vidéo (la virtualisation se fait programme-par-programme, il semblerait).

---

D'après ce que j'ai compris c'est pas exactement programme par programme mais la séparation s'opère entre programme admin et programme non admin. Tous les programmes accédant aux fichiers virtualisés accèdent au mêmes fichiers virtualisés, tandis que les programmes admin accèdent uniquement au vrais fichiers

oui c'est ça smyley. Je vérifierai si le jeu en question est lancé en admin ou pas. Si c'est le cas, j'aurais certainement un problème c'est vrai...