Return-Path: From: Johan Hedberg To: bluez-devel@lists.sourceforge.net Subject: Re: [Bluez-devel] hcid patch (patch 00.13) Message-ID: <20051011104238.GA29541@localhost.localdomain> References: <1128784148.5212.17.camel@blade> <1128896442.19569.26.camel@blade> <20051010195850.GA23080@localhost.localdomain> <1128977357.7352.1.camel@blade> <20051011100057.GA29401@localhost.localdomain> <1129025702.7352.17.camel@blade> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1129025702.7352.17.camel@blade> Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue, 11 Oct 2005 13:42:38 +0300 On Tue, Oct 11, 2005, Marcel Holtmann wrote: > I applied your patch and the compiler on my 64-bit machine is much > happier now, but I think that we need to allocate a structure and pass > the pointer to it around instead of some casting tricks. Would you mind > fixing it? I'm not really sure what you mean. Is there some other information besides the device id that needs to be passed around (i.e. what should go into this struct)? If we start using allocated structs it means that a lot of the memory handling stuff that my first patch removed needs to go back. Johan ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel