rst
потому, что можешь напоростья на поток, который будет как раз на том участке, куда ты пишешь

причем тут поток? это делаетса при загрузки процесса, не каких дополнительных потоков (тредов?) пока ещё не существует. всё это на NT, так что о чужих процессах можно не волноватся

kernel32!FreeLibrary:
stdcall [VirtualProtect],[FreeLibrary],5,PAGE_EXECUTE_READWRITE,OFFSET dwOldFlags
stdcall memcpy,[FreeLibrary],OFFSET FreeLibraryAold,5
; call
stdcall [FreeLibrary],[esp+04h]
pusheax
.quit:stdcall hook,[FreeLibrary],OFFSET kernel32!FreeLibrary
popeax
retn04h

Как я понял здесь снимается хук при заходе в FreeLibrary
а при выходе из FreeLibrary хук восстанавливается.
Правильно?

да

Ну а теперь представь, что у тебя эта функция вызывается приложением из 20 потоков, и причем довольно часто. Где гарантия, что не произойдет вызов, когда ты её патчишь (пишешь в пролог данные)?
Чтоб более детально понять что я имею ввиду - почитай про то, зачем нужна InterlockedIncriment

нах... работает и всё

дык а кто тебя заставляет че-т менять?
тебе просто сказали, что это не совсем правильно и все.
Че нах.. то посылать без причины?

я не тебя посылаю, а предложение которого, как вы говорите, не было
чё с ума сходить, это все волишь интернет