Re: Planning for openobex-1.6 release

Am Freitag 29 Mai 2009 21:09:47 schrieb Marcel Holtmann:
> > > 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 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.

HS

------------------------------------------------------------------------------
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

Re: Planning for openobex-1.6 release

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

Re: Planning for openobex-1.6 release

Am Montag 01 Juni 2009 23:22:40 schrieb Marcel Holtmann:
> > 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.

With the additional patches in my "updates" branch on gitorious, it compiles 
with MSVC 7-9 without any warning (all warnings are errors there, too).

It should be checked that all files are in the distribution, don't know for the 
new header files. How about the INSTALL.txt and INSTALL_Win32.txt file?

HS

------------------------------------------------------------------------------
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

Re: Planning for openobex-1.6 release

Hi Hendrik,

> > > 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.
> 
> With the additional patches in my "updates" branch on gitorious, it compiles 
> with MSVC 7-9 without any warning (all warnings are errors there, too).

pulled your updates, but now "make distcheck" fails. Main reason is that
it doesn't find the obex_incl.h file.

> It should be checked that all files are in the distribution, don't know for the 
> new header files. How about the INSTALL.txt and INSTALL_Win32.txt file?

They have to be in EXTRA_DIST, otherwise they don't end up in the
package.

Regards

Marcel

Re: Planning for openobex-1.6 release

Hi Hendrik,

> >> > > 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.
> >>
> >> With the additional patches in my "updates" branch on gitorious, it compiles
> >> with MSVC 7-9 without any warning (all warnings are errors there, too).
> >
> > pulled your updates, but now "make distcheck" fails. Main reason is that
> > it doesn't find the obex_incl.h file.
> 
> The following files in lib/ are not noted in lib/Makefile.am:
>    obex_incl.h
>    visibility.h
>    debug.h

and defines.h of course, but then it works again.

> Adding them should work for you. I need to add them, in CMakeLists.txt also.

Send a patch that makes this work for you. Fix for that has been pushed

Re: Planning for openobex-1.6 release

Zitat von Marcel Holtmann <marcel <at> holtmann.org>:

> Hi Hendrik,
>
>> > > 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.
>>
>> With the additional patches in my "updates" branch on gitorious, it compiles
>> with MSVC 7-9 without any warning (all warnings are errors there, too).
>
> pulled your updates, but now "make distcheck" fails. Main reason is that
> it doesn't find the obex_incl.h file.

The following files in lib/ are not noted in lib/Makefile.am:
   obex_incl.h
   visibility.h
   debug.h

Adding them should work for you. I need to add them, in CMakeLists.txt also.

>> It should be checked that all files are in the distribution, don't   

Re: Planning for openobex-1.6 release

Hi Hendrik,

> > Send a patch that makes this work for you. 
> 
> This was purely a cosmetical change if IDEs are used.
> 
> However, I also tested cross-compiling to win32 using mingw32 and it found 
> some additional things that MSVC didn't complain about, all valid.
> 
> Both patches can be found in the "updates" branch at gitorious.

pulled and pushed back out.

> Besides setting the new version, it's all set, I'd say.

I think we should go for version 2.0, I think. However since we are
breaking the API anyway, should we fix some API mistakes while we are at
it.

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

Tahe Mile High Club - sex inn the Skies

Russian riot oplqice show strength

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects

_______________________________________________
Openobex-users mailing list
Openobex-users <at> lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/openobex-users

Re: DISCOUNT 80% 0FF on Pfizer !

Canadian Doctor Lydia  Best Price On Net
http://groups.yahoo.com/group/nexusyzivoqen53/message/1

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects

Foreplay - 55 Hot Tips To Get Her Screcaming For More

Rasre Chinese frrog uses ultrasonic communication

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects

_______________________________________________
Openobex-users mailing list
Openobex-users <at> lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/openobex-users