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 !!!!!