= Сообщение: 66 из 1947 =========================================== RU.BINKD = От : Yuri Myakotin 2:5020/4441.1 24 Oct 13 13:15:06 Кому : Pavel Gulchouck 24 Oct 13 13:15:06 Тема : То ли лыжи не едут... FGHI : area://RU.BINKD?msgid=2:5020/4441.1+5268e60a На : area://RU.BINKD?msgid=2:463/68+5268dc33 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hello Pavel!
Thursday October 24 2013 11:28, Pavel Gulchouck wrote to Yuri Myakotin:
PG> Если SOCKET это обычный 64-битный указатель на какую-то структуру, то PG> теоретически, пока сегмент меньше 2G, старшие биты там будут нулевыми, PG> и его можно безболезненно конвертить в int и обратно. Для binkd он PG> должен быть намного меньше, чем 2G, так что всё должно работать.
PG> Но закладываться на это и оставлять такую ситуацию, конечно, PG> неправильно - мало ли, что потом изменится, и ловить ошибку будет PG> трудно. У findfirst() вон оказались старшие биты. Это да.
YM>> PS насчет своей идеи с .bsy файлами - пока просто добавил для YM>> себя код, который создание/удаление .bsy дублирует посылкой YM>> адреса моему тоссеру через named pipe. Сейчас делаю обработчик, YM>> который будет динамически паковать нетмейл на линка в момент YM>> начала успешной сессии с ним. PG> Эдак ты скоро изобретёшь arcmail-attach (AMA). :) Тут все хитрее будет - sql база и динамическая обработка "на ходу" (создание .pkt во время сессии и пихание его в файлбокс). В будущем можно будет множественные пути роутинга использовать, типа "нетмейл на ххх можем роутить на линков А или Б, с каким из них сессия раньше будет - тому и уйдет".
See all in Hell, Yuri --- Мессагомаратель 1.1.5-b20110320 * Origin: Убей человека. Прежде всего в самом себе. (2:5020/4441.1)