mike@cochise.pcs.com (Mike Schroeder) (04/27/90)
cerebus@bucsf.bu.edu (Tim Miller) writes:
->>>>>> On 24 Apr 90 11:09:43 GMT, simon@shiva.trl.oz (Simon Michnowicz - A Free Spirit) said:
[.....]
->S> Perhaps the program was corrupted when I got it, but otherwise,
->S> does anybody have any suggestions??
->S> Simon Michnowicz
-> It sounds like it was corrupted. My copy unpacked without a hitch.
sure seems like it was corrupted!
-> As for the usleep() problem, I just compiled xchomp on an Encore
->Multimax (4 processors, X11R3 [gak]) and the only problems I had were with
->usleep, which doesn't exist as a function. I hacked through the code,
->removing all usleep() calls, replaced the do_sleep() function with a simple
->call to sleep() and changed the do_usleep() function to a null loop
->(removed the usleep() call). I don't remember which files the calls were
->in, but it should be simple to find them. 8)
Solving the usleep() thing is even easier than that (and cleaner,
IMHO). Check out xchomp.h, around line 31, you'll find an
#ifdef ULTRIX etc.etc. refering to exactly this problem !-)
I used the exact same lines (except I did a #ifdef PCS ;-) and they
work fine. In fact, I'm holding on to this hack as a solution to any
other usleep() problems I might run to in future!
-> Core dumps I haven't had happen. Sorry.
No core dumps here, either!
Cheers
--
Mike Schroeder PCS-Mail: msc
DOMAIN: msc@cochise.pcs.de (EUR) or msc@cochise.pcs.com (US)
BANG: ..unido!pcsbst!msc (EUR) or ..pyramid!pcsbst!msc (US)