Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!think!paperboy!snorkelwacker!ira.uka.de!fauern!lan!tumuc!guug!pcsbst! From: mike@cochise.pcs.com (Mike Schroeder) Newsgroups: comp.sources.games.bugs Subject: Re: Pacman (xchomp) Message-ID: <1990Apr27.122756.7394@pcsbst.pcs.com> Date: 27 Apr 90 12:27:56 GMT References: <1367@trlluna.trl.oz> Sender: @pcsbst.pcs.com Distribution: comp Organization: PCS Computer Systeme GmbH Lines: 40 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)