Mail Archives: djgpp/1993/04/26/20:25:34
Bob,
Just to clarify things in my mind about your GO32 + Kermit problem.
I presume you are running Kermit over a Packet Driver, Int = ??, and maybe
NCSA Telnet directly to the Ethernet board rather than to a Packet Driver.
The board is ??, and you have taken steps to protect its shared memory
segment from intrusion both at DOS and Windows levels, not to mention keeping
the IRQ away from serial port values.
Does the same thing happen if you run say Kermit over ODI rather than
a Packet Driver. I'm looking for conflicts in the Int 60h..7fh region with
GO32 (whatever that is, some protected mode DOS extender I presume).
One does not want to treat comms drivers like ordinary TSRs so Mark
and Release are inappropriate to Packet Drivers and such, as you discovered.
If GO32 is a DOS extender then I would expect some machine personality
issues to arise from the way a particular board gets into and out of protected
mode, as well as the usual bus timing aspects of all this. Notice how Windows
has the A20 Gate timing funtion to cope with different machines.
If you ran both NCSA Telnet and Kermit over the same Packet Driver
then there are still systems problems to consider, such as MSK grabs very
few interrupts but NCSA Telnet grabs more. In particular MSK does not play
with the keyboard interrupt material, and we know the keyboard controller
chip may be used to handle protected mode on some machines.
Clarity disappears about this point. Further insight would be welcomed.
Joe D.
- Raw text -