home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / tcpip / ibmpc / 4395 < prev    next >
Encoding:
Text File  |  1992-07-23  |  3.3 KB  |  67 lines
  1. Newsgroups: comp.protocols.tcp-ip.ibmpc
  2. Path: sparky!uunet!darwin.sura.net!blaze.cs.jhu.edu!newton.cs.jhu.edu!silano
  3. From: silano@newton.cs.jhu.edu (Mike Silano)
  4. Subject: Re: DV/X and NCSA Telnet WORKS!
  5. Message-ID: <1992Jul24.010637.11132@blaze.cs.jhu.edu>
  6. Sender: news@blaze.cs.jhu.edu (Usenet news system)
  7. Organization: Johns Hopkins Computer Science Department, Baltimore, MD
  8. X-Newsreader: Tin 1.1 PL4
  9. References: <1992Jul23.204306.27235@usenet.ins.cwru.edu>
  10. Date: Fri, 24 Jul 1992 01:06:37 GMT
  11. Lines: 54
  12.  
  13. trier@slc6.INS.CWRU.Edu (Stephen C. Trier) writes:
  14. : In article <1992Jul23.175757.1607@blaze.cs.jhu.edu> silano@newton.cs.jhu.edu (Mike Silano) writes:
  15. : >The reasons for this are clear - when the task is swapped out, 
  16. : >the ISR(Interrupt Service Routine) is swapped as well.  ...
  17. : 
  18. : >The solution to this is pktmux - the packet driver multiplexor.
  19. : 
  20. : What??  No, pktmux is a solution to a different problem.  The -w option
  21. : to the Crynwr packet drivers is a solution to the problem you describe.
  22. : 
  23. : Pktmux is designed to solve the problem of running more than one TCP/IP
  24. : protocol implementation simultaneously.  It gets it *almost* right, too.
  25. : There are many potential problems with using it, enough that most (all?)
  26. : TCP/IP vendors won't provide tech support for a problem that occurs
  27. : while pktmux is loaded.
  28. : 
  29. : It's possible that pktmux also solves the first problem you describe,
  30. : even though that is definitely not its raison d'etre.  If you are running
  31. : only one TCP/IP stack at a time, try using the -w flag on your packet
  32. : driver instead of running pktmux.
  33.  
  34. :r 
  35.  
  36. From the documentation of pktmux 1.1:
  37.  
  38.       A second requirement was to allow MOS2 to run under a control
  39.       program such as Windows 3 or DESQview.  This is an instance of a
  40.       more general problem in running an application which uses a Packet
  41.       Driver under a control program.  It arises because the Packet
  42.       Driver, which is loaded before Windows, calls the application when
  43.       it has received a packet.  This is quite satisfactory under DOS but
  44.       under Windows there is no certainty that the application is
  45.       currently running and there is therefore the risk of jumping into
  46.       the middle of another program with dire consequences.  A Packet
  47.       Driver option -w gets over this by checking that part of the
  48.       application program code is present and throwing away the packet if
  49.       not.  This leads to a rather slow data rate as the protocol timeout
  50.       and retry mechanisms have to be brought into play to recover from
  51.       the situation.  A better solution is provided by the free software
  52.       WINPKT which only works under Windows 3 Enhanced mode and uses
  53.       Windows 3 facilities to make sure the application is running.  A
  54.       copy of WINPKT is provided in this package.  WINPKT has the
  55.       drawback that it does not work with other control programs such as
  56.       DESQview and also with certain ethernet cards such as the BICC 16
  57.       bit varient.  PKTMUX meets this requirement and gives the
  58.       additional feature of being able to run communications applications
  59.       in more than one window.
  60.  
  61. The -w option on the packet drivers has never worked for me
  62. (wd8003 driver on an SMC (WD) Elite 16 card.
  63.  
  64. -Mike
  65.  
  66. Replies, comments, suggestions or other to silano@cs.jhu.edu
  67.