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