Modify ↓
#1374 closed Bug (No Bug)
FileGetShortName returns wrong result on Win7
Reported by: | KaFu | Owned by: | |
---|---|---|---|
Milestone: | Component: | AutoIt | |
Version: | 3.3.0.0 | Severity: | None |
Keywords: | Cc: |
Description
$sFilename = "c:\test.par2"
$output = $sFilename & @crlf & FileGetShortName($sFilename)
ConsoleWrite($output & @crlf)
Returns
c:\test.par2
c:\TEST~1.PAR
on Win7. On XP same code returns
c:\test.par2
c:\test.par2
as expected.
Attachments (0)
Change History (4)
comment:1 Changed 15 years ago by Jos
comment:2 Changed 15 years ago by KaFu
Thanks for the Test :), maybe it just worked for me on XP because I tested it in XP VM Mode and didn't check @error... Yep, that's it, im XP-VM Mode @error is 1.
comment:3 Changed 15 years ago by Jos
- Resolution set to No Bug
- Status changed from new to closed
comment:4 Changed 15 years ago by KaFu
Me bad :(, just did not associate .par with the exe-file on my freshly installed machine... thanks and closed.
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.
Note: See
TracTickets for help on using
tickets.
When the file exists it returns the following on WinXP SP3:
c:\test.par2
c:\TEST~1.PAR
When the file doesn't exists it will return the same as the input but the @error = 1
Jos