poddex

Downloaded last 3.3.16.1. Still experience a problem, statement like ObjectAutoit.WinExists("",WindowHeader) works very slowly on Windows 10 20H2 when called from AutoitX COM-object. Why?

I updated framework to the latest. I reinstalled AutoIt. Nothing happens. But...I found strange thing. When I try code like this ObjectAutoIt=New COMObject("AutoItX3.Control");ObjectAutoIt.AutoItSetOption("WinTextMatchMode",2); While ObjectAutoit.WinExists(WindowHeader) Cycle ObjectAutoIt.WinClose(WindowHeader); EndCycle; All is fine!!!!!! But when I change code to (for finding in a text description of window....) ObjectAutoIt=New COMObject("AutoItX3.Control");ObjectAutoIt.AutoItSetOption("WinTextMatchMode",2); While ObjectAutoit.WinExists("",WindowHeader) Cycle ObjectAutoIt.WinClose("",WindowHeader); EndCycle; The problem begins. What is that??? I want close ALL windows related to a current project's window. There is a little string (like "1234" inside window text explained what folders and windows related to the current project's window. But statement ObjectAutoit.WinExists(WindowHeader) doesn't find all window text, only ObjectAutoit.WinExists("",WindowHeader) finds. But in Windows 10 above 1807 this statement causes a delay! I put my code in Scite like this AutoItSetOption("WinTitleMatchMode",2) While WinExists("","4514") WinClose("","4514") WEnd And it works fine, no delays. Though, I thinks that it's an AutoItX problem caused by new Windows updates.

Updated 20H2 today. Nothing happens. Tomorrow will reinstall AutoIt and try to update my framework worked with it. Maybe problem inside it, but I'm confused - 1807 had no problems. Fu***g amazing Windows 10 updates 😃

This method looks as a sledgehammer strike, I do this later, when all other methods will not help me. Haven't enough time, will update Windows soon to the latest, maybe it helps, like Confuzzled tell.

ESET doesn\t affect this situation. Here is a pic (in attach), is it normal to see NAME_NOT_FOUND?

How this explains that before update all was perfect. I will test with and without ESET and post result here.

Same antivirus as before Windows update 😃 ESET Internet Secirity. I updated Windows for 1909 - nothing changes, still exprerience the issue. Yesterday evening MS didn't want update me for 2004, only for 1909 😃

Still experience with 1903, When I update Windows, I post results about testing here.

Installing Windows 10 is quick, no problem, but installing ALL other my programs and tools (including their settings) will take 2-3 hours waisting my time. It's easier to switch script engine 😃

Hmm, I see that this problem is not a mass problem 😃 Anyone help??? Maybe, I will try update Windows again and problem will go away?)))

Here is a list of WinList[ALL] statement of AutoItX in my code. Earlier there are no problems with it. But now some window(s) causes a delay. What window can do that? Windows.xlsx

Ok, I made some diag for this. And found, that I can't even sort opened windows by it's PIDs. I can't select only explorer-related folders for WinExists-condition and WinExists checked title-condition for ALL windows (by logic, yes, but I prove this one more time for me). Some of them caused WinExists function for huge delay described above. imho, it's not effective to see ALL windows, when I want to look for windows of a specific process. But I can't select it. I can get WinList habdles massive, I can get WinGetProcess PID (only one), but I can't point WinExists to look only for Windows caused by specific PID. And I can't to check which handle from WinList is for which PID to close them. And finally I want to check if this Window EXISTS. PIDs always changed, ok. But I haven't any ideas for now. Maybe I'm doing some wrong? It's possible to avoid this delay issue or I must use another script-engine? I found that WinList function has no delay. This fact shows that delay is exactly in WinExists function, when it "looks inside" a window information. I found that "While ObjectAutoit.WinExists("",WindowHeader) Cycle" loop cycles as many times as explorer-folders windows are opened. So, WinExists cycles through ALL windows inside itself (not in my code, I see only succeeded loops). So, delay-problem is in WinExists function inside AutoItX library. And I can't trace which window causes it to delay because there is no any verbose (or I didn't find it) inside AutoitX. Please, anybody, any suggestions will be appreciated.

Please, any help 😃 Any. Maybe I can find such as verbose mode for AutoitX library? Thanks.

The code from 1st post: ObjectAutoIt=New COMObject("AutoItX3.Control"); ObjectAutoIt.AutoItSetOption("WinTextMatchMode",2); While ObjectAutoit.WinExists("",WindowHeader) Cycle ObjectAutoIt.WinClose("",WindowHeader); EndCycle; does this: when Project Windows closed, it finds all related folder-windows and closes them. Only folders are affected. By testing slow-error, I found, that first iterations passes quickly, folders closes by it. But after closing last folder WinExists loop got a huge delay (~20 s) - on a line "While ObjectAutoit.WinExists("",WindowHeader) Cycle". So, delay appears at last of loop execution, only AFTER all windows matched for a condition (""",WindowHeader" ) close. Need help with further diagnostic

Checked. As for me, installing BETA 3.3.15.3 has NO effect. Need help with diagnose this.

Read, will check the beta. Great thanks for info.

Forget a detail - option that I used: ObjectAutoIt.AutoItSetOption("WinTextMatchMode",2);

Hello everyone. I always try to work with old Windows 10 versions as much as possible because I know mane compatibility issues with Windows 10 upgrading. But I couldn't do anything else (I got drivers problem), and nothing couldn't help me besides upgrading, so I upgraded from 1807 to 1903. And...get another problem 😃 I use AutoitX library in external project like this. ObjectAutoIt=New COMObject("AutoItX3.Control"); ObjectAutoIt.AutoItSetOption("WinTextMatchMode",2); While ObjectAutoit.WinExists("",WindowHeader) Cycle ObjectAutoIt.WinClose("",WindowHeader); EndCycle; After upgrade I get that this line code While ObjectAutoit.WinExists("",WindowHeader) become extremely low - ~ 20 seconds even if 10 windows open. But before upgrade it takes 0.5 s for a max. And every time that this code line passes through - it takes ~20s, (20.115, for example), not less, not more. Something pauses it to work. How can I diagnose, what is that? I tried reinstall whole AutoIt, but no results. Thanks to all.

When I closed the door of my job cabinet, I thinking about this. And damn... I am stupid looser. In $const_process I stored the name for process to killing. And there is a line in my script - If...ProcessExists...ProcessClose($const_process). So, when I named the executable file with name, stored in $const_process, script kills itself, when running. Damn... Problem solved. Sorry for any wrongful concerns. CheckXML is a program for check XML-reports made by the PensionFund report program SPU-ORB. This script allows automatically update this program via LAN from repository. Thanks to all.

Hello! Here is the script ;не показывать иконку в системном трее ;#NoTrayIcon ;---------------------------объявление переменных--------------------------------------------- Dim $max_date ;объявление переменной, в которой будет храниться максимальная дата изменения файла Dim $strdate ;переменная, в которой будет храниться строка текущей даты изменения файла Dim $numdate ;переменная, в которой будет храниться числовое значение текущей даты изменения файла Dim $str_srav_date ;переменная, в которую считывается дата из файла тип строка Dim $num_srav_date ;переменная, в которую считывается дата из файла тип число Dim $file_list ;список файлов, получаемый из папки Dim $file_name ;текущее имя файла Dim $file ;идентификатор текущего файла Dim $saved_file_name ;сохраненное имя файла с максимальной датой изменения Dim Const $const_path="\\10.30.5.2\Obmen\Автоматизация\Обновления\CheckXML\!update" ;path to an update folder Dim Const $const_process="checkxml.exe" ;name of a process for killing Dim Const $const_file_date="checkxml.txt" ;name of a log file with date of an last update file Dim $long_file_name ;contains the full path+name of the update file $max_date=20000101000000 ;инициализация максимальной даты изменения файла минимально возможной датой ;------------------поиск в папке файла с наибольшей датой изменения--------------------------- $file_list=FileFindFirstFile($const_path & "\*.exe") ;инициализирует поиск и вывод списка всех файлов с расширением exe If $file_list=-1 Then ;если в папке ни одного файла, удовлетворяющего условию *.exe Exit ;закончить выполнение программы EndIf While true ;бесконечный цикл для организации перебора всех названий файлов $file_name=FileFindNextFile($file_list) ;в переменную присваивается имя файла If @error Then ExitLoop ;когда файлов в папке больше не осталось, выйти из цикла $long_file_name=$const_path & "\" & $file_name ;conacatenation of path and name of an update file $strdate=FileGetTime($long_file_name,0,1) ;получаем дату изменения текущего файла в строку $numdate=Number($strdate) ;конвертируем полученную строку в числовое значение If $max_date<$numdate Then ;если максимальная дата файла меньше полученной $max_date=$numdate ;присваиваем полученную дату максимальной $saved_file_name=$long_file_name ;получаем длинное имя файла EndIf WEnd FileClose($file_list) ;конец перебора файлов ;;----------------------считывание даты последнего обновления из файла------------------------------ $file=FileOpen("c:\windows\pfrupdate\" & $const_file_date) ;открытие файла для чтения $str_srav_date=FileReadLine($file,-1) ;считать последнюю строку - в ней хранится дата изменения файла, с которого последний раз производилось обновление $num_srav_date=Number($str_srav_date) ;преобразование к типу число FileClose($file) ;закрытие файла ;---------------------сравнение максимальной даты изменения файла в папке обновлений и даты, считанной из файла--------------------------------------------- If $max_date<>$num_srav_date Then ;FileChangeDir("\\10.30.5.2\Obmen\Автоматизация\Обновления\CheckXML\Rep") ;меняем текущую папку (необходимо для запуска файлов обновлений) ;-----------------------запуск файла обновлений--------------------------------- If ProcessExists($const_process) Then ;If checkxml is running ProcessClose($const_process) ;killing the CheckXML process EndIf RunWait($saved_file_name) ;запуск файла обновлений ;-----------------------запись даты изменения в файл------------------------------- $file=FileOpen("c:\windows\pfrupdate\" & $const_file_date,2) ;открытие файла для записи при стирании прелыдущего содержимого FileWriteLine($file,$max_date) ;запись в файл даты изменения файла, из которого последним производилсь обновление FileClose($file) ;закрытие файла EndIf The Script file was named as Updater.au3. When I cimpiled it under name Updater.au3 (became an Updater.exe), it works. But... when I renamed it to CheckXML.au3, and compiled...it works only in SciTe editor's window, but doesn't works when compiled (CheckXML.exe not works). When I renamed my working Updater.exe to CheckXML.exe, it also not works. When I changed all "checkxml" words to "Is2002" words (inside the script), and compile the script under the name Is2002.exe, it also not works. But it works under the name 111.exe (for example). I can rename checkxml.exe to 111.exe, and script became working. I debug the script checkxml.exe for the problems and found that script stops here If $max_date<>$num_srav_date Then ;FileChangeDir("\\10.30.5.2\Obmen\Автоматизация\Обновления\CheckXML\Rep") ;меняем текущую папку (необходимо для запуска файлов обновлений) ;-----------------------запуск файла обновлений--------------------------------- If ProcessExists($const_process) Then ;If checkxml is running ProcessClose($const_process) ;killing the CheckXML process EndIf RunWait($saved_file_name) ;запуск файла обновлений ;-----------------------запись даты изменения в файл------------------------------- $file=FileOpen("c:\windows\pfrupdate\" & $const_file_date,2) ;открытие файла для записи при стирании прелыдущего содержимого FileWriteLine($file,$max_date) ;запись в файл даты изменения файла, из которого последним производилсь обновление FileClose($file) ;закрытие файла EndIf I solved problem (by renaming the scripts), but it is very interesting. Maybe a bug? Possibly. But very inteseting. I killed 2 hours for finding a problem:) I tried to compile scripts without UPX compression, but scripts not work again. The script itself in attachment. Sorry for russian comments here. updater.au3