home *** CD-ROM | disk | FTP | other *** search
/ Borland Programmer's Resource / Borland_Programmers_Resource_CD_1995.iso / utils / sossntr3 / readme < prev    next >
Text File  |  1995-05-18  |  4KB  |  68 lines
  1. This is a crude (but apparantly usable) Windows NT port of the SOSS NFS server.
  2. This allows you to mount NT filesystems (including ones which are visible
  3. via Windows-for-Workgroups!) so that they are visible on a UNIX machine.
  4.  
  5. This is *not* a full distribution of the SOSS package.
  6.  
  7. It contains the minimal stuff needed for creating an NT version.  I did this
  8. primarily because I did not take care to make the changes in a way that allows
  9. you to build the original (PC) version as well as the NT version from a single
  10. copy of the source code.  I.e. I didn't add a lot of #ifdefs.  So, I didn't
  11. want to give anyone the impression that this was a full version of SOSS that
  12. worked as well as the original (which I never actually used).
  13. If you want the version of SOSS that works on non-NT machines, see the sites
  14. listed in the "howtoget.old" file.
  15.  
  16. See the install file for installation instructions, and if you have trouble,
  17. you might look at install.old, the original instructions.  The stuff about
  18. instaling network drivers in install.old is not relevant to NT,
  19. but much of the discussion about debugging and options may be useful.
  20. I've also left the original documentation in the "doc" directory, which
  21. again is mostly not relevant to NT, but which may be useful.  Remember,
  22. if you're interested in the full SOSS distribution, this is not it!
  23.  
  24. The biggest change I made was converting it from using the PC/IP
  25. network driver functions to using the Winsock function interface
  26. that is available under Windows NT.  This same Winsock interface is available
  27. for some Windows TCP/IP stacks, so it's possible that this code could work
  28. pretty easily in a (32-bit) Windows environment.
  29.  
  30. I also gratuitously deleted all the "far" pointer declarations.
  31. I originally just used a FAR macro that was defined to nothing,
  32. but I guess my distaste for the whole near/far thing eventually got
  33. the better of me.  (The only reason I'm into Windows, now, is because
  34. NT finally provides a "real" OS.  My tolerance for DOS/Win3.1 limitations
  35. is very low.  End of gratuitous postering.)
  36.  
  37. Other changes of note:  I completely disabled the cacheing of file attributes
  38. (see the #ifdef CACHEIT in src/files.c).  This helped prevent some annoyances,
  39. where the mounted filesystem on UNIX wouldn't be able to see the impact
  40. of changes (like deleted files) on the NT filesystem.  I also increased
  41. the number of inodes to store in memory (#define NUMINODES in src/inodes.c).
  42.  
  43. I can't recall any other significant changes, but there may be some.
  44.  
  45. The server appears to be usable interactively (i.e. just poking around
  46. from the UNIX side), but it seems to fail in occasional and random ways
  47. if I try to do something like "find . -print | cpio -co" from the
  48. UNIX side - it seems like heavy use causes read requests to fail.
  49. The most likely explanation is a bug in my changes, but I haven't been
  50. able to reproduce it reliably, and have no more desire to work on it.
  51.  
  52. Still, it's pretty useful (at least to me) in its current form, so I'm
  53. packing it up and distributing it so that others can play with it, and
  54. possibly improve it.  I'll certainly accept bug reports and comments, if you
  55. want to send them, but unless a bug fix accompanies a bug report, I doubt
  56. I'll spend much more time on it.
  57.  
  58. Many many thanks go to the original developers of SOSS, who are
  59.  
  60.     rbraun@spdcc.com (Richard Braun)
  61.         stan@cs.uiuc.edu (Seemong Tan)
  62.  
  63. I had little trouble dealing with the code, it was nicely written.
  64. My work with it was just a week's worth of hacking, take it for what
  65. it's worth.
  66.  
  67.                        ...Tim Thompson...tjt@blink.att.com...
  68.