Opened 14 years ago
Closed 14 years ago
#2159 closed Bug (No Bug)
Mistake in "Running under Windows 64-bit Edition"
| Reported by: | Owned by: | ||
|---|---|---|---|
| Milestone: | Component: | Documentation | |
| Version: | 3.3.8.1 | Severity: | None |
| Keywords: | Doc 64 Windows | Cc: |
Description
In the "Running under Windows 64-bit Edition" section in help file there is a table:
Directories | 32-bit Value | 64-Bit Value -------------------------------------------------------------------- @SystemDir | @WindowsDir & "\SYSWOW64" | @WindowsDir & "\System32"
and here the values are not at their place (SYSWOW64 should be switched with System32).
Attachments (0)
Change History (3)
follow-up: 2 comment:1 by , 14 years ago
comment:2 by , 14 years ago
Replying to Jpm:
Unless there is a real mistake in the AutoIt code , Doc is OK as MS choose to keep system32 to store all x64 .dll and when running a 32-Bit application they are referencing the syswow64 dir for the needed .dll
For me there is no bug
Strange, i run under 32-Bit system:
MsgBox(64, 'Title', @SystemDir)
and i got «C:\Windows\system32», so i supose under x64 i will get syswow64, or still system32 because it's 32-application?
comment:3 by , 14 years ago
| Resolution: | → No Bug |
|---|---|
| Status: | new → closed |
Turn off redirection and you will see the real path. Windows maps the SYSWOW64 directory to system32 for 32-bit processes with redirection enabled. The files really do live in SYSWOW64, though.
No bug here, documentation is correct if a bit misleading.

Unless there is a real mistake in the AutoIt code , Doc is OK as MS choose to keep system32 to store all x64 .dll and when running a 32-Bit application they are referencing the syswow64 dir for the needed .dll
For me there is no bug