я могу сходу назвать 10 отличий того, что у меня в подписи и того о чем ты просишь. Но это будет оффтоп. 

Просто "нет". 

Ну почему? Да и какие мы конкуренты? Софтинка "заказная". Если хочешь могу поделиться.   

M Girder

А может через РМ? PS: Хватит оффтопить!

  

береш исходник смотриш что к чему и по образу и подобию ваяеш.
чем не подходит? 
сам же ссылочку просил. 

Это сообщение отредактировал(а) drkot - 25.7.2006, 18:19

ASGDeveloper, на данный момент я не пишу Open Source. Когда начну, сообщу. А если я тебе туда накидаю багов, которые проявляются только в редких случаях, но найти которые невозможно? Короче я призываю тебя кончать флейм - мы идем по кругу.
 

И так. Просмотрев еще раз топик я выделил три метода решения проблемы.

1) Перехват функций WinSock.
2) Написание NDIS-фильтра
3) Создание драйвера

1) С первым частично разобрались, но вдруг bems заявляет, что в принципе такой вариант может начать глючить при какой-то ситуации.
Кроме того этот вариант привязан к фиксированному списку почтовиков.
2) Второй вариант весьма перспективен, но у него есть один важный минус - для его реализации необходим MS Dev Studio + DDK. А это не есть гуд, так как самый простой способ получить и то и другое - это подписка на MSDN. Стоимость подписки - ~3000$. no comments...
3) Третий вариант перекликается с первым, но благодаря этому топику: http://forum.vingrad.ru/index.php?showtopic=70952 некоторые вопросы пропадают и этот вариант становится наиболее перспективным.

Или я что-то не доглядел? 

Первый в твоей жизни драйвер будет глючить в значительно большем числе ситуаций. А относительно "такого" варианта: просто нужно сделать это тред-сейф и для разных процессов. Кроме того очень хорошо задумываться о правах доступа к всем своим/чужим объектам ядра. И вообще - я не заявляю, я говорю что лично у меня получилось не сразу. Может оказаться, что ты лучше.
Нет, он привязан к четырем апишкам. Но вариантов вызова много, поэтому если остановишся на этом, то при написании кода забудь о там как что делают конкретные почтовики и работай по описанию функций. 

Есть разные там экзотические случаи - например вызывает функцию, передавая ей эвент один процесс, а ожидает его другой (первый к тому времени может уже и завершиться). Первый понастоящему трудный баг во всем этом перехвате я поймал на такой "архитектуре". (Слава Богу это писалось на заказ и не имело широкого распространения) Получилось так, что когда завершается процесс, вызывающий функцию, то исчезают все выделенные мной для этого вызова данные, в том числе и хэндл эвента, которого ждет другой процесс. То есть или у него завершиться таймаут, или (если ждет INFINITE милисекунд) получаем зависшую прогу (не мою!!).

Есть и просто некорректное поведение вызывающего кода.

и об этом всем нужно подумать. Тогда глюков не будет. Ну а потом уже пробывать на почтовиках. (Популярные вроде вышеписаной фигни не творят). Парочку глючных но полурабочих прог, работающих с сокетами сам нацарапай, посмотри как твой перехват - не усугубляет ли.


А если дров ты раньше не писал, то там среда еще менее дружелюбная, чем то, что описал я. Но в конце концов тебе решать