POV (25.10.2022 12:22, просмотров: 2235)-
- 1. Погуглите "виртуальный com-порт". Есть несколько программ на эту тему, может какая-то из них Вам поможет. mmc(159 знак., 27.10.2022 01:47)
- "Пойдём простым логическим ходом" (c). Tyмблep(230 знак., 26.10.2022 15:11)
- Это понятно, я потому и спросил есть ли возможность расшарить
данные. Чтобы к одному порту могли разные софтины обращаться. Мне
это было бы удобно при отладке. - POV(26.10.2022 15:13)
- Если порт занят, то никак. А расшарить данные можно Tyмблep(1 знак., 26.10.2022 16:59, ссылка)
- Порт открывается внутри dll... POV(471 знак., 26.10.2022 17:04)
- Не совсем понимаю, что именно нужно. Tyмблep(594 знак., 26.10.2022 20:27)
- Со службой все понятно. Но тут был интерес сохранить как есть,
однако расшарить доступ к порту через dll. Я же не по хендлу порта
к нему хочу достучаться. А, например, через функцию с номером
порта. И пусть код внутри dll сам найдет этот открытый порт и с ним
манипуляции произведет. dll "только для своих", пофиг что данные
общие. - POV(26.10.2022 22:16)
- Тут возникает сложность. DLL не имеет своего контекста исполнения,
соответственно хендлы портов будут принадлежать какому-то из
процессов. Если этот процесс прекратит работу, то и все остальные
обломаются. LightElf(235 знак., 26.10.2022 22:32)
- Так это обычные проблемы серверов и клиентов. Tyмблep(581 знак., 26.10.2022 23:49)
- Так dll - это был шажок - воспользоваться своими наработками и на билдере и на делфи (библа изначально плюсовая). Далее имеет некая служба с подключением по изернет, может через своё облако, а не по белым айпи - смогу отлаживать девайс не только локально, но и на удаленной машине ничего не меняя. Плюс контроль за своими изделиями... POV(260 знак., 27.10.2022 00:15)
- От оно как. Ну и ладно, будем по старинке. - POV(26.10.2022 22:35)
- К одному устройству HID можно одновременно обращаться из нескольких
разных программ. - Бoмж(26.10.2022 23:29)
- HID медленно... но и хотелка пока в оптимизации работы с ком-портами. - POV(26.10.2022 23:36)
- К одному устройству HID можно одновременно обращаться из нескольких
разных программ. - Бoмж(26.10.2022 23:29)
- Так это обычные проблемы серверов и клиентов. Tyмблep(581 знак., 26.10.2022 23:49)
- Тут возникает сложность. DLL не имеет своего контекста исполнения,
соответственно хендлы портов будут принадлежать какому-то из
процессов. Если этот процесс прекратит работу, то и все остальные
обломаются. LightElf(235 знак., 26.10.2022 22:32)
- Со службой все понятно. Но тут был интерес сохранить как есть,
однако расшарить доступ к порту через dll. Я же не по хендлу порта
к нему хочу достучаться. А, например, через функцию с номером
порта. И пусть код внутри dll сам найдет этот открытый порт и с ним
манипуляции произведет. dll "только для своих", пофиг что данные
общие. - POV(26.10.2022 22:16)
- Не совсем понимаю, что именно нужно. Tyмблep(594 знак., 26.10.2022 20:27)
- Порт открывается внутри dll... POV(471 знак., 26.10.2022 17:04)
- Если порт занят, то никак. А расшарить данные можно Tyмблep(1 знак., 26.10.2022 16:59, ссылка)
- Это понятно, я потому и спросил есть ли возможность расшарить
данные. Чтобы к одному порту могли разные софтины обращаться. Мне
это было бы удобно при отладке. - POV(26.10.2022 15:13)
- Похоже на "изобретение велосипеда". Про данные ответили ниже - у
каждого процесса свои данные. Но если очень хочется общие данные,
то можно какой-нибудь глобальный объект создать для обмена данными.
Напрашивается канал (pipe) и семафор к нему (тоже глобальный) с
именем. Возможно, следовало бы делать службу (service) с набором
API или COM-объектами/интерфейсами (component object model). С
другой стороны, если у тебя такой вопрос возник, то лучше в эту
тему не влезать, а Costic(42 знак., 25.10.2022 18:54)
- Чтобы сделать данные общими для разных процессов в одной dll достаточно Tyмблep(261 знак., 26.10.2022 14:22)
- К разным COM-портам - можно. Секция данных у DLL отдельная под каждый процесс - LightElf(25.10.2022 12:24)