home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / tcpip / ibmpc / 6485 < prev    next >
Encoding:
Text File  |  1992-11-23  |  2.4 KB  |  54 lines
  1. Newsgroups: comp.protocols.tcp-ip.ibmpc
  2. Path: sparky!uunet!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watserv1!sunee.uwaterloo.ca!erick
  3. From: erick@sunee.uwaterloo.ca (Erick Engelke)
  4. Subject: Re: NDIS (was: TCP/IP and Windows for Workgroups)
  5. Message-ID: <By6Kqz.J67@watserv1.uwaterloo.ca>
  6. Sender: news@watserv1.uwaterloo.ca
  7. Organization: University of Waterloo
  8. References: <1992Nov21.071344.19293@alisa.com> <TARJEIJ.92Nov23094109@ulrik.uio.no>
  9. Date: Mon, 23 Nov 1992 18:01:46 GMT
  10. Lines: 42
  11.  
  12. > tarjeij@ulrik.uio.no (Tarjei Jensen) writes:
  13. >A local wendor claims that ODI is more reliable than either NDIS or packet
  14. >drivers. This is especially true under MS Windows. The person I talked to
  15. >claimed that he'd never experienced "hanging" with ODI. 
  16.  
  17. Hi Tarjei, long time no see...
  18.  
  19. Anyone who claims to use Windows without it ever hanging is either 
  20. divinely blessed or using a very selected group of applications.  
  21.  
  22. The hardest part is that it lacks real operating system functionality
  23. for the developers.  It's pretty darn hard to figure out why Windows
  24. crashed *this* time... so things probably take longer to resolve.  
  25.  
  26. >Supposedly one does
  27. >not have to worry about what communication medium one uses when using ODI.
  28.  
  29. That's pretty much true because ODI 'hides' the details of the 
  30. specific medium, making Token Rings, Arcnets and Ethernets all 
  31. look very similar.  Perhaps that is a ODI-puritan's view.
  32.  
  33. My personal opinion is that ODI forces developers to write media 
  34. independant code.  So your favourite programmers must read several 
  35. hundred pages, mope around for a few days, and generally annoy
  36. everyone around them.  But they only have to do it once and then
  37. they inherit all the benefits of Novell's finest who hand crafted
  38. some excellent device device driver management code. 
  39.  
  40. ... flameproofing on
  41. CRYNWR packet driver code is great too, I'm referring to the convienent 
  42. ODI buffer stuff; Packet driver applications are easier to code and 
  43. perhaps easier to debug; 'Novell's finest' does not imply Keith isn't 
  44. one of them if he wasn't involved; and most commercial TCPs offer 
  45. some level of ODI support if you want it.  BTW, Joe offers free ODI/PktDvr
  46. code for anyone who wants to look.
  47. flameproofing off...
  48.  
  49. Erick
  50. -- 
  51. ----------------------------------------------------------------------------
  52. Erick Engelke                                 WATTCP Architect
  53. erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
  54.