Custom Query (3931 matches)

Hi,

we have tried using AutoIT to automate our applications and we are successful in doing so.

Only obstacle, we are facing now, is with Stingray controls.

Can this be kept in radar under request.

If it can be done, AutoIT will be the first Open Source tool to support Stingray.

Hi,

I did not take time to look all the error bug, but this one is essentially minor or quite interresting, when We extract Handle information for Any Windows reported by AutoIt Windows Info which is consist into following statement :

All information coming from AutoIT Windows info are potentially wright with x86_64 architecture envirronement, but when it's the time to pass information to a validation process like "IsHWnd($hWnd)", it return false as long I did not format information into IsHWnd( StringFormat( "0x%08d", $input ) )... Also all handler coming from AutoIt Windows Info are formated into "0x%016d" and not 8...

Also, I suggest something crude to fix that is to force compilation over 64 bits, like openning SciTE4AutoIt3 with tools like Reshack or any header inspector tools and adding "/x64" for applying compilation over 64 bits...

But is there formal way to correct architecture problems... If I'm working to port everything over ARM or MIPS, should I had to put hand on a talk to exchange with processor preferences windows with SciTE4AutoIt3 ?

I just went ahead and installed AutoIT latest version and no longer able to use CTRL+F5 or CTRL+F7. Getting the attached error.

I tried multiple re-installs but it's happening the same coming from the C:\Program Files (x86)\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.au3.