In article <PBDgukAr78d4EwR5@...>, Roger Barker
<roger@...> writes
[snip]
There's no problem with handling two data streams on one COM port, *if*
the streams are properly identified. In the case of the method used with
DOS APRS, the data streams aren't identified at all. Any latency in the
program seeing the data from the COM port can result in corruption. That
is a much bigger problem for a Windows app running in a multitasking
environment than it is for a DOS program.
And someone is now probably going to tell me that WinAPRS does it! ;-)
So, I expect the real answer is that if users of WinAPRS are prepared to
accept a loss of some data in order to share the COM port, then I should
make the same thing possible in UI-View. It can't be made to work with
AGWPE or BPQ, because the port is entirely controlled by the host mode
software, not by UI-View, but it should work with TNCs in KISS mode and
terminal mode.
Does anyone know where I can get the PacComm cable in the UK?
--
Roger Barker, G4IDE roger@...
Boston
Lincolnshire, UK
