AutoHotkey Community

great debug!

(actually is human bug in 'translation' for post upload. In original used simulated object function in place of global vars, but seemed to complex so 'simplified' for posting...)

bug fix see original post for updated code.

__DDEM_DDE_Topic_List var misnamed, fixed.

try watching __DDEM___DDE_Topic_List and __DDE_Server

and __DDE_Topic and __DDE_DDEConnection_

within the Kill function.

also could try setting true __DDE_Kill_window_on_Kill

its been a long time ...

DDE_KILL("SERVER_NAME","TOPIC", OPTIONAL_CONNECTION_NUMBER) *should* loop thru all connections and disconnect, when no params, but , would test wi ...

I see this not get so many comments so I add one:

WAY NICE!!!!

This is nicely coded function.

Edit: Couple of small possible bugs:

You are using STATIC variables to save global t ...

likely AHK is releasing for other processes thus 'stall' you see. Try setting batch lines to -1, etc.

(not tested)

how come you posting as guest ?

what up with "MsgBox This is just a demo version!`n You can only record mouse and single keys."

hence ability to type.

... doesn't the OLE init lock all subsequent COMs to single thread model ?So does

not my expertise, but understanding was the OLE init'd Com threads locked to single thread but CoInitializeEx ini ...

Sean would know better than I, but doesn't the OLE init lock all subsequent COMs to single thread model ?

ie., have always thought OLE init restricted to when actually necessary.

but then aga ...

Actually, Fiigured that no one else would need the function. This thread seems to indicate that maybe it would actually be generally useful, at any rate.

have extensively experimented with AHK using script new thread solutions, and not happy results. EASY to implement as AHK native function, not reliable as far as I've found from within AHK (proble ...

1. settimer won't solve dll as AHK is using psuedo threads.

2. have extensively experimented with AHK using script new thread solutions, and not happy results. EASY to implement as AHK native fun ...

@Sean,

have personally leaned mountains from so much you've posted. Would hope that you'd continue to post freely.

as for result := DLLCallThread(), can think of *a lot* of places where ...

have not played with it, but seems that new thread can be opened for the actual COM DLL call that 'hangs' waiting for the call to return.

maybe even worth a feature request for AHK, a of DLLCa ...