tag:old.nabble.com,2006:forum-14406Nabble - OpenSync2009-12-16T09:08:09ZOpenSync is a synchronization framework that is platform and distribution independent. It consists of several plugins that can be used to connect to devices, a powerful sync-engine and the framework itself. The synchronization framework is kept very flexible and is capable of synchronizing any type of data, including contacts, calendar, tasks, notes and files. OpenSync home is <a href="http://www.opensync.org/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26814702Help to debug2009-12-16T09:08:09Z2009-12-16T09:08:09ZMegandyHi,
<br><br>I'd like to help to debug opensync 0.22 since it hangs when I'm trying to sync my mobile Nokia E75 (over bluetooth) and Evolution (2.22.3.1). The sync starts using msynctool, reads both members, and starts to write items to each member. After successfully syncing some items it hangs:
<br><br>--- snip ---
<br>[ ... ]
<br>Sent an entry 20091213T185341Z-16437-1000-1-124@Top of size 266 to member 1 (evo2-sync). Changetype MODIFIED
<br>Sent an entry 20091216T163930Z-8107-1000-1-86@Top of size 226 to member 1 (evo2-sync). Changetype MODIFIED
<br>Sent an entry 20091216T163930Z-8107-1000-1-87@Top of size 303 to member 1 (evo2-sync). Changetype MODIFIED
<br>Sent an entry 20091216T163930Z-8107-1000-1-89@Top of size 313 to member 1 (evo2-sync). Changetype MODIFIED
<br>--- snip ---
<br><br>I detected recently that German umlauts (ä, ü, ö) have been handled uncorrectly and after removing some calendar entries with umlauts, opensync continued syncing for a while - after some days it stopped working again.
<br><br>My question: Is it possible to find out which item is being processed while showing "20091216T163930Z-8107-1000-1-89@Top"? Some debug mode or something similar which I can enable to find out on which item the sync stops.
<br><br>Thank you in advance
<br><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26770356opensync and n9002009-12-13T14:03:32Z2009-12-13T14:03:32ZRainer DorschHello,
<br><br>I am wondering if anybody has any experience with syncing the n900 addressbook
<br>with a linux desktop (kdepim) with opensync.
<br><br><a href="http://wiki.maemo.org/Sync" target="_top" rel="nofollow">http://wiki.maemo.org/Sync</a> contains only the information that The N900
<br>(preproduction) provides SyncML over Bluetooth and USB but not IP.
<br><br>I tried
<br><br>rd@blackbox:~$ syncml-obex-client -b <N900 BT address> 25 --slow-sync
<br>text/x-vcard contacts --wbxml --identifier "PC Suite"
<br>Received an transport error: Link Error: 0x0
<br>Received an transport error: Unable to get answer
<br>Received an transport error: Link Error: 0x0
<br>rd@blackbox:~$
<br><br>but no luck with libsyncml-utils 0.4.6
<br><br>Many thanks,
<br>Rainer
<br><br>--
<br>Rainer Dorsch
<br>Lärchenstr. 6
<br>D-72135 Dettenhausen
<br>07157-734133
<br>email: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26770356&i=0" target="_top" rel="nofollow">rdorsch@...</a>
<br>jabber: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26770356&i=1" target="_top" rel="nofollow">rdorsch@...</a>
<br>GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E
<br>Full GPG key: <a href="http://pgp.mit.edu/" target="_top" rel="nofollow">http://pgp.mit.edu/</a><br><br /> <br />------------------------------------------------------------------------------
<br>Return on Information:
<br>Google Enterprise Search pays you back
<br>Get the facts.
<br><a href="http://p.sf.net/sfu/google-dev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/google-dev2dev</a><br><br />_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26770356&i=2" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26770356/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26766758How to avoid collisions on UIDs2009-12-13T06:54:11Z2009-12-13T06:54:11ZboehmlerHi all,
<br><br>I'm writing a sync plugin for v0.22 but got a problem understanding the UIDs.
<br>Assuming a group is newly set up with two plugins and a slow sync is started.
<br>How can plugin A set an UID to a OSyncChange in get_changeinfo() without
<br>knowing what UIDs plugin B is going to use for its changes? How can I avoid
<br>collisions there?
<br><br>Can I just increase the highest, locally known UID for a new entry with status
<br>CHANGE_ADDED?
<br>And do I have to reset the UID counter back to 0 when a slow-sync is requested?
<br><br>Regards,
<br>Eric
<br><br>------------------------------------------------------------------------------
<br>Return on Information:
<br>Google Enterprise Search pays you back
<br>Get the facts.
<br><a href="http://p.sf.net/sfu/google-dev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/google-dev2dev</a><br>_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26766758&i=0" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26718861Re: Opensync 0.3x and beyond2009-12-09T14:24:36Z2009-12-09T14:24:36ZChris Frey-2On Wed, Dec 09, 2009 at 01:51:53PM -0800, Theodore Charles III wrote:
<div class='shrinkable-quote'><br>> As of right now, barry uses the Opensync 0.22 API. I was reading
<br>> something in the FAQ in that the future versions of Opensync API will
<br>> not have calendar syncing available. I quote:
<br>>
<br>> Why there will be no calendar syncing with 0.3x or 0.40?
<br>> Because format (vFormat, xmlFormat) plugins are not complete before
<br>> these releases due the fact that iCalendar and vCalendar handling is
<br>> really complex. Conversion problems between RRULE's complicates the
<br>> implementation. There is no Timezone handling at all in vCalendar. 90%
<br>> all sync setups request by users involve iCalendar <-> vCalendar syncing.
</div><br>This is an opensync FAQ question, so I'll CC the opensync list as well.
<br><br> <a href="http://opensync.org/wiki/trunk/faq#why-no-calendar" target="_top" rel="nofollow">http://opensync.org/wiki/trunk/faq#why-no-calendar</a><br><br>While timezone support is indeed not available, as far as I know, I didn't
<br>think that it was a show stopper. Version 0.22 doesn't have timezone
<br>support either.
<br><br><br>> So, as far as the barry project goes, will this mean that barry will
<br>> continue to use the 0.22 API for synchronizing?
<br><br>Barry has both an 0.22 plugin and an 0.4x plugin. The 0.4x plugin tracks
<br>the current opensync devel tree relatively closely. You are free to use
<br>either, but understand that there are unique issues with each.
<br><br>i.e. 0.22 lacks capability support, and sometimes requires a fresh sync
<br> to recover from hang problems
<br><br>and 0.4x is not yet released, and is still in development.
<br><br>- Chris
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Return on Information:
<br>Google Enterprise Search pays you back
<br>Get the facts.
<br><a href="http://p.sf.net/sfu/google-dev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/google-dev2dev</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26718861&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26589546Re: Issue into the trunk ?2009-12-01T02:19:13Z2009-12-01T02:19:13ZIan Martin-3I believe you are seeing this problem: <a href="http://opensync.org/ticket/1190" target="_top" rel="nofollow">http://opensync.org/ticket/1190</a><br><br>2009/11/30 Nicolas <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26589546&i=0" target="_top" rel="nofollow">progweb@...</a>>:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> Here, my output console :
<br>>
<br>> Received an entry 116 (vcard30) from member 2 (barry-sync). Changetype
<br>> ADDED
<br>> contact sink of member 2 of type barry-sync just sent all changes
<br>> Main sink of member 2 of type barry-sync just sent all changes
<br>> ERROR: Timeout.
<br>> EXIT_ERROR: _osync_send_timeout_response: cannot find reply queue to
<br>> send timeout error
<br>> Main sink of member 1 of type evo2-sync just sent all changes
<br>> All clients sent changes or error
<br>> ERROR: Broken Pipe
<br>> [...]
<br>> ERROR: Broken Pipe
<br>> All changes got mapped
<br>> ERROR: Broken Pipe
<br>> [...]
<br>> ERROR: Broken Pipe
<br>> All conflicts have been reported
<br>> ERROR: Broken Pipe
<br>> [...]
<br>> ERROR: Broken Pipe
<br>> All changes got multiplied
<br>> ERROR: Broken Pipe
<br>> [...]
<br>> ERROR: Broken Pipe
<br>> All changes got prepared for write
<br>> ERROR: Broken Pipe
<br>>
<br>> Synchronization Forecast Summary:
<br>>
<br>> ObjType: contact
<br>> Member 1: Adding(112) Modifying(0) Deleting(0)
<br>> Member 2: Adding(1) Modifying(0) Deleting(0)
<br>>
<br>> Do you want to continue the synchronization? (N/y): ERROR: Broken Pipe
<br>> ERROR: Broken Pipe
<br>> ERROR: Broken Pipe
<br>> [...]
<br>>
<br>>
<br>> This issue is always reproductible :(
<br>>
<br>> I don't understand.
<br>>
<br>>
<br>> If you have clues to help to debug this ; I could post a little patch...
<br>>
<br>>
<br>> I'll post SYNC traces into your bugtracker.
<br>>
<br>>
<br>> Regards,
<br>>
<br>> Nicolas
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>> a free event focused on virtualization and cloud computing.
<br>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>> _______________________________________________
<br>> Opensync-devel mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26589546&i=1" target="_top" rel="nofollow">Opensync-devel@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26589546&i=2" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26583183Issue into the trunk ?2009-11-30T14:28:28Z2009-11-30T14:28:28ZNicolas-89Hi,
<br><br>Here, my output console :
<br><br>Received an entry 116 (vcard30) from member 2 (barry-sync). Changetype
<br>ADDED
<br>contact sink of member 2 of type barry-sync just sent all changes
<br>Main sink of member 2 of type barry-sync just sent all changes
<br>ERROR: Timeout.
<br>EXIT_ERROR: _osync_send_timeout_response: cannot find reply queue to
<br>send timeout error
<br>Main sink of member 1 of type evo2-sync just sent all changes
<br>All clients sent changes or error
<br>ERROR: Broken Pipe
<br>[...]
<br>ERROR: Broken Pipe
<br>All changes got mapped
<br>ERROR: Broken Pipe
<br>[...]
<br>ERROR: Broken Pipe
<br>All conflicts have been reported
<br>ERROR: Broken Pipe
<br>[...]
<br>ERROR: Broken Pipe
<br>All changes got multiplied
<br>ERROR: Broken Pipe
<br>[...]
<br>ERROR: Broken Pipe
<br>All changes got prepared for write
<br>ERROR: Broken Pipe
<br><br>Synchronization Forecast Summary:
<br><br>ObjType: contact
<br> Member 1: Adding(112) Modifying(0) Deleting(0)
<br> Member 2: Adding(1) Modifying(0) Deleting(0)
<br><br>Do you want to continue the synchronization? (N/y): ERROR: Broken Pipe
<br>ERROR: Broken Pipe
<br>ERROR: Broken Pipe
<br>[...]
<br><br><br>This issue is always reproductible :(
<br><br>I don't understand.
<br><br><br>If you have clues to help to debug this ; I could post a little patch...
<br><br><br>I'll post SYNC traces into your bugtracker.
<br><br><br>Regards,
<br><br>Nicolas
<br><br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26583183&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26514991Invitation to connect on LinkedIn2009-11-25T07:43:39Z2009-11-25T07:43:39ZShrikant Bobade
<html>
<body>
<table border="0" width="550" cellpadding="0" cellspacing="0" style="max-width:550px; border-top:4px solid #39C; font: 12px arial, sans-serif; margin: 0 auto;"><tr><td>
<h1 style="color: #000; font: bold 23px arial; margin:5px 0;">LinkedIn</h1>
<div style="font:13px arial, sans-serif; width:540px">
<p>
I'd like to add you to my professional network on LinkedIn.<br />
<br />
- Shrikant
</p>
<p>
<a href="https://www.linkedin.com/e/isd/888410422/qODWlPaS/" style="background-color:#ffcc00; display:inline-block; border-right: 1px solid #7a5a20; border-bottom: 1px solid #7a5a20; padding:10px; text-decoration: none; color: #000; text-align: center; white-space:none; font-weight: bold;" target="_top" rel="nofollow">Confirm that you know Shrikant</a>
</p>
</div>
<p style="width: 550px; margin: 3px auto; font: 10px arial, sans-serif; color: #999;">© 2009, LinkedIn Corporation
</p>
</body>
</html><br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26514991&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26514997Invitation to connect on LinkedIn2009-11-25T07:43:39Z2009-11-25T07:43:39ZShrikant Bobade
<html>
<body>
<table border="0" width="550" cellpadding="0" cellspacing="0" style="max-width:550px; border-top:4px solid #39C; font: 12px arial, sans-serif; margin: 0 auto;"><tr><td>
<h1 style="color: #000; font: bold 23px arial; margin:5px 0;">LinkedIn</h1>
<div style="font:13px arial, sans-serif; width:540px">
<p>
I'd like to add you to my professional network on LinkedIn.<br />
<br />
- Shrikant
</p>
<p>
<a href="https://www.linkedin.com/e/isd/888410426/JuLLDYTD/" style="background-color:#ffcc00; display:inline-block; border-right: 1px solid #7a5a20; border-bottom: 1px solid #7a5a20; padding:10px; text-decoration: none; color: #000; text-align: center; white-space:none; font-weight: bold;" target="_top" rel="nofollow">Confirm that you know Shrikant</a>
</p>
</div>
<p style="width: 550px; margin: 3px auto; font: 10px arial, sans-serif; color: #999;">© 2009, LinkedIn Corporation
</p>
</body>
</html><br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26514997&i=0" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26510743Re: collaboration proposal2009-11-25T02:52:10Z2009-11-25T02:52:10ZMichael Bell-----BEGIN PGP SIGNED MESSAGE-----
<br>Hash: SHA1
<br><br>Hi Brian,
<br><br>Brian Cavagnolo wrote:
<br>>
<br>> Wind River has been evaluating libsyncml, and we're happy with the
<br>> results so
<br>> far. We'd like to collaborate to move some of our changes upstream.
<br>> Also, we
<br>> have some other developments in mind that we'd also like to
<br>> discuss/collaborate/contribuite. I've listed the rough areas in which the
<br>> changes fall. Please comment if these changes sound useful, reasonable,
<br>> etc.:
<br><br>The simple answer is a big YES to all points. I only comment the points
<br>where I have more to say then only yes ;)
<br><br>> 3. Split the ENABLE_HTTP functionality into two parts:
<br>> ENABLE_HTTP_CLIENT and
<br>> ENABLE_HTTP_SERVER. This will allow only building the required half.
<br><br>Do you need this because of your different libraries for the client and
<br>server part?
<br><br>> 4. Develop alternative HTTP client that does not depend on libsoup. (We're
<br>> using libcurl instead). We'd like to avoid depending on libsoup and the
<br>> portions of glib required to support it.
<br><br>Which portions of the glib do you mean? libsoup is problematic for me
<br>because of the poor SSL/TLS support. The upcoming libsyncml 0.6.0 stuff
<br>(please see trunk) makes heavy use of the glib.
<br><br>> 6. Migrate away from the heavy polling to a more event-driven model.
<br><br>Definitely a long term wish from me.
<br><br>So you are more than welcome. I hope you can split your patches into
<br>small parts. This would make it possible for me or/and you to port them
<br>to the new trunk.
<br><br>Best regards
<br><br>Michael
<br><br>P.S. BTW we have a developer list.
<br>- --
<br>___________________________________________________________________
<br><br>Michael Bell Humboldt-Universitaet zu Berlin
<br><br>Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice
<br>Fax: +49 (0)30-2093 2704 Unter den Linden 6
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26510743&i=0" target="_top" rel="nofollow">michael.bell@...</a> D-10099 Berlin
<br>___________________________________________________________________
<br><br>PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB
<br>-----BEGIN PGP SIGNATURE-----
<br>Version: GnuPG v1.4.10 (GNU/Linux)
<br>Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_top" rel="nofollow">http://enigmail.mozdev.org/</a><br><br>iEYEARECAAYFAksNDIIACgkQ2L0ZGCAwWqtNnwCg1HjbX6juR+Qf6VnHl0RG0RX2
<br>6HYAn3uNQJyhau2zt5XVLIR+1WAv0fwT
<br>=FLrl
<br>-----END PGP SIGNATURE-----
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26510743&i=1" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26501330collaboration proposal2009-11-24T10:47:41Z2009-11-24T10:47:41ZBrian Cavagnolo-2Hello,
<br><br>Wind River has been evaluating libsyncml, and we're happy with the
<br>results so
<br>far. We'd like to collaborate to move some of our changes upstream.
<br>Also, we
<br>have some other developments in mind that we'd also like to
<br>discuss/collaborate/contribuite. I've listed the rough areas in which the
<br>changes fall. Please comment if these changes sound useful, reasonable,
<br>etc.:
<br><br>1. Fix bugs in the syncml-ds-tool HTTP client behavior.
<br><br>2. Introduce some regular automated tests for syncml-ds-tool that spawn a
<br>server, spawn a client, perform syncs, and analyze the results.
<br><br>3. Split the ENABLE_HTTP functionality into two parts:
<br>ENABLE_HTTP_CLIENT and
<br>ENABLE_HTTP_SERVER. This will allow only building the required half.
<br><br>4. Develop alternative HTTP client that does not depend on libsoup. (We're
<br>using libcurl instead). We'd like to avoid depending on libsoup and the
<br>portions of glib required to support it.
<br><br>5. Develop an alternative HTTP server that does not depend on libsoup.
<br>(We're
<br>using libmicrohttpd instead).
<br><br>6. Migrate away from the heavy polling to a more event-driven model.
<br><br>Thanks,
<br>Brian
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26501330&i=0" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26454859Re: Capabilities and ticket 1183.2009-11-21T01:20:50Z2009-11-21T01:20:50ZHenrik /KaarPoSoft-2Daniel Gollub wrote:
<div class='shrinkable-quote'><br>> On Monday 09 November 2009 07:19:37 pm Henrik /KaarPoSoft wrote:
<br>>
<br>>> However, I have a question:
<br>>>
<br>>> Assume we have a group with two members M1 and M2.
<br>>> Member M1 supports ObjFormat F1 with capabilities CAP1, and member M2
<br>>> supports ObjFormat F2 with capabilities CAP2.
<br>>>
<br>>> The function _osync_obj_engine_mapping_find will try to compare two
<br>>> changes CHANGE1 and CHANGE2 from the two members.
<br>>> This is done by: _osync_obj_engine_clone_and_demerge_change(CAPS2,
<br>>> CHANGE1) and _osync_obj_engine_clone_and_demerge_change(CAPS1, CHANGE2).
<br>>>
<br>>> This means, that an ObjFormat F1, which supplies a (de)merger with
<br>>> capabilties CAP1, needs to be able to demerge changes of ObjFormat F2,
<br>>> which it does not know.
<br>>>
<br>>
<br>> OSyncCapsConverter take care about converting the caps-format to something the
<br>> demerge of F1 can handle ...
<br>>
<br>> For example the vformat plugins provides a caps-format converter for vformat
<br>> to xmlformat capabilities.
<br>>
<br>> So if the caps are reported in caps-format vformat .. and the entry to compare
<br>> is in xmlformat-contact, the caps get converted by this caps-format-converter
<br>> ...
<br>>
<br>>
<br>>> Some guidance on how the is supposed to work would be most appreciated.
<br>>>
<br>>>
<br>>
<br>> Does this help?
<br>>
<br>>
</div>Yes! Thank you very much for the explanation.
<br>I will see what I can do...
<br>/Henrik
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26454859&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26442045Re: Capabilities and ticket 1183.2009-11-20T03:48:46Z2009-11-20T03:48:46ZDaniel Gollub-3On Monday 09 November 2009 07:19:37 pm Henrik /KaarPoSoft wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> However, I have a question:
<br>>
<br>> Assume we have a group with two members M1 and M2.
<br>> Member M1 supports ObjFormat F1 with capabilities CAP1, and member M2
<br>> supports ObjFormat F2 with capabilities CAP2.
<br>>
<br>> The function _osync_obj_engine_mapping_find will try to compare two
<br>> changes CHANGE1 and CHANGE2 from the two members.
<br>> This is done by: _osync_obj_engine_clone_and_demerge_change(CAPS2,
<br>> CHANGE1) and _osync_obj_engine_clone_and_demerge_change(CAPS1, CHANGE2).
<br>>
<br>> This means, that an ObjFormat F1, which supplies a (de)merger with
<br>> capabilties CAP1, needs to be able to demerge changes of ObjFormat F2,
<br>> which it does not know.
</div></div>OSyncCapsConverter take care about converting the caps-format to something the
<br>demerge of F1 can handle ...
<br><br>For example the vformat plugins provides a caps-format converter for vformat
<br>to xmlformat capabilities.
<br><br>So if the caps are reported in caps-format vformat .. and the entry to compare
<br>is in xmlformat-contact, the caps get converted by this caps-format-converter
<br>...
<br><br>>
<br>> Some guidance on how the is supposed to work would be most appreciated.
<br>>
<br><br>Does this help?
<br><br>Best Regards,
<br>Daniel
<br><br>--
<br>Daniel Gollub Geschaeftsfuehrer: Ralph Dehner
<br>FOSS Developer Unternehmenssitz: Vohburg
<br>B1 Systems GmbH Amtsgericht: Ingolstadt
<br>Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
<br>EMail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26442045&i=0" target="_top" rel="nofollow">gollub@...</a> <a href="http://www.b1-systems.de" target="_top" rel="nofollow">http://www.b1-systems.de</a><br><br>Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
<br><a href="http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D" target="_top" rel="nofollow">http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D</a><br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26442045&i=1" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26442045/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26378047Re: Could we have several versions of a plugin configuration file?2009-11-16T11:34:54Z2009-11-16T11:34:54ZHenrik /KaarPoSoft-2Chris Frey wrote:
<div class='shrinkable-quote'><br>> On Thu, Nov 12, 2009 at 04:37:21PM +0100, Henrik /KaarPoSoft wrote:
<br>>
<br>>> Obviously a Frontend may have specific knowledge of specific plugins and
<br>>> create an even better GUI, but it would be nice if a Frontend could
<br>>> automatically create a GUI for any OpenSync plugin automatically.
<br>>>
<br>>
<br>> How is it possible to create a GUI for any plugin at the moment?
<br>> What if there are plugin-specific fields? How do you label them or
<br>> describe them in the GUI?
<br>>
<br>>
</div>blueZync is actually doing this at the moment.
<br>Far from perfect, but a start.
<br>See attached screenshots.
<br><br>The frontend simply creates a GUI based on advanced options and resources.
<br>> Would this have anything to do with these points:
<br>>
<br>> Subject: Config's AdvancedOption XML entity: Help?
<br>> <a href="http://sourceforge.net/mailarchive/forum.php?thread_name=20090221040116.GA15434%40foursquare.net&forum_name=opensync-devel" target="_top" rel="nofollow">http://sourceforge.net/mailarchive/forum.php?thread_name=20090221040116.GA15434%40foursquare.net&forum_name=opensync-devel</a><br>>
<br>> Subject: localization in plugin configs
<br>> <a href="http://sourceforge.net/mailarchive/forum.php?thread_name=20091003014003.GA7477%40foursquare.net&forum_name=opensync-devel" target="_top" rel="nofollow">http://sourceforge.net/mailarchive/forum.php?thread_name=20091003014003.GA7477%40foursquare.net&forum_name=opensync-devel</a><br>>
<br>Those would improve the GUI which could be presented.
<br><br>/Henrik
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26378047&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26368339Re: [SPAM] I'm in desperate need for a guide2009-11-16T00:30:18Z2009-11-16T00:30:18ZTino Keitel-3On Sun, Nov 15, 2009 at 00:24:28 +0800, Yiping Cheng wrote:
<br><br>> Thank you very much! I have tried and achieved partial success. But
<br>> there seems to still have plenty of problems waiting me. I now know
<br>> how to install glib2, simply the sequence: ./configure; make; make
<br>> install but when executing ./configure, it said it needs gettext. So
<br>> I also downloaded gettext and installed gettext. but gettext did not
<br>> install smoothly. I now have no idea how to proceed. I have given
<br>> up.
<br><br>That's what package managers are intended for. They just install the
<br>required packages for you. However, for some reason, you used the most
<br>error prone way (for unexperienced users) to install software in Linux.
<br><br>> I used to write programs under Windows and Visual Studio and I never
<br>> experienced such problems before. And I now hate Linux so much that
<br>> I now swear I will not touch it again. The project I undertake is to
<br>> develop a PIM program using SyncML, and I need to study the SyncML
<br><br>Haha, you made my day.
<br><br>Regards,
<br>Tino
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26368339&i=0" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26367185Re: osync_archive_save_ignored_conflict()2009-11-15T21:47:09Z2009-11-15T21:47:09ZDaniel Gollub-3On Friday 13 November 2009 10:33:12 pm Chris Frey wrote:
<br>> I noticed that your patch added a prototype for
<br>> osync_mapping_entry_get_member_id() to the
<br>> opensync_mapping_entry_internals.h header.
<br>>
<br>> Yet that function already exists in opensync_mapping_entry.h
<br>>
<br>> Was this intended?
<br>>
<br><br>No, this was not intended. I reverted it ... thanks for finding this!
<br><br>Best Regards,
<br>Daniel
<br><br>--
<br>Daniel Gollub Geschaeftsfuehrer: Ralph Dehner
<br>FOSS Developer Unternehmenssitz: Vohburg
<br>B1 Systems GmbH Amtsgericht: Ingolstadt
<br>Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
<br>EMail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26367185&i=0" target="_top" rel="nofollow">gollub@...</a> <a href="http://www.b1-systems.de" target="_top" rel="nofollow">http://www.b1-systems.de</a><br><br>Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
<br><a href="http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D" target="_top" rel="nofollow">http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D</a><br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26367185&i=1" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26367185/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26358502Re: new printf format checks and compiler settings2009-11-15T04:01:11Z2009-11-15T04:01:11ZDaniel Gollub-3On Friday 13 November 2009 10:30:03 pm Chris Frey wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> On Thu, Nov 12, 2009 at 04:36:40PM -0500, Chris Frey wrote:
<br>> > I think the GCC_FORMAT_CHECK is worth it in the long run (there were lots
<br>> > of printf style errors in the code), but the (void*) casts are
<br>> > unfortunate. Anyone know of a cleaner workaround?
<br>>
<br>> After a conversation on #gcc on irc.freenode.net (thanks to segher),
<br>> I had the following enlightenment:
<br>>
<br>> - the C standard does not guarantee that all pointers are the same
<br>> size on all platforms
<br>>
<br>> - for example, data pointers and function pointers can have
<br>> differing formats
<br>>
<br>> - the C standard guarantees that you can cast all pointers to void*
<br>> and back
<br>>
<br>> - the %p format string identifier only takes a void*
<br>>
<br>> - vararg functions cannot provide implicit casts, since there is
<br>> no prototype for the variable data
<br>>
<br>> - so in general, to be standard-C correct, you need to cast all
<br>> %p pointers to vararg functions
<br>>
<br>> - the -pedantic option makes all this show up explicitly, but in
<br>> most cases you don't need it, at least with gcc
<br>>
<br>> Basically there's no way around it, except disabling -pedantic in your
<br>> compiles, or adding (void*) casts to all %p pointers.
<br>>
</div></div>Thank you very much for sharing this knowledge!
<br><br>Best Regards,
<br>Daniel
<br><br>--
<br>Daniel Gollub Geschaeftsfuehrer: Ralph Dehner
<br>FOSS Developer Unternehmenssitz: Vohburg
<br>B1 Systems GmbH Amtsgericht: Ingolstadt
<br>Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
<br>EMail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26358502&i=0" target="_top" rel="nofollow">gollub@...</a> <a href="http://www.b1-systems.de" target="_top" rel="nofollow">http://www.b1-systems.de</a><br><br>Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
<br><a href="http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D" target="_top" rel="nofollow">http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D</a><br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26358502&i=1" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26358502/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26348439Re: mozilla-format FORMAT plugin?2009-11-14T01:06:34Z2009-11-14T01:06:34ZGraham Cobb-4On Tue, Nov 10, 2009 at 01:46:46AM +0100, Henrik /KaarPoSoft wrote:
<br>> Now the question is: Where to put the definition of the C struct and the
<br>> wrapping functions?
<br><br>My suggestion would be to put the struct and wrapping functions in a
<br>completely separate library (nothing to do with Opensync) which you then use
<br>from both the format plugin and the sync plugin.
<br><br>Your new library would, of course, become a dependency of the plugins. I
<br>think there would be three options for distributing it:
<br><br>1) Statically link it and don't distribute it at all. This would require
<br>getting Daniel to create you somewhere in the tree to store the library but
<br>you wouldn't be shipping the code at all. CMake magic could compile it
<br>whenever needed by either plugin.
<br><br>2) Completely separate it from OpenSync: build it and distribute it
<br>separately and just make sure the CMake scripts for the two plugins
<br>correctly check for it being installed. A variant of this would be to ask
<br>Daniel to still host it in the OpenSync SVN somewhere but build it and
<br>distribute it separately (a bit like libsyncml).
<br><br>3) Have it built and installed as part of the building of your plugins -- so
<br>building either your format plugin or your sync plugin would require
<br>previously building and installing your new library. Easy enough to do
<br>manually although it would be an extra step for anyone who wanted to build
<br>your plugins.
<br><br>Graham
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26348439&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26344766Re: Could we have several versions of a plugin configuration file?2009-11-13T14:47:57Z2009-11-13T14:47:57ZChris Frey-2On Thu, Nov 12, 2009 at 04:37:21PM +0100, Henrik /KaarPoSoft wrote:
<br>> Obviously a Frontend may have specific knowledge of specific plugins and
<br>> create an even better GUI, but it would be nice if a Frontend could
<br>> automatically create a GUI for any OpenSync plugin automatically.
<br><br>How is it possible to create a GUI for any plugin at the moment?
<br>What if there are plugin-specific fields? How do you label them or
<br>describe them in the GUI?
<br><br>Would this have anything to do with these points:
<br><br>Subject: Config's AdvancedOption XML entity: Help?
<br><a href="http://sourceforge.net/mailarchive/forum.php?thread_name=20090221040116.GA15434%40foursquare.net&forum_name=opensync-devel" target="_top" rel="nofollow">http://sourceforge.net/mailarchive/forum.php?thread_name=20090221040116.GA15434%40foursquare.net&forum_name=opensync-devel</a><br><br>Subject: localization in plugin configs
<br><a href="http://sourceforge.net/mailarchive/forum.php?thread_name=20091003014003.GA7477%40foursquare.net&forum_name=opensync-devel" target="_top" rel="nofollow">http://sourceforge.net/mailarchive/forum.php?thread_name=20091003014003.GA7477%40foursquare.net&forum_name=opensync-devel</a><br><br>- Chris
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26344766&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26349342[RFC][PATCH][API change] long long patch2009-11-13T13:40:12Z2009-11-13T13:40:12ZChris Frey-2Hi,
<br><br>At long last, I present my long long patch, which also changes the various
<br>ID variables into typedefs in the process. I think this makes the code
<br>cleaner, and easier to change in the future. So even if we don't want
<br>to change mappingids, memberids, etc to ints, we should keep the
<br>typedefs in my opinion.
<br><br>This is a Request for Comments patch only. If it is satisfactory, I
<br>can apply it in a few days.
<br><br>It is fairly large, but the changes are as limited in scope as possible.
<br><br>Thanks,
<br>- Chris
<br><br><br><br>[PATCH] Removed all unnecessary long longs from IDs, and gave IDs typedef names
<br><br>The new ID types are:
<br><br> typedef int osync_memberid;
<br> typedef int osync_mappingid;
<br> typedef int osync_groupid;
<br> typedef long long int osync_archiveid;
<br> typedef long long int osync_messageid;
<br><br>osync_archiveid is 64 bits because the ID is the row ID of the underlying
<br>database. This must match the database used.
<br><br>Note that there is a bug in the implementation where the above 64 bit
<br>IDs are crammed into a 32 bit pointer on 32 bit systems. The
<br>implementation should be fixed, not the size of the osync_archiveid.
<br>Look for FIXME's in the code.
<br><br>osync_messageid is 64 bits because 6 bytes are used for the time in
<br>seconds and microseconds, and the lower 2 bytes are a random number,
<br>to create a unique IPC message ID.
<br><br>The other 3 IDs usually start at 1 or 0 and increment from there,
<br>and int should be completely sufficient for them.
<br>---
<br> opensync/archive/opensync_archive.c | 51 +++++++++++---------
<br> opensync/archive/opensync_archive_internals.h | 8 ++--
<br> opensync/client/opensync_client.c | 4 +-
<br> opensync/client/opensync_client_proxy.c | 6 +-
<br> opensync/engine/opensync_engine.c | 10 ++--
<br> opensync/engine/opensync_engine_private.h | 2 +-
<br> opensync/engine/opensync_mapping_engine.c | 12 ++--
<br> opensync/engine/opensync_mapping_engine.h | 2 +-
<br> opensync/engine/opensync_obj_engine.c | 12 ++--
<br> opensync/engine/opensync_sink_engine.c | 2 +-
<br> opensync/group/opensync_group.c | 14 +++---
<br> opensync/group/opensync_group.h | 6 +-
<br> opensync/group/opensync_group_env.c | 8 ++--
<br> opensync/group/opensync_group_env_private.h | 2 +-
<br> opensync/group/opensync_group_internals.h | 2 +-
<br> opensync/group/opensync_group_private.h | 2 +-
<br> opensync/group/opensync_member.c | 4 +-
<br> opensync/group/opensync_member.h | 2 +-
<br> opensync/group/opensync_member_internals.h | 2 +-
<br> opensync/ipc/opensync_message.c | 4 +-
<br> opensync/ipc/opensync_message_internals.h | 4 +-
<br> opensync/ipc/opensync_message_private.h | 2 +-
<br> opensync/ipc/opensync_queue.c | 6 +-
<br> opensync/ipc/opensync_queue_private.h | 4 +-
<br> opensync/mapping/opensync_mapping.c | 6 +-
<br> opensync/mapping/opensync_mapping.h | 6 +-
<br> opensync/mapping/opensync_mapping_entry.c | 8 ++--
<br> opensync/mapping/opensync_mapping_entry.h | 8 ++--
<br> .../mapping/opensync_mapping_entry_internals.h | 6 +-
<br> opensync/mapping/opensync_mapping_internals.h | 2 +-
<br> opensync/mapping/opensync_mapping_table.c | 14 +++--
<br> opensync/mapping/opensync_mapping_table.h | 4 +-
<br> opensync/opensync.h | 5 ++
<br> opensync/plugin/opensync_plugin_info_private.h | 2 +-
<br> tests/archive-tests/check_archive.c | 8 ++--
<br> tests/mock-plugin/mock_sync.c | 2 +-
<br> wrapper/opensync-group.i | 4 +-
<br> 37 files changed, 129 insertions(+), 117 deletions(-)
<br><br>diff --git a/opensync/archive/opensync_archive.c b/opensync/archive/opensync_archive.c
<br>index d3fbe8a..16e0d87 100644
<br>--- a/opensync/archive/opensync_archive.c
<br>+++ b/opensync/archive/opensync_archive.c
<br>@@ -204,12 +204,12 @@ void osync_archive_unref(OSyncArchive *archive)
<br> }
<br> }
<br>
<br>-osync_bool osync_archive_save_data(OSyncArchive *archive, long long int id, const char *objtype, const char *data, unsigned int size, OSyncError **error)
<br>+osync_bool osync_archive_save_data(OSyncArchive *archive, osync_mappingid id, const char *objtype, const char *data, unsigned int size, OSyncError **error)
<br> {
<br> char *query = NULL;
<br> char *escaped_objtype = NULL;
<br>
<br>- osync_trace(TRACE_ENTRY, "%s(%p, %lli, %s, %p, %u, %p)", __func__, archive, id, objtype, data, size, error);
<br>+ osync_trace(TRACE_ENTRY, "%s(%p, %i, %s, %p, %u, %p)", __func__, archive, id, objtype, data, size, error);
<br> osync_assert(archive);
<br> osync_assert(data);
<br> osync_assert(size);
<br>@@ -219,7 +219,7 @@ osync_bool osync_archive_save_data(OSyncArchive *archive, long long int id, cons
<br>
<br> // FIXME: Avoid subselect - this query needs up to 0.5s
<br> escaped_objtype = osync_db_sql_escape(objtype);
<br>- query = osync_strdup_printf("REPLACE INTO tbl_archive (objtype, mappingid, data) VALUES('%s', %lli, ?)", escaped_objtype, id);
<br>+ query = osync_strdup_printf("REPLACE INTO tbl_archive (objtype, mappingid, data) VALUES('%s', %i, ?)", escaped_objtype, id);
<br> osync_free(escaped_objtype);
<br> escaped_objtype = NULL;
<br>
<br>@@ -281,14 +281,14 @@ int osync_archive_load_data(OSyncArchive *archive, const char *uid, const char *
<br> return -1;
<br> }
<br>
<br>-long long int osync_archive_save_change(OSyncArchive *archive, long long int id, const char *uid, const char *objtype, long long int mappingid, long long int memberid, const char *objengine, OSyncError **error)
<br>+osync_archiveid osync_archive_save_change(OSyncArchive *archive, osync_archiveid id, const char *uid, const char *objtype, osync_mappingid mappingid, osync_memberid memberid, const char *objengine, OSyncError **error)
<br> {
<br> char *query = NULL;
<br> char *escaped_uid = NULL;
<br> char *escaped_objtype = NULL;
<br> char *escaped_objengine = NULL;
<br>
<br>- osync_trace(TRACE_ENTRY, "%s(%p, %lli, %s, %s, %lli, %lli, %p, %p)", __func__, archive, id, uid, objtype, mappingid, memberid, __NULLSTR(objengine), error);
<br>+ osync_trace(TRACE_ENTRY, "%s(%p, %lli, %s, %s, %i, %i, %p, %p)", __func__, archive, id, uid, objtype, mappingid, memberid, __NULLSTR(objengine), error);
<br> osync_assert(archive);
<br> osync_assert(uid);
<br> osync_assert(objtype);
<br>@@ -302,9 +302,9 @@ long long int osync_archive_save_change(OSyncArchive *archive, long long int id,
<br> escaped_objengine = osync_db_sql_escape(objengine);
<br>
<br> if (!id) {
<br>- query = osync_strdup_printf("INSERT INTO tbl_changes (objtype, uid, mappingid, memberid, objengine) VALUES('%s', '%s', '%lli', '%lli', '%s')", escaped_objtype, escaped_uid, mappingid, memberid, objengine);
<br>+ query = osync_strdup_printf("INSERT INTO tbl_changes (objtype, uid, mappingid, memberid, objengine) VALUES('%s', '%s', '%i', '%i', '%s')", escaped_objtype, escaped_uid, mappingid, memberid, objengine);
<br> } else {
<br>- query = osync_strdup_printf("UPDATE tbl_changes SET uid='%s', mappingid='%lli', memberid='%lli', objengine='%s' WHERE objtype='%s' AND id=%lli", escaped_uid, mappingid, memberid, escaped_objengine, escaped_objtype, id);
<br>+ query = osync_strdup_printf("UPDATE tbl_changes SET uid='%s', mappingid='%i', memberid='%i', objengine='%s' WHERE objtype='%s' AND id=%lli", escaped_uid, mappingid, memberid, escaped_objengine, escaped_objtype, id);
<br> }
<br> osync_free(escaped_objengine);
<br> osync_free(escaped_objtype);
<br>@@ -331,7 +331,7 @@ long long int osync_archive_save_change(OSyncArchive *archive, long long int id,
<br> return 0;
<br> }
<br>
<br>-osync_bool osync_archive_delete_change(OSyncArchive *archive, long long int id, const char *objtype, OSyncError **error)
<br>+osync_bool osync_archive_delete_change(OSyncArchive *archive, osync_archiveid id, const char *objtype, OSyncError **error)
<br> {
<br> char *query = NULL;
<br> char *escaped_objtype = NULL;
<br>@@ -366,7 +366,9 @@ osync_bool osync_archive_load_changes(OSyncArchive *archive, const char *objtype
<br> char *query = NULL;
<br> char *escaped_objtype = NULL;
<br> OSyncList *result = NULL, *row = NULL, *column = NULL;
<br>- long long int id = 0, mappingid = 0, memberid = 0;
<br>+ osync_archiveid id = 0;
<br>+ osync_mappingid mappingid = 0;
<br>+ osync_memberid memberid = 0;
<br> const char *uid = NULL;
<br> const char *value_str = NULL;
<br>
<br>@@ -420,21 +422,23 @@ osync_bool osync_archive_load_changes(OSyncArchive *archive, const char *objtype
<br> osync_error_set(error, OSYNC_ERROR_GENERIC, "Database table tbl_changes corrupt, mappingid is NULL");
<br> goto error;
<br> }
<br>- mappingid = g_ascii_strtoull(value_str, NULL, 0);
<br>+ mappingid = strtoul(value_str, NULL, 0);
<br>
<br> value_str = osync_list_nth_data(column, 3);
<br> if (!value_str) {
<br> osync_error_set(error, OSYNC_ERROR_GENERIC, "Database table tbl_changes corrupt, memberid is NULL");
<br> goto error;
<br> }
<br>- memberid = g_ascii_strtoull(value_str, NULL, 0);
<br>+ memberid = strtoul(value_str, NULL, 0);
<br>
<br>+ // FIXME - this (int) cast throws away part of the id's 64 bits
<br>+ // and these 64 bits are governed by the DB layer's row ID
<br> *ids = osync_list_append((*ids), GINT_TO_POINTER((int)id));
<br> *uids = osync_list_append((*uids), osync_strdup(uid));
<br>- *mappingids = osync_list_append((*mappingids), GINT_TO_POINTER((int)mappingid));
<br>- *memberids = osync_list_append((*memberids), GINT_TO_POINTER((int)memberid));
<br>+ *mappingids = osync_list_append((*mappingids), GINT_TO_POINTER(mappingid));
<br>+ *memberids = osync_list_append((*memberids), GINT_TO_POINTER(memberid));
<br>
<br>- osync_trace(TRACE_INTERNAL, "Loaded change with uid %s, mappingid %lli from member %lli", uid, mappingid, memberid);
<br>+ osync_trace(TRACE_INTERNAL, "Loaded change with uid %s, mappingid %i from member %i", uid, mappingid, memberid);
<br> }
<br>
<br> osync_db_free_list(result);
<br>@@ -483,7 +487,8 @@ osync_bool osync_archive_load_ignored_conflicts(OSyncArchive *archive, const cha
<br> OSyncList *result = NULL, *row = NULL, *column = NULL;
<br> char *query = NULL;
<br> char *escaped_objtype = NULL;
<br>- long long int mappingid = 0, memberid = 0;
<br>+ osync_mappingid mappingid = 0;
<br>+ osync_memberid memberid = 0;
<br> int changetype = 0;
<br>
<br> osync_trace(TRACE_ENTRY, "%s(%p, %s, %p, %p)", __func__, archive, objtype, mappingids, error);
<br>@@ -516,11 +521,11 @@ osync_bool osync_archive_load_ignored_conflicts(OSyncArchive *archive, const cha
<br> mappingid = atoi(osync_list_nth_data(column, 1));
<br> changetype = atoi(osync_list_nth_data(column, 2));
<br>
<br>- *memberids = osync_list_append((*memberids), GINT_TO_POINTER((int)memberid));
<br>- *mappingids = osync_list_append((*mappingids), GINT_TO_POINTER((int)mappingid));
<br>- *changetypes = osync_list_append((*changetypes), GINT_TO_POINTER((int)changetype));
<br>+ *memberids = osync_list_append((*memberids), GINT_TO_POINTER(memberid));
<br>+ *mappingids = osync_list_append((*mappingids), GINT_TO_POINTER(mappingid));
<br>+ *changetypes = osync_list_append((*changetypes), GINT_TO_POINTER(changetype));
<br>
<br>- osync_trace(TRACE_INTERNAL, "Loaded ignored mapping with mappingid %lli", mappingid);
<br>+ osync_trace(TRACE_INTERNAL, "Loaded ignored mapping with mappingid %i", mappingid);
<br> }
<br>
<br> osync_db_free_list(result);
<br>@@ -532,11 +537,11 @@ osync_bool osync_archive_load_ignored_conflicts(OSyncArchive *archive, const cha
<br> return FALSE;
<br> }
<br>
<br>-osync_bool osync_archive_save_ignored_conflict(OSyncArchive *archive, const char *objtype, long long int memberid, long long int mappingid, OSyncChangeType changetype, OSyncError **error)
<br>+osync_bool osync_archive_save_ignored_conflict(OSyncArchive *archive, const char *objtype, osync_memberid memberid, osync_mappingid mappingid, OSyncChangeType changetype, OSyncError **error)
<br> {
<br> char *query = NULL;
<br> char *escaped_objtype = NULL;
<br>- osync_trace(TRACE_ENTRY, "%s(%p, %s, %lli, %lli, %p)", __func__, archive, objtype, memberid, mappingid, error);
<br>+ osync_trace(TRACE_ENTRY, "%s(%p, %s, %i, %i, %p)", __func__, archive, objtype, memberid, mappingid, error);
<br>
<br> osync_assert(archive);
<br> osync_assert(objtype);
<br>@@ -545,7 +550,7 @@ osync_bool osync_archive_save_ignored_conflict(OSyncArchive *archive, const char
<br> goto error;
<br>
<br> escaped_objtype = osync_db_sql_escape(objtype);
<br>- query = osync_strdup_printf("INSERT INTO tbl_changelog (objtype, memberid, mappingid, changetype) VALUES('%s', '%lli', '%lli', '%i')", escaped_objtype, memberid, mappingid, changetype);
<br>+ query = osync_strdup_printf("INSERT INTO tbl_changelog (objtype, memberid, mappingid, changetype) VALUES('%s', '%i', '%i', '%i')", escaped_objtype, memberid, mappingid, changetype);
<br> osync_free(escaped_objtype);
<br> escaped_objtype = NULL;
<br>
<br>@@ -556,7 +561,7 @@ osync_bool osync_archive_save_ignored_conflict(OSyncArchive *archive, const char
<br>
<br> osync_free(query);
<br>
<br>- osync_trace(TRACE_EXIT, "%s: %lli", __func__, mappingid);
<br>+ osync_trace(TRACE_EXIT, "%s: %i", __func__, mappingid);
<br> return TRUE;
<br>
<br> error:
<br>diff --git a/opensync/archive/opensync_archive_internals.h b/opensync/archive/opensync_archive_internals.h
<br>index 4757f88..56e8cf4 100644
<br>--- a/opensync/archive/opensync_archive_internals.h
<br>+++ b/opensync/archive/opensync_archive_internals.h
<br>@@ -80,7 +80,7 @@ OSYNC_TEST_EXPORT osync_bool osync_archive_load_changes(OSyncArchive *archive, c
<br> * @param error Pointer to an error struct
<br> * @return Returns TRUE on success otherwise FALSE
<br> */
<br>-OSYNC_TEST_EXPORT osync_bool osync_archive_save_data(OSyncArchive *archive, long long int id, const char *objtype, const char *data, unsigned int size, OSyncError **error);
<br>+OSYNC_TEST_EXPORT osync_bool osync_archive_save_data(OSyncArchive *archive, osync_mappingid id, const char *objtype, const char *data, unsigned int size, OSyncError **error);
<br>
<br> /**
<br> * @brief Loads data of an entry which is stored in the group archive database (blob).
<br>@@ -108,7 +108,7 @@ OSYNC_TEST_EXPORT int osync_archive_load_data(OSyncArchive *archive, const char
<br> * @param error Pointer to an error struct
<br> * @return Returns number of entries in archive group database. 0 on error.
<br> */
<br>-OSYNC_TEST_EXPORT long long int osync_archive_save_change(OSyncArchive *archive, long long int id, const char *uid, const char *objtype, long long int mappingid, long long int memberid, const char *objengine, OSyncError **error);
<br>+OSYNC_TEST_EXPORT osync_archiveid osync_archive_save_change(OSyncArchive *archive, osync_archiveid id, const char *uid, const char *objtype, osync_mappingid mappingid, osync_memberid memberid, const char *objengine, OSyncError **error);
<br>
<br> /**
<br> * @brief Deletes an entry from a group archive.
<br>@@ -119,7 +119,7 @@ OSYNC_TEST_EXPORT long long int osync_archive_save_change(OSyncArchive *archive,
<br> * @param error Pointer to an error struct
<br> * @return TRUE if the specified change was deleted successfully, otherwise FALSE
<br> */
<br>-osync_bool osync_archive_delete_change(OSyncArchive *archive, long long int id, const char *objtype, OSyncError **error);
<br>+osync_bool osync_archive_delete_change(OSyncArchive *archive, osync_archiveid id, const char *objtype, OSyncError **error);
<br>
<br> /**
<br> * @brief Delete all changes from group archive for a certain object type.
<br>@@ -155,7 +155,7 @@ osync_bool osync_archive_load_ignored_conflicts(OSyncArchive *archive, const cha
<br> * @param error Pointer to an error struct
<br> * @return Returns TRUE on success, FALSE otherwise
<br> */
<br>-osync_bool osync_archive_save_ignored_conflict(OSyncArchive *archive, const char *objtype, long long int memberid, long long int mappingid, OSyncChangeType changetype, OSyncError **error);
<br>+osync_bool osync_archive_save_ignored_conflict(OSyncArchive *archive, const char *objtype, osync_memberid memberid, osync_mappingid mappingid, OSyncChangeType changetype, OSyncError **error);
<br>
<br> /**
<br> * @brief Deletes all ignored conflict entries of the changelog with the objtype.
<br>diff --git a/opensync/client/opensync_client.c b/opensync/client/opensync_client.c
<br>index 4b77fa8..89079ae 100644
<br>--- a/opensync/client/opensync_client.c
<br>+++ b/opensync/client/opensync_client.c
<br>@@ -783,8 +783,8 @@ static osync_bool _osync_client_handle_initialize(OSyncClient *client, OSyncMess
<br>
<br> #ifdef OPENSYNC_UNITTESTS
<br> {
<br>- long long int memberid;
<br>- if (!osync_message_read_long_long_int(message, &memberid, error)) // Introduced (only) for testing/debugging purpose (mock-sync)
<br>+ osync_memberid memberid;
<br>+ if (!osync_message_read_int(message, &memberid, error)) // Introduced (only) for testing/debugging purpose (mock-sync)
<br> goto error;
<br>
<br> client->plugin_info->memberid = memberid;
<br>diff --git a/opensync/client/opensync_client_proxy.c b/opensync/client/opensync_client_proxy.c
<br>index bbe0b24..666942a 100644
<br>--- a/opensync/client/opensync_client_proxy.c
<br>+++ b/opensync/client/opensync_client_proxy.c
<br>@@ -1068,7 +1068,7 @@ osync_bool osync_client_proxy_spawn(OSyncClientProxy *proxy, OSyncStartType type
<br> osync_queue_disconnect(read2, error);
<br>
<br> osync_trace(TRACE_INTERNAL, "About to exec osplugin");
<br>- //char *memberstring = g_strdup_printf("%lli", osync_member_get_id(proxy->member));
<br>+ //char *memberstring = g_strdup_printf("%i", osync_member_get_id(proxy->member));
<br> //execlp("osplugin", "osplugin", osync_group_get_configdir(osync_member_get_group(osync_proxy_get_member(proxy)), memberstring, NULL);
<br> readfd = osync_strdup_printf("%i", osync_queue_get_fd(read1));
<br> writefd = osync_strdup_printf("%i", osync_queue_get_fd(write2));
<br>@@ -1293,7 +1293,7 @@ osync_bool osync_client_proxy_initialize(OSyncClientProxy *proxy, initialize_cb
<br> int haspluginconfig = config ? TRUE : FALSE;
<br> OSyncMessage *message = NULL;
<br> #ifdef OPENSYNC_UNITTESTS
<br>- long long int memberid = 0;
<br>+ osync_memberid memberid = 0;
<br> #endif
<br>
<br> osync_trace(TRACE_ENTRY, "%s(%p, %p, %p, %s, %s, %s, %s, %s, %p, %p)", __func__, proxy, callback, userdata, formatdir, plugindir, plugin, groupname, configdir, config, error);
<br>@@ -1355,7 +1355,7 @@ osync_bool osync_client_proxy_initialize(OSyncClientProxy *proxy, initialize_cb
<br> if (proxy->member)
<br> memberid = osync_member_get_id(proxy->member);
<br>
<br>- osync_message_write_long_long_int(message, memberid, error);
<br>+ osync_message_write_int(message, memberid, error);
<br> #endif
<br>
<br> osync_message_set_handler(message, _osync_client_proxy_init_handler, ctx);
<br>diff --git a/opensync/engine/opensync_engine.c b/opensync/engine/opensync_engine.c
<br>index ccd6e40..3e0a72b 100644
<br>--- a/opensync/engine/opensync_engine.c
<br>+++ b/opensync/engine/opensync_engine.c
<br>@@ -195,7 +195,7 @@ static void _osync_engine_receive_change(OSyncClientProxy *proxy, void *userdata
<br> OSyncError *error = NULL;
<br> osync_bool found = FALSE;
<br> OSyncMember *member = NULL;
<br>- long long int memberid = 0;
<br>+ osync_memberid memberid = 0;
<br> const char *uid = NULL;
<br> OSyncChangeType changetype = 0;
<br> const char *format = NULL;
<br>@@ -217,7 +217,7 @@ static void _osync_engine_receive_change(OSyncClientProxy *proxy, void *userdata
<br>
<br> objtype_sink = osync_member_find_objtype_sink(member, objtype);
<br>
<br>- osync_trace(TRACE_INTERNAL, "Received change %s, changetype %i, format %s, objtype %s from member %lli", uid, changetype, format, objtype, memberid);
<br>+ osync_trace(TRACE_INTERNAL, "Received change %s, changetype %i, format %s, objtype %s from member %i", uid, changetype, format, objtype, memberid);
<br>
<br> data = osync_change_get_data(change);
<br>
<br>@@ -233,7 +233,7 @@ static void _osync_engine_receive_change(OSyncClientProxy *proxy, void *userdata
<br> objtype = osync_objformat_get_objtype(detected_format);
<br> }
<br>
<br>- member_objtype = osync_strdup_printf("%lli_%s", memberid, objtype);
<br>+ member_objtype = osync_strdup_printf("%i_%s", memberid, objtype);
<br>
<br> /* Convert the format to the internal format */
<br> internalFormat = _osync_engine_get_internal_format(engine, objtype);
<br>@@ -1127,7 +1127,7 @@ void osync_engine_trace_multiply_summary(OSyncEngine *engine)
<br> {
<br> OSyncList *o;
<br> unsigned int added, modified, deleted, unmodified, unknown, total, n;
<br>- long long int memberid;
<br>+ osync_memberid memberid;
<br>
<br> if (!osync_trace_is_enabled())
<br> return;
<br>@@ -1176,7 +1176,7 @@ void osync_engine_trace_multiply_summary(OSyncEngine *engine)
<br> }
<br> }
<br>
<br>- osync_trace(TRACE_INTERNAL, "\tMember: %lli "
<br>+ osync_trace(TRACE_INTERNAL, "\tMember: %i "
<br> "added:%u modified:%u deleted:%u "
<br> "(unmodified:%u unknown:%u)",
<br> memberid, added, modified, deleted, unmodified, unknown);
<br>diff --git a/opensync/engine/opensync_engine_private.h b/opensync/engine/opensync_engine_private.h
<br>index bee860c..7e4cf8b 100644
<br>--- a/opensync/engine/opensync_engine_private.h
<br>+++ b/opensync/engine/opensync_engine_private.h
<br>@@ -176,7 +176,7 @@ struct OSyncEngineMappingUpdate {
<br> /** The type of the status update */
<br> OSyncEngineMappingEvent type;
<br> /** If the mapping was already solved, this will have the id if the winning entry */
<br>- long long int winner;
<br>+ osync_memberid winner;
<br> /** The mapping for which the status update is */
<br> OSyncMapping *mapping;
<br> /** If the status was a error, this error will be set */
<br>diff --git a/opensync/engine/opensync_mapping_engine.c b/opensync/engine/opensync_mapping_engine.c
<br>index a40d02f..6c81066 100644
<br>--- a/opensync/engine/opensync_mapping_engine.c
<br>+++ b/opensync/engine/opensync_mapping_engine.c
<br>@@ -284,7 +284,7 @@ osync_bool osync_mapping_engine_multiply(OSyncMappingEngine *engine, OSyncError
<br> osync_assert(engine);
<br> osync_assert(engine->mapping);
<br>
<br>- osync_trace(TRACE_ENTRY, "%s(%p(%lli), %p)", __func__, engine, osync_mapping_get_id(engine->mapping), error);
<br>+ osync_trace(TRACE_ENTRY, "%s(%p(%i), %p)", __func__, engine, osync_mapping_get_id(engine->mapping), error);
<br>
<br> if (engine->synced) {
<br> osync_trace(TRACE_EXIT, "%s: No need to multiply. Already synced", __func__);
<br>@@ -578,7 +578,7 @@ OSyncChange *osync_mapping_engine_nth_change(OSyncMappingEngine *engine, unsigne
<br> return NULL;
<br> }
<br>
<br>-OSyncChange *osync_mapping_engine_member_change(OSyncMappingEngine *engine, long long int memberid)
<br>+OSyncChange *osync_mapping_engine_member_change(OSyncMappingEngine *engine, osync_memberid memberid)
<br> {
<br> OSyncList *e = NULL;
<br> osync_assert(engine);
<br>@@ -620,7 +620,7 @@ osync_bool osync_mapping_engine_ignore(OSyncMappingEngine *engine, OSyncError **
<br> OSyncObjEngine *objengine = NULL;
<br> OSyncArchive *archive = NULL;
<br> char *objtype = NULL;
<br>- long long int id = 0;
<br>+ osync_mappingid id = 0;
<br> OSyncList *c = NULL;
<br> osync_trace(TRACE_ENTRY, "%s(%p, %p)", __func__, engine, error);
<br>
<br>@@ -705,15 +705,15 @@ osync_bool osync_mapping_engine_duplicate(OSyncMappingEngine *existingMapping, O
<br> OSyncMappingEntryEngine *entry = e->data;
<br> if (entry->change) {
<br> if (osync_change_get_changetype(entry->change) == OSYNC_CHANGE_TYPE_MODIFIED || osync_change_get_changetype(entry->change) == OSYNC_CHANGE_TYPE_ADDED) {
<br>- osync_trace(TRACE_INTERNAL, "Appending entry %s, changetype %i from member %lli", osync_change_get_uid(entry->change), osync_change_get_changetype(entry->change), osync_member_get_id(osync_client_proxy_get_member(entry->sink_engine->proxy)));
<br>+ osync_trace(TRACE_INTERNAL, "Appending entry %s, changetype %i from member %i", osync_change_get_uid(entry->change), osync_change_get_changetype(entry->change), osync_member_get_id(osync_client_proxy_get_member(entry->sink_engine->proxy)));
<br>
<br> entries = osync_list_append(entries, entry);
<br> } else {
<br>- osync_trace(TRACE_INTERNAL, "Removing entry %s, changetype %i from member %lli", osync_change_get_uid(entry->change), osync_change_get_changetype(entry->change), osync_member_get_id(osync_client_proxy_get_member(entry->sink_engine->proxy)));
<br>+ osync_trace(TRACE_INTERNAL, "Removing entry %s, changetype %i from member %i", osync_change_get_uid(entry->change), osync_change_get_changetype(entry->change), osync_member_get_id(osync_client_proxy_get_member(entry->sink_engine->proxy)));
<br> osync_entry_engine_update(entry, NULL);
<br> }
<br> } else {
<br>- osync_trace(TRACE_INTERNAL, "member %lli does not have a entry", osync_member_get_id(osync_client_proxy_get_member(entry->sink_engine->proxy)));
<br>+ osync_trace(TRACE_INTERNAL, "member %i does not have a entry", osync_member_get_id(osync_client_proxy_get_member(entry->sink_engine->proxy)));
<br> }
<br> }
<br>
<br>diff --git a/opensync/engine/opensync_mapping_engine.h b/opensync/engine/opensync_mapping_engine.h
<br>index 8655e21..cf53cc9 100644
<br>--- a/opensync/engine/opensync_mapping_engine.h
<br>+++ b/opensync/engine/opensync_mapping_engine.h
<br>@@ -28,7 +28,7 @@
<br> * @param memberid The member id of the request change.
<br> * @returns The pointer to the change of the member. NULL if member doesn't have an entry in this mapping.
<br> */
<br>-OSYNC_EXPORT OSyncChange *osync_mapping_engine_member_change(OSyncMappingEngine *engine, long long int memberid);
<br>+OSYNC_EXPORT OSyncChange *osync_mapping_engine_member_change(OSyncMappingEngine *engine, osync_memberid memberid);
<br>
<br> OSYNC_EXPORT OSyncMember *osync_mapping_engine_change_find_member(OSyncMappingEngine *engine, OSyncChange *change);
<br>
<br>diff --git a/opensync/engine/opensync_obj_engine.c b/opensync/engine/opensync_obj_engine.c
<br>index fc8487f..fd5ee6b 100644
<br>--- a/opensync/engine/opensync_obj_engine.c
<br>+++ b/opensync/engine/opensync_obj_engine.c
<br>@@ -385,8 +385,8 @@ osync_bool osync_obj_engine_map_changes(OSyncObjEngine *engine, OSyncError **err
<br> * the current sinkengine, since there will be only one entry (for the current sinkengine) so there
<br> * is no need to compare */
<br>
<br>- long long int memberid = osync_member_get_id(osync_client_proxy_get_member(sinkengine->proxy));
<br>- osync_trace(TRACE_INTERNAL, "Sinkengine of member %lli", memberid);
<br>+ osync_memberid memberid = osync_member_get_id(osync_client_proxy_get_member(sinkengine->proxy));
<br>+ osync_trace(TRACE_INTERNAL, "Sinkengine of member %i", memberid);
<br>
<br> unmapped_mappings = osync_list_copy(new_mappings);
<br>
<br>@@ -394,7 +394,7 @@ osync_bool osync_obj_engine_map_changes(OSyncObjEngine *engine, OSyncError **err
<br> while (sinkengine->unmapped) {
<br> OSyncChange *change = sinkengine->unmapped->data;
<br>
<br>- osync_trace(TRACE_INTERNAL, "Looking for mapping for change %s, changetype %i from member %lli", osync_change_get_uid(change), osync_change_get_changetype(change), memberid);
<br>+ osync_trace(TRACE_INTERNAL, "Looking for mapping for change %s, changetype %i from member %i", osync_change_get_uid(change), osync_change_get_changetype(change), memberid);
<br>
<br> /* See if there is an exisiting mapping, which fits the unmapped change */
<br> result = _osync_obj_engine_mapping_find(unmapped_mappings, change, sinkengine, &mapping_engine, error);
<br>@@ -405,7 +405,7 @@ osync_bool osync_obj_engine_map_changes(OSyncObjEngine *engine, OSyncError **err
<br> if (!mapping_engine)
<br> goto error;
<br>
<br>- osync_trace(TRACE_INTERNAL, "Unable to find mapping. Creating new mapping with id %lli", osync_mapping_get_id(mapping_engine->mapping));
<br>+ osync_trace(TRACE_INTERNAL, "Unable to find mapping. Creating new mapping with id %i", osync_mapping_get_id(mapping_engine->mapping));
<br> /* TODO: what about _prepend (O(1)) instead of _append (O(n))? Order doesn't matter here - right? */
<br> new_mappings = osync_list_append(new_mappings, mapping_engine);
<br> unmapped_mappings = osync_list_append(unmapped_mappings, mapping_engine);
<br>@@ -634,7 +634,7 @@ void osync_obj_engine_commit_change_callback(OSyncClientProxy *proxy, void *user
<br> OSyncMappingEntry *entry = NULL;
<br> const char *objtype = NULL;
<br> const char *objengine_objtype = NULL;
<br>- long long int id = 0;
<br>+ osync_mappingid id = 0;
<br>
<br> objengine_objtype = osync_obj_engine_get_objtype(engine);
<br>
<br>@@ -784,7 +784,7 @@ static osync_bool _inject_changelog_entries(OSyncObjEngine *engine, OSyncError *
<br> t = changetypes;
<br> mid = memberids;
<br> for (j = ids; j; j = j->next) {
<br>- long long int id = (long long int)GPOINTER_TO_INT(j->data);
<br>+ osync_archiveid id = GPOINTER_TO_INT(j->data);
<br>
<br> OSyncMapping *ignored_mapping = osync_mapping_table_find_mapping(engine->mapping_table, id);
<br>
<br>diff --git a/opensync/engine/opensync_sink_engine.c b/opensync/engine/opensync_sink_engine.c
<br>index f1065dd..639e24a 100644
<br>--- a/opensync/engine/opensync_sink_engine.c
<br>+++ b/opensync/engine/opensync_sink_engine.c
<br>@@ -230,7 +230,7 @@ osync_bool osync_sink_engine_write(OSyncSinkEngine *engine, OSyncArchive *archiv
<br> OSyncChange *change = osync_entry_engine_get_change(entry_engine);
<br> osync_assert(change);
<br>
<br>- osync_trace(TRACE_INTERNAL, "Writing change %s, changetype %i, format %s , objtype %s from member %lli",
<br>+ osync_trace(TRACE_INTERNAL, "Writing change %s, changetype %i, format %s , objtype %s from member %i",
<br> osync_change_get_uid(change),
<br> osync_change_get_changetype(change),
<br> osync_objformat_get_name(osync_change_get_objformat(change)),
<br>diff --git a/opensync/group/opensync_group.c b/opensync/group/opensync_group.c
<br>index 81e0abb..ffb3c6b 100644
<br>--- a/opensync/group/opensync_group.c
<br>+++ b/opensync/group/opensync_group.c
<br>@@ -76,16 +76,16 @@ static int flock(int fd, int operation)
<br> #endif //not defined _WIN32
<br>
<br>
<br>-static long long int osync_group_create_member_id(OSyncGroup *group)
<br>+static osync_memberid osync_group_create_member_id(OSyncGroup *group)
<br> {
<br> char *filename = NULL;
<br>- long long int i = 0;
<br>+ osync_memberid i = 0;
<br>
<br> do {
<br> i++;
<br> if (filename)
<br> osync_free(filename);
<br>- filename = osync_strdup_printf("%s%c%lli", group->configdir, G_DIR_SEPARATOR, i);
<br>+ filename = osync_strdup_printf("%s%c%i", group->configdir, G_DIR_SEPARATOR, i);
<br> } while (g_file_test(filename, G_FILE_TEST_EXISTS));
<br>
<br> osync_free(filename);
<br>@@ -778,7 +778,7 @@ void osync_group_add_member(OSyncGroup *group, OSyncMember *member)
<br>
<br> if (!osync_member_get_configdir(member)) {
<br> member->id = osync_group_create_member_id(group);
<br>- char *configdir = osync_strdup_printf("%s%c%lli", group->configdir, G_DIR_SEPARATOR, member->id);
<br>+ char *configdir = osync_strdup_printf("%s%c%i", group->configdir, G_DIR_SEPARATOR, member->id);
<br> osync_member_set_configdir(member, configdir);
<br> osync_free(configdir);
<br> }
<br>@@ -794,7 +794,7 @@ void osync_group_remove_member(OSyncGroup *group, OSyncMember *member)
<br> osync_member_unref(member);
<br> }
<br>
<br>-OSyncMember *osync_group_find_member(OSyncGroup *group, long long int id)
<br>+OSyncMember *osync_group_find_member(OSyncGroup *group, osync_memberid id)
<br> {
<br> OSyncList *m = NULL;
<br> for (m = group->members; m; m = m->next) {
<br>@@ -980,14 +980,14 @@ time_t osync_group_get_last_synchronization(OSyncGroup *group)
<br> return group->last_sync;
<br> }
<br>
<br>-void osync_group_set_conflict_resolution(OSyncGroup *group, OSyncConflictResolution res, long long int winner)
<br>+void osync_group_set_conflict_resolution(OSyncGroup *group, OSyncConflictResolution res, osync_memberid winner)
<br> {
<br> osync_assert(group);
<br> group->conflict_resolution = res;
<br> group->conflict_winner = winner;
<br> }
<br>
<br>-void osync_group_get_conflict_resolution(OSyncGroup *group, OSyncConflictResolution *res, long long int *winner)
<br>+void osync_group_get_conflict_resolution(OSyncGroup *group, OSyncConflictResolution *res, osync_memberid *winner)
<br> {
<br> osync_assert(group);
<br> osync_assert(res);
<br>diff --git a/opensync/group/opensync_group.h b/opensync/group/opensync_group.h
<br>index adb8fc6..9a47305 100644
<br>--- a/opensync/group/opensync_group.h
<br>+++ b/opensync/group/opensync_group.h
<br>@@ -193,7 +193,7 @@ OSYNC_EXPORT void osync_group_remove_member(OSyncGroup *group, OSyncMember *memb
<br> * @returns The member, or NULL if not found
<br> *
<br> */
<br>-OSYNC_EXPORT OSyncMember *osync_group_find_member(OSyncGroup *group, long long int id);
<br>+OSYNC_EXPORT OSyncMember *osync_group_find_member(OSyncGroup *group, osync_memberid id);
<br>
<br> /**
<br> * @brief Returns a OSyncList that contains the OSyncMembers of this group
<br>@@ -271,7 +271,7 @@ OSYNC_EXPORT time_t osync_group_get_last_synchronization(OSyncGroup *group);
<br> * @param winner The Member ID which solves the conflict (winner)
<br> *
<br> */
<br>-OSYNC_EXPORT void osync_group_set_conflict_resolution(OSyncGroup *group, OSyncConflictResolution res, long long int winner);
<br>+OSYNC_EXPORT void osync_group_set_conflict_resolution(OSyncGroup *group, OSyncConflictResolution res, osync_memberid winner);
<br>
<br> /** @brief Get fixed conflict resolution for the group for all appearing conflicts
<br> *
<br>@@ -280,7 +280,7 @@ OSYNC_EXPORT void osync_group_set_conflict_resolution(OSyncGroup *group, OSyncCo
<br> * @param winner Pointer to set Member ID value which solves the conflict (winner)
<br> *
<br> */
<br>-OSYNC_EXPORT void osync_group_get_conflict_resolution(OSyncGroup *group, OSyncConflictResolution *res, long long int *winner);
<br>+OSYNC_EXPORT void osync_group_get_conflict_resolution(OSyncGroup *group, OSyncConflictResolution *res, osync_memberid *winner);
<br>
<br> /** @brief Get group configured status of merger use.
<br> *
<br>diff --git a/opensync/group/opensync_group_env.c b/opensync/group/opensync_group_env.c
<br>index b3ca99a..830f43f 100644
<br>--- a/opensync/group/opensync_group_env.c
<br>+++ b/opensync/group/opensync_group_env.c
<br>@@ -26,15 +26,15 @@
<br> #include "opensync_group_env_internals.h"
<br> #include "opensync_group_env_private.h"
<br>
<br>-static long long int osync_group_env_create_group_id(OSyncGroupEnv *env)
<br>+static osync_groupid osync_group_env_create_group_id(OSyncGroupEnv *env)
<br> {
<br> char *filename = NULL;
<br>- long long int i = 0;
<br>+ osync_groupid i = 0;
<br> do {
<br> i++;
<br> if (filename)
<br> osync_free(filename);
<br>- filename = osync_strdup_printf("%s%cgroup%lli", env->groupsdir, G_DIR_SEPARATOR, i);
<br>+ filename = osync_strdup_printf("%s%cgroup%i", env->groupsdir, G_DIR_SEPARATOR, i);
<br> } while (g_file_test(filename, G_FILE_TEST_EXISTS));
<br> osync_free(filename);
<br> return i;
<br>@@ -409,7 +409,7 @@ osync_bool osync_group_env_add_group(OSyncGroupEnv *env, OSyncGroup *group, OSyn
<br> }
<br>
<br> if (!osync_group_get_configdir(group)) {
<br>- char *configdir = osync_strdup_printf("%s%cgroup%lli", env->groupsdir, G_DIR_SEPARATOR, osync_group_env_create_group_id(env));
<br>+ char *configdir = osync_strdup_printf("%s%cgroup%i", env->groupsdir, G_DIR_SEPARATOR, osync_group_env_create_group_id(env));
<br> osync_group_set_configdir(group, configdir);
<br> osync_free(configdir);
<br> }
<br>diff --git a/opensync/group/opensync_group_env_private.h b/opensync/group/opensync_group_env_private.h
<br>index c1fc5ed..926f44c 100644
<br>--- a/opensync/group/opensync_group_env_private.h
<br>+++ b/opensync/group/opensync_group_env_private.h
<br>@@ -37,7 +37,7 @@
<br> * @returns The next free number
<br> *
<br> */
<br>-static long long int osync_group_env_create_group_id(OSyncGroupEnv *env);
<br>+static osync_groupid osync_group_env_create_group_id(OSyncGroupEnv *env);
<br>
<br> /*@}*/
<br>
<br>diff --git a/opensync/group/opensync_group_internals.h b/opensync/group/opensync_group_internals.h
<br>index f8c87ea..e60e977 100644
<br>--- a/opensync/group/opensync_group_internals.h
<br>+++ b/opensync/group/opensync_group_internals.h
<br>@@ -52,7 +52,7 @@ struct OSyncGroup {
<br> /** The defined resolution for this group */
<br> OSyncConflictResolution conflict_resolution;
<br> /** The winning side if the select resolution is choosen */
<br>- long long int conflict_winner;
<br>+ osync_memberid conflict_winner;
<br> /** The configured merger status of this group */
<br> osync_bool merger_enabled;
<br> /** The configured converter status of this group */
<br>diff --git a/opensync/group/opensync_group_private.h b/opensync/group/opensync_group_private.h
<br>index d7f6cb1..a821930 100644
<br>--- a/opensync/group/opensync_group_private.h
<br>+++ b/opensync/group/opensync_group_private.h
<br>@@ -36,7 +36,7 @@
<br> * @returns A new unique member id
<br> *
<br> */
<br>-static long long int osync_group_create_member_id(OSyncGroup *group);
<br>+static osync_memberid osync_group_create_member_id(OSyncGroup *group);
<br>
<br> /** @brief Loads all members of a group
<br> *
<br>diff --git a/opensync/group/opensync_member.c b/opensync/group/opensync_member.c
<br>index 20020a1..4fbd0e8 100644
<br>--- a/opensync/group/opensync_member.c
<br>+++ b/opensync/group/opensync_member.c
<br>@@ -540,7 +540,7 @@ osync_bool osync_member_save(OSyncMember *member, OSyncError **error)
<br> * member_configdir_deep_path
<br> */
<br> if (g_mkdir_with_parents(member->configdir, 0700)) {
<br>- osync_error_set(error, OSYNC_ERROR_IO_ERROR, "Unable to create directory for member %lli\n", member->id);
<br>+ osync_error_set(error, OSYNC_ERROR_IO_ERROR, "Unable to create directory for member %i\n", member->id);
<br> goto error;
<br> }
<br> }
<br>@@ -629,7 +629,7 @@ osync_bool osync_member_delete(OSyncMember *member, OSyncError **error)
<br> return TRUE;
<br> }
<br>
<br>-long long int osync_member_get_id(OSyncMember *member)
<br>+osync_memberid osync_member_get_id(OSyncMember *member)
<br> {
<br> osync_assert(member);
<br> return member->id;
<br>diff --git a/opensync/group/opensync_member.h b/opensync/group/opensync_member.h
<br>index 0412460..91b9504 100644
<br>--- a/opensync/group/opensync_member.h
<br>+++ b/opensync/group/opensync_member.h
<br>@@ -191,7 +191,7 @@ OSYNC_EXPORT osync_bool osync_member_delete(OSyncMember *member, OSyncError **er
<br> * @returns The id of the member thats unique in its group
<br> *
<br> */
<br>-OSYNC_EXPORT long long int osync_member_get_id(OSyncMember *member);
<br>+OSYNC_EXPORT osync_memberid osync_member_get_id(OSyncMember *member);
<br>
<br> /**
<br> * @brief Returns a OSyncList that contains the objtypes of this member
<br>diff --git a/opensync/group/opensync_member_internals.h b/opensync/group/opensync_member_internals.h
<br>index 903f7ad..d6793ce 100644
<br>--- a/opensync/group/opensync_member_internals.h
<br>+++ b/opensync/group/opensync_member_internals.h
<br>@@ -31,7 +31,7 @@
<br>
<br> /** @brief A member of a group which represent a single device */
<br> struct OSyncMember {
<br>- long long int id;
<br>+ osync_memberid id;
<br> char *configdir;
<br>
<br> OSyncPluginConfig *config;
<br>diff --git a/opensync/ipc/opensync_message.c b/opensync/ipc/opensync_message.c
<br>index 4f5de21..c135b8c 100644
<br>--- a/opensync/ipc/opensync_message.c
<br>+++ b/opensync/ipc/opensync_message.c
<br>@@ -87,13 +87,13 @@ unsigned int osync_message_get_timeout(OSyncMessage *message)
<br> return message->timeout;
<br> }
<br>
<br>-void osync_message_set_id(OSyncMessage *message, long long int id)
<br>+void osync_message_set_id(OSyncMessage *message, osync_messageid id)
<br> {
<br> osync_assert(message);
<br> message->id = id;
<br> }
<br>
<br>-long long int osync_message_get_id(OSyncMessage *message)
<br>+osync_messageid osync_message_get_id(OSyncMessage *message)
<br> {
<br> osync_assert(message);
<br> return message->id;
<br>diff --git a/opensync/ipc/opensync_message_internals.h b/opensync/ipc/opensync_message_internals.h
<br>index a2b155a..a8590b7 100644
<br>--- a/opensync/ipc/opensync_message_internals.h
<br>+++ b/opensync/ipc/opensync_message_internals.h
<br>@@ -149,7 +149,7 @@ OSYNC_TEST_EXPORT OSyncMessageCommand osync_message_get_cmd(OSyncMessage *messag
<br> * @param id The ID which get set for supplied message object
<br> *
<br> */
<br>-OSYNC_TEST_EXPORT void osync_message_set_id(OSyncMessage *message, long long int id);
<br>+OSYNC_TEST_EXPORT void osync_message_set_id(OSyncMessage *message, osync_messageid id);
<br>
<br> /** @brief Get message ID of supplied message object
<br> *
<br>@@ -157,7 +157,7 @@ OSYNC_TEST_EXPORT void osync_message_set_id(OSyncMessage *message, long long int
<br> * @returns The message ID of supplied message
<br> *
<br> */
<br>-OSYNC_TEST_EXPORT long long int osync_message_get_id(OSyncMessage *message);
<br>+OSYNC_TEST_EXPORT osync_messageid osync_message_get_id(OSyncMessage *message);
<br>
<br> /** @brief Get marshal object of supplied message object
<br> *
<br>diff --git a/opensync/ipc/opensync_message_private.h b/opensync/ipc/opensync_message_private.h
<br>index b02ee7b..bb53e62 100644
<br>--- a/opensync/ipc/opensync_message_private.h
<br>+++ b/opensync/ipc/opensync_message_private.h
<br>@@ -39,7 +39,7 @@ struct OSyncMessage {
<br> /** The type of this message */
<br> OSyncMessageCommand cmd;
<br> /** The name of the message*/
<br>- long long int id;
<br>+ osync_messageid id;
<br> /** Where should the reply be received? */
<br> OSyncMessageHandler callback;
<br> /** The user data */
<br>diff --git a/opensync/ipc/opensync_queue.c b/opensync/ipc/opensync_queue.c
<br>index 641f93d..1515e6c 100644
<br>--- a/opensync/ipc/opensync_queue.c
<br>+++ b/opensync/ipc/opensync_queue.c
<br>@@ -689,7 +689,7 @@ static gboolean _source_dispatch(GSource *source, GSourceFunc callback, gpointer
<br> do {
<br> int size = 0;
<br> int cmd = 0, timeout = 0;
<br>- long long int id = 0;
<br>+ osync_messageid id = 0;
<br> char *buffer = NULL;
<br>
<br> /* The size of the buffer */
<br>@@ -1375,7 +1375,7 @@ OSyncMessage *osync_queue_get_message(OSyncQueue *queue)
<br> return g_async_queue_pop(queue->incoming);
<br> }
<br>
<br>-static long long int opensync_queue_gen_id(const GTimeVal *tv)
<br>+static osync_messageid opensync_queue_gen_id(const GTimeVal *tv)
<br> {
<br> long long int now = (tv->tv_sec * 1000000 + tv->tv_usec) << 16;
<br> long long int rnd = ((long long int)g_random_int()) & 0xFFFF;
<br>@@ -1408,7 +1408,7 @@ osync_bool osync_queue_send_message_with_timeout(OSyncQueue *queue, OSyncQueue *
<br> if (osync_message_get_handler(message)) {
<br> OSyncPendingMessage *pending = NULL;
<br> GTimeVal current_time;
<br>- long long int id = 0;
<br>+ osync_messageid id = 0;
<br> osync_assert(replyqueue);
<br>
<br> g_mutex_lock(replyqueue->pendingLock);
<br>diff --git a/opensync/ipc/opensync_queue_private.h b/opensync/ipc/opensync_queue_private.h
<br>index 25803ab..4a4b4b9 100644
<br>--- a/opensync/ipc/opensync_queue_private.h
<br>+++ b/opensync/ipc/opensync_queue_private.h
<br>@@ -134,7 +134,7 @@ typedef struct OSyncTimeoutInfo {
<br> */
<br> typedef struct OSyncPendingMessage {
<br> /** ID of the expected Message */
<br>- long long int id;
<br>+ osync_messageid id;
<br> /** Where should the reply be received? */
<br> OSyncMessageHandler callback;
<br> /** The user data */
<br>@@ -151,7 +151,7 @@ typedef struct OSyncPendingMessage {
<br> * the lower 2 bytes are a random number
<br> *
<br> * */
<br>-static long long int opensync_queue_gen_id(const GTimeVal *tv);
<br>+static osync_messageid opensync_queue_gen_id(const GTimeVal *tv);
<br>
<br> /*@}*/
<br>
<br>diff --git a/opensync/mapping/opensync_mapping.c b/opensync/mapping/opensync_mapping.c
<br>index 20382f1..68101af 100644
<br>--- a/opensync/mapping/opensync_mapping.c
<br>+++ b/opensync/mapping/opensync_mapping.c
<br>@@ -68,13 +68,13 @@ void osync_mapping_unref(OSyncMapping *mapping)
<br> }
<br> }
<br>
<br>-long long int osync_mapping_get_id(OSyncMapping *mapping)
<br>+osync_mappingid osync_mapping_get_id(OSyncMapping *mapping)
<br> {
<br> osync_assert(mapping);
<br> return mapping->id;
<br> }
<br>
<br>-void osync_mapping_set_id(OSyncMapping *mapping, long long int id)
<br>+void osync_mapping_set_id(OSyncMapping *mapping, osync_mappingid id)
<br> {
<br> osync_assert(mapping);
<br> mapping->id = id;
<br>@@ -109,7 +109,7 @@ void osync_mapping_remove_entry(OSyncMapping *mapping, OSyncMappingEntry *entry)
<br> return NULL;
<br> }*/
<br>
<br>-OSyncMappingEntry *osync_mapping_find_entry_by_member_id(OSyncMapping *mapping, long long int memberid)
<br>+OSyncMappingEntry *osync_mapping_find_entry_by_member_id(OSyncMapping *mapping, osync_memberid memberid)
<br> {
<br> OSyncList *e;
<br> for (e = mapping->entries; e; e = e->next) {
<br>diff --git a/opensync/mapping/opensync_mapping.h b/opensync/mapping/opensync_mapping.h
<br>index cd6db32..0b24ca2 100644
<br>--- a/opensync/mapping/opensync_mapping.h
<br>+++ b/opensync/mapping/opensync_mapping.h
<br>@@ -62,14 +62,14 @@ OSYNC_EXPORT void osync_mapping_unref(OSyncMapping *mapping);
<br> * @param mapping Pointer to a mapping object
<br> * @returns the mapping ID
<br> */
<br>-OSYNC_EXPORT long long int osync_mapping_get_id(OSyncMapping *mapping);
<br>+OSYNC_EXPORT osync_mappingid osync_mapping_get_id(OSyncMapping *mapping);
<br>
<br> /**
<br> * @brief Set the ID of a mapping object
<br> * @param mapping Pointer to a mapping object
<br> * @param id the mapping ID to set
<br> */
<br>-OSYNC_EXPORT void osync_mapping_set_id(OSyncMapping *mapping, long long int id);
<br>+OSYNC_EXPORT void osync_mapping_set_id(OSyncMapping *mapping, osync_mappingid id);
<br>
<br> /**
<br> * @brief Returns a OSyncList that contains the OSyncMappingEntries of this mapping
<br>@@ -103,7 +103,7 @@ OSYNC_EXPORT void osync_mapping_remove_entry(OSyncMapping *mapping, OSyncMapping
<br> * @param memberid The ID of the member
<br> * @returns the entry with the specified member ID or NULL if not found
<br> */
<br>-OSYNC_EXPORT OSyncMappingEntry *osync_mapping_find_entry_by_member_id(OSyncMapping *mapping, long long int memberid);
<br>+OSYNC_EXPORT OSyncMappingEntry *osync_mapping_find_entry_by_member_id(OSyncMapping *mapping, osync_memberid memberid);
<br>
<br> /*@}*/
<br>
<br>diff --git a/opensync/mapping/opensync_mapping_entry.c b/opensync/mapping/opensync_mapping_entry.c
<br>index ede816f..34d3aaa 100644
<br>--- a/opensync/mapping/opensync_mapping_entry.c
<br>+++ b/opensync/mapping/opensync_mapping_entry.c
<br>@@ -124,25 +124,25 @@ const char *osync_mapping_entry_get_uid(OSyncMappingEntry *entry)
<br> return entry->uid;
<br> }
<br>
<br>-long long int osync_mapping_entry_get_member_id(OSyncMappingEntry *entry)
<br>+osync_memberid osync_mapping_entry_get_member_id(OSyncMappingEntry *entry)
<br> {
<br> osync_assert(entry);
<br> return entry->member_id;
<br> }
<br>
<br>-void osync_mapping_entry_set_member_id(OSyncMappingEntry *entry, long long int id)
<br>+void osync_mapping_entry_set_member_id(OSyncMappingEntry *entry, osync_memberid id)
<br> {
<br> osync_assert(entry);
<br> entry->member_id = id;
<br> }
<br>
<br>-long long int osync_mapping_entry_get_id(OSyncMappingEntry *entry)
<br>+osync_mappingid osync_mapping_entry_get_id(OSyncMappingEntry *entry)
<br> {
<br> osync_assert(entry);
<br> return entry->id;
<br> }
<br>
<br>-void osync_mapping_entry_set_id(OSyncMappingEntry *entry, long long int id)
<br>+void osync_mapping_entry_set_id(OSyncMappingEntry *entry, osync_mappingid id)
<br> {
<br> osync_assert(entry);
<br> entry->id = id;
<br>diff --git a/opensync/mapping/opensync_mapping_entry.h b/opensync/mapping/opensync_mapping_entry.h
<br>index 52da95b..f30042f 100644
<br>--- a/opensync/mapping/opensync_mapping_entry.h
<br>+++ b/opensync/mapping/opensync_mapping_entry.h
<br>@@ -98,14 +98,14 @@ OSYNC_EXPORT const char *osync_mapping_entry_get_uid(OSyncMappingEntry *entry);
<br> * @param entry Pointer to a mapping entry object
<br> * @returns the entry's member ID
<br> */
<br>-OSYNC_EXPORT long long int osync_mapping_entry_get_member_id(OSyncMappingEntry *entry);
<br>+OSYNC_EXPORT osync_memberid osync_mapping_entry_get_member_id(OSyncMappingEntry *entry);
<br>
<br> /**
<br> * @brief Set the member ID of the entry
<br> * @param entry Pointer to a mapping entry object
<br> * @param id the member ID to set
<br> */
<br>-OSYNC_EXPORT void osync_mapping_entry_set_member_id(OSyncMappingEntry *entry, long long int id);
<br>+OSYNC_EXPORT void osync_mapping_entry_set_member_id(OSyncMappingEntry *entry, osync_memberid id);
<br>
<br>
<br> /**
<br>@@ -113,14 +113,14 @@ OSYNC_EXPORT void osync_mapping_entry_set_member_id(OSyncMappingEntry *entry, lo
<br> * @param entry Pointer to a mapping entry object
<br> * @returns the entry's ID
<br> */
<br>-OSYNC_EXPORT long long int osync_mapping_entry_get_id(OSyncMappingEntry *entry);
<br>+OSYNC_EXPORT osync_mappingid osync_mapping_entry_get_id(OSyncMappingEntry *entry);
<br>
<br> /**
<br> * @brief Set the ID of the entry
<br> * @param entry Pointer to a mapping entry object
<br> * @param id the ID to set
<br> */
<br>-OSYNC_EXPORT void osync_mapping_entry_set_id(OSyncMappingEntry *entry, long long int id);
<br>+OSYNC_EXPORT void osync_mapping_entry_set_id(OSyncMappingEntry *entry, osync_mappingid id);
<br>
<br> /*@}*/
<br>
<br>diff --git a/opensync/mapping/opensync_mapping_entry_internals.h b/opensync/mapping/opensync_mapping_entry_internals.h
<br>index a8c1fc7..1bc21bb 100644
<br>--- a/opensync/mapping/opensync_mapping_entry_internals.h
<br>+++ b/opensync/mapping/opensync_mapping_entry_internals.h
<br>@@ -40,13 +40,13 @@ struct OSyncMappingEntry {
<br> char *uid;
<br>
<br> /** uniquely identifies the member */
<br>- long long int member_id;
<br>+ osync_memberid member_id;
<br> /** uniquely identifies the mapping table entry */
<br>- long long int id;
<br>+ osync_mappingid id;
<br> };
<br>
<br> /*@}*/
<br>
<br>-long long int osync_mapping_entry_get_member_id(OSyncMappingEntry *entry);
<br>+osync_memberid osync_mapping_entry_get_member_id(OSyncMappingEntry *entry);
<br>
<br> #endif /*OPENSYNC_MAPPING_ENTRY_INTERNALS_H_*/
<br>diff --git a/opensync/mapping/opensync_mapping_internals.h b/opensync/mapping/opensync_mapping_internals.h
<br>index 169498e..52759ff 100644
<br>--- a/opensync/mapping/opensync_mapping_internals.h
<br>+++ b/opensync/mapping/opensync_mapping_internals.h
<br>@@ -38,7 +38,7 @@ struct OSyncMapping {
<br> /** Reference Counter */
<br> int ref_count;
<br> /** ID of the mapping */
<br>- long long int id;
<br>+ osync_mappingid id;
<br> /** list of entries */
<br> OSyncList *entries;
<br> };
<br>diff --git a/opensync/mapping/opensync_mapping_table.c b/opensync/mapping/opensync_mapping_table.c
<br>index 4e15342..d4cd572 100644
<br>--- a/opensync/mapping/opensync_mapping_table.c
<br>+++ b/opensync/mapping/opensync_mapping_table.c
<br>@@ -88,10 +88,12 @@ osync_bool osync_mapping_table_load(OSyncMappingTable *table, OSyncArchive *arch
<br> i = memberids;
<br>
<br> for (u = uids; u; u = u->next) {
<br>- long long int id = (long long int)GPOINTER_TO_INT(d->data);
<br>+ // FIXME - GPOINTER_TO_INT() only guarantees 32bits of data,
<br>+ // while long long int is 64bits.
<br>+ osync_archiveid id = GPOINTER_TO_INT(d->data);
<br> char *uid = u->data;
<br>- long long int memberid = (long long int)GPOINTER_TO_INT(i->data);
<br>- long long int mappingid = (long long int)GPOINTER_TO_INT(m->data);
<br>+ osync_memberid memberid = GPOINTER_TO_INT(i->data);
<br>+ osync_mappingid mappingid = GPOINTER_TO_INT(m->data);
<br>
<br> entry = osync_mapping_entry_new(error);
<br> if (!entry)
<br>@@ -171,7 +173,7 @@ void osync_mapping_table_close(OSyncMappingTable *table)
<br> osync_trace(TRACE_EXIT, "%s", __func__);
<br> }
<br>
<br>-OSyncMapping *osync_mapping_table_find_mapping(OSyncMappingTable *table, long long int id)
<br>+OSyncMapping *osync_mapping_table_find_mapping(OSyncMappingTable *table, osync_mappingid id)
<br> {
<br> OSyncList *m;
<br> osync_assert(table);
<br>@@ -214,9 +216,9 @@ OSyncMapping *osync_mapping_table_nth_mapping(OSyncMappingTable *table, unsigned
<br> return osync_list_nth_data(table->mappings, nth);
<br> }
<br>
<br>-long long int osync_mapping_table_get_next_id(OSyncMappingTable *table)
<br>+osync_mappingid osync_mapping_table_get_next_id(OSyncMappingTable *table)
<br> {
<br>- long long int new_id = 1;
<br>+ osync_mappingid new_id = 1;
<br> OSyncList *m;
<br> for (m = table->mappings; m; m = m->next) {
<br> OSyncMapping *mapping = m->data;
<br>diff --git a/opensync/mapping/opensync_mapping_table.h b/opensync/mapping/opensync_mapping_table.h
<br>index 55a60a2..40e8f4a 100644
<br>--- a/opensync/mapping/opensync_mapping_table.h
<br>+++ b/opensync/mapping/opensync_mapping_table.h
<br>@@ -90,7 +90,7 @@ OSYNC_EXPORT void osync_mapping_table_close(OSyncMappingTable *table);
<br> * @param id The mapping id to search for
<br> * @return Returns Mapping object or NULL if no mapping matched the mapping id
<br> */
<br>-OSYNC_EXPORT OSyncMapping *osync_mapping_table_find_mapping(OSyncMappingTable *table, long long int id);
<br>+OSYNC_EXPORT OSyncMapping *osync_mapping_table_find_mapping(OSyncMappingTable *table, osync_mappingid id);
<br>
<br> /**
<br> * @brief Add a mapping to the mapping table
<br>@@ -125,7 +125,7 @@ OSYNC_EXPORT OSyncList *osync_mapping_table_get_mappings(OSyncMappingTable *tabl
<br> * @param table The mapping table object
<br> * @return Next free mapping id of mapping table
<br> */
<br>-OSYNC_EXPORT long long int osync_mapping_table_get_next_id(OSyncMappingTable *table);
<br>+OSYNC_EXPORT osync_mappingid osync_mapping_table_get_next_id(OSyncMappingTable *table);
<br>
<br> /*@}*/
<br>
<br>diff --git a/opensync/opensync.h b/opensync/opensync.h
<br>index 2869486..8530135 100644
<br>--- a/opensync/opensync.h
<br>+++ b/opensync/opensync.h
<br>@@ -141,6 +141,11 @@ OPENSYNC_BEGIN_DECLS
<br> } } while(0)
<br>
<br> typedef int osync_bool;
<br>+typedef int osync_memberid;
<br>+typedef int osync_mappingid;
<br>+typedef int osync_groupid;
<br>+typedef long long int osync_archiveid;
<br>+typedef long long int osync_messageid;
<br>
<br> /**************************************************************
<br> * Enums
<br>diff --git a/opensync/plugin/opensync_plugin_info_private.h b/opensync/plugin/opensync_plugin_info_private.h
<br>index 5684704..e983f81 100644
<br>--- a/opensync/plugin/opensync_plugin_info_private.h
<br>+++ b/opensync/plugin/opensync_plugin_info_private.h
<br>@@ -49,7 +49,7 @@ struct OSyncPluginInfo {
<br> OSyncCapabilities *capabilities;
<br>
<br> #ifdef OPENSYNC_UNITTESTS
<br>- long long int memberid; // introduced only for testing purpose (mock-sync)
<br>+ osync_memberid memberid; // introduced only for testing purpose (mock-sync)
<br> #endif
<br> };
<br>
<br>diff --git a/tests/archive-tests/check_archive.c b/tests/archive-tests/check_archive.c
<br>index 3c10f8e..0f37ddc 100644
<br>--- a/tests/archive-tests/check_archive.c
<br>+++ b/tests/archive-tests/check_archive.c
<br>@@ -58,7 +58,7 @@ START_TEST (archive_save_change)
<br> OSyncList *memberids;
<br> osync_archive_load_changes(archive, "contact", &ids, &uids, &mappingids, &memberids, &error);
<br>
<br>- long long int id = osync_archive_save_change(archive, 0, "uid", "contact", 1, 1, "contact", &error);
<br>+ osync_archiveid id = osync_archive_save_change(archive, 0, "uid", "contact", 1, 1, "contact", &error);
<br> fail_unless(id != 0, NULL);
<br> fail_unless(error == NULL, NULL);
<br>
<br>@@ -83,7 +83,7 @@ START_TEST (archive_save_data)
<br> OSyncList *memberids;
<br> osync_archive_load_changes(archive, "contact", &ids, &uids, &mappingids, &memberids, &error);
<br>
<br>- long long int id = osync_archive_save_change(archive, 0, "uid", "contact", 1, 1, "contact", &error);
<br>+ osync_archiveid id = osync_archive_save_change(archive, 0, "uid", "contact", 1, 1, "contact", &error);
<br> fail_unless(id != 0, NULL);
<br> fail_unless(error == NULL, NULL);
<br>
<br>@@ -113,7 +113,7 @@ START_TEST (archive_load_data)
<br> OSyncList *memberids;
<br> osync_archive_load_changes(archive, "contact", &ids, &uids, &mappingids, &memberids, &error);
<br>
<br>- long long int id = osync_archive_save_change(archive, 0, "uid", "contact", 1, 1, "contact", &error);
<br>+ osync_archiveid id = osync_archive_save_change(archive, 0, "uid", "contact", 1, 1, "contact", &error);
<br> fail_unless(id != 0, NULL);
<br> fail_unless(error == NULL, NULL);
<br>
<br>@@ -152,7 +152,7 @@ START_TEST (archive_load_data_with_closing_db)
<br> OSyncList *memberids;
<br> osync_archive_load_changes(archive, "contact", &ids, &uids, &mappingids, &memberids, &error);
<br>
<br>- long long int id = osync_archive_save_change(archive, 0, "uid", "contact", 1, 1, "contact", &error);
<br>+ osync_archiveid id = osync_archive_save_change(archive, 0, "uid", "contact", 1, 1, "contact", &error);
<br> fail_unless(id != 0, NULL);
<br> fail_unless(error == NULL, NULL);
<br>
<br>diff --git a/tests/mock-plugin/mock_sync.c b/tests/mock-plugin/mock_sync.c
<br>index 01e54b9..98f1117 100644
<br>--- a/tests/mock-plugin/mock_sync.c
<br>+++ b/tests/mock-plugin/mock_sync.c
<br>@@ -23,7 +23,7 @@
<br>
<br> #include "opensync/plugin/opensync_plugin_info_private.h" /* FIXME: access direclty private header */
<br>
<br>-static osync_bool mock_get_error(long long int memberid, const char *domain)
<br>+static osync_bool mock_get_error(osync_memberid memberid, const char *domain)
<br> {
<br> const char *env = g_getenv(domain);
<br>
<br>diff --git a/wrapper/opensync-group.i b/wrapper/opensync-group.i
<br>index 57ff246..a95fc96 100644
<br>--- a/wrapper/opensync-group.i
<br>+++ b/wrapper/opensync-group.i
<br>@@ -182,7 +182,7 @@ typedef struct {} Group;
<br>
<br> %apply ConflictResolution *OUTPUT { ConflictResolution *res, int *num };
<br> %apply int *OUTPUT { ConflictResolution *res, int *num };
<br>- void get_conflict_resolution(ConflictResolution *res, long long int *winner) {
<br>+ void get_conflict_resolution(ConflictResolution *res, osync_memberid *winner) {
<br> osync_group_get_conflict_resolution(self, res, winner);
<br> }
<br>
<br>@@ -314,7 +314,7 @@ typedef struct {} Member;
<br> wrapper_exception("osync_member_delete failed but did not set error code");
<br> }
<br>
<br>- long long int get_id() {
<br>+ osync_memberid get_id() {
<br> return osync_member_get_id(self);
<br> }
<br>
<br>--
<br>1.6.2.5
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26349342&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26343882Re: osync_archive_save_ignored_conflict()2009-11-13T13:33:12Z2009-11-13T13:33:12ZChris Frey-2On Fri, Nov 13, 2009 at 05:16:49PM +0100, Daniel Gollub wrote:
<br>> On Thursday 12 November 2009 10:23:59 pm Chris Frey wrote:
<br>> > This patch makes it much clearer to follow the IDs through the system.
<br>> > Thanks!
<br>> >
<br>>
<br>> Ok, thanks for your feedback. Just committed the patch.
<br><br>I noticed that your patch added a prototype for
<br>osync_mapping_entry_get_member_id() to the opensync_mapping_entry_internals.h
<br>header.
<br><br>Yet that function already exists in opensync_mapping_entry.h
<br><br>Was this intended?
<br><br>- Chris
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26343882&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26343854Re: new printf format checks and compiler settings2009-11-13T13:30:03Z2009-11-13T13:30:03ZChris Frey-2On Thu, Nov 12, 2009 at 04:36:40PM -0500, Chris Frey wrote:
<br>> I think the GCC_FORMAT_CHECK is worth it in the long run (there were lots
<br>> of printf style errors in the code), but the (void*) casts are unfortunate.
<br>> Anyone know of a cleaner workaround?
<br><br>After a conversation on #gcc on irc.freenode.net (thanks to segher),
<br>I had the following enlightenment:
<br><br> - the C standard does not guarantee that all pointers are the same
<br> size on all platforms
<br><br> - for example, data pointers and function pointers can have differing
<br> formats
<br><br> - the C standard guarantees that you can cast all pointers to void*
<br> and back
<br><br> - the %p format string identifier only takes a void*
<br><br> - vararg functions cannot provide implicit casts, since there is
<br> no prototype for the variable data
<br><br> - so in general, to be standard-C correct, you need to cast all
<br> %p pointers to vararg functions
<br><br> - the -pedantic option makes all this show up explicitly, but in
<br> most cases you don't need it, at least with gcc
<br><br>Basically there's no way around it, except disabling -pedantic in your
<br>compiles, or adding (void*) casts to all %p pointers.
<br><br>- Chris
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26343854&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26340079Re: [SPAM] I'm in desperate need for a guide2009-11-13T09:15:20Z2009-11-13T09:15:20ZTino Keitel-3On Fri, Nov 13, 2009 at 14:34:52 +0800, Yiping Cheng wrote:
<br><br>[...]
<br><br>> directory on the linux machine. But CMake failed to generate the
<br>> make file giving error notices such as "cannot find glib2, libxml2,
<br>> openobex, etc" I have already downloaded these libraries but I do not
<br>> know where to put them so that they can be found by CMake.
<br><br>- just use the package manager that comes with your distribution
<br><br>- install the development packages for those libs, usually they have a
<br> "-dev" appended to the name of the library package
<br><br>Regards,
<br>Tino
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26340079&i=0" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26339173Re: osync_archive_save_ignored_conflict()2009-11-13T08:16:49Z2009-11-13T08:16:49ZDaniel Gollub-3On Thursday 12 November 2009 10:23:59 pm Chris Frey wrote:
<br>> This patch makes it much clearer to follow the IDs through the system.
<br>> Thanks!
<br>>
<br><br>Ok, thanks for your feedback. Just committed the patch.
<br><br>Best Regards,
<br>Daniel
<br><br>--
<br>Daniel Gollub Geschaeftsfuehrer: Ralph Dehner
<br>FOSS Developer Unternehmenssitz: Vohburg
<br>B1 Systems GmbH Amtsgericht: Ingolstadt
<br>Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
<br>EMail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26339173&i=0" target="_top" rel="nofollow">gollub@...</a> <a href="http://www.b1-systems.de" target="_top" rel="nofollow">http://www.b1-systems.de</a><br><br>Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
<br><a href="http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D" target="_top" rel="nofollow">http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D</a><br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26339173&i=1" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26339173/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26332186[SPAM] I'm in desperate need for a guide2009-11-12T22:34:52Z2009-11-12T22:34:52ZYiping Cheng<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=gb2312">
<META content="MSHTML 6.00.2900.5890" name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>Hi all,</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>I am a newcomer to SyncML and Linux but I have some
experience on Windows C/C++ programming.</FONT></DIV>
<DIV><FONT size=2>I am having troubles getting libSyncML C code compiled so I
need your help.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>I have successfully installed the virtual Linux machine
(using Sun VirtualBox and Arch Linux distribution).</FONT></DIV>
<DIV><FONT size=2>I also successfully installed CMake and copied the LibSyncML
source files into a directory on the linux machine.</FONT></DIV>
<DIV><FONT size=2>But CMake failed to generate the make file giving error
notices such as "cannot find glib2, libxml2, openobex, etc"</FONT></DIV>
<DIV><FONT size=2>I have already downloaded these libraries but I do not know
where to put them so that they can be found by CMake. </FONT></DIV>
<DIV><FONT size=2>The INSTALL.txt file gave incomplete information on how to
build libSyncML. In addition I don't know how I could </FONT></DIV>
<DIV><FONT size=2>replace the "prefix", "path", "source" with their concrete
values.</FONT></DIV>
<DIV><FONT size=2></FONT><FONT size=2></FONT> </DIV>
<DIV><FONT size=2> mkdir build<BR> cd
build<BR> cmake
-DCMAKE_INSTALL_PREFIX=$<STRONG>prefix</STRONG>/<STRONG>path</STRONG>/<STRONG>to</STRONG>/libsyncml/<STRONG>source</STRONG>/<BR>
make<BR> make test<BR> make
install</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Could anyone please give me some enlightenment? Thank you
very much!</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Best regards,</FONT></DIV>
<DIV><FONT size=2>Yiping Cheng</FONT></DIV></BODY></HTML>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26332186&i=0" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>tag:old.nabble.com,2006:post-26326915new printf format checks and compiler settings2009-11-12T13:36:40Z2009-11-12T13:36:40ZChris Frey-2Hi,
<br><br>I noticed that scriptor made some changes to the ldap-sync module,
<br>based on the new warnings caused by my GCC_FORMAT_CHECK patch. (r5955)
<br><br>I noticed that now there's a lot of (void*) casts for the osync_trace()
<br>calls, and that's likely due to using -pedantic when compiling.
<br><br>I think the GCC_FORMAT_CHECK is worth it in the long run (there were lots
<br>of printf style errors in the code), but the (void*) casts are unfortunate.
<br>Anyone know of a cleaner workaround?
<br><br>Thanks,
<br>- Chris
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26326915&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26326697Re: osync_archive_save_ignored_conflict()2009-11-12T13:23:59Z2009-11-12T13:23:59ZChris Frey-2On Sun, Nov 08, 2009 at 06:16:46PM +0100, Daniel Gollub wrote:
<br>> Find attachtd a proof of concept patch which is implementing this ...
<br><br>This patch makes it much clearer to follow the IDs through the system.
<br>Thanks!
<br><br>- Chris
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26326697&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26326457Re: osync_archive_save_ignored_conflict()2009-11-12T13:08:13Z2009-11-12T13:08:13ZChris Frey-2On Sun, Nov 08, 2009 at 05:14:23PM +0100, Daniel Gollub wrote:
<div class='shrinkable-quote'><br>> On Saturday 07 November 2009 12:58:38 am Chris Frey wrote:
<br>> > Hi,
<br>> >
<br>> > In the opensync_archive_internals.h header, _save_ignored_conflict()
<br>> > is documented as such:
<br>> >
<br>> > /**
<br>> > * @brief Saves an entry in the ignored conflict list.
<br>> > *
<br>> > * @param archive The group archive
<br>> > * @param objtype Reported object type of entry
<br>> > * @param mappingid Mapping Entry ID of entry
<br>>
<br>> That's correct.
</div><br>[...]
<br><br>> > Isn't the entryid field used for the archive id's themselves, and not the
<br>> > mapping ids?
<br>>
<br>> Not quite sure which ID you mean for "archive id".
<br><br>By "archive id" I'm referring to the IDs returned by the function
<br>osync_archive_save_change(), which seems to be used in other functions
<br>to refer to a row number in the tbl_changes table.
<br><br>By "mapping id", I'm referring to IDs returned by the function
<br>osync_mapping_table_get_next_id().
<br><br>According to your email above, the ID in osync_archive_save_ignored_conflict()
<br>is a mapping id. This is what I was confused about.
<br><br>It also seems like the id field in tbl_changelog is not used?
<br><br><br>> While looking into this i found a bug in OpenSync which broke the support
<br>> of "ignore conflicts". Which is hopefully fixed now with r5950
<br>>
<br>>
<br>> Here is a dump of the tbl_changes and tbl_changelog, which contains two
<br>> conflicts which got ignored. (I used for that a group with two file-sync members)
<br>>
<br><br>[snip]
<br><div class='shrinkable-quote'><br>>
<br>> (changetypes: 3 == deleted, 4 == modified)
<br>>
<br>> And indeed this looks pretty strange - 4 tbl_changelog for 2 mappings ...
<br>>
<br>> The information is missing which member was sending which changetype ...
<br>>
<br>> I guess it should look like this:
<br>>
<br>>
<br>> ----8<---
<br>> BEGIN TRANSACTION;
<br>> CREATE TABLE tbl_changelog (objtype VARCHAR(64) NOT NULL, memberid INTEGER NOT NULL, mappingid INTEGER NOT NULL, changetype INTEGER NOT NULL, PRIMARY KEY (objtype, memberid,
<br>> mappingid) );
<br>> INSERT INTO "tbl_changelog" VALUES('contact',1,4,4);
<br>> INSERT INTO "tbl_changelog" VALUES('contact',2,4,4);
<br>> INSERT INTO "tbl_changelog" VALUES('contact',1,6,4);
<br>> INSERT INTO "tbl_changelog" VALUES('contact',2,6,3);
<br>> COMMIT;
<br>> ---->8---
<br>>
<br>>
<br>> Does this sound sane?
<br>> Does this address your question?
</div><br>I'm sorry, but I don't fully understand the tables yet, so I can't
<br>comment on whether it is sane. It does look better that there are no
<br>NULL values in the ID field.
<br><br>My question was merely which ID belonged where, since I'm working on the
<br>long long patch.
<br><br>Thanks!
<br>- Chris
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26326457&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26321097Re: Could we have several versions of a plugin configuration file?2009-11-12T07:50:50Z2009-11-12T07:50:50ZHenrik /KaarPoSoft-2Daniel Gollub wrote:
<div class='shrinkable-quote'><br>> On Thursday 12 November 2009 04:27:04 pm Henrik /KaarPoSoft wrote:
<br>>
<br>>> I am aware that I can create several plugins; but I was thinking that
<br>>> maybe there was a way to version plugins / plugin configurations.
<br>>>
<br>>
<br>> Oh i see .. i missudnerstood your initial topic. I haven't thought about that
<br>> yet. I guess thats not a problem we should concentrate on today .. .maybe we
<br>> should first get something which actually makes syning work and then talk
<br>> about handling different versions.
<br>>
</div>I have created ticket 1189 so we don't forget...
<br><br>/Henrik
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26321097&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26320830Re: Could we have several versions of a plugin configuration file?2009-11-12T07:37:21Z2009-11-12T07:37:21ZHenrik /KaarPoSoft-2Juha Tuomala wrote:
<div class='shrinkable-quote'><br>> On Mon, 9 Nov 2009, Henrik /KaarPoSoft wrote:
<br>>> A member of a group has a configuration file.
<br>>>
<br>>> Would it be possible to implement some mechanism, which would allow us
<br>>> to have more than one default configuration file per plugin?
<br>>>
<br>>> This would make sense, if different versions of a plugin supports
<br>>> different AdvancedOptions, different Resources, etc.
<br>> Correct me if I'm wrong, if I say that:
<br>> - the file is in XML format
<br>> - X in XML stands for eXtensible
<br>> - tools reading the XML don't care about stuff they don't understand.
<br>> - thus the XML, the configuration file is always backwards compatible?
<br>> - thus the same file can be used regardless of versions?
</div>The challenge is not so much the syntax. Even the schema is the same for
<br>all plugin configuration files. And a Frontend would probably let the
<br>OpenSync library do the parsing anyway.
<br><br>The challenge I am thinking of is this: How can a Frontend present a
<br>nice GUI to configure ANY OpenSync plugin?
<br><br>Maybe I am wrong, but the way I do it in blueZync is to look at the
<br>advanced options and creating GUI for those, and look at the resources
<br>and create GUI for the resources defined in the default config file.
<br><br>Obviously a Frontend may have specific knowledge of specific plugins and
<br>create an even better GUI, but it would be nice if a Frontend could
<br>automatically create a GUI for any OpenSync plugin automatically.
<br><br>/Henrik
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26320830&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26320804Re: Could we have several versions of a plugin configuration file?2009-11-12T07:35:22Z2009-11-12T07:35:22ZDaniel Gollub-3On Thursday 12 November 2009 04:27:04 pm Henrik /KaarPoSoft wrote:
<br>> I am aware that I can create several plugins; but I was thinking that
<br>> maybe there was a way to version plugins / plugin configurations.
<br>>
<br><br>Oh i see .. i missudnerstood your initial topic. I haven't thought about that
<br>yet. I guess thats not a problem we should concentrate on today .. .maybe we
<br>should first get something which actually makes syning work and then talk
<br>about handling different versions.
<br><br>But what we have - what is maybe interesting for your "problem" ... we have
<br>the OSyncUpdater which updates old configs to new configs, with the help of
<br>XSLT conversion stylesheets.
<br><br>Best Regards,
<br>Daniel
<br><br>--
<br>Daniel Gollub Geschaeftsfuehrer: Ralph Dehner
<br>FOSS Developer Unternehmenssitz: Vohburg
<br>B1 Systems GmbH Amtsgericht: Ingolstadt
<br>Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
<br>EMail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26320804&i=0" target="_top" rel="nofollow">gollub@...</a> <a href="http://www.b1-systems.de" target="_top" rel="nofollow">http://www.b1-systems.de</a><br><br>Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
<br><a href="http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D" target="_top" rel="nofollow">http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D</a><br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26320804&i=1" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26320804/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26320674Re: Could we have several versions of a plugin configuration file?2009-11-12T07:27:04Z2009-11-12T07:27:04ZHenrik /KaarPoSoft-2Daniel Gollub wrote:
<div class='shrinkable-quote'><br>> [...]
<br>> Close, try get_sync_info(). get_sync_info() get called when all the plugins
<br>> get loaded:
<br>>
<br>> e.g. osynctool --listplugins
<br>>
<br>> Perfect example would be the SyncML plugin. It's registering 4 plugins in one
<br>> get_version() call...
<br>>
<br>> [...]
<br>>
<br>> This is what i try suggested some weeks ago to spawn several plugins for the
<br>> mozilla-sync to avoid that user have to set the external_command by their own.
<br>>
<br>> It's just about registering some OSyncPlugin* to OSyncPluginEnv ... even if
<br>> those are the same shared-module or so.
<br>>
</div>Thank you very much for the explanation!
<br><br>I am aware that I can create several plugins; but I was thinking that
<br>maybe there was a way to version plugins / plugin configurations.
<br><br>But from the answer I understand that this is not the case, so I will
<br>just create two plugins (the new one probably named mozilla-sync-3).
<br><br>(As mozilla-sync is now a pure external plugin it will be with two xml
<br>files, not get_sync_info() ).
<br><br>/Henrik
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26320674&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26315976Re: Could we have several versions of a plugin configuration file?2009-11-12T01:49:38Z2009-11-12T01:49:38ZJuha Tuomala-2<br><br><br>On Mon, 9 Nov 2009, Henrik /KaarPoSoft wrote:
<br>> A member of a group has a configuration file.
<br>>
<br>> Would it be possible to implement some mechanism, which would allow us
<br>> to have more than one default configuration file per plugin?
<br>>
<br>> This would make sense, if different versions of a plugin supports
<br>> different AdvancedOptions, different Resources, etc.
<br><br>Correct me if I'm wrong, if I say that:
<br>- the file is in XML format
<br>- X in XML stands for eXtensible
<br>- tools reading the XML don't care about stuff they don't understand.
<br>- thus the XML, the configuration file is always backwards compatible?
<br>- thus the same file can be used regardless of versions?
<br><br>br,
<br><br>Tuju
<br><br>--
<br>Ajatteleva ihminen tarvitsee unta.
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26315976&i=0" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26315678Re: Could we have several versions of a pluginconfiguration file?2009-11-12T01:21:33Z2009-11-12T01:21:33ZDaniel Gollub-3On Tuesday 10 November 2009 09:56:22 pm Jakub Marczynski wrote:
<br>> > I could of course create just one default configuration file with both
<br>> > Formats, but a GUI would not be able to figure out that this particular
<br>> > version of the external plugin will only support one of them.
<br>>
<br>> Maybe, as a temporary solution, just make thin new version of a plugin
<br>> exist as a new plugin, with another configuration file. Then, there's no
<br>> need to change the Opensync logic. Does it make any sense?
<br><br><br>Right. The "thinest" way is to build a OSyncPlugin* and register it with
<br>osync_plugin_env_register_plugin()!
<br><br>>
<br>> > I have never figured out what the plugin's get_version is used for.
<br>> > Could it be used here?
<br>>
<br>> This is a good point. I found a statement:
<br>> "The format/conversion and main plugin modules that are part of a plugin
<br>> now each have a function int get_version(void). At the moment this
<br>> function must return 1. "
<br>> Is this "MUST" still so importart?
<br><br>Yes, check:
<br><br>---8<---
<br>osync_bool osync_module_check(OSyncModule *module, OSyncError **error)
<br>{
<br> int version = 0;
<br>[...]
<br> version = osync_module_get_version(module);
<br>[...]
<br> if (version != OPENSYNC_PLUGINVERSION) {
<br> osync_error_set(error, OSYNC_ERROR_GENERIC, "Plugin API
<br>version mismatch. Is: %i. Should %i", version, OPENSYNC_PLUGINVERSION);
<br>----->8---
<br><br>One day we might can use this to support several plugins which are
<br>build/designed against different OpenSync plugins APIs.
<br><br>Maybe we should introduce some #define instead of a confusing "return 0" ...
<br>something like: return OSYNC_PLUGIN_SYNC_API_VERSION_1;
<br><br>What do you think?
<br><br><br>Best Regards,
<br>Daniel
<br><br>--
<br>Daniel Gollub Geschaeftsfuehrer: Ralph Dehner
<br>FOSS Developer Unternehmenssitz: Vohburg
<br>B1 Systems GmbH Amtsgericht: Ingolstadt
<br>Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
<br>EMail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26315678&i=0" target="_top" rel="nofollow">gollub@...</a> <a href="http://www.b1-systems.de" target="_top" rel="nofollow">http://www.b1-systems.de</a><br><br>Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
<br><a href="http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D" target="_top" rel="nofollow">http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D</a><br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26315678&i=1" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26315678/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26315352Re: Could we have several versions of a plugin configuration file?2009-11-12T00:50:12Z2009-11-12T00:50:12ZDaniel Gollub-3On Monday 09 November 2009 07:08:32 pm Henrik /KaarPoSoft wrote:
<br>[...]
<br>>
<br>> I have never figured out what the plugin's get_version is used for.
<br>> Could it be used here?
<br><br>Close, try get_sync_info(). get_sync_info() get called when all the plugins
<br>get loaded:
<br><br>e.g. osynctool --listplugins
<br><br>Perfect example would be the SyncML plugin. It's registering 4 plugins in one
<br>get_version() call...
<br><br><br>You do this with osync_plugin_env_register_plugin() or so ...
<br><br><br>Just set different names for the plugins, then you can have several default-
<br>configuration, due to the different plugins names.
<br><br>Example:
<br><br>------8<-----
<br>osync_bool get_sync_info(OSyncPluginEnv *env, OSyncError **error)
<br>{
<br> OSyncPlugin *plugin;
<br><br> plugin = osync_plugin_new(error);
<br><br> if (!plugin)
<br> goto error;
<br><br> osync_plugin_set_name(plugin, "syncml-http-server");
<br> osync_plugin_set_longname(plugin, "SyncML over HTTP Server");
<br> osync_plugin_set_description(plugin, "Plugin to synchronize with
<br>SyncML over HTTP");
<br><br> osync_plugin_set_initialize(plugin, syncml_http_server_init);
<br> osync_plugin_set_finalize(plugin, finalize);
<br> osync_plugin_set_discover(plugin, syncml_http_server_discover);
<br><br> if (!osync_plugin_env_register_plugin(env, plugin, error))
<br> goto error;
<br><br> osync_plugin_unref(plugin);
<br><br> plugin = osync_plugin_new(error);
<br><br> if (!plugin)
<br> goto error;
<br><br> osync_plugin_set_name(plugin, "syncml-http-client");
<br> osync_plugin_set_longname(plugin, "SyncML over HTTP Client");
<br> osync_plugin_set_description(plugin, "Plugin to synchronize with
<br>SyncML over HTTP");
<br><br> osync_plugin_set_initialize(plugin, syncml_http_client_init);
<br> osync_plugin_set_finalize(plugin, finalize);
<br> osync_plugin_set_discover(plugin, syncml_http_client_discover);
<br><br> if (!osync_plugin_env_register_plugin(env, plugin, error))
<br> goto error;
<br><br> osync_plugin_unref(plugin);
<br><br> return TRUE;
<br><br>error:
<br> return FALSE;
<br>}
<br>----8<---
<br><br>This is registering two plugins, which have two different dfeault-
<br>configuration: syncml-http-client and syncml-http-server.
<br><br>In the case of the SyncML plugin those plugins just differ in the plugin init
<br>function and discover function.
<br><br><br>>
<br>> Any comments on this would be most appreciated.
<br>[...]
<br><br><br>This is what i try suggested some weeks ago to spawn several plugins for the
<br>mozilla-sync to avoid that user have to set the external_command by their own.
<br><br>It's just about registering some OSyncPlugin* to OSyncPluginEnv ... even if
<br>those are the same shared-module or so.
<br><br><br>Hope this helps.
<br><br><br>Best Regards,
<br>Daniel
<br><br><br>--
<br>Daniel Gollub Geschaeftsfuehrer: Ralph Dehner
<br>FOSS Developer Unternehmenssitz: Vohburg
<br>B1 Systems GmbH Amtsgericht: Ingolstadt
<br>Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
<br>EMail: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26315352&i=0" target="_top" rel="nofollow">gollub@...</a> <a href="http://www.b1-systems.de" target="_top" rel="nofollow">http://www.b1-systems.de</a><br><br>Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
<br><a href="http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D" target="_top" rel="nofollow">http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D</a><br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26315352&i=1" target="_top" rel="nofollow">Opensync-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26315352/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---Dev-f14407.html" embed="fixTarget[14407]" target="_top" >Opensync - Dev</a></p>tag:old.nabble.com,2006:post-26310370Re: libsyncml failure with N972009-11-11T14:55:23Z2009-11-11T14:55:23ZBernhard ReiterOn Monday 02 November 2009, Michael Bell wrote:
<br>> > From source I've build, on a big endian powerpc GNU/Debian Lenny system:
<br>> > build:
<br><br>> > libwbxml-0.10.7
<br>> > libsyncml-0.5.4
<br><br>> > b) Side problem:
<br>> > Exporting SYNCML_TRACE=/tmp/somedir
<br>> > lead to a seqmentation fault. (SYNCML_LOG was also set and worked).
<br>>
<br>> Do you still have the logged messages?
<br><br>bin/syncml-ds-tool -u 0 --identifier "PC Suite" --wbxml --sync text/x-vcard
<br>Contacts
<br>worked for me today, I have no idea why it works today, this is the same
<br>command as I was trying a few days ago.
<br><div class='shrinkable-quote'><div class='shrinkable-quote'><br>> > Program received signal SIGSEGV, Segmentation fault.
<br>> > [Switching to Thread 0x490304d0 (LWP 15122)]
<br>> > 0x0fa644c8 in strlen () from /lib/libc.so.6
<br>> > (gdb) bt
<br>> > #0 0x0fa644c8 in strlen () from /lib/libc.so.6
<br>> > #1 0x0fa2d364 in vfprintf@@GLIBC_2.4 () from /lib/libc.so.6
<br>> > #2 0x0fa528e8 in vasprintf@@GLIBC_2.4 () from /lib/libc.so.6
<br>> > #3 0x0fee27c8 in g_vasprintf () from /usr/lib/libglib-2.0.so.0
<br>> > #4 0x0fec8798 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0
<br>> > #5 0x0ff87c74 in smlTrace ()
<br>> > from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
<br>> > #6 0x0ff8a33c in smlTransportReceiveEvent ()
<br>> > from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
<br>>
<br>> This is a bug in a trace statement. Do you have the generated traces
<br>> before the crash happens? Usually this is a good description of the
<br>> error condition.
</div></div>Attached as 20091111-crash.tar.bz2, HTH.
<br><br><br>--
<br>Managing Director - Owner: www.intevation.net (Free Software Company)
<br>Deputy Germany Coordinator: fsfeurope.org. Coordinator: Kolab-Konsortium.com.
<br>Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998
<br>Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
<br><br><br /> <br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Opensync-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26310370&i=0" target="_top" rel="nofollow">Opensync-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/opensync-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/opensync-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>20091111-crash.tar.bz2</strong> (11K) <a href="http://old.nabble.com/attachment/26310370/0/20091111-crash.tar.bz2" target="_top">Download Attachment</a><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (205 bytes) <a href="http://old.nabble.com/attachment/26310370/1/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Opensync---User-f14408.html" embed="fixTarget[14408]" target="_top" >Opensync - User</a></p>