home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / mswindo / programm / win32 / 1874 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.7 KB  |  60 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!microsoft!hexnut!alistair
  3. From: alistair@microsoft.com (Alistair Banks)
  4. Subject: Re: Getting DOS TCP/IP software to work with NT
  5. Message-ID: <1992Nov09.073534.14267@microsoft.com>
  6. Date: 09 Nov 92 07:35:34 GMT
  7. Organization: Microsoft Corporation
  8. References: <1992Nov5.031150.12271@ucsu.Colorado.EDU> <EBROWN.92Nov5161748@bud_light.kodak.com> <1992Nov6.030904.2122@u.washington.edu>
  9. Lines: 49
  10.  
  11. >>In article <1992Nov5.031150.12271@ucsu.Colorado.EDU> ushomirs@spot.Colorado.EDU (USHOMIRSKIY GRIGORIY) writes:
  12. >>
  13. >>   I remeber reading here that Win NT's network drivers are similar to NDIS.
  14. >>   In this case it seems to be easy to get any dos TCP/IP software that uses
  15. >>   packet drivers or NDIS to work with NT.
  16.  
  17. Windows NT has a very distinct "user-mode" and "kernel-mode" - apps are run
  18. in user-mode, and can't use kernel-mode APIs, and drivers are written in
  19. kernel-mode.
  20.  
  21. The NDIS 3 interface in Windows NT is a kernel-mode interface to support
  22. network interface cards. Generally, network transports are written as
  23. drivers, and therefore interface with the NDIS 3 layer, and export an
  24. interface called "TDI". TDI is also a kernel interface - network file
  25. systems interface to TDI, and themselves are most often written as
  26. kernel-mode services.
  27.  
  28. Windows Sockets, named pipes, netbios, Remote Procedure Calls, are all
  29. user-mode network IPC mechanisms. Applications would choose to write
  30. to one of these.
  31.  
  32. The only interface between user-mode and kernel-mode is an ioctl-style
  33. interface (very unfriendly) - so we provide a bunch of "friendly"
  34. code between TDI and an appication, which live inside the Windows
  35. Sockets implementation. We believe that Windows Sockets will in fact
  36. be useable for more transports that tcp/ip under Windows NT, and
  37. are hoping to match ipx/spx and appletalk and others.
  38.  
  39. The Windows Sockets API may not be a perfect match for all the
  40. esoteric functionality of each peculiar transport, but it is
  41. enough for everyday applications which require common network
  42. functionality.
  43.  
  44. If some specific unique functinality of a new trasnport is
  45. required, then some more "easy glue" needs to be written by
  46. that vendor between the kernel-mode TDI & user-mode.
  47.  
  48. Windows NT includes netbeui & tcp/ip trasnports - We've demoed
  49. most SNA transports on Windows NT now, also appletalk. DEC are
  50. working on DECNet, and various vendors are starting OSI work.
  51.  
  52. Good transports are hard to write - we hope we've got most
  53. coverred
  54.  
  55. If you want to do the kind of direct-interfacing to NDIS 3
  56. drivers, then you'll need the Windows NT Device Driver Kit, and
  57. you'll wish you'd just have been to the big DDK conference in
  58. Aneheim -- Alistair
  59. -- Alistair
  60.