Discussion :

[lololebricoleur]

L'UAC de Windows 7 et Vista renforce la sécurité du système. Sur le principe, rien à dire. Mais dans les fait, cela se complique quand le fonctionnement n'est pas celui que l'on en attend.

Essayez de placer des fichiers de données dans le répertoire "ProgramData" prévu à cet effet et vous découvrirez que Windows décidera peut être de virtualiser vos fichiers ! En d'autres termes, il en fera une copie dans le dossier "VirtualStore". Cela peut ne pas poser de problème sauf si vous décidez de mettre à jour les fichiers par exemple. Là, vous découvrirez très probablement que les fichiers Visualisés ne sont pas actualisés, seul l'original l'est ! Vous aurez beau essayer de forcer cette actualisation, rien ni fera car le répertoire VirtualStore est géré directement et seulement par Windows.

Une des solutions pour résoudre le problème, les Manifestes de Windows mais ils ne sont pas sans imposer quelques contraintes (droits limités, demande de confirmation de lancement d'application...). Personnellement, je n'opte pas pour cela.

Autre solution, composer avec les contraintes et les libertés que vous accorde Windows. A l'installation de l'application, stockez les fichiers de données dans un répertoire dédié à la racine de "C:" (vous pouvez le rendre invisible pour éviter les mauvaises manipulation de l'utilisateur). Ensuite, dans le code d'initialisation de votre application, utilisez la fonction "Hchangerep" pour rediriger l'application vers le répertoire en question. Et voilà, plus de problèmes de Virtualisation des fichiers de données, plus de problèmes de droits et pas besoin de manifeste.

Cette solution n'est pas idéal car elle oblige à ne pas utiliser le répertoire ProgramData de Windows mais Pcsoft n'étant pas en mesure de me fournir une explication qui tienne la route, il faut bien trouver une autre solution propre.

A disposition.

lololebricoleur

[Hibernatus34]

Bonjour,

Je n'ai absolument rien compris.
Vous utilisez bien fRepDonnéesUtilisateur et fRepDonnéesCommun ?
Pourquoi créer un répertoire à la racine de C: ?

[lololebricoleur]

Et bien je vais tenter de vous ré expliquer :

Les applications que je développe, exploitent des fichiers de données. En toute logique et selon les conseils de Pcsoft, je stocke ces fichiers dans le répertoire prévus à cet effet ("C:\Documents and Settings\All Users\Application Data" sous Windows Xp et "C:\ProgramData" sous Windows 7 et Vista). Cela correspond à la constante système "srAppDataCommun" pour répondre à votre question.

Les applications, quand à elles, sont stockées dans le dossier "ProgramFiles" sous Xp et "Program".

Le problème c'est que quand je stocke les fichiers de données dans ce répertoire "ProgramData", Windows les virtualise et en fait une copie dans le "VirtualStore" alors qu'il n'y a pas lieu ! C'est même confirmé par Pcsoft pour info. De plus, ils ne trouvent pas la raison !

Voilà pourquoi je suis obligé de laisser tomber le dossier "ProgramData", que je ne veux pas utiliser le dossiers destiné à stocker les documents de l'utilisateur (ce n'est pas fait pour cela et les mauvaises manipulations sont vites arrivées) et que donc je crée mon propre répertoire caché à la racine de C:.

C'est plus clair cette fois ?
Si vous avez la réponse au mystère, merci de me la transmettre.

Cordialement,

[lololebricoleur]

Vous utilisez bien fRepDonnéesUtilisateur et fRepDonnéesCommun ?

Selon moi, les "fRepDonnéesUtilisateur" et "fRepDonnéesCommun" ne sont pas fait pour y stocker les données directement gérée par les applications. Ils correspondent au dossier "Mes documents" en fait. C'est d'ailleurs pour cela que le répertoire "srAppDataCommun" existe et qu'il est caché. J'ai effectivement réalisé des test avec ces dossier Données et le problème de virtualisation ne se pose pas. Mais personnellement, cette solution ne me convient pas.

[Hibernatus34]

Bonjour,

Je suis sous XP dans la journée donc je ne peux pas tester, mais pour moi les choses paraissent simples :
- fRepDonnéesUtilisateur() : 1 utilisateur, 1 application
- fRepDonnéesCommun() : tous les utilisateurs, 1 application
- fRepGlobalUtilisateur() : 1 utilisateur, N applications
- fRepGlobalCommun() : tous les utilisateurs, N applications

La grande différence avec "Mes Documents", c'est que l'utilisateur n'est pas censé aller dans ces répertoires avec l'explorateur, même s'il le peut s'il est avisé.
Prenez un ordinateur d'utilisateur lambda, et allez dans ces répertoires avec l'explorateur. C'est beaucoup moins rapide et facile que "Mes Documents". Du moins, pour l'utilisateur lambda. Et pour les autres, répertoires cachés ou pas, ils trouveront toujours.

[Hibernatus34]

Selon moi, les "fRepDonnéesUtilisateur" et "fRepDonnéesCommun" ne sont pas fait pour y stocker les données directement gérée par les applications.

Il sont dédiés à ça pourtant.

[lololebricoleur]

Je prend note des informations et je refais des tests.

A suivre...

[lololebricoleur]

J'ai utilisé fRepDonnéesCommun() comme chemin de stockage de mes fichiers de données.

Sous Windows 7 et Vista, fRepDonnéesCommun() correspond au répertoire ProgramData présent à la racine du disque système.

Après installation, mes fichiers de données sont installés au bon endroit.
Au lancement de l'application, j'utilise la fonction "ChangeRep" pour diriger l'application vers fRepDonnéesCommun().

Résultat :
Dès que j'apporte une modification à un des fichier de données, il est automatiquement dupliqué par Windows dans le VirtualStore !

Conclusion, j'en suis toujours au même point et j'ai toujours le même soucis.