Discussion :

[lololebricoleur]

Bonjour,

J'ai développé une application que je distribue depuis quelques temps déjà et sans trop de problème.
Hier, l'un de mes clients à mis à jour son Windows de XP vers Seven.
Au démarrage de l'application, j'ai un plantage parce que l'accès en écriture des fichiers est refusé !?
Cela fonctionnait bien jusqu'à présent
Les fichiers sont stockés à un endroit où l'accès en écriture est autorisé sans droits spéciaux
Le client utilise un compte utilisateur avec des droits administrateur
Et quand je test l'appli en la démarrant en tant qu’administrateur, cela fonctionne
Bref, je n'y comprend rien mis à part que Windows me joue un sale tour.
J'ai temporairement résolu le problème en forçant le mode administrateur mais c'est de la bidouille.

Avez vous déjà eu ce genre de problème ?
Avez vous une explication, une solution, une astuce ?

Merci d'avance de votre aide

[hpascal]

Bonsoir

C'est un comportement normal sous Windows (depuis Vista), il y a des endroits où les applications n'ont pas le droit d'écriture
Même un compte "administrateur" n'a pas les droits administrateurs
C'est le mécanisme de l'UAC

Pour éviter les problèmes il faut écrire dans les endroits autorisés

Un peu de lecture :
http://doc.pcsoft.fr/fr-FR/?2025014&name=Mecanisme_UAC
http://doc.pcsoft.fr/fr-FR/?2025017

[jurassic pork]

hello,
comme le dit hpascal, c'est certainement l' U.A.C qui te pose problème. Si tu n'as pas indiqué à ton exécutable qu"il doit s'exécuter avec des droits d'administrateurs alors qu'il en a besoin, tu te retrouves avec des problèmes de privilèges. Il faut intégrer dans l'exécutable un manifeste qui indiquera si l'exécutable doit s'exécuter avec des droits particuliers, voir ici :
http://doc.pcsoft.fr/fr-FR/?2025013&...des_manifestes

Ami calmant, J.P

[lololebricoleur]

Merci pour les info set la lecture mais je pense avoir pris en considération toutes les consignes pour gérer l'UAC.
D'ailleurs l'application fonctionne parfaitement sans ce genre de problème chez plein de clients, avec ou sans droits administrateurs !
J'ai fait attention aux endroits où j'avais le droit de stocker des fichiers modifiables (par défaut, ils sont dans un répertoire dédié à la racine du disque principal)

[hpascal]

Moi je fais les deux, j'inclue un manifeste pour indiquer que mon appli n'a pas besoin de droits particuliers et j'écris dans les répertoires autorisés

[lololebricoleur]

Hpascal,

Nous sommes bien d'accord donc, il y a une bizarrerie quelque part non ?
Car si j'en crois les aide de windev, si tu respecte les consignes, pas besoin de manifeste.

J'ai jamais pratiqué le manifeste, c'est compliqué à gérer ?
C'est compatible avec Windows XP ?


Merci de ton aide

[jurassic pork]

hello,

lololebricoleur tu nous as écrit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Les fichiers sont stockés à un endroit où l'accès en écriture est autorisé sans droits spéciaux

Si ton client a des problèmes d'écriture sous seven c'est que cet endroit ne doit pas avoir les bons droits. Où se situe ce répertoire ? dans program files ? utilisateurs ?

En mettant un manifeste qui dit que l'exécutable doit s'exécuter avec des droits administrateurs tu n'auras pas ce problème. Mais si l'UAC est activé, il y aura une fenêtre d'avertissement qui s'ouvrira pour valider le fait de lancer l'exécutable avec des privilèges.

Ami calmant, J.P

[hpascal]

J'ai jamais pratiqué le manifeste, c'est compliqué à gérer ?
C'est compatible avec Windows XP ?

Quand tu créés l'exe c'est une case à cocher. Windev propose des manifestes tout faits, rien de compliqué à faire donc.
Oui ça passe sous XP

[lololebricoleur]

hpascal, je l'ai testé quand j'ai dut adapter mes applis aux contraintes de vista et seven mais j'avais souvenir que c'était plus complexe qu'une simple case à cocher non ?

[hpascal]

Pour le choix du manifeste (intégré à l'exe) c'est une case à cocher (mais si tu préfères tu peux créer toi même ton fichier de manifeste en dehors de l'exe)
Après, le respect des normes Windows pour l'écriture de données c'est à toi de le faire dans tes applications effectivement

[lololebricoleur]

Merci pour ton aide, je vais réétudier cette possibilité

[SevenSoftware]

Bonjour,

Ca n'a peut-être pas de rapport, mais il est arrivé un truc du genre hier chez un client
alors que ce soir, il a tourné sans problème...

L'exe tourne sous XP, ce qui exclut les problèmes d'UAC et autres trucs énervants, et le serveur HF 15 est sous Win Server 2003 R2 .
Ce problème inexpliqué se produit très rarement (2 ou 3 fois par an).

Extrait du log:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Transaction (VTE/GAR) annulée.
Appel WL :
Traitement de 'Procédure globale LogStock' (Procedures globales de LOGIC.LogStock), ligne 28, thread 0
Fonction 'HAjoute', syntaxe 1

Que s'est-il passé ?
Erreur renvoyée par le serveur <xxxxx:4900> :
Le fichier <StockLog> n'a pas été ouvert avec des droits en écriture. Impossible d'effectuer l'opération.

Code erreur : 70037
Niveau : erreur fatale (EL_FATAL)
Code erreur WD55 : 37
Dump de l'erreur du module 'WDHFSRV.DLL' (15.00Ea).
Identifiant des informations détaillées (.err) : 72118
Informations de débogage :
IEWDHFSRV=29.8
etc...

Je ne trouve pas d'erreur 70037 ni 72118 dans les fichier .err
Les spécialistes réseau et serveurs ne m'ont pas fourni d'explication non plus