Hi Hendrik,

> > > > I want that BtOBEX* API calls always available and we should just
> > > > define bdaddr_t if it is not defined by a previous include.
> > >
> > > So you have 2 options. Either release as is because it is not a
> > > regression, or delay until fixed.
> > > I can spend some time on it this weekend but I'll have no internet
> > > connection, so I can submit that earliest monday evening (if ready at
> > > that time).
> >
> > since we are breaking the API now anyway, we can just redo the Bluetooth
> > interface a little bit. For example just using const char *addr or
> > something alike.
> 
> The native format has the advantage that it is well-defined for each 
> bluetooth 
> stack. On Windows, this may be a problem using multiple stacks but that's not 
> supported, anyway.

I think using a string might be more compatible across platforms. The
Bluetooth specification has a clear definition of a Bluetooth address
formatted as a string.

> I updated my "updates" branch on gitorious to do what I previously indicated. 
> It looks much more sane to me, now. I did not test this on Win32, so you may 
> delay pulling that to your tree.

Pulled and pushed back out. Thanks

I fixed all other warnings and made most pending details static. And now
it was possible to enable -Werror :)

Please test and report back with results. I am holding off the release
until we resolved all the details.

Regards

Marcel



------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
Openobex-users mailing list
Openobex-users@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/openobex-users

Reply via email to