ControlTreeView With x64 System

[seadoggie01]

I'm attempting to control a 32 bit application (Perceptive Content aka ImageNow Client v7.2.3.384) from a Win 10 Enterprise - 64 bit.

 

Everything was going fine until the AntiVirus software updated. Now any 32 application I compile is picked up as a Trojan horse and reported to the IT Security department. So now I have to use `#AutoIt3Wrapper_UseX64=y` to get my code to compile without errors. This makes `ControlTreeView` stop working however. Here's a quick example...

Spoiler

 

; Even when running the script, changing from =n to =y breaks the script
#AutoIt3Wrapper_UseX64=n

Global Const $sImageNowTitle = "Perceptive Content Explorer"
Global Const $sTreeViewTitle = "[ID: 26023; CLASS: SysTreeView32; INSTANCE:1]"

    ; Activate ImageNow
    Local $hWnd = WinActivate($sImageNowTitle)
    
    ; If ImageNow is open
    if $hWnd <> 0 then
        
        WinWaitActive($hWnd)
        
        ; If my search exists in the tree view
        If ControlTreeView($hWnd, "", $sTreeViewTitle, "Exists", "Documents|PS Invoices|My Search") Then
            ; Rest of my code
        Else
            ; Error catching code
        EndIf
        
    EndIf

 

 

TLDR; Is there a way to use the equivalent of a 32-bit ControlTreeView function from a script compiled in 64-bit? Is there another way around this?

[Nine]

Just remove the directory from the scan of the AV.

[seadoggie01]

@Nine I wish it was that easy, but I'm not in IT, I have admin rights, but I can't mess with the AV  Thank you though!

[Nine]

It is not a mess, it is very simple.  I am doing it for lot of my scripts. And it saves my life multiple times.  Even if you find a way around this time, you will be facing the same problem in the future.  So may as well start doing it.

[seadoggie01]

I think you misunderstood me, when I said "I can't mess with the AV" I meant, I can't change it. IT has the AV software locked, I can only look at values, not change anything about it.

[Nine]

I see.  Then compile it as a .a3x.  AV shouldn't detect virus in those...

[jdelaney]

That's an interesting problem...maybe something like:

_WinAPI_Wow64EnableWow64FsRedirection

I believe that would force the 32bit windows dlls to be used...with the proper parmater.  Even when compiled 64bit.  Easy to verify in that handles returned will be half the character count.

Can you white list a directory with your AV?

 

Edit, unfortunately, the handle returned is always a 64 bit version, disregard this suggestion)

Edited July 31, 2019 by jdelaney

[Zedna]

Try to use _GUICtrlTreeView_FindItemEx() instead of ControlTreeView(Exists) like this:

; Even when running the script, changing from =n to =y breaks the script
#AutoIt3Wrapper_UseX64=n

#include <GuiTreeView.au3>

Global Const $sImageNowTitle = "Perceptive Content Explorer"
Global Const $sTreeViewTitle = "[ID: 26023; CLASS: SysTreeView32; INSTANCE:1]"

    ; Activate ImageNow
    Local $hWnd = WinActivate($sImageNowTitle)

    ; If ImageNow is open
    if $hWnd <> 0 then

        WinWaitActive($hWnd)
        $hTree = ControlGetHandle($hWnd, "", $sTreeViewTitle)

        ; If my search exists in the tree view
;~         If ControlTreeView($hWnd, "", $sTreeViewTitle, "Exists", "Documents|PS Invoices|My Search") Then
        If _GUICtrlTreeView_FindItemEx($hTree, "Documents|PS Invoices|My Search") Then
            ; Rest of my code
        Else
            ; Error catching code
        EndIf

    EndIf

 

[seadoggie01]

@Zedna Thank you! I tried it, but it never finds the item under x64. The _GUICtrlTreeView_GetText returns empty text for each item, though I can get each of the list view item handles. I'm trying to check further, but I've hit DLL territory... which I don't understand well.

Edited August 21, 2019 by seadoggie01