>как тогда анализировать несколько буферов? почему их нельзя соединить, а в конце порезать по размерам буферов? я все расписал, как это сделать....
какой ленивый народ, какждый школьник считает своей обязанастью написать свой трой для http. при том даже не имя поняти о http протоколе.
да, и пусть каждый школьник напишит свой граббер, после чего мозилла вероятно задумается над чемто...
забей на фф, его грабить очень сложно, нужно писать гиганский код и общатся с сокетами лично, это не wininet вам. он защищен от этого очень...
к сожелению сегодня все телепаты отсвует, позвоните завфтра. по делу изучить http-протокол, еше гулбже по делу - "/"
а туплю, не дсоматрел
GetProcAddress(hinstDLL, st); у тя st то гляди чему равна - "d:\\MyDll.dll", делай GetProcAddress(hinstDLL, "MouseProc");
ну можно воткнуть waitforsingleobject с таймером 0, только куда? в обработчик сообшение не стоит, так как нет гарантии что придут какие либо...
ProjectType="Visual C++" Version="7.10"
имхо в данном случаи проше всего через PostThreadMessage.
афтору срочно аб стену.
извеняюсь, не в win2k3 в win2k
int WSARecv( __in SOCKET s, __in_out LPWSABUF lpBuffers, __in DWORD dwBufferCount, __out LPDWORD...
это с которым IE ходит, а не прочий софт
urlmon.dll:ObtainUserAgentString
>то как работать с буффером WSARecv? а что, там с буферами что-то не так?
или SetFilePointerEx
>Но винда не показывает эту директорию по идеи имена . и .. не когда не показываются. у меня кстати не сработало под вистой.
в win64 для winapi юзается fastcall, стоит задуматься...
через VirtualProtectEx на адрес нужный даем права на запись.Прежед чем писать такие программы нужно бы почитать про организацию памяти процесса.
Имена участников (разделяйте запятой).
