Autoit is miserable! 64-bit Windows 7 has been around for a long time !!!!! Listview

I am a super dumb !!!!!!

Each compilation of the autoit script is compiled into x64, and then a third-party 32bit script is written.

No problem at the beginning!

I am not even aware of the 64bit 32bit problem!

However, when it comes:

_ Guictrllistview_setitemex and other functions.

Setting item text will only make the character of that item blank!

I also thought that autoit did not consider that cross-process settext needs to open the target process, and then copy the content in the memory space of the other party.

To this end, I also went deep into listview. au3 and found that the autoit process was done, and the content was indeed copied in the memory space of the other party.

Then I was puzzled,

Finally, write a vc dll and let autoit dllcall solve this problem.

Fortunately, we found that dllcall could not call this DLL, but other system DLL could!

Suddenly, this vc dll is a 32bit problem.

Then compile the script into 32bit, and find that the VC dll can be successfully called.

And then !!!!!!!!!!!!!!!!!!!!

Everything is normal !!!!!!!!!!

It turns out to be a 32bit problem. I have been debugging for 2 days! Two precious days !!!!!!

This low-level error has been made many times. Note!

Don't worry about the trouble. Try a few more platforms!

If you do this on multiple platforms, you will not have this problem!

Never be too lazy to carry the platform!

Several more computers, test together !!!!!