From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Marcel Holtmann To: BlueZ development In-Reply-To: <44A26821.9030904@ibmt.fraunhofer.de> References: <4497CE54.5080305@ibmt.fraunhofer.de> <4498EB58.3090200@ibmt.fraunhofer.de> <1150883159.3950.34.camel@localhost> <44991DF2.2000409@ibmt.fraunhofer.de> <1150886307.3950.36.camel@localhost> <44A21B71.6090108@ibmt.fraunhofer.de> <1151479980.9544.8.camel@localhost> <44A25F14.7080307@ibmt.fraunhofer.de> <1151493008.26495.0.camel@localhost> <44A26821.9030904@ibmt.fraunhofer.de> Date: Wed, 28 Jun 2006 13:37:28 +0200 Message-Id: <1151494648.26495.2.camel@localhost> Mime-Version: 1.0 Subject: Re: [Bluez-devel] [Fwd: Re: Problem connecting Bluetooth device] Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net Hi Harald, > > this is possible, but this doesn't explain why the stored link key on > > your device is different from the link key provided on the next connect. > > The reason is, that the stored linkkey is the result from the first connection, and > because each new generated linkkey, after switch off and later switch on the device, is > different from the first linkkey and the old linkkey will not be overwritten. unless you see a link key notification you can't know this. And if pairing mode is set to multi then the old link key will be overwritten. Regards Marcel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel