Trying to sync palm zire 72

Rodd Clarkson rodd at clarkson.id.au
Wed Oct 26 08:21:42 UTC 2005


On Wed, 2005-10-26 at 03:10 -0500, Patrick Barnes wrote:
> Rodd Clarkson wrote:
> > I'm trying to sync a palm zire 72 using rawhide.
> >
> > It plugs in via USB and when I click hot sync on the palm, it appears in
> > hal attached to a USB device.
> >
> > However, in the Gnome Pilot Settings, when I click on USB, the device
> > isn't listed in the Port settings, and no /dev/pilot is created.
> >
> > Am I doing something wrong, or is there something wrong in rawhide
> > (device creation) that's making this not work?
> >
> >
> > R.
> >
> >   
> The device is most likely /dev/ttyUSB1.  You can try a symlink for
> /dev/pilot, or you can configure the software to look at ttyUSB1.

Hmmm, okay, so the crash I'm getting may not be device related.

Here's some backtrace (maybe I should bugzilla this too).

Backtrace was generated from '/usr/libexec/gpilotd'

Using host libthread_db library "/lib/libthread_db.so.1".
`shared object read from target memory' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1208808928 (LWP 19216)]
0x00658402 in __kernel_vsyscall ()
#0  0x00658402 in __kernel_vsyscall ()
#1  0x0084a053 in __waitpid_nocancel () from /lib/libpthread.so.0
#2  0x00c87bfd in libgnomeui_module_info_get ()
   from /usr/lib/libgnomeui-2.so.0
#3  <signal handler called>
#4  0x00658402 in __kernel_vsyscall ()
#5  0x004af7e8 in raise () from /lib/libc.so.6
#6  0x004b0f58 in abort () from /lib/libc.so.6
#7  0x004e4a3a in __libc_message () from /lib/libc.so.6
#8  0x00565c15 in __chk_fail () from /lib/libc.so.6
#9  0x00566254 in __realpath_chk () from /lib/libc.so.6
#10 0x07b83f4f in pi_serial_bind (ps=0x96594e0, addr=0xbfa4e15a, addrlen=258)
    at /usr/include/bits/stdlib.h:35
#11 0x07b8743c in pi_bind (pi_sd=35, port=0x96597d0 "/dev/ttyUSB1")
    at socket.c:1063
#12 0x0804cfcf in sync_device (device=0x963e658, context=0x9639bb8)
    at gpilotd.c:166
#13 0x0804e40b in visor_devices_timeout (data=0x9639bb8) at gpilotd.c:912
#14 0x006f2566 in g_main_context_wakeup () from /usr/lib/libglib-2.0.so.0
#15 0x006f0a50 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#16 0x006f3a66 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#17 0x006f3f48 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#18 0x0804ee25 in main (argc=3, argv=0xbfa4ee64) at gpilotd.c:1092

Thread 1 (Thread -1208808928 (LWP 19216)):
#0  0x00658402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x0084a053 in __waitpid_nocancel () from /lib/libpthread.so.0
No symbol table info available.
#2  0x00c87bfd in libgnomeui_module_info_get ()
   from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#3  <signal handler called>
No symbol table info available.
#4  0x00658402 in __kernel_vsyscall ()
No symbol table info available.
#5  0x004af7e8 in raise () from /lib/libc.so.6
No symbol table info available.
#6  0x004b0f58 in abort () from /lib/libc.so.6
No symbol table info available.
#7  0x004e4a3a in __libc_message () from /lib/libc.so.6
No symbol table info available.
#8  0x00565c15 in __chk_fail () from /lib/libc.so.6
No symbol table info available.
#9  0x00566254 in __realpath_chk () from /lib/libc.so.6
No symbol table info available.
#10 0x07b83f4f in pi_serial_bind (ps=0x96594e0, addr=0xbfa4e15a, addrlen=258)
    at /usr/include/bits/stdlib.h:35
	save_errno = 13
	realport = "e\tÿ\000\000\000D7¶\a´M¶\aV߸\a\000\000\000\000Q߸\a°Üd\t\210øZ\000\230\222ó·\000\000\000\000Z᤿Ð\227e\t"
	data = (struct pi_serial_data *) 0x965ad10
	err = -502
#11 0x07b8743c in pi_bind (pi_sd=35, port=0x96597d0 "/dev/ttyUSB1")
    at socket.c:1063
	bind_return = -201
	ps = (pi_socket_t *) 0x96594e0
	addr = {pi_family = 0, 
  pi_device = "/dev/ttyUSB1", '\0' <repeats 242 times>}
#12 0x0804cfcf in sync_device (device=0x963e658, context=0x9639bb8)
    at gpilotd.c:166
	pilot = 


I'm happy to install some other debuginfo packages if people can tell me what.


Rodd
-- 
"It's a fine line between denial and faith.
 It's much better on my side"




More information about the fedora-test-list mailing list