home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25223 < prev    next >
Encoding:
Text File  |  1993-01-24  |  1.3 KB  |  38 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!sol.ctr.columbia.edu!shire.math.columbia.edu!qx
  3. From: qx@shire.math.columbia.edu (Qi Xia)
  4. Subject: Linux 0.99.4 and xfs
  5. Sender: nobody@ctr.columbia.edu
  6. Organization: Mathematics Department, Columbia University
  7. Date: Sat, 23 Jan 1993 18:10:12 GMT
  8. Message-ID: <1993Jan23.181012.29444@sol.ctr.columbia.edu>
  9. X-Posted-From: shire.math.columbia.edu
  10. NNTP-Posting-Host: sol.ctr.columbia.edu
  11. Lines: 25
  12.  
  13. There will be no xiafx (xfs in short) patch against linux 0.99.4
  14. because l99.3-x6.tar.Z works with linux 0.99.4.
  15. For those who have applied l99.3-x6.tar.Z to 0.99.3, you can upgrade
  16. to 0.99.4 by apply Linus' linux-0.99.patch4.Z.
  17. The upgrade is strongly recommanded. The bugs in 0.99.3 crouch 
  18. my system when compress is run, and dump core when gcc is invoked.
  19. both compress and gcc work nicely under 0.99.2 or 0.99.4 with
  20. xfs build in.
  21.  
  22. These is a buf in xfsck in l99.3-x6.tar.Z. Here is the fix.
  23.  
  24. *** xfsck.c.old    Fri Jan 22 15:42:08 1993
  25. --- xfsck.c    Thu Jan 21 23:32:55 1993
  26. ***************
  27. *** 520,525 ****
  28. --- 520,527 ----
  29.   {
  30.       int byte_nr, bit_off;
  31.   
  32. +     if (!addr)            /* is a hole */
  33. +         return 0;
  34.       bit_off = z_to_bnr(addr); 
  35.       byte_nr = bit_off >> 3;
  36.       bit_off &= 7;
  37.  
  38.