home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / tcpip / ibmpc / 5097 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.0 KB

  1. Path: sparky!uunet!cs.utexas.edu!hellgate.utah.edu!cc.usu.edu!jrd
  2. From: jrd@cc.usu.edu
  3. Newsgroups: comp.protocols.tcp-ip.ibmpc
  4. Subject: Re: NCSA Telnet & WINPKT
  5. Message-ID: <1992Sep7.123803.58690@cc.usu.edu>
  6. Date: 7 Sep 92 12:38:03 MDT
  7. References: <1992Sep4.184222.280@news.uiowa.edu> <1992Sep07.160606.4769@bas-a.bcc.ac.uk>
  8. Organization: Utah State University
  9. Lines: 34
  10.  
  11. In article <1992Sep07.160606.4769@bas-a.bcc.ac.uk>, ccaajmf@ucl.ac.uk (John Franks) writes:
  12. > In article <1992Sep4.184222.280@news.uiowa.edu> boyken@herky.cs.uiowa.edu (Karl Boyken) writes:
  13. >>I've set up a number of PCs with NCSA Telnet and Windows, using WINPKT.
  14. >>For the packet driver, I always use 0x62 for the packet interrupt, then use
  15. >>
  16. >>     winpkt 0x60 0x62
  17. >>
  18. >>to start WINPKT.  WINPKT says that it finds the packet driver and that the
  19. >>new interrupt is 0x60.  I configure the config.tel thus:
  20. >  ... etc.
  21. > I could be very wrong (I'm currently setting something up along these lines - 
  22. > please tell me if I am!) but I thought winpkt was only for windows programs
  23. > and that DOS ones running under windows used the standard pktdrv interface -
  24. > and you just don't run more than one on each pktdrv. 
  25. > Please, please reassure me!
  26. > John Franks             I will arise and go now, for always night and day
  27. > ccaajmf@ucl.ac.uk       I hear lake water lapping with low sounds by the shore; 
  28. > & jmf14@phx.cam.ac.uk   While I stand on the roadway, or on the pavments grey,
  29. >    from Cambridge only  I hear it in the deep heart's core.
  30. -------------
  31. John,
  32.     I reassure you that you are "very wrong" on this one. Winpkt runs at
  33. DOS level (outside of Windows) and it's purpose in life is to manage the
  34. delivery of fresh packets to the correct virtual machine. It uses a standard
  35. Packet Driver interface at top and bottom. It has nothing to do with full
  36. Windows apps, unless of course those apps make regular Packet Driver calls.
  37. Full Windows apps typically have their own DLL et al to get into/out of
  38. protected mode to an externally resident protocol stack. Winpkt is for
  39. DOS programs.
  40.     Joe D.
  41.