home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text0312.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.6 KB  |  36 lines
  1. >>>>> "Sam" == Sam Oscar Lantinga <slouken@cs.ucdavis.edu> writes:
  2. In article <4dkgpb$7cp@mark.ucdavis.edu> slouken@cs.ucdavis.edu (Sam Oscar Lantinga) writes:
  3.  
  4.  
  5.     Zinc> zinc (zinc@zifi.genetics.utah.edu) wrote: is anyone else
  6.     Zinc> using MS Word 5.0 with E/L ELF 1.99q?  tonight i was
  7.     Zinc> fooling around with things and for some reason MS word will
  8.     Zinc> not write to the disk and instead gives a disk full mesg.
  9.     Zinc> this does not happen with any other program i've tested
  10.     Zinc> (Compact Pro, TexEdit, Addressbook).
  11.  
  12.     Zinc> i'm running Linux 1.3.57, E/L ELF (under X), Word 5.0a.
  13.  
  14.     Sam>     Yup, I had the same problem under 1.99p8 I think.  I
  15.     Sam> don't have any problems now.  I moved the Word application to
  16.     Sam> a .hfv file, and I don't know if that fixed it.
  17.  
  18.     Sam> See ya!  -Sam
  19.  
  20. Word 5.0 will have that problem, but Word 5.1 won't.  I believe it's
  21. actually a problem with Word itself.  You didn't used to see the
  22. problem under Executor because Executor used to lie about free space
  23. coming from non-HFV files.  When we first made Executor tell the
  24. truth, we introduced a bug that caused both Word 5.0 and Word 5.1 to
  25. complain about the amount of room (this was in 1.99p8 or 1.99p9 or
  26. somewhere), but when we fixed the bug Word 5.0 continued to complain,
  27. but after much poking around my suspicion i sthat it's a Word 5.0 bug.
  28.  
  29. All of this is due to the way in which a particular system call
  30. reports how much free space is available.  They use 16 bit quantities
  31. where 32 bit quantities would have made a much better choice.
  32.  
  33. --Cliff
  34. ctm@ardi.com
  35.  
  36.