Re: Please make discover2 udebs available for testing
[Jeff Licquia]
> http://hackers.progeny.com/~licquia/discover/
Thank you very much.
There is no discover-data-udeb there? Will the discover-udeb work
without it?
The package depend on libcurl2. I will have to test it the build is
able to drag in the library, and if this library is very big. Besides
that, the udeb look fine on first check.
When I try to run this in a chroot (after installing libcurl2), it
crashes:
# catchsegv discover -t -e pci
*** Segmentation fault
Register dump:
EAX: 2f2f2f3a EBX: 402a5f60 ECX: 08060a10 EDX: 08061120
ESI: 656c6966 EDI: 00000710 EBP: bffffac8 ESP: bffffaa0
EIP: 40203406 EFLAGS: 00010202
CS: 0023 DS: 002b ES: 002b FS: 0000 GS: 0000 SS: 002b
Trap: 0000000e Error: 00000006 OldMask: 00000000
ESP/signal: bffffaa0 CR2: 656c6972
Backtrace:
/lib/libc.so.6[0x40203406]
/lib/libc.so.6[0x40202e37]
/lib/libc.so.6(malloc+0xa1)[0x402020fc]
/usr/lib/libexpat.so.1[0x400353ab]
/usr/lib/libexpat.so.1(XML_ParserCreate_MM+0x21)[0x400352c5]
/usr/lib/libexpat.so.1(XML_ParserCreate+0x1f)[0x40035273]
/lib/libdiscover.so.2(discover_xml_get_urls+0xa2)[0x4002e68e]
/lib/libdiscover.so.2(discover_xml_get_data_urls+0x8f)[0x4002e867]
/lib/libdiscover.so.2(discover_xml_get_devices+0x4e)[0x4002cbf2]
/lib/libdiscover.so.2(discover_get_devices+0x85)[0x4002fa75]
discover[0x8049444]
discover[0x8049b7f]
/lib/libc.so.6(__libc_start_main+0xdd)[0x401aea51]
discover(__ctype_b_loc+0x31)[0x8048d59]
Memory map:
08048000-0804b000 r-xp 00000000 3a:01 656247 /usr/bin/discover
0804b000-0804c000 rw-p 00002000 3a:01 656247 /usr/bin/discover
0804c000-08062000 rwxp 00000000 00:00 0
40000000-40011000 r-xp 00000000 3a:01 380666 /lib/ld-2.3.1.so
40011000-40012000 rw-p 00011000 3a:01 380666 /lib/ld-2.3.1.so
40012000-40015000 r-xp 00000000 3a:01 380683 /lib/libSegFault.so
40015000-40016000 rw-p 00002000 3a:01 380683 /lib/libSegFault.so
4001a000-4001b000 rw-p 00000000 00:00 0
4001b000-40026000 r-xp 00000000 3a:01 377657 /lib/libz.so.1.1.4
40026000-40028000 rw-p 0000b000 3a:01 377657 /lib/libz.so.1.1.4
40028000-40032000 r-xp 00000000 3a:01 377889 /lib/libdiscover.so.2.0.0
40032000-40033000 rw-p 00009000 3a:01 377889 /lib/libdiscover.so.2.0.0
40033000-4004d000 r-xp 00000000 3a:01 526197 /usr/lib/libexpat.so.1.0.0
4004d000-40051000 rw-p 0001a000 3a:01 526197 /usr/lib/libexpat.so.1.0.0
40051000-40073000 r-xp 00000000 3a:01 526261 /usr/lib/libcurl.so.2.0.2
40073000-40074000 rw-p 00021000 3a:01 526261 /usr/lib/libcurl.so.2.0.2
40074000-40075000 rw-p 00000000 00:00 0
40075000-400a1000 r-xp 00000000 3a:01 902529 /usr/lib/i686/cmov/libssl.so.0.9.7
400a1000-400a4000 rw-p 0002b000 3a:01 902529 /usr/lib/i686/cmov/libssl.so.0.9.7
400a4000-40180000 r-xp 00000000 3a:01 901611 /usr/lib/i686/cmov/libcrypto.so.0.9.7
40180000-40191000 rw-p 000db000 3a:01 901611 /usr/lib/i686/cmov/libcrypto.so.0.9.7
40191000-40196000 rw-p 00000000 00:00 0
40196000-40198000 r-xp 00000000 3a:01 380671 /lib/libdl-2.3.1.so
40198000-40199000 rw-p 00001000 3a:01 380671 /lib/libdl-2.3.1.so
40199000-402a1000 r-xp 00000000 3a:01 380669 /lib/libc-2.3.1.so
402a1000-402a7000 rw-p 00107000 3a:01 380669 /lib/libc-2.3.1.so
402a7000-402a9000 rw-p 00000000 00:00 0
bfffe000-c0000000 rwxp fffff000 00:00 0
This is the last lines of an strace. Is it unable to handle the lack
of //etc/discover.conf?
brk(0x8053000) = 0x8053000
brk(0) = 0x8053000
brk(0x8054000) = 0x8054000
brk(0) = 0x8054000
brk(0x805d000) = 0x805d000
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_DFL}, 8) = 0
gettimeofday({1053413265, 410002}, NULL) = 0
gettimeofday({1053413265, 410137}, NULL) = 0
gettimeofday({1053413265, 410274}, NULL) = 0
brk(0) = 0x805d000
brk(0x805e000) = 0x805e000
open("//etc/discover.conf", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
rt_sigaction(SIGPIPE, {SIG_DFL}, {SIG_IGN}, 8) = 0
gettimeofday({1053413265, 411127}, NULL) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
When I touch the file, I get this error instead:
# discover -t -e pci
discover: XML parsing error.
#
Should discover.conf be part of discover-udeb?
Reply to: