On Wed, 2007-10-03 at 22:01 +0100, Mark Ellis wrote:
> On Wed, 2007-10-03 at 07:13 +0100, Mark Ellis wrote:
> > On Mon, 2007-10-01 at 16:58 +0930, Iain Buchanan wrote:
> > Do you have a password on your device ? I'm still thinking, hopefully
> > send you a little debug patch soon.

nope, no password.  Used to, but I took it off to debug some other synce
things :)

> Try the attached patch, hopefully it will prevent the segfault. If that
> works ok we can start to figure out why the connection is a bit flaky.

heh... still crashes:

** (synce-trayicon:18918): DEBUG: odccm_device_connected_cb: Received connect 
from odccm: /org/synce/odccm/Device/_2C343682_C645_9887_675F_401F60866DD0_

** (synce-trayicon:18918): CRITICAL **: get_device_name_via_rapi: 
CeRegOpenKeyEx failed getting device name
*** glibc detected *** synce-trayicon: double free or corruption (out): 
0x08104ed0 ***

I've attached the backtrace.

I put in a few sleeps just in case it was reacting to some message from
odccm before odccm actually had the name, or something... just stabbing
in the dark but it didn't work!

It's coming up to the weekend - I could probably nut out some time on
irc late one night if you want to line up our timezones.  Might be a bit
more efficient than one message per day!  Up to you.

thanks for the help,
-- 
Iain Buchanan <iaindb at netspace dot net dot au>

<aether> sleep is for the weak
<plasmaroo> aether++
<tseng> aether--
<aether> My +1ness was short, but well worth it
Program received signal SIGABRT, Aborted.
[Switching to Thread -1227643200 (LWP 18918)]
0xffffe410 in ?? ()
(gdb) thread apply all bt

Thread 1 (Thread -1227643200 (LWP 18918)):
#0  0xffffe410 in ?? ()
#1  0xbfb36188 in ?? ()
#2  0x00000006 in ?? ()
#3  0x000049e6 in ?? ()
#4  0xb6d84c79 in *__GI_raise (sig=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#5  0xb6d86231 in *__GI_abort () at abort.c:88
#6  0xb6dba167 in __libc_message (do_abort=2, 
    fmt=0xb6e69448 "*** glibc detected *** %s: %s: 0x%s ***\n")
    at ../sysdeps/unix/sysv/linux/libc_fatal.c:170
#7  0xb6dbf7db in malloc_printerr (action=2, 
    str=0xb6e69520 "double free or corruption (out)", 
    ptr=<value optimized out>) at malloc.c:5887
#8  0xb6dc138d in *__GI___libc_free (mem=0x8104ed0) at malloc.c:3622
#9  0xb79610fd in rapi_buffer_free_data () from /usr/lib/librapi.so.2
#10 0xb79611e4 in rapi_buffer_free () from /usr/lib/librapi.so.2
#11 0xb79629c0 in rapi_context_free () from /usr/lib/librapi.so.2
#12 0xb7961088 in CeRapiUninit () from /usr/lib/librapi.so.2
#13 0x080542a5 in wm_device_dispose (obj=0x80832d0) at device.c:744
#14 0xb6f49708 in IA__g_object_unref (_object=0x80832d0) at gobject.c:1765
#15 0x08057848 in odccm_device_connected_cb (proxy=0x80d1018, 
---Type <return> to continue, or q <return> to quit---
    obj_path=0x8113f38 
"/org/synce/odccm/Device/_2C343682_C645_9887_675F_401F60866DD0_", 
user_data=0x8065b18) at odccm-client.c:455
#16 0xb6f5356c in IA__g_cclosure_marshal_VOID__STRING (closure=0x80d44b0, 
    return_value=0x0, n_param_values=2, param_values=0x80ad930, 
    invocation_hint=0xbfb36c9c, marshal_data=0x8057201) at gmarshal.c:496
#17 0xb75f5bf6 in marshal_dbus_message_to_g_marshaller (closure=0x80d44b0, 
    return_value=0x0, n_param_values=3, param_values=0xbfb36d8c, 
    invocation_hint=0xbfb36c9c, marshal_data=0x0) at dbus-gproxy.c:1638
#18 0xb6f4779a in IA__g_closure_invoke (closure=0x80d44b0, return_value=0x0, 
    n_param_values=3, param_values=0xbfb36d8c, invocation_hint=0xbfb36c9c)
    at gclosure.c:490
#19 0xb6f5720e in signal_emit_unlocked_R (node=0x80cdf08, detail=801, 
    instance=0x80d1018, emission_return=0x0, instance_and_params=0xbfb36d8c)
    at gsignal.c:2440
#20 0xb6f586e7 in IA__g_signal_emit_valist (instance=0x80d1018, signal_id=133, 
    detail=801, 
    var_args=0xbfb36fd4 
"N�\020��o��g���\210\203\b\b\204D��8�\016\b8�\016\b\220>\r\b\030\020\r\b\030p��9\210��\210\203\b\b")
 at gsignal.c:2199
#21 0xb6f588a0 in IA__g_signal_emit (instance=0x80d1018, signal_id=133, 
    detail=801) at gsignal.c:2243
#22 0xb75f6b9f in dbus_g_proxy_manager_filter (connection=0x80d1de8, 
    message=0x80d3d60, user_data=0x80d4288) at dbus-gproxy.c:1691
#23 0xb6f823c1 in dbus_connection_dispatch () from /usr/lib/libdbus-1.so.3
---Type <return> to continue, or q <return> to quit---
#24 0xb75ee67e in message_queue_dispatch (source=0x80d3eb8, callback=0, 
    user_data=0x0) at dbus-gmain.c:101
#25 0xb6eb270a in IA__g_main_context_dispatch (context=0x8086798)
    at gmain.c:2061
#26 0xb6eb58cb in g_main_context_iterate (context=0x8086798, block=1, 
    dispatch=1, self=0x805f190) at gmain.c:2694
#27 0xb6eb5c6e in IA__g_main_loop_run (loop=0x80ada18) at gmain.c:2898
#28 0xb773b2a7 in IA__gtk_main () at gtkmain.c:1144
#29 0x0804f407 in main (argc=2, argv=0xbfb37364) at main.c:141
(gdb) 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
SynCE-Devel mailing list
SynCE-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synce-devel

Reply via email to