home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / tcpip / ibmpc / 4359 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.5 KB  |  56 lines
  1. Newsgroups: comp.protocols.tcp-ip.ibmpc
  2. Path: sparky!uunet!xavax!tybrin4!tybse1!swhite
  3. From: swhite@tybse1.uucp (William C. "Spike" White)
  4. Subject: Re: Can ""traditional"" comm programs talk TCP/IP?
  5. Organization: Tybrin Corporation, Shalimar, FL
  6. Date: Wed, 22 Jul 1992 05:22:19 GMT
  7. Message-ID: <1992Jul22.052219.29530@tybse1.uucp>
  8. References: <19JUL92.12414681@sklib.usask.ca>
  9. Lines: 45
  10.  
  11. In article <19JUL92.12414681@sklib.usask.ca> scott@sklib.usask.ca writes:
  12. >I use NCSA Telnet on my PC to connect to remote sites for both telnet
  13. >and ftp, but I miss having the features of my "traditional"
  14. >communications packages i.e. ProComm, Telemate, Telix etc. For example I
  15. >find not having the Telemate editor/backscroll/view windows available,
  16. >with their cut and paste abilities, to be painful.
  17. >
  18. >So, I was wondering if anyone has adapted these programs to run with
  19. >their network cards. I am using a 3com503, by the way.
  20. >
  21. >I know that the new version of Kermit can use TCP/IP but I'm not a great
  22. >fan.
  23. >
  24. >Peter Scott <scott@sklib.usask.ca>
  25.  
  26. This may help. I had to do some research on running Reflection, a terminal
  27. emulator package, on TCP/IP.
  28.  
  29. In the pre-Windows days, terminal emulator programs could
  30. be written to be well-behaved, meaning they did the std. comm port call to
  31. the BIOS, invoking DOS' int. srv. rtn. to actually go out and read and write
  32. from the comm port. I believe this interrupt was called int 14. 
  33.  
  34. Good TCP/IP packages, such as Novell's LAN Workplace for DOS or FTP's PC/TCP, 
  35. provided int 14 support.  This meant that they had a TSR which allowed you to 
  36. read and write to a network connection exactly as if you were reading and 
  37. writing to a serial port.  And they slipped in the address of THEIR routines
  38. into the int. vector table, so when your well-behaved terminal emulation 
  39. program made its read or write interrupt call, it was *REALLY* reading and
  40. writing to the network connection.  It was blissfully unaware that it was
  41. going across the network.
  42.  
  43. I'm sure I'm simplifying, but if your terminal emulator is well-behaved
  44. (i.e., doesn't muck directly with the serial ports) and your TCP/IP package
  45. provides this support, it should be just a matter of configuration.
  46.  
  47. And in these days of Windows, I'd expect to see the same trick pulled soon
  48. with DLL (Dynamicly Linked Libraries). 
  49.  
  50. Also, the new version of Procomm Plus is supposed to have network support.
  51.  
  52. -- 
  53. Spike White     Tybrin Corporation, Shalimar, FL | Moderation in all things --
  54. swhite@afseo.eglin.af.mil                        | and abstinence in none! 
  55. Disclaimer: I speak only for myself, not my employer. 
  56.