home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sources / d / 1140 < prev    next >
Encoding:
Text File  |  1992-07-30  |  1.9 KB  |  44 lines
  1. Newsgroups: comp.sources.d
  2. Path: sparky!uunet!usc!sdd.hp.com!elroy.jpl.nasa.gov!orchard.la.locus.com!ladcgw.ladc.bull.com!desint!geoff
  3. From: geoff@ITcorp.com (Geoff Kuenning)
  4. Subject: Re: Common lib directory possible with ispell ?
  5. Message-ID: <1992Jul30.231234.10103@ITcorp.com>
  6. Organization: Interrupt Technology Corporation, Manhattan Beach, CA
  7. References: <1704@prlhp1.prl.philips.co.uk>
  8. Date: Thu, 30 Jul 92 23:12:34 GMT
  9. Lines: 33
  10.  
  11. In article <1704@prlhp1.prl.philips.co.uk> glenn@prl.philips.co.uk
  12. (Glenn Coombs) writes:
  13.  
  14. > I have just compiled ispell-2.0.02 and added ispell.el to my 
  15. > GNU Emacs 18.57 and everything works fine.  However, I would 
  16. > like to be able to use ispell on both Sun3 and Sun4 (Sparc)
  17. > machines.  What I would like to know is can I use just one
  18. > ispell.hash file in the ispell/lib directory ?
  19.  
  20. The short answer is "it depends on the hardware involved."  The medium
  21. answer is "try it;  if ispell doesn't bomb on startup, then it
  22. should work just fine."
  23.  
  24. BTW, a machine-independent hash file is one thing on my wish list for
  25. future ispells.  You won't see it in Ispell V3, though.
  26.  
  27. > The ispell.hash file that I get when compiling on a Sparc is
  28. > the same length as the one I get when compiling on a Sun3.  
  29. > The two files are different though.  They are the same for
  30. > the first ~280K which is just the list of words.  After that
  31. > they appear to differ quite regularly up to the end of file.
  32.  
  33. The things that can affect ispell's hash file format are byte ordering
  34. and structure padding.  If ispell can read the hash file header, then
  35. the byte ordering isn't a problem.
  36.  
  37. The differences you are seeing are probably due to different fill
  38. values in the padded part of the structure.  If you can ispell a
  39. reasonably large document without a crash, then you're exercising the
  40. whole hash file, and I think you can safely continue operating with
  41. just one hash file.
  42. -- 
  43.     Geoff Kuenning   geoff@ITcorp.com   uunet!desint!geoff
  44.