Get FilePath from file handle

[evilertoaster]

I had previously sent this as a cod submission via the method described here: ​http://www.autoitscript.com/autoit3/files/coders/submission_spec.txt

But it appears support@… is no longer a valid email address according to the yahoo mailer daemon... Regardless, here was the email:

---

---

In relation to this post: ​http://www.autoitscript.com/forum/index.php?showtopic=114541

The solution is trivial, (I've attached a code submission implementing it)... but so is the issue itself.
Because of the nature of 'includes' in AutoIt there's not much practicality to providing this function, but it may have use in plugins or ActiveX/COM where you may be trying to get the FilePath from a handle given to you by non-public code.

[Evilertoaster]

This should be a feature request, not a bug... I can't seem to edit the ticket type after I made it...

[TicketCleanup]

Automatic ticket cleanup.

[J-Paul Mesnage]

as a solution can be done with a UDF using GetFinalPathNameByHandle windows API.
We don't plan to extend AutoIt builtin function.

[evilertoaster]

A solution cannot be done with that API. GetFinalPathNameByHandle() only works on the Windows API HANDLE structs. The request was for this ability on native AutoIt handles, which use standard FILE* structs.

[J-Paul Mesnage]

Replying to evilertoaster:

A solution cannot be done with that API. GetFinalPathNameByHandle() only works on the Windows API HANDLE structs. The request was for this ability on native AutoIt handles, which use standard FILE* structs.

I read a liitle too fast the forum.
I will reopen it to get feedback from other Dev's

[guinness]

This is an Example of how to achieve this using native AutoIt code - ​http://www.autoitscript.com/forum/topic/134578-filenamebyhandle-find-a-filepath-using-the-handle-returned-by-fileopen/.

[J-Paul Mesnage]

Replying to guinness:

This is an Example of how to achieve this using native code - ​http://www.autoitscript.com/forum/topic/134578-filenamebyhandle-find-a-filepath-using-the-handle-returned-by-fileopen/.

It is not using native code as comment 5 request it

[trancexx]

This really isn't necessary.