да... согласен... на детаче можно эту переменную переключить, тогда вообще не обязательно обрабатывать сообщения, и следовательно не нужно делать...
ты вообще читал, что я выше написал тебе? уже второй дурацкий вопрос... не надо делать бесконечных циклов, циклы должны быть управляемые... как...
перечислить потоки процесса и для каждого потока сделать EnumThreadWindows...
в DllMain не логично делать никаких циклов... в данном случае в DllMain создаются два потока: рабочий и обработки сообщений... чтобы прервать...
ахахахах)))) если бы на этом форуме каждый был Клерком, здесь был бы адЪ)))))))) юмор для своих, кто знает - тот поймет.. люди становятся...
ай... забыл поставить тег для кода... извиняйте!
я делал так... один поток в цикле принимал оконные сообщения: if(IsGUIThread(TRUE) == FALSE) { return 1; } // Важный момент ... while(m_bWorking)...
так скачай сорцы... там как раз редирект стандартных потоков на окна, весьма удобно...
что-то типа этого, я думаю: http://www.codeproject.com/KB/dialog/quickwin.aspx
смотря откуда рука растут и есть ли голова на плечах...
два окна создавай, реализуй свой консоль через обработку оконных сообщений...
я вам выше написал два нормальных способа...
эммм... поясните мне тупому блок '???'... в основном вопрос в хитрой строчке с хендлом... что это за вычисления?)
собрать побольше этих гуан-библиотек и сделать сигнатуру... потом определять их по сигнатуре...
да... но если автор не может обойти перехват одной функции в ринг3, у него наверняка возникнут проблемы с тем, что ты сказал... никого не хочу...
вряд ли он будет маленьким... снятия перехвата реализовывать придется...
читай выше:
ололо))) чего-чего?
ну всмысле внедряешь одним из методов код, который произведет запись... ну а там уже можно будет или один из потоков переключить на выполнение...
1) разделяемая память 2) "инжект: лезем через окно"
Имена участников (разделяйте запятой).
