Re: [Opensync-commits] r3307 - in /trunk: ChangeLog opensync/helper/opensync_hashtable.c

[Daniel Gollub]

On Saturday 03 May 2008 14:30:04 armin.bauer@... wrote:

> Author: gcobb
> Date: Sat May  3 14:30:03 2008
> New Revision: 3307
>
> URL: http://www.opensync.org/browser/?sc=3D1&rev=3D3307
> Log:
> Avoid use of g_hash_table_get_keys
>
> Modified:
>     trunk/ChangeLog
>     trunk/opensync/helper/opensync_hashtable.c

http://opensync.org/testing/viewBuildError.php?type=0&buildid=270


This seems to break with suncc. To be honest, didn't know that this works at
all -> never seen this before ;)

I'm new to C anyway...

Maybe we could solve this with running the callback outside the function and
use user_data pointer with a list to collect the deleted entries. Or the
OSyncHashTable obejct and add another OSyncList ...

Irene, Halton, can you comment on this? Does this kind of function declaration
works at all with suncc?

best regards,
Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

[Graham Cobb-4]

On Sunday 04 May 2008 22:32:13 Daniel Gollub wrote:
> This seems to break with suncc. To be honest, didn't know that this works
> at all -> never seen this before ;)

I essentially took it from a similar callback in gpe.  It seems to work with
all the platforms gpe runs on.

> Maybe we could solve this with running the callback outside the function
> and use user_data pointer with a list to collect the deleted entries. Or
> the OSyncHashTable obejct and add another OSyncList ...

Yes, I will rework it to use the user_data pointer (an alternative would be to
use a global static but I don't want to do that as it would make it not
threadsafe).

> Irene, Halton, can you comment on this? Does this kind of function
> declaration works at all with suncc?

If it doesn't work on one compiler then there is no point trying to tweak
it -- we will probably find another compiler one day on which it doesn't
work.  I will re-implement it, test it and check it in (I can't test it on
Sun, however).

Graham

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

[Graham Cobb-4]

On Sunday 04 May 2008 23:38:07 Graham Cobb wrote:
> Yes, I will rework it to use the user_data pointer (an alternative would be
> to use a global static but I don't want to do that as it would make it not
> threadsafe).

Done, compiles on Linux amd64, hash test runs successfully, checked in.  Let's
hope it compiles on sun now.

Graham

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

[Daniel Gollub]

On Monday 05 May 2008 00:38:07 Graham Cobb wrote:
> > Irene, Halton, can you comment on this? Does this kind of function
> > declaration works at all with suncc?
>
> If it doesn't work on one compiler then there is no point trying to tweak
> it -- we will probably find another compiler one day on which it doesn't
> work.  I will re-implement it, test it and check it in (I can't test it on
> Sun, however).

Since we have continuous builds you can track even platforms you don't run.
Just commit your code - one of the testhosts will after approx. 15 minutes  
start building the changes and run the tests, if it founds changes on SVN.

http://opensync.org/testing

Thanks to Christian how is hosting those two machines which are running in
continuous mode ;)

Maybe we should even setup a continuous build host for scratchbox/maemo? So i
get a mail again if i introduced new fancy stuff which is not in glib 2.12 ;)

best regards,
Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

[Daniel Gollub]

On Monday 05 May 2008 01:07:13 Graham Cobb wrote:
> On Sunday 04 May 2008 23:38:07 Graham Cobb wrote:
> > Yes, I will rework it to use the user_data pointer (an alternative would
> > be to use a global static but I don't want to do that as it would make it
> > not threadsafe).
>
> Done, compiles on Linux amd64, hash test runs successfully, checked in.
> Let's hope it compiles on sun now.

Great, "SunOS" is back on track! ;)

----------  Forwarded Message  ----------

Subject: CDash [OpenSync] - stolberg - SunOS- - Continuous - 2008-05-05
01:10:00 CEST
Date: Monday 05 May 2008
From: CDash <cdash@...>
[...]

A submission to CDash for the project OpenSync has build warnings and failing
tests.
You have been identified as one of the authors who have checked in changes
that are part of this submission or you are listed in the default contact
list.

Details on the submission can be found at
http://opensync.org/testing/buildSummary.php?buildid=273

Project: OpenSync
Site: stolberg
BuildName: SunOS-
Type: Continuous
Warnings: 50
Tests failing: 8

-CDash on opensync.org


-------------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

[Graham Cobb-4]

On Monday 05 May 2008 00:08:27 Daniel Gollub wrote:
> Since we have continuous builds you can track even platforms you don't run.
> Just commit your code - one of the testhosts will after approx. 15 minutes
> start building the changes and run the tests, if it founds changes on SVN.

That's interesting.  I will look into it.

> Maybe we should even setup a continuous build host for scratchbox/maemo? So
> i get a mail again if i introduced new fancy stuff which is not in glib
> 2.12 ;)

Maybe -- I'll think about how feasible it might be.  Meanwhile, I do build
Opensync for Maemo chinook every night -- but the build report only goes to
me.  And sometimes I don't get around to looking at the reason for the
failure for several days.

Graham

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

[Christian Hilgers-2]

Daniel Gollub schrieb:

> http://opensync.org/testing
>
> Thanks to Christian how is hosting those two machines which are running in
> continuous mode ;)

You're welcome :)

> Maybe we should even setup a continuous build host for scratchbox/maemo? So i
> get a mail again if i introduced new fancy stuff which is not in glib 2.12 ;)

If scratchbox/maemo can live in a vmware on Intel x86 32bit I do not see a problem to setup
such a box.

But what is  scratchbox/maemo? Never heard of before.


Christian
--
Christian Hilgers                  |ConSol*
Tel.   [phone]            |Consulting&Solutions Software GmbH
Fax    [phone]            |Berliner Str. 101, 40880 Ratingen
email: Christian.Hilgers@... |WWW: http://www.consol.de

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

[Graham Cobb-4]

On Tuesday 06 May 2008 18:17:46 Christian Hilgers wrote:
> If scratchbox/maemo can live in a vmware on Intel x86 32bit I do not see a
> problem to setup such a box.

It can.  There is an already existing vmware appliance for the Maemo SDK, but
it would probably be better to create one from scratch just for doing builds.

My current automated build environment is a user-mode-linux environment.  But
a very similar setup could be used with vmware I am sure.

> But what is  scratchbox/maemo? Never heard of before.

Maemo is the software environment for the Nokia Internet Tablet handhelds.  
Scratchbox is a sort of "chroot-plus" environment which emulates just enough
of the arm environment to be able to build Maemo applications.

I am keen to get Opensync working on the handheld to synchronise with mobile
phones directly from the handheld.

I am tied up with a few other things at the moment but when I get a chance I
will look into a good way to go about creating the VMware environment.

Graham

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel