Pourquoi les DLL 64 bits vont-elles vers System32 et les DLL 32 bits vers SysWoW64 sur Windows 64 bits?

Je devrais ajouter: vous ne devriez pas mettre vos dll dans \system32\ de toute façon! Modifiez votre code, modifiez votre programme d'installation... trouvez une maison pour vos bits qui N'est nulle part sous c:\windows\

Par exemple, votre programme d'installation place vos DLL dans:

\program files\<your app dir>\

or

\program files\common files\<your app name>\

(Note: La façon dont vous pouvez faire cette est d'utiliser l'environnement var: %ProgramFiles% ou % ProgramFiles (x86)% pour trouver où se trouve Program Files.... vous ne supposez pas que c'est le cas c:\program fichiers\ ....)

Et puis définit une balise de registre:

HKLM\software\<your app name>
-- dllLocation

Le code qui utilise vos DLL lit le Registre, puis des liens dynamiques vers les DLL à cet emplacement.

Ce qui précède est la façon intelligente d'aller.

Vous n'installez jamais vos dll, ou des DLL tierces dans \system32 \ ou \ syswow64. Si vous devez charger statiquement, vous mettez vos DLL dans votre répertoire exe (où elles seront trouvées). Si vous ne pouvez pas prédire le répertoire exe (par exemple, un autre exe va appeler votre dll), vous devrez peut-être mettre votre répertoire dll dans le chemin de recherche (évitez cela si possible!)

System32 et syswow64 sont pour les fichiers fournis par Windows... pas pour tout le monde elses fichiers . La seule raison pour laquelle les gens ont pris la mauvaise habitude de mettre des choses là-bas est parce qu'il est toujours dans le chemin de recherche, et de nombreuses applications/modules utilisent des liens statiques. (Donc, si vous y arrivez vraiment, le vrai péché est la liaison statique - c'est un péché dans le code natif et le code géré - toujours Toujours toujours dynamiquement lien!)

A rencontré le même problème et a fait des recherches pendant quelques minutes.

on m'a appris à utiliser Windows 3.1 et DOS, rappelez-vous ces jours-là? Peu de temps après avoir travaillé avec des ordinateurs Macintosh strictement pendant un certain temps, puis a commencé à se balancer vers Windows après l'achat d'une machine x64 bits.

Il y a des raisons réelles derrière ces changements (certains diraient une signification historique), qui sont nécessaires pour que les programmeurs continuent leur travail.

La Plupart des changements sont mentionnés ci-dessus:

• Program Files vs Program Files (x86)

  au début, les fichiers 16/86bit ont été écrits sur des processeurs Intel' 86'.

• System32 que signifie vraiment System64 (sur Windows 64 bits)

  Lorsque les développeurs ont commencé à travailler avec Windows7, il y avait plusieurs problèmes de compatibilité où d'autres applications étaient stockées.

• SysWOW64 que signifie vraiment SysWOW32

  Essentiellement, en anglais simple, cela signifie 'Windows sur Windows dans un 64-bit la machine'. Chaque dossier indique où se trouvent les DLL pour les applications qu'ils souhaitent utiliser.

Voici deux liens avec toutes les informations de base dont vous avez besoin:

• Redirecteur du système de fichiers MSDN

• SysWow64 Expliqué

J'espère que cela éclaircit les choses!

System32 est l'endroit où Windows a historiquement placé toutes les DLL 32 bits, et le système était pour les DLL 16 bits. Lorsque microsoft a créé le système d'exploitation 64 bits, tout le monde que je connais s'attendait à ce que les fichiers résident sous System64, mais Microsoft a décidé qu'il était plus logique de mettre des fichiers 64 bits sous System32. Le seul raisonnement que j'ai pu trouver, c'est qu'ils voulaient que tout ce qui était 32bit fonctionne dans un Windows 64bit sans avoir à changer quoi que ce soit dans les programmes-il suffit de recompiler, et c'est fait. La façon dont ils résolu cela, de sorte que les applications 32 bits pouvaient encore fonctionner, était de créer un sous-système windows 32 bits appelé Windows32 sur Windows64. En tant que tel, L'acronyme SysWOW64 a été créé pour le répertoire système du sous-système 32 bits. Le Sys est l'abréviation de System, et WOW64 est l'abréviation de Windows32OnWindows64.
Étant donné que windows 16 est déjà séparé de Windows 32, Il n'y avait pas besoin D'une équivalence Windows 16 sur Windows 64. Dans le sous-système 32 bits, quand un programme va utiliser des fichiers du system32 en fait, ils obtiennent les fichiers du répertoire SysWOW64. Mais le processus est défectueux.

C'est une conception horrible. Et dans mon expérience, j'ai dû faire beaucoup plus de changements pour écrire des applications 64 bits, que simplement changer le répertoire System32 pour lire System64 aurait été un très petit changement, et que les directives pré-compilateur sont destinées à gérer.