FileopenDialog() InitDir Behavior Question

[blademonkey]

Greetings,

wow, it's been a while since i've posted in here (4+ years). it's good to be back and to see that AutoIt is going on strong.

Here's the behavior i'm trying to understand.

background: I have a specific Autoit application that invokes a fileopendialog. The initdir parameter is set to @scriptdir.

When running a single instance of the application, the fileopendialog behaves as expected. The fileopendialog window opens and the folder location is correctly set to the @scriptdir location (of that instance).

When running a second or third instance (where the exes themselves are located in a different location), the fileopendialog sets the initdir to one of the first two initdir (aka @scriptdir) locations.

this is a little frustating, and im not sure how to control this behavior, since i dont exactly know when and where @scriptdir is technically fetching its information.

I've tried assigning the @scriptdir setting to a user defined variable @curfolder in the begining of my script, which works well in scite, but not when compiled. I have several theories (one is that multiple instances somehow share the same variables/PID) but would like to get confirmation on what is driving this behavior.

I've also tried using @scriptfullpath.

Any help is appreciated. hopefully i've described the situation well enough, let me know if have not.

[Melba23]

blademonkey,

Welcome (back) to the AutoIt forum!

I cannot reproduce the problem - when I run separate instances of a script using FileOpenDialog I always get the required initial folder regardless of what the other instances have selected or are using as a default:

HotKeySet("{ESC}", "On_Exit")

While 1
        $sInitDir = @ScriptDir
        $sPath = FileOpenDialog("Test", $sInitDir, "AU3 files (*.au3)")
WEnd

Func On_Exit()
    Exit
EndFunc

Can you see if this script acts correctly for you - and try to produce a reproducer script which shows your problem.

M23

[blademonkey]

hmm yea, i can't get it to reproduce anymore.

Thanks, however.