Menu
▾
▴
opensync-devel
|
From: Michael B. <mic...@cm...> - 2011-01-20 16:37:17
Attachments:
smime.p7s
|
Hi, I just released the first beta of libwbxml 0.11.x. There will be no normal release info because it is a beta. So just some short notes: 1. The API was reduced. There will be now 4 installed header files instead of 18. There are now exactly three functions. 2. The character conversion code was updated. This interface bug was the main reason to break the binary compatibility. 3. The code pages for the Microsoft Active Sync conversion were updated. Best regards Michael -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 70143 ZE Computer- und Medienservice Fax: +49 (0)30-2093 70135 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB |
|
From: Emanoil K. <del...@ya...> - 2011-01-28 18:22:12
|
Hello Michael, I updated libwbxml from svn yesterday. Following observation was made. If I build and install without uninstalling the old one I can still build libsyncml, but after I removed the install target directory I could not build libsyncml, because of the missing includes and changes to the api. I didn't understand well if you are planning to release a compatible libsyncml version, or should one update libsyncml and related. I have also seen that you have introduced a fix for the 255 "unknown code" issue. Thank you for this but I can not test it at the moment. Thanks in advance and regards --- On Thu, 1/20/11, Michael Bell <mic...@cm...> wrote: > From: Michael Bell <mic...@cm...> > Subject: [Opensync-devel] libwbxml 0.11.beta1 > To: "OpenSync-devel" <ope...@li...> > Date: Thursday, January 20, 2011, 5:37 PM > Hi, > > I just released the first beta of libwbxml 0.11.x. There > will be no > normal release info because it is a beta. So just some > short notes: > > 1. The API was reduced. There will be now 4 installed > header files > instead of 18. There are now exactly three functions. > > 2. The character conversion code was updated. This > interface bug was the > main reason to break the binary compatibility. > > 3. The code pages for the Microsoft Active Sync conversion > were updated. > > Best regards > > Michael > -- > ___________________________________________________________________ > > Michael Bell > > Humboldt-Universitaet zu Berlin > > Tel.: +49 (0)30-2093 70143 > ZE Computer- und Medienservice > Fax: +49 (0)30-2093 70135 > Unter den Linden 6 > mic...@cm... > D-10099 Berlin > ___________________________________________________________________ > > PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD > 1918 2030 5AAB > > > -----Inline Attachment Follows----- > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. > Understand > malware threats, the impact they can have on your business, > and how you > can protect your company and customers by using code > signing. > http://p.sf.net/sfu/oracle-sfdevnl > -----Inline Attachment Follows----- > > _______________________________________________ > Opensync-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-devel > |
|
From: Michael B. <mic...@cm...> - 2011-01-29 22:31:16
Attachments:
smime.p7s
|
Hi Emanoil, On 01/28/11 19:22, Emanoil Kotsev wrote: > > I updated libwbxml from svn yesterday. Following observation was > made. If I build and install without uninstalling the old one I can > still build libsyncml, but after I removed the install target > directory I could not build libsyncml, because of the missing > includes and changes to the api. The second beta should work like the old version. You have only to include wbxml.h. The difference is that I moved wbxml.h into an own directory. If you think that this is not a lucky decision then it could be a solution to move wbxml.h again into the top level directory. > I didn't understand well if you are planning to release a compatible > libsyncml version, or should one update libsyncml and related. I have > also seen that you have introduced a fix for the 255 "unknown code" > issue. Thank you for this but I can not test it at the moment. If libsyncml does no longer compile then this could be an argument to revert the new wbxml directory for the header files. Best regards Michael -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 70143 ZE Computer- und Medienservice Fax: +49 (0)30-2093 70135 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB |
|
From: Michael B. <mic...@cm...> - 2011-01-29 22:40:38
Attachments:
smime.p7s
|
On 01/29/11 23:31, Michael Bell wrote: > > On 01/28/11 19:22, Emanoil Kotsev wrote: >> >> I didn't understand well if you are planning to release a compatible >> libsyncml version, or should one update libsyncml and related. I have >> also seen that you have introduced a fix for the 255 "unknown code" >> issue. Thank you for this but I can not test it at the moment. > > If libsyncml does no longer compile then this could be an argument to > revert the new wbxml directory for the header files. r290 should fix the build issue. Sorry for the confusion Michael -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 70143 ZE Computer- und Medienservice Fax: +49 (0)30-2093 70135 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB |
|
From: deloptes <del...@ya...> - 2011-01-30 11:18:10
|
Michael Bell wrote: > On 01/29/11 23:31, Michael Bell wrote: >> >> On 01/28/11 19:22, Emanoil Kotsev wrote: >>> >>> I didn't understand well if you are planning to release a compatible >>> libsyncml version, or should one update libsyncml and related. I have >>> also seen that you have introduced a fix for the 255 "unknown code" >>> issue. Thank you for this but I can not test it at the moment. >> >> If libsyncml does no longer compile then this could be an argument to >> revert the new wbxml directory for the header files. > > r290 should fix the build issue. > > Sorry for the confusion > > Michael Thank you but I'm afraid it is not enough, because of following error /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml_internals.h:36: error: expected ‘)’ before ‘*’ token In file included from /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:36: /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml_internals.h:37: error: expected ‘)’ before ‘*’ token /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:39: error: expected ‘)’ before ‘*’ token /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:66: error: expected ‘)’ before ‘*’ token /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c: In function ‘smlWbxmlParserStart’: /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:113: error: ‘WBXMLConvWBXML2XMLParams’ undeclared (first use in this function) /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:113: error: (Each undeclared identifier is reported only once /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:113: error: for each function it appears in.) /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:113: error: expected ‘;’ before ‘params’ /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:114: warning: implicit declaration of function ‘smlWbxmlConvertFrom’ /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:114: error: ‘params’ undeclared (first use in this function) /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c: In function ‘smlWbxmlAssemblerRun’: /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:172: error: ‘WBXMLConvXML2WBXMLParams’ undeclared (first use in this function) /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:172: error: expected ‘;’ before ‘params’ /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:175: error: ‘params’ undeclared (first use in this function) /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:176: warning: implicit declaration of function ‘smlWbxmlConvertTo’ /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c: In function ‘smlWbxmlAssemblerCheckSize’: /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:211: error: ‘WBXMLConvXML2WBXMLParams’ undeclared (first use in this function) /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:211: error: expected ‘;’ before ‘params’ /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml.c:214: error: ‘params’ undeclared (first use in this function) make[2]: *** [libsyncml/CMakeFiles/syncml.dir/parser/sml_wbxml.o] Error 1 make[2]: Leaving directory `/opt/software_x64/opensync/libsyncml/trunk/build' make[1]: *** [libsyncml/CMakeFiles/syncml.dir/all] Error 2 make[1]: Leaving directory `/opt/software_x64/opensync/libsyncml/trunk/build' make: *** [all] Error 2 |
|
From: Michael B. <mic...@cm...> - 2011-02-01 08:46:41
Attachments:
smime.p7s
|
On 01/30/11 12:17, deloptes wrote: > Michael Bell wrote: > >> On 01/29/11 23:31, Michael Bell wrote: >>> >>> On 01/28/11 19:22, Emanoil Kotsev wrote: >>>> >>>> I didn't understand well if you are planning to release a compatible >>>> libsyncml version, or should one update libsyncml and related. I have >>>> also seen that you have introduced a fix for the 255 "unknown code" >>>> issue. Thank you for this but I can not test it at the moment. >>> >>> If libsyncml does no longer compile then this could be an argument to >>> revert the new wbxml directory for the header files. >> >> r290 should fix the build issue. >> >> Sorry for the confusion >> >> Michael > > Thank you but I'm afraid it is not enough, because of following error > > /opt/software/opensync/libsyncml/trunk/libsyncml/parser/sml_wbxml_internals.h:36: > error: expected ‘)’ before ‘*’ token It looks like I was a little bit too optimistic. I removed some backward compatibility stuff for libwbxml 0.9.2. I added the six defines. So now the error should be fixed. Please check r291. Best regards Michael P.S. I will definitely release a third beta. -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 70143 ZE Computer- und Medienservice Fax: +49 (0)30-2093 70135 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB |
|
From: Emanoil K. <del...@ya...> - 2011-01-31 14:31:55
|
I hoped you'll see what the real error was. The problem is that some things defined in the internals.h are not ported and thus definitions can not be found. The wbxml.h location is not a big deal.This is because of the reduction of the API. If you need assistance let me know.
regards
|
|
From: Michael B. <mic...@cm...> - 2011-02-01 09:04:26
Attachments:
smime.p7s
|
On 01/31/11 15:31, Emanoil Kotsev wrote: > I hoped you'll see what the real error was. The problem is that some > things defined in the internals.h are not ported and thus definitions > can not be found. The wbxml.h location is not a big deal.This is > because of the reduction of the API. If you need assistance let me > know. Nice to know. I activated the new header locations again. This requires that libsyncml must have the new directory of the wbxml header files in its default search path. CFLAGS="-I/usr/local/include/libwbxml-1.0/wbxml" cmake . -B/tmp/build/libsyncml Best regards Michael -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 70143 ZE Computer- und Medienservice Fax: +49 (0)30-2093 70135 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB |
|
From: deloptes <del...@ya...> - 2011-02-01 22:19:02
|
Michael Bell wrote:
> On 01/31/11 15:31, Emanoil Kotsev wrote:
>> I hoped you'll see what the real error was. The problem is that some
>> things defined in the internals.h are not ported and thus definitions
>> can not be found. The wbxml.h location is not a big deal.This is
>> because of the reduction of the API. If you need assistance let me
>> know.
>
> Nice to know. I activated the new header locations again. This requires
> that libsyncml must have the new directory of the wbxml header files in
> its default search path.
>
> CFLAGS="-I/usr/local/include/libwbxml-1.0/wbxml" cmake .
> -B/tmp/build/libsyncml
>
> Best regards
>
> Michael
Thanks. I've just tried it and I could make following observation.
- After uninstall few symlinks are left over [1].
- The problem with the internals.h seem to be libsyncml poblem, as it
doesn't matter what I export or configure as CXX it did not find the
wbxml.h file, so I've placed wbxml/ infront of wbxml.h and the problem was
solved. Might be that I have mistyped something too - need to check twice.
- I'm still getting this unknown event 225 and before this some kind of
assertion error. after this only slow sync is possible. I guess libsyncml
should be debugged a bit, but this is to come. If you could spend some time
on it it would be great [2]. It seems that there is a duplicate of the code
(ds libsyncml in ../libsyncml/sml_command.c, where this piece is not
updated and does not understand 225 like the ds code). However this is the
best I can do for today.
- Calendar sync is failing at ds tool with "Not a node" error [2]
- this is not a syncml issue, but I would like to know why isn't it merging
the contacts as there is irrelevant difference?! What should be done to
make it work - it's very annoying. [3]
regards
-------------------- [1] ----------------------------
/usr/bin/cmake -P /opt/software/opensync/libwbxml/trunk/build/cmake_uninstall.cmake
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/AUTHORS"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/BUGS"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/ChangeLog"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/COPYING"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/GNU-LGPL"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/INSTALL"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/NEWS"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/README"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/References"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/THANKS"
-- Uninstalling "/opt/custom/opensync/share/doc/libwbxml/TODO"
-- Uninstalling "/opt/custom/opensync/lib/pkgconfig/libwbxml2.pc"
-- Uninstalling "/opt/custom/opensync/lib/libwbxml2.so.1.0.1"
-- Uninstalling "/opt/custom/opensync/lib/libwbxml2.so.1"
-- File "/opt/custom/opensync/lib/libwbxml2.so.1" does not exist.
-- Uninstalling "/opt/custom/opensync/lib/libwbxml2.so"
-- File "/opt/custom/opensync/lib/libwbxml2.so" does not exist.
-- Uninstalling "/opt/custom/opensync/include/wbxml.h"
-- Uninstalling "/opt/custom/opensync/include/wbxml_config.h"
-- Uninstalling "/opt/custom/opensync/include/wbxml_conv.h"
-- Uninstalling "/opt/custom/opensync/include/wbxml_defines.h"
-- Uninstalling "/opt/custom/opensync/include/wbxml_errors.h"
-- Uninstalling "/opt/custom/opensync/bin/wbxml2xml"
-- Uninstalling "/opt/custom/opensync/bin/xml2wbxml"
make[3]: Leaving directory `/opt/software_x64/opensync/libwbxml/trunk/build'
/usr/bin/cmake -E
cmake_progress_report /opt/software/opensync/libwbxml/trunk/build/CMakeFiles
Built target uninstall
make[2]: Leaving directory `/opt/software_x64/opensync/libwbxml/trunk/build'
/usr/bin/cmake -E
cmake_progress_start /opt/software/opensync/libwbxml/trunk/build/CMakeFiles
0
make[1]: Leaving directory `/opt/software_x64/opensync/libwbxml/trunk/build'
emanoil@maistor:/opt/software/opensync/libwbxml/trunk/build$
find /opt/custom/opensync
/opt/custom/opensync
/opt/custom/opensync/bin
/opt/custom/opensync/lib
/opt/custom/opensync/lib/libwbxml2.so
/opt/custom/opensync/lib/pkgconfig
/opt/custom/opensync/lib/libwbxml2.so.1
/opt/custom/opensync/include
/opt/custom/opensync/share
/opt/custom/opensync/share/doc
/opt/custom/opensync/share/doc/libwbxml
emanoil@maistor:/opt/software/opensync/libwbxml/trunk/build$
ls -al /opt/custom/opensync/lib/
общо 12
drwxr-xr-x 3 emanoil emanoil 4096 1 фев 19,26 .
drwxr-xr-x 6 emanoil emanoil 4096 30 яну 12,12 ..
lrwxrwxrwx 1 emanoil emanoil 14 30 яну 12,12 libwbxml2.so ->
libwbxml2.so.1
lrwxrwxrwx 1 emanoil emanoil 18 30 яну 12,12 libwbxml2.so.1 ->
libwbxml2.so.1.0.1
drwxr-xr-x 2 emanoil emanoil 4096 1 фев 19,26 pkgconfig
-------------------- [1] ----------------------------
-------------------- [2] ----------------------------
$ syncml-ds-tool -b XX:XX:XX:XX:XX:XX 7 --wbxml --identifier "PC
Suite" --version "1.2" --slow-sync text/x-vcalendar Calendar
** Message: Starting data sync ...
** Message: Remote device was successfully connected.
** Message: ERROR: The unknown alert code 225 was detected.
$ syncml-ds-tool -b XX:XX:XX:XX:XX:XX 7 --wbxml --identifier "PC
Suite" --version "1.2" --slow-sync text/x-vcalendar Calendar
** Message: Starting data sync ...
** Message: Remote device was successfully connected.
** Message: Calendar => SLOW SYNC.
** Message: All alerts of the remote device were received.
** Message: ERROR: No node at all
-------------------- [2] ----------------------------
-------------------- [3] ----------------------------
Conflict for Mapping 0x7fb92c17c360:
Entry 1:
Member: 2 (kdepim-sync)
UID: 117
<?xml version="1.0"?>
<contact>
<EMail>
<Content>xx...@xx...</Content>
</EMail>
<Name>
<LastName>Xxxxxxxxxx</LastName>
<FirstName>Xxxxxxx</FirstName>
<Additional></Additional>
<Prefix></Prefix>
<Suffix></Suffix>
</Name>
<Revision>
<Content>20110127T222003Z</Content>
</Revision>
<Telephone Location="Home">
<Content>00xxxxxxxxxxxx</Content>
</Telephone>
<Telephone Type="Cellular">
<Content>00xxxxxxxxxxxx</Content>
</Telephone>
<Telephone Type="Fax" Location="Work">
<Content>00xxxxxxxxxxxx</Content>
</Telephone>
</contact>
Entry 2:
Member: 1 (syncml-obex-client)
UID: 117
<?xml version="1.0"?>
<contact>
<EMail Type="Internet">
<Content>xx...@xx...</Content>
</EMail>
<Name>
<LastName>Xxxxxxxxxx</LastName>
<FirstName>Xxxxxxx</FirstName>
<Additional></Additional>
<Prefix></Prefix>
<Suffix></Suffix>
</Name>
<Revision>
<Content>20100723T191713Z</Content>
</Revision>
<Telephone Location="Home">
<Content>00xxxxxxxxxxxx</Content>
</Telephone>
<Telephone Type="Cellular">
<Content>00xxxxxxxxxxxx</Content>
</Telephone>
<Telephone Type="Fax" Location="Work">
<Content>00xxxxxxxxxxxx</Content>
</Telephone>
</contact>
-------------------- [3] ----------------------------
|
Thanks for helping keep SourceForge clean.
X