libsyncml failure with N97
|
View:
New views
3 Messages
—
Rating Filter:
Alert me
|
 |
libsyncml failure with N97
by Bugzilla from bernhard@intevation.de
::
Rate this Message:
This is just a short report of one attempt to try libsyncml with Nokia's N97
smartphone (S60 5th edition). I am moving off the device so I might not be able to follow up on it, I'd still thought you might want the feedback. Please copy me on relevant replies. Thanks for writing Free Software! Bernhard Details: From source I've build, on a big endian powerpc GNU/Debian Lenny system: build: libwbxml-0.10.7 libsyncml-0.5.4 using already existing packages: ii libxslt1-dev 1.1.24-2 ii libopenobex1-dev 1.3+cvs20070425-2 Linux version 2.6.26-1-powerpc (Debian 2.6.26-13lenny2) I can see the interfaces: # bin/syncml-ds-tool -u Found 2 USB OBEX interfaces Interface 0: Manufacturer: Nokia Product: Nokia N97 Interface description: SYNCML-SYNC Interface 1: Manufacturer: Nokia Product: Nokia N97 Interface description: PC Suite Services a) Main problem: All attempts to see the Contacts fail, error messages are always similiar to # bin/syncml-ds-tool -u 0 --version 1.2 --dumpinfo All datastores will be requested because no datastore is configured. ** Message: Remote device was successfully disconnected. ** Message: SyncML session finished successfully. Didn't receive the device information though it was requested. ** Message: ERROR: Command failed. The recipient encountered an unexpected condition which prevented it from fulfilling the request. The request was not successful (-110). bin/syncml-ds-tool -u 0 --identifier "PC Suite" --sync text/x-vcard Contacts ** Message: Remote device was successfully disconnected. ** Message: SyncML session finished successfully. ** Message: ERROR: Command failed. The recipient encountered an unexpected condition which prevented it from fulfilling the request. The request was not successful (-110). I'v tried several variations with --wbxml and --identifier "PC Suite Data Sync" and "Addressbook". b) Side problem: Exporting SYNCML_TRACE=/tmp/somedir lead to a seqmentation fault. (SYNCML_LOG was also set and worked). Here is a simple backtrace, I did not inquire much further: gdb bin/syncml-ds-tool GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "powerpc-linux-gnu"... (gdb) run -u 0 --identifier "PC Suite" --wbxml --sync text/x-vcard Contacts Starting program: /mobilehome/bernhard/hacking/opensync/bin/syncml-ds-tool -u 0 --identifier "PC Suite" --wbxml --sync text/x-vcard Contacts [Thread debugging using libthread_db enabled] [New Thread 0x48023e90 (LWP 15118)] [New Thread 0x488304d0 (LWP 15121)] [New Thread 0x490304d0 (LWP 15122)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x490304d0 (LWP 15122)] 0x0fa644c8 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x0fa644c8 in strlen () from /lib/libc.so.6 #1 0x0fa2d364 in vfprintf@@GLIBC_2.4 () from /lib/libc.so.6 #2 0x0fa528e8 in vasprintf@@GLIBC_2.4 () from /lib/libc.so.6 #3 0x0fee27c8 in g_vasprintf () from /usr/lib/libglib-2.0.so.0 #4 0x0fec8798 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0 #5 0x0ff87c74 in smlTrace () from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 #6 0x0ff8a33c in smlTransportReceiveEvent () from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 #7 0x0ffb9028 in smlTransportObexClientEvent () from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 #8 0x0fb64fa8 in ?? () from /usr/lib/libopenobex.so.1 #9 0x0fb67f48 in ?? () from /usr/lib/libopenobex.so.1 #10 0x0fb651d8 in ?? () from /usr/lib/libopenobex.so.1 #11 0x0fb674a8 in ?? () from /usr/lib/libopenobex.so.1 #12 0x0fb64890 in OBEX_HandleInput () from /usr/lib/libopenobex.so.1 #13 0x0ffbb0e0 in smlTransportObexClientConnect () from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 #14 0x0ff89e94 in smlTransportWorkerHandler () from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 #15 0x0ff80784 in smlQueueDispatch () from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 #16 0x0ff7edd4 in _queue_dispatch () from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 #17 0x0fe9c70c in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #18 0x0fea0ea8 in ?? () from /usr/lib/libglib-2.0.so.0 #19 0x0fea15e4 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #20 0x0ff88ca8 in smlThreadStartCallback () from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 #21 0x0fed210c in ?? () from /usr/lib/libglib-2.0.so.0 #22 0x0f963e34 in start_thread () from /lib/libpthread.so.0 #23 0x0fac4ab0 in clone () from /lib/libc.so.6 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) More phone detail: gsmctl -d /dev/ttyACM0 ALL <ME0> Hersteller: Nokia <ME1> Modell: Nokia N97 <ME2> Revision: V ICPR72_09w17.7 24-08-09 RM-505 (c) Nokia V 12.0.026 [.. fails later] -- Managing Director - Owner: www.intevation.net (Free Software Company) Deputy Germany Coordinator: fsfeurope.org. Coordinator: Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998 Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Opensync-users mailing list Opensync-users@... https://lists.sourceforge.net/lists/listinfo/opensync-users |
|
|
Re: libsyncml failure with N97
by Michael Bell
::
Rate this Message:
|
|
|
Re: libsyncml failure with N97
by Bugzilla from bernhard@intevation.de
::
Rate this Message:
On Monday 02 November 2009, Michael Bell wrote:
> > From source I've build, on a big endian powerpc GNU/Debian Lenny system: > > build: > > libwbxml-0.10.7 > > libsyncml-0.5.4 > > b) Side problem: > > Exporting SYNCML_TRACE=/tmp/somedir > > lead to a seqmentation fault. (SYNCML_LOG was also set and worked). > > Do you still have the logged messages? bin/syncml-ds-tool -u 0 --identifier "PC Suite" --wbxml --sync text/x-vcard Contacts worked for me today, I have no idea why it works today, this is the same command as I was trying a few days ago. > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 0x490304d0 (LWP 15122)] > > 0x0fa644c8 in strlen () from /lib/libc.so.6 > > (gdb) bt > > #0 0x0fa644c8 in strlen () from /lib/libc.so.6 > > #1 0x0fa2d364 in vfprintf@@GLIBC_2.4 () from /lib/libc.so.6 > > #2 0x0fa528e8 in vasprintf@@GLIBC_2.4 () from /lib/libc.so.6 > > #3 0x0fee27c8 in g_vasprintf () from /usr/lib/libglib-2.0.so.0 > > #4 0x0fec8798 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0 > > #5 0x0ff87c74 in smlTrace () > > from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 > > #6 0x0ff8a33c in smlTransportReceiveEvent () > > from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2 > > This is a bug in a trace statement. Do you have the generated traces > before the crash happens? Usually this is a good description of the > error condition. -- Managing Director - Owner: www.intevation.net (Free Software Company) Deputy Germany Coordinator: fsfeurope.org. Coordinator: Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998 Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Opensync-users mailing list Opensync-users@... https://lists.sourceforge.net/lists/listinfo/opensync-users |
signature.asc (205 bytes) | Free embeddable forum powered by Nabble | Forum Help |
