Откуда и происходит нестыковка при попытке создания первого сокета в другом потоке (вот у тебя и работало сначала 2, а потом 1, но не работало наоборот, тк первый созданный сокет был привязан к главному потоку наследованием, а окно обработчика сообщений сокетов создается всегда только одно), что приводит к созданию окна обработчика, привязанного к чужому потоку, который не имеет своего собственного обработчика, привязанного к главному обработчику приложения
|
Разработчик
Ответов: 26330
Рейтинг: 2148
|
|||
|
Вообще-то, этого делать не стоит только потому, что точка onRead никогда не будет работать в другом потоке, даже если разрешить такое использование, тк эта точка везде привязана только к одному обработчику сокетов, а он находится всегда в отдельном специальном потоке асинхронных сокетов. Откуда возникает вопрос -- какой смысл работы TCP_Client-a в дргих потоках, когда обработка сообщений происходит только в одном
Откуда и происходит нестыковка при попытке создания первого сокета в другом потоке (вот у тебя и работало сначала 2, а потом 1, но не работало наоборот, тк первый созданный сокет был привязан к главному потоку наследованием, а окно обработчика сообщений сокетов создается всегда только одно), что приводит к созданию окна обработчика, привязанного к чужому потоку, который не имеет своего собственного обработчика, привязанного к главному обработчику приложения |
|||
| карма: 22 |
|



Поиск
Друзья
Администрация