From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 16:51:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D367F16A4CE; Fri, 17 Dec 2004 16:51:05 +0000 (GMT) Received: from smtp2.arin.net (smtp2.arin.net [192.149.252.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A202E43D46; Fri, 17 Dec 2004 16:51:05 +0000 (GMT) (envelope-from matt@arin.net) Received: by smtp2.arin.net (Postfix, from userid 5003) id F385514472B; Fri, 17 Dec 2004 11:51:04 -0500 (EST) Received: from mercury.arin.net (mercury.arin.net [192.149.252.131]) by smtp2.arin.net (Postfix) with ESMTP id 6A8FE144691; Fri, 17 Dec 2004 11:51:04 -0500 (EST) Received: from elric.arin.net (elric.arin.net [192.136.136.23]) by mercury.arin.net (Postfix) with ESMTP id 685531FE89; Fri, 17 Dec 2004 11:51:04 -0500 (EST) Date: Fri, 17 Dec 2004 11:50:10 -0500 From: Matt Rowley To: Scott Long , Dan Nelson , freebsd-current@freebsd.org Message-ID: <22C3670E71A83C719BAC25E9@elric.arin.net> In-Reply-To: <41C30321.5060209@freebsd.org> References: <20041211004038.GC50516@dragon.nuxi.com> <11A4B937C9C745F2DD5B75EC@elric.arin.net> <20041217081458.GB10368@dan.emsphone.com> <41C30321.5060209@freebsd.org> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 2.63-arin1 (2004-01-11) on smtp2.arin.net X-Spam-Level: X-Spam-Status: No, hits=-5.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63-arin1 Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2004 16:51:05 -0000 >> Yes; you can work around it by declaring a temp variable, assigning it >> the value of attachedTo, making whatever modification is necessary, >> then assigning attachedTo=temp. Do this every time you get that error. >> You /might/ also be able to just remove the PACKed attribute from the >> attachedTo field, but that will cause havoc if the struct is supposed >> to line up with something generated by the card. >> > > I'd highly recommend against removing the packed attribute. :) It does compile, when you remove packed. After commenting out the unneeded semaphore union struct in basic.hh, the whole thing compiles. The resulting raidutil binary spews out the same error as the one from the current binary port about "Engine connect failed: COMPATIBILITY number"... but that's to be expected. Scott, is Dan's suggestion about using a temp variable and to stop passing by reference the right way to go? --Matt