home *** CD-ROM | disk | FTP | other *** search
/ Source Code 1992 March / Source_Code_CD-ROM_Walnut_Creek_March_1992.iso / usenet / altsrcs / 3 / 3106 < prev    next >
Text File  |  1991-03-21  |  3KB  |  78 lines
  1. Newsgroups: alt.sources
  2. From: lee@sq.sq.com (Liam R. E. Quin)
  3. Subject: lq-text installation notes...  and teensy weensy core dumps...
  4. Message-ID: <1991Mar22.014402.2003@sq.sq.com>
  5. Date: Fri, 22 Mar 91 01:44:02 GMT
  6.  
  7. Several people have reported problems installing and/or using lq-text.  Do
  8. not despair -- other people are using it fine -- but these notes might help.
  9.  
  10. You can get the current version of lq-text from ftp.cs.toronto.edu, which
  11. is 128.100.1.105 on the Wonderful World Of Internet :-)  The current release
  12. is 1.10, which is the what I posted to alt.sources earlier this month.
  13.  
  14. I know of people using lq-text on at least the following platforms:
  15. SGI (MIPS)*, Sparc*, Sun 3*, 386/ix(%)%, Sequent*, Ultrix (MIPS).
  16. There's even a Xenix 286 user (!!), although that port took some work...
  17. If your machine falls into one of those, it should either work (marked *) or
  18. be easy (+) or hard (!) to port.  Lq-text was developed on 386/ix and then
  19. under SunOS 4.0.3 when I bought a Sun 4/110...
  20.  
  21.  
  22. Almost all the problems are ndbm/dbm/gdbm/hash/sdbm/...-related.  A good
  23. thing to try is
  24.     testbin/dbmtry 5000
  25.     testbin/dbmtry 7000
  26. You should see slowly counting numbers.  Error messages from dbmtry are pretty
  27. loud, so you won't miss them!  If you get errors, things to do are:
  28. * try a different dbm clone (preferably not "dbm" itself, although ndbm works)
  29. * if you are on a System V system, use bcopy.o rather than memcpy, as the
  30.   latter gets overlapped memory moves wrong.
  31.  
  32. * ozmahash
  33.   I included a version of the BSD hash package, but this turns out to have
  34.   problems.  Symptoms include
  35.   * doesn't work very well on System V
  36.   * the first invocation of lqaddfile is OK, but subseqent ones either
  37.     produce an error message or dump core
  38.  
  39.   I'm going to try and track the latter problem down.  One possibility is
  40.   if you don't set the ENDIAN definition when compiling the ozmahash lib.
  41.   (the next release of lq-text will rename it "bsdhash").
  42.  
  43.   In the meantime, sdbm works fine, and you can get it from nexus.yorku.ca
  44.   [130.63.9.1] as /pub/oz/sdbm.shar.Z if you don't have it.  Sdbm is not
  45.   quite so fast as hash, but faster then ndbm.
  46.  
  47. * gdbm
  48.   I'm told that you get core dumps if you try and use this.  I'm not
  49.   surprised -- I haven't tested it because of a licence conflict...
  50.  
  51. * running out of memory
  52.   Run lqaddfile with the -w option -- 
  53.     find . -type f -print | lqaddfile -t2 -w60000 -f -
  54.   takes about 3 megabytes of physical memory on my machine, and less on
  55.   many others.  The default uses rather a lot of memory -- over 12 MBytes...
  56.  
  57. You should be able to compile with any of
  58.     cc
  59.     gcc
  60.     /usr/5bin/cc (on a Sun)
  61. You can also use Saber-C.  Anyone doing serious C work almost certainly has
  62. Saber-C by now, I suspect... so I have included a saber.project file.
  63.  
  64. There are a few small patches, so as soon as I have sorted out the current
  65. set of problems I'll make a new release and post diffs.
  66.  
  67. There are some problems that will make some versions of lint barf (although
  68. Saber is silent, and so was SunOS lint) -- I'll try and fix those up.
  69.  
  70. Suggestions for future work are welcome -- not that I can promise anything!
  71.  
  72. Lee
  73.  
  74. -- 
  75. Liam R. E. Quin,  lee@sq.com, SoftQuad Inc., Toronto, +1 (416) 963-8337
  76.     `A wrong that cannot be repaired must be transcended'
  77.                         Ursula K. Le Guin, in _Tehanu_
  78.