Сокеты в DLL

[vynt]

Привет всем! Помогите советом или примером, если можете.

Нужно реализовать работу с сокетами через DLL. При получении данных должна вызывается CallBack функция во внешнем модуле (EXE или другой DLL), для открытия сокета и передачи данных - экспортируемые функции.
Попробовал компонент TIdTCPServer - до поры до времени всё работает, потом "ошибка дескриптора потока" с таинственным номером 6, и полный ступор.
Переделал c компонентом TCPServerSocket - тоже работает недолго, потом просто перестаёт читать данные.

Очень надо и очень срочно! Ещё вчера...

[Квэнди]

а может сессия "отваливается" ? тут общего решения нет, надо разбирать каждый случай в отдельности

[vynt]

Сессия не отваливаеться...
Как удалось выяснить, "не на тот" поток грешил, потому уточняю вопрос:
Внутри DLL "A" существует поток, с двумя "событиями" в том числе по таймеру. По таймеру же вызываються функции, поочерёдно из DLL "B1", "B2" и т.д.
DLL "A" можно считать менеджером серверных сокетов. В DLL "B" реализованы различные протоколы, передаются одни и те жи данные но с преобразованием.
Почему-то завершаеться поток в DLL "A"?... Срабатывает обычный "until terminate". При попытке закрыть прогу и уничтожить поток - "ошибки памяти".
По опыту, возникает ощущение, что в переменную ссылающуюся на поток что то записываеться, но что и кем - не ясно.

[BOBAH13]

Попробуйте реализовать работу с сокетами на API т.е. без VCL! Думаю все ошибки и вопросы уйдут сами собой.

[vynt]

Попробовал - возникают проблемы другого рода (со скоростью подключений/отключений).
Иследовал Indy, вообще-то там почти нет VCL
По крайней мере все OnEvent вызываються без использования Sincronize(). Проследил в отладчике где возникает ошибка, окозалось: я назначил свойство - "MaxConnection", и при сробатывании данного условия сервер пытаеться уничтожить поток, а он! либо ещё либо уже не существует. Короче, сбой происходит при вызове системной функции GetCurrentThreadId в TIdThreadMgrDefault. Сложно сказать почему...
Но где копать понятно, всем спасибо!

[Квэнди]

все ясно,сталкивался я с такой проблемой, пытаясь реализовать возможность прерывания работы фоновой процедуры, которая работала именно на движке Indy, в результате я просто подправил исходники Indy (сейчас точно не скажу какой именно модуль). Там выполнялась проверка на то запущен ли еще поток, или нет. И данная проверка не давала корректно завершить поток. Её можно подправить, и у вас все заработает нормально.
Сразу оговорюсь:
Эта правка является необходимой только в конкретной ситуации и не является ошибкой в Indy,ибо она там корректна и по месту, поэтому будьте аккуратней.

Иследовал Indy, вообще-то там почти нет VCL

А причем здесь Indy и VCL? Indy есть обертка для сокетов, причем многие компоненты для универсальности используют row socket, и изучение исходников Indy можно расценивать как учебник.

[vynt]

Вопрос из другой области...
Сколько клиентов может одновремнно подключиться к серверу?
Или, сколько их может быть открыто в одном приложении?
у меня эксперимент даёт число около 1800 :-(

[Квэнди]

один вопрос- одна тема. закрыто