Discussion :

[Lung]

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

Code :

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

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.

[fbalien]

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

[ShaiLeTroll]

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

[exyacc]

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 ?

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

Code :

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

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.

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

[exyacc]

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

[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é

[ShaiLeTroll]

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

[pprem]

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.

[Paul TOTH]

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

[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

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

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

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 ?

[fbalien]

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

[ShaiLeTroll]

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.