Eloy Paris <peloy <at> chapus.net> writes:

> > Any good ideas how to find this, anybody?
> 
> Build with symbols and then open core dump with debugger to see where it
> is crashing?
> 
Nowhere near where the actual bug is, it seems.

(gdb) inf thr
  Id   Target Id         Frame 
  2    Thread 0xb6c80460 (LWP 23211) 0xb6e96cb0 in read () at 
../sysdeps/unix/syscall-template.S:81
* 1    Thread 0xb6c81000 (LWP 23210) list_del (entry=0x1b5f04) at 
../../libusb/libusbi.h:130
(gdb) whe
#0  list_del (entry=0x1b5f04) at ../../libusb/libusbi.h:130
#1  do_close (ctx=ctx@entry=0x1ad008, dev_handle=dev_handle@entry=0x1b5ee8) 
at ../../libusb/core.c:1240
#2  0xb6d3228c in libusb_close (dev_handle=0x1b5ee8) at 
../../libusb/core.c:1303
#3  0xb6f5e894 in DS9490_close () from /usr/lib/arm-linux-gnueabihf/libow-
3.1.so.0
#4  0xb6f34ef0 in RemoveIn () from /usr/lib/arm-linux-gnueabihf/libow-
3.1.so.0
#5  0xb6f34fa4 in RemovePort () from /usr/lib/arm-linux-gnueabihf/libow-
3.1.so.0
#6  0xb6f62eac in LibStart () from /usr/lib/arm-linux-gnueabihf/libow-
3.1.so.0
#7  0x00011644 in ?? ()
#8  0xb6d63294 in __libc_start_main (Cannot access memory at address 0x0
main=0xbeaa1c44, argc=-1226293248, argv=0xb6d63294 <__libc_start_main+276>, 
    init=<optimized out>, fini=0x12d40, rtld_fini=0xb6fb3464 <_dl_fini>, 
stack_end=0xbeaa1c44) at libc-start.c:287
#9  0x00011734 in ?? ()
Cannot access memory at address 0x0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) thr 2
[Switching to thread 2 (Thread 0xb6c80460 (LWP 23211))]
#0  0xb6e96cb0 in read () at ../sysdeps/unix/syscall-template.S:81
81      ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) whe
#0  0xb6e96cb0 in read () at ../sysdeps/unix/syscall-template.S:81
#1  0xb6f45a2c in ?? () from /usr/lib/arm-linux-gnueabihf/libow-3.1.so.0
#2  0xb6e8ee90 in start_thread (arg=0xb6c80460) at pthread_create.c:311
#3  0xb6e19128 in ?? () at 
../ports/sysdeps/unix/sysv/linux/arm/nptl/../clone.S:92 from /lib/arm-linux-
gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) 





------------------------------------------------------------------------------
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Reply via email to