Opened on Feb 1, 2021 at 9:23:11 PM
Closed on Feb 2, 2021 at 10:35:18 AM
Last modified on Feb 3, 2021 at 8:49:55 AM
#3801 closed Bug (Wont Fix)
AutoIt #include does not handle symlinks right if included file has #include-once
| Reported by: | genius257 | Owned by: | |
|---|---|---|---|
| Milestone: | Component: | AutoIt | |
| Version: | 3.3.14.5 | Severity: | None |
| Keywords: | Cc: |
Description
It would be nice if AutoIt used something like GetFinalPathNameByHandleA, for checking if included files using #include-once was already included.
I've attached a Tar file for reproducing the Issue. Administrative rights are needed to unpack the file.
Attachments (1)
Change History (4)
by , on Feb 1, 2021 at 9:24:11 PM
| Attachment: | folder_Ref.tar added |
|---|
comment:1 by , on Feb 2, 2021 at 10:35:18 AM
| Resolution: | → Wont Fix |
|---|---|
| Status: | new → closed |
Sorry to close this ticket as this function is only available starting Vista/Server 2008.
We still want AutoIt to be used with Windows 7 ...
comment:2 by , on Feb 2, 2021 at 11:42:25 PM
Vista is older than Windows 7. I assume you meant Windows XP?
The lowest Windows version the current AutoIt3 version supports is Windows XP.
It is true that GetFinalPathNameByHandleA is not supported in Windows XP, however there is a way to get the same result on Windows XP:
https://stackoverflow.com/questions/65170/how-to-get-name-associated-with-open-handle/5286888#5286888
comment:3 by , on Feb 3, 2021 at 8:49:55 AM
A simpler solution is to use the unique file identifier via GetFileInformationByHandle.
It is Available in Windows XP.
Tar file with symbolic links for reproducing bug