[D XE7] Pourquoi FileExists ou TSearchRec ne voient pas des fichiers ?

Pourquoi un FileExists ou un TSearchRec ne voient pas le fichier (C:\Windows\System32\gpsvc.dll) ?

Code:

---

if FileExists('C:\windows\system32\gpsvc.dll') then

---

Pourtant, je le vois bien dans l'explorateur, et ce n'est même pas un fichier caché.
Même chose pour les fichiers (C:\windows\system32\drivers\ndis.sys), (C:\windows\system32\microsoft-windows-kernel-power-events.dll), et sûrement d'autres.

Je suis en train d'essayer de récupérer les infos du journal windows avec ReadEventLog, et la source et le "EventID" retournés, donnent le nom d'un fichier à redonner à FormatMessage().
Sauf que LoadLibrary se plaint que ces fichiers n'existent pas.
Et quand FileExists me dit la même chose, je me dis que quelque chose m'échappe.

Bonjour Lung

c'est une DLL présente en 64bit
Donc si tu compile en 64bits tu trouveras la DLL en 32 tu ne la trouveras pas
après je ne sais pas si c'est normale

C:\Windows\System32\ c'est en fait Win64
la version Win32 c'est dans C:\Windows\SysWOW64

Et dans un Exe 32 bits, C:\Windows\SysWOW64 est mappé comme étant C:\Windows\System32\ comme pour la base de registre
Cela se substitue

j'ai eu ça y'a quelques jours (le fileexists qui trouvait pas un fichier alors qu'il etait présent), ça venait du fait que dans l'explorateur windows y'avait l'option "masquer les extensions des fichiers dont le type est connu"
dans ta fenetre windows, tu vois bien gpsvc.dll ou juste gpsvc ?

Citation:

---

Envoyé par Lung

Pourquoi un FileExists ou un TSearchRec ne voient pas le fichier (C:\Windows\System32\gpsvc.dll) ?

Code:

---

if FileExists('C:\windows\system32\gpsvc.dll') then

---

Pourtant, je le vois bien dans l'explorateur, et ce n'est même pas un fichier caché.
Même chose pour les fichiers (C:\windows\system32\drivers\ndis.sys), (C:\windows\system32\microsoft-windows-kernel-power-events.dll), et sûrement d'autres.

Je suis en train d'essayer de récupérer les infos du journal windows avec ReadEventLog, et la source et le "EventID" retournés, donnent le nom d'un fichier à redonner à FormatMessage().
Sauf que LoadLibrary se plaint que ces fichiers n'existent pas.
Et quand FileExists me dit la même chose, je me dis que quelque chose m'échappe.

---

les réglages de l'explorateur Windows ne devraient pas avoir d'impact sur autre chose que l'explorateur Windows

si le fichier existe, TFile.Exists() ou FileExists() devraient le trouver (à condition qu'il n'y ait pas un problème de droit d'accès et de nécessité d'élévation de privilèges)

Citation:

---

Envoyé par pprem

les réglages de l'explorateur Windows ne devraient pas avoir d'impact sur autre chose que l'explorateur Windows

si le fichier existe, TFile.Exists() ou FileExists() devraient le trouver (à condition qu'il n'y ait pas un problème de droit d'accès et de nécessité d'élévation de privilèges)

---

oui je suis d'accord, il le trouve sauf parfois.. par exemple , la semaine derniere je faisais un fileexists d'un fichier .wav pour l'executer s'il etait présent, ca marchait sur mon poste mais pas sur le poste ou je devais l'executer, alors que j'avais le chemin sous les yeux, en decochant l'option dans l'explorateur, ca remarchait.... (j'avais deja eu ça y'a qq années, pour ça que je suis allé voir la dedans), j'ai jamais trouvé le pourquoi du comment ...

j'ai un vague souvenir de cette affirmation improbable qui s'était avérée juste...mais comme "afficher les extensions" est une des premières choses que je fais après avoir installé Windows je ne l'avais pas remarqué :)

J'espère que le "afficher les extensions" n'a pas vraiment un impact, depuis 20 ans, je serais surpris que mes programmes fonctionnent sur les postes utilisateurs lambda où il n'y a pas les extensions affichées et où j'ai du FileExists sur un tas de fichier différent (.DLL, .EXE, .XLS, .INI ...) mais aussi des FindFirst

j'ai déjà vu des fichiers qui s'appelait .txt.txt par exemple à cause de ça, la méprise de l'extension cachée et doublée

Ou alors cela n'a d'effet que sur les dossiers systèmes comme Programs ou System32 (ouais non je n'y crois pas, je mise sur l'émulation plutôt: Redirecteur du système de fichiers)

Pour gpsvc.dll
Présente dans C:\Windows\System32
Absente dans C:\Windows\SysWOW64
Les deux contiennent cependant gpsvc.dll.mui et ext-ms-win-gpsvc-grouppolicy-l1-1-0.dll

Chemin d’accès d’origine	Chemin d’accès redirigé pour les processus x86 32 bits	Chemin d’accès redirigé pour les processus ARM 32 bits
%windir%\System32	%windir%\SysWOW64	%windir%\SysArm32

Citation:

---

Envoyé par Paul TOTH

j'ai un vague souvenir de cette affirmation improbable qui s'était avérée juste...mais comme "afficher les extensions" est une des premières choses que je fais après avoir installé Windows je ne l'avais pas remarqué :)

---

Non mais Microsoft n'oserait pas quand même, si ?

Filtrer les API (ou en fournir) qui se basent sur ce que voit leur logiciel plutôt que ce qui est stocké sur les disques durs... Si ?

Du coup ça fait un test de plus à faire ici car pareil, j'affiche dossiers masqués et extensions dès que possible histoire de voir mes fichiers ".machin" de dépôts web et autres.

j'ai cherché un peu mais je n'ai pas retrouvé l'échange...du coup ça reste un vague souvenir :) je peux me tromper

Citation:

---

Envoyé par fbalien

c'est une DLL présente en 64bit
Donc si tu compile en 64bits tu trouveras la DLL en 32 tu ne la trouveras pas
après je ne sais pas si c'est normale

---

Effectivement, c'était bien ça : le FileExiste fonctionne. :bravo: Je n'y avais pas pensé.
Par habitude, je compile toujours en 32.

Citation:

---

Envoyé par exyacc

ça venait du fait que dans l'explorateur windows y'avait l'option "masquer les extensions des fichiers dont le type est connu"

---

Je ne masque jamais les extensions.
Je n'ai jamais compris l'intérêt. C'est juste une gêne.

Citation:

---

Envoyé par ShaiLeTroll

Pour gpsvc.dll
Présente dans C:\Windows\System32
Absente dans C:\Windows\SysWOW64

---

Les fichiers que je cherche ne semblent n'exister QUE dans System32 et pas dans SysWOW64.


Par contre, en 64 bits, les points d'arrêts ne fonctionnent plus.
J'ai beau reconstruire, pas moyen.
Il y a encore une subtilité qui m'échappe ?
:koi:

Citation:

---

en 64 bits, les points d'arrêts ne fonctionnent plus

---

ton répertoire ou ce trouve ton projet ou tes unités contient il des caractères spéciaux tel que "ç"
En 64bits les point d'arrêt ne marche pas dans ce cas y a déjà un case ouvert pour çà mais çà ne bouge pas trop

Faut générer les fichiers DCU, MAP ... dans des répertoires différents entre 32 et 64.
faire un CONSTRUIRE au lieu de compiler, cela peut aider

Voir aussi que les options de débogage dans le projet sont correctes, sans aller jusqu'à l'extrême des DCU de débogage, vérifier que le Fichier MAP est complet, symbole et tout.