home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / linux / 16290 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.2 KB  |  34 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!destroyer!cs.ubc.ca!news.UVic.CA!sanjuan!pmacdona
  3. From: pmacdona@sanjuan (Peter MacDonald)
  4. Subject: Re: mounting files (loop patches for 98pl4, alpha)
  5. Message-ID: <1992Nov10.220442.7671@sol.UVic.CA>
  6. Sender: news@sol.UVic.CA
  7. Nntp-Posting-Host: sanjuan.uvic.ca
  8. Organization: University of Victoria, Victoria B.C. CANADA
  9. References: <1992Nov10.214550.6683@sol.UVic.CA>
  10. Date: Tue, 10 Nov 92 22:04:42 GMT
  11. Lines: 21
  12.  
  13. In article <1992Nov10.214550.6683@sol.UVic.CA> pmacdona@sanjuan (Peter MacDonald) writes:
  14. >
  15. >The good news:  here are the patches for loop devices as adapted
  16. >by me for lx98p4, and they work.
  17. >
  18. >The bad news:  I get a segmentation violation when using df?
  19. >It looks to be coming from the FP EMU area?
  20. >
  21. >So I am posting them, in the hope that someone can explain this.
  22. >Perhaps "df" needs some change too, but it happens even
  23. >when a file hasn't been mounted.
  24.  
  25. Well, I seem to have found what may be the problem.  I thought that
  26. perhaps the reason "emacs" was core dumping was due to the printk
  27. in the old stat call.  So I commented it out, recompiled and now
  28. loop patches and df all seem to work fine?  Go figure.
  29.  
  30. Linus, can printk's like this cause timing problems for the kernel
  31. or is it something else?
  32.  
  33. Peter
  34.