From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7707 invoked by alias); 10 Jul 2004 14:09:42 -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 7698 invoked from network); 10 Jul 2004 14:09:41 -0000 Received: from unknown (HELO rwcrmhc13.comcast.net) (204.127.198.39) by sourceware.org with SMTP; 10 Jul 2004 14:09:41 -0000 Received: from [192.168.181.128] (c-67-172-156-222.client.comcast.net[67.172.156.222]) by comcast.net (rwcrmhc13) with ESMTP id <2004071014094001500ht6rje>; Sat, 10 Jul 2004 14:09:40 +0000 Message-ID: <40EFF87F.3050203@phy.cmich.edu> Date: Sat, 10 Jul 2004 21:40:00 -0000 From: Eric McDonald User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) MIME-Version: 1.0 To: Elijah Meeks CC: xconq7@sources.redhat.com Subject: Re: Wrecking Issues References: <20040709165424.17238.qmail@web13121.mail.yahoo.com> In-Reply-To: <20040709165424.17238.qmail@web13121.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004/txt/msg00696.txt.bz2 Elijah Meeks wrote: > Is there any chance someone could patch the wrecking > code so that a half-built unit doesn't wreck into a > fully functional version of its wreck-type? Maybe a > wreck-type-if-insufficient-cp or something? I just checked in what I think is probably a suitable fix. If the unit being wrecked is incomplete, then the damage code simply disposes of it. If there are cases where this is unsuitable, then the alternative would be to make the change-type code (used by wrecking) to scale the wrecked type's CP to the unwrecked type's CP, in a manner similar to what is already done with ACP and HP. But, I'll leave the fix like it is for now. Eric