From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15994 invoked by alias); 11 Jun 2004 23:31:38 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 15987 invoked from network); 11 Jun 2004 23:31:37 -0000 Received: from unknown (HELO web13124.mail.yahoo.com) (216.136.174.142) by sourceware.org with SMTP; 11 Jun 2004 23:31:37 -0000 Message-ID: <20040611233137.41416.qmail@web13124.mail.yahoo.com> Received: from [67.170.221.152] by web13124.mail.yahoo.com via HTTP; Fri, 11 Jun 2004 16:31:37 PDT Date: Fri, 11 Jun 2004 23:31:00 -0000 From: Elijah Meeks Subject: Re: Withdraw Bug To: Hans Ronne Cc: xconq7@sources.redhat.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004/txt/msg00531.txt.bz2 I'm having no luck producing this error in a smaller game. It looks like, within Korea 2006, it happens when a unit is wrecked, and that wreck-type checks and receives a true from the withdraw-chance table AND the cell it is supposed to withdraw into is in an enemy ZOC while it is in a ZOC. The unit ends up with 1/0 ACP or 5/0 ACP or 7/0 ACP (Why it varies doesn't seem to be apparent). I've pulled out the auto-withdraw from Korea 2006, and it wasn't that big a feature, so this isn't a high-priority bug. --- Hans Ronne wrote: > >Units that are forced to retreat with the > >withdraw-chance-per-attack table can cause a game > to > >freeze. This was the problem with Korea 2006. I > >suspect it's a combination of this table with ZOC > >and/or wreck-typing, and will do some more testing > to > >find out. > > Excellent. If you can pin down exactly what > combination of factors that > triggers the bug it will be much easier to fix. > > Hans > > __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/