Appli compilée sous Delphi 10.3 Rio qui nécessite encore le mode administrateur

GO · 12/02/2019, 09h33

Bonjour,

Avec Delphi 7 mon appli était construite en 32bits et nécessitait un clic droit sur l'icone et passer par le mode administrateur.

J'ai fait l'acquisition de Delphi 10.3 Rio et sélectionné comme plate-forme cible : Windows 64bits mais j'ai le même pb après construction de l'appli. Il est nécessaire de passer par le mode administrateur pour qu'elle fonctionne, comment lancer mon appli par un simple double-clic avec Delphi Rio ça devrait être possible ? Je pensais que mon pb était le fait qu'elle n'était pas en 64bits justement....?

**Papy214** · 12/02/2019, 09h43

32 ou 64 n'a rien à voir.
Le mode administrateur est généralement demandé pour les applications qui écrivent en base de registre à des endroits précis ou créent des fichiers ailleurs qu'aux endroits autorisés.
Il faut que vous regardiez du côté des "manifest" à ajouter à l'application dans les options du projet à l'onglet Application.

GO · 12/02/2019, 10h20

merci pour votre réponse, j'ai donc ajouté manuellement un fichier .manifest mais maintenant même en debug l'appli ne se lance pas car "sa configuration côte à côte est incorrecte".

Auriez-vous un fichier .manifest pour 64bits ou une autre idée pour résoudre mon pb ; effectivement j'ecris dans la base de registre et dans un rep Windows ?

**Coudrak** · 12/02/2019, 11h00

La bonne pratique étant quand même de la modifier pour ne pas nécessiter de mode administrateur -> ne pas écrire dans LOCAL_MACHINE mais dans CURRENT_USER en ce qui concerne le registre.

GO · 12/02/2019, 11h09

j'ai enlevé l'écriture dans local_machine mais le pb persiste.

l'application n'a pas pu démarrer car sa configuration côte à côte est incorrecte....???

**Coudrak** · 12/02/2019, 11h15

Il faut aussi enlever l'écriture ailleurs que dans les dossiers autorisés : Application Data (CSIDL_COMMON_APPDATA ou CSIDL_LOCAL_APPDATA) et Mes Documents (CSIDL_PERSONAL) et dossier Temp.

GO · 12/02/2019, 14h32

Toujours pareil :

"Impossible de créer le processus : L'application n'a pas pu démarrer car sa configuration côte-à-côte est incorrecte..."

**Andnotor** · 12/02/2019, 14h47

Les exe générés par Rio incluent déjà un manifest assez complet, tu n'a plus besoin d'en lier un externe.

GO · 12/02/2019, 16h39

Maintenant j'ai un message d'erreur en lançant l'appli en debug : "Impossible de créer le processus. L'opération demandée nécessite une élévation"

J'ai enlevé le mon manifest et mis en niveau d'exécution : "Nécessitant l'administrateur"

**Andnotor** · 12/02/2019, 23h16

Là c'est vraiment un problème d'EDI. Debugger une app avec élévation n'a jamais bien fonctionné.

Tu peux toujours essayer de lancer Delphi lui-même en admin avant debugage.

GO · 25/02/2019, 10h07

je n'ai plus de pb de debug, ni d'élévation. Je construit mon appli et quand je l'exécute j'ai le message Windows suivant 'une référence a été renvoyée par le serveur'.

Pour contourner il faut que je coche dans les propriétés de l'appli (clic droit) dans compatibilité la coche 'Exécuter en tant qu'administrateur'.

C'est très gênant je voudrais que l'appli démarre sans cette coche (le manifest est en hight level), avez-vous une solution pérenne ?

**sergio_is_back** · 25/02/2019, 10h28

Envoyé par GO

je n'ai plus de pb de debug, ni d'élévation. Je construit mon appli et quand je l'exécute j'ai le message Windows suivant 'une référence a été renvoyée par le serveur'.

Pour contourner il faut que je coche dans les propriétés de l'appli (clic droit) dans compatibilité la coche 'Exécuter en tant qu'administrateur'.

C'est très gênant je voudrais que l'appli démarre sans cette coche (le manifest est en hight level), avez-vous une solution pérenne ?

Si ton appli accède en écriture à des dossiers de type "ProgramFiles", Windows, Windows\System32, etc... ou des parties de la base de registres autres que HKEY_CURRENT_USER, il est normal que le système demande l'élévation de privilèges pour pouvoir l’exécuter (avec ou sans manifeste d'ailleurs).

Il faut identifier ce qui peut provoquer cette demande d'élévation de privilèges avant de vouloir passer outre... et le corriger le cas échéant si c'est possible.

Le cas le plus courant que j'ai vu c'est un fichier de configuration qui est au même endroit que l'exe (dans C:\ProgramFiles ou C:\ProgramFiles (x86)) alors qu'il devrait être sous C:\Users\<Nom d'utilisateur>\AppData, soit dans C:\ProgramData\... , c'est une erreur courante commise par les débutants...

**sergio_is_back** · 25/02/2019, 10h32

Envoyé par Andnotor

Là c'est vraiment un problème d'EDI. Debugger une app avec élévation n'a jamais bien fonctionné.

Si, Si ça marche très bien, je m'en sert souvent pour déboguer des services, Il suffit de lancer Delphi avec un clic-droit et "exécuter en tant qu'Administrateur"

GO · 25/02/2019, 11h46

ok j'ai effectivement un fichier ini dans le rep de l'exe et aussi la BBD dans un sous rep de l'exe, pour la BDR je pense avoir fait le nécessaire

**sergio_is_back** · 25/02/2019, 11h51

Envoyé par GO

ok j'ai effectivement un fichier ini dans le rep de l'exe et aussi la BBD dans un sous rep de l'exe, pour la BDR je pense avoir fait le nécessaire

Tu peux déplacer ta base de données dans ProgramData par exemple sur le modèle

C:\ProgramData\<Non de ton soft>\Database\...

Pour ton fichier INI si c'est des paramètres généraux communs à tous les utilisateurs du poste tu peux déplacer ton fichier dans C:\ProgramData\<Non de ton soft>\Parameters\...
Sinon dans le AppData d'utilisateur ce sera très bien aussi (c'est prévu à cet effet)