[Creat0R]

amel27,

Те что открыты через API обязательно, через ф-ции AutoIT необязательно »

Т.е DllCallBackRegister() не обязательно освобождать? у меня просто есть несколько UDF'ов, в них я использую функцию OnAutoItExit для высвобождения хендлов (от DllCallBackRegister и от таймера), и по ясным причинам, позже эта функция может вовсе не вызываться (пользователь задаст другую). Вот мне и стало интересно, чем я рискую убрав совсем эту функцию, не закрывая ничего.

[Maza Faka]

Creat0R
В бета версии этот баг исправлен

[Creat0R]

Maza Faka,

В бета версии этот баг исправлен

А я не говорю про баг - И, кстати, это я зарепортил об этом баге , хотя я скорее зарепортил это как Feature Request, чтобы хендл очищался (если речь про крах при использоваии DllCallbackFree с неправильным хендлом).

[amel27]

Creat0R

DllCallBackRegister() не обязательно освобождать?»

думаю необязательно, хотя желательно... порядка ради

от DllCallBackRegister и от таймера »

не путай одно с другим - если таймер вызывается через API, то нужно следовать требованиям MSDN, а там сказано:

Applications should use the KillTimer function to destroy timers that are no longer necessary.

[Maza Faka]

А я не говорю про баг »

Да, это не баг, но всё же сильно раздражает, ведь при использовании функции FileClose() с неверным handle в качестве параметра, аварийного завершения скрипта не происходит. Пока нет релиза новой версии, с этой напастью борюсь так:

Код:

If IsDeclared("ProcHandle") Then
  If $ProcHandle <> 0 Then DllCallbackFree($ProcHandle)
EndIf

[amel27]

Пока нет релиза новой версии, с этой напастью борюсь так »

Maza Faka, Creat0R, не пойму о чем вы?.. Если скрипт пишу я, то мне очень даже известно в каком месте какой хэндл открыт - достаточно добавить проверку на ошибки.

Другое дело, если логика скрипта включает много ветвлений типа IF/ELSE, то код закрытия описателей придется дублировать не один раз - для каждого благоприятного исхода их открытия, а это раздувает текст скрипта повторяющимися строчками - прямо как с примером про дискету ...Вот и приходится вводить вспомогательные "флаги", которые проверяются уже при выходе из UDF или скрипта. Проверка IsDeclared() имхо тоже не решение, так как все переменные обычно определяют еще в заголовке скрипта/UDF.

Как уже было озвучено выше - эта проблема актуальна прежде всего для API, а интеллектом AutoIT по чистке "своего" мусора ИМХО не стоит пренебрегать - особенно если при этом скрипт становится существенно короче и читабельней.

[Creat0R]

Maza Faka,

Да, это не баг »

Ты меня немного не так понял. Я не говорил что есть или нету бага (хотя он есть), я вовсе не об этом писал, я просто хотел узнать нужно ли освобождать хендлы, и amel27 довольно исчерпывающе ответил

Пока нет релиза новой версии, с этой напастью борюсь так »

Я предпочитаю ещё и переменную обнулировать, см. мой репорт.

amel27,

Если скрипт пишу я, то мне очень даже известно в каком месте какой хэндл открыт - достаточно добавить проверку на ошибки. »

Да, но иногда скрипт требует динамичного создания и освобождения хендлов, тут могут возникнуть проблемы (именно так я и наткнулся на эту проблему).
Кроме прочего, я считаю что скрипт не должен “вылетать” из за передачи неправильного (уже освобожденного) хендла в функцию, функция сама должна уметь распознать хендл и, если он неправильный, возвращать/устанавливать код ошибки.

[Maza Faka]

Creat0R
amel27
OK!

эммм... такой вопрос - есть ли возможность раскомпилировать exe'шник, написанный на AutoIt'e?

[Maza Faka]

есть ли возможность раскомпилировать exe'шник, написанный на AutoIt'e? »

Штатной AutoIt утилитой Exe2Aut.exe, только скрипты версии 3.2.5.1 и ранее. А нештатными утилитами - это из области хакинга/дебагинга