Discussion :

[zouip]

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

Merci d'avance

[Médinoc]

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).

[zouip]

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?

[Médinoc]

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.

[smyley]

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

[zouip]

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

[Médinoc]

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()).

[zouip]

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

[Médinoc]

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

[zouip]

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

[Médinoc]

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

[zouip]

Okay Merci de ton aide en tout cas!

[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).

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.

[smyley]

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

[zouip]

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...