Opened 13 years ago
Closed 13 years ago
#2159 closed Bug (No Bug)
Mistake in "Running under Windows 64-bit Edition"
Reported by: | MrCreatoR <mscreator@…> | 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)
comment:1 follow-up: ↓ 2 Changed 13 years ago by Jpm
comment:2 in reply to: ↑ 1 Changed 13 years ago by MrCreatoR <mscreator@…>
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 Changed 13 years ago by Valik
- Resolution set to No Bug
- Status changed from new to 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.
Guidelines for posting comments:
- You cannot re-open a ticket but you may still leave a comment if you have additional information to add.
- In-depth discussions should take place on the forum.
For more information see the full version of the ticket guidelines here.
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