Path: utzoo!attcan!uunet!wyse!mips!prls!pyramid!amdahl!pacbell!att!occrsh!rjd From: rjd@occrsh.ATT.COM (Randy_Davis) Newsgroups: comp.sources.games.bugs Subject: Re: wanderer2, screens 13,16,17,18,20 Summary: I don't quite agree... Message-ID: <443@occrsh.ATT.COM> Date: 8 Nov 88 15:42:29 GMT References: <427@occrsh.ATT.COM> <438@occrsh.ATT.COM> <256@cstw01.UUCP> Reply-To: rjd@occrsh.UUCP (Randy_Davis) Organization: AT&T Network & Data Systems, OKC Lines: 38 In article <256@cstw01.UUCP> meulenbr@cstw01.UUCP (Frans Meulenbroeks) writes: [.....] :screen 16: the corrected version send out by Steven Shipway is solvable. :I'd suggest we use that one (it is harder). Huh??? I am all for using Steve's, yet I have not seen it (hence the reason I posted my attempt at a fix)!! Could some kind soul send me the fix, especially if it is harder and does not use the bug of the little monster's holding patterns? Please???? - send to att.att.com!ocrjd!randy. [....] :screen 18: this screen IS solvable as distributed. Don't fix it. :The looping of the S is in my opinion a feature and not a bug :(if a monster wants to occupy a position that is already taken, it :changes direction; seems fair). Yeah, I was sure that some people were going to feel this way. I thought it might be solvable, yet I saw no reason to try to outguess what I consider a bug in the program (NO! - That's a feature!! :-). I guess the rule *I* think the little monsters should follow is to go straight until they hit something, then go clockwise around whatever they hit, following the perimeter. Maybe I think they should be smarter than they are. What does the author Steve Shipway think? (it seems that none of my mail to him gets through - perhaps posting will). [....] :screen 18 small hint: :Examine what causes the problem. :Try to solve it using the same techniques. Yes, but it is worth it??? We just disagree on this one... :Frans Meulenbroeks (meulenbr@cst.prl.philips.nl) : Centre for Software Technology : ( or try: ...!mcvax!philmds!prle!cst!meulenbr) Randy Davis UUCP: ...(att!)ocrjd!randy ...(att!)occrsh!rjd