home *** CD-ROM | disk | FTP | other *** search
/ Crawly Crypt Collection 2 / crawlyvol2.bin / alt_os / mint / mfs6011 / source / docs / latest.doc < prev    next >
Text File  |  1995-01-01  |  4KB  |  108 lines
  1. This version is mainly a collection of patches for minixfs pl10. Details are
  2. contained below. Many thanks to all concerned!
  3.  
  4. The only addition I have made is a -z option to fsck to clear troublesome 
  5. inodes. See fsck.doc for more details.
  6.  
  7. **************************************
  8.  
  9. initial revision
  10.  
  11. **************************************
  12.  
  13. makefile fixes
  14.  
  15. **************************************
  16.  
  17. increase cache sizes
  18.  
  19. **************************************
  20.  
  21. From: inf03@Uni-Trier.de (Sascha Blank)
  22. Message-Id: <9409051059.AA07720@Uni-Trier.De>
  23. Subject: Better personae management for MiNT 1.11beta
  24.  
  25. use effective instead of real uid for access checking
  26.  
  27. **************************************
  28.  
  29. From: Andreas Schwab <schwab@issan.informatik.uni-dortmund.de>
  30. Date: Mon, 17 Oct 94 10:46:00 +0100
  31. Message-Id: <9410170946.AA02849@issan.informatik.uni-dortmund.de>
  32. To: mint@atari.archive.umich.edu
  33. Subject: MinixFS: directory creation und symlinks
  34.  
  35. There are two other places where MinixFS uses the ruid instead of the
  36. euid, that is when it creates a directory or a symlink (although for
  37. the latter it does not matter).  Also, the size of a symlink node is
  38. set to the length + 1, but Linux (and probably Minix too) expects it
  39. to be the length without the terminating null.  And neither Linux nor
  40. Minix knows anything about drive specifiers, but MiNTlib always adds
  41. U: to an absolute path, making it difficult to, for example, extract
  42. the Linux root filesystem with its symlinks under MiNT.  I have fixed
  43. this by always stripping the U: prefix on symlink creation and adding
  44. it back in readlink.  This isn't fully backward compatible since
  45. before an absolute link target without drive has been interpreted
  46. relative to the current drive, but i don't thinks this is much of a
  47. problem.  Another difference is that the link size reported by
  48. getxattr may be off by two, but MiNT always uses PATH_MAX when reading
  49. a link.  If this creates a problem then getxattr will have to check if
  50. the symlink name starts with a slash and add two to the size in this
  51. case.
  52.  
  53. **************************************
  54.  
  55. From: Ulrich Kuehn <kuehn@GOEDEL.UNI-MUENSTER.DE>
  56. Message-Id: <9411021016.AA21609@math.uni-muenster.de>
  57. Subject: Re: Sync() and shutdown() system call
  58.  
  59. config.h, filesys.h, minixfs.c:
  60.         use Sync() and Shutdown() system calls
  61.  
  62. **************************************
  63.  
  64. From: Juergen Lock <nox@jelal.north.de>
  65. Subject: Re: MinixFS 0.60 PL10 Patch Collection
  66. Message-Id: <9411122007.AA00358@jelal.north.de>
  67.  
  68. . fix bitmaps Kmalloc calculation for larger filesystems
  69. . a hack for fsck to check for sparse directories
  70. . clear bitmap dirty bits on `unmounts' (Dlock), you'll get warnings
  71. about bitmaps not written out after fsck runs sometimes, don't ask
  72. me why... as long as fsck found no errors you can ignore them
  73. . make sure symlinks always go in the same cache too
  74.  
  75. **************************************
  76.  
  77. From: Ulrich Kuehn <kuehn@GOEDEL.UNI-MUENSTER.DE>
  78. Message-Id: <9411180940.AA27680@math.uni-muenster.de>
  79. Subject: Re: sync patch for minixfs pl 10
  80.  
  81. don't run the update daemon if SYSUPDATE def'd
  82.  
  83. **************************************
  84.  
  85. From: scott@telle.dmi.stevens-tech.edu (Scott Kolodzieski)
  86. Message-Id: <9411250353.AA09142@telle.dmi.stevens-tech.edu>
  87. Subject: minor diff for minixfs pl10
  88.  
  89. really don't run the update daemon if MiNT >= 1.12
  90.  
  91. **************************************
  92.  
  93. From: woodford@esca.com (Steven Woodford)
  94. Message-Id: <9411290411.AA05910@flash.esca.com>
  95. Subject: One more patch for MinixFs PL10
  96.  
  97. don't delete "." or ".." even if dir increment > 1
  98.  
  99. **************************************
  100.  
  101. From: Andreas Schwab <schwab@issan.informatik.uni-dortmund.de>
  102. Message-Id: <9412160954.AA28843@issan.informatik.uni-dortmund.de>
  103. Subject: MinixFS: completed support for V2 filesystem
  104.  
  105. add support for v2 triple indirection blocks
  106.  
  107. ------------------------------------------------------------------------------
  108.