Date: Mon, 29 Feb 2016 11:56:00 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 207589] dns/fastresolve broken, builds but does not run (segfaults) Message-ID: <bug-207589-13@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207589 Bug ID: 207589 Summary: dns/fastresolve broken, builds but does not run (segfaults) Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: 000.fbsd@quip.cz CC: portmaster@bsdforge.com Flags: maintainer-feedback?(portmaster@bsdforge.com) CC: portmaster@bsdforge.com I am using dns/fastresolve for years, but it no longer works on FreeBSD 10.x amd64. It always segfaults. # dns-terror -p 1000 -d /var/tmp/ip2host.db -o < /tmp/access.log Segmentation fault (core dumped) I tried to compiled it WITH_DEBUG=3Dyes and got this (with help of Dan Luke= s) # gdb dns-terror GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) core dns-terror.core Core was generated by `dns-terror'. Program terminated with signal 4, Illegal instruction. Reading symbols from /usr/local/lib/libadns.so.1...done. Loaded symbols for /usr/local/lib/libadns.so.1 Reading symbols from /lib/libz.so.6...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /usr/local/lib/libdb_cxx-5.3.so.0...done. Loaded symbols for /usr/local/lib/libdb_cxx-5.3.so.0 Reading symbols from /usr/lib/libc++.so.1...done. Loaded symbols for /usr/lib/libc++.so.1 Reading symbols from /lib/libcxxrt.so.1...done. Loaded symbols for /lib/libcxxrt.so.1 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000000405c26 in BoolString::operator=3D (this=3D0x802816130, other=3D@0x7fffffffdc40) at BoolString.h:58 58 BoolString.h: No such file or directory. in BoolString.h [New Thread 802806400 (LWP 100132/<unknown>)] (gdb) bt #0 0x0000000000405c26 in BoolString::operator=3D (this=3D0x802816130, other=3D@0x7fffffffdc40) at BoolString.h:58 #1 0x000000000040291a in submit_query (ads=3D0x802817400, reslist=3D@0x7fffffffe1a0, lp=3D0x8028bc080) at dns-terror.cc:347 #2 0x0000000000404870 in main (argc=3D6, argv=3D0x7fffffffe690) at dns-terror.cc:763=20 (gdb) set disassembly-flavor intel (gdb) disassemble 0x405c26 Dump of assembler code for function _ZN10BoolStringaSERKS_: 0x0000000000405c00 <_ZN10BoolStringaSERKS_+0>: push rbp 0x0000000000405c01 <_ZN10BoolStringaSERKS_+1>: mov rbp,rsp 0x0000000000405c04 <_ZN10BoolStringaSERKS_+4>: mov QWORD PTR [rbp-0x10]= ,rdi 0x0000000000405c08 <_ZN10BoolStringaSERKS_+8>: mov QWORD PTR [rbp-0x18]= ,rsi 0x0000000000405c0c <_ZN10BoolStringaSERKS_+12>: mov rsi,QWORD PTR [rbp-0= x10] 0x0000000000405c10 <_ZN10BoolStringaSERKS_+16>: mov rdi,QWORD PTR [rbp-0= x18] 0x0000000000405c14 <_ZN10BoolStringaSERKS_+20>: mov rdi,QWORD PTR [rdi] 0x0000000000405c17 <_ZN10BoolStringaSERKS_+23>: mov QWORD PTR [rsi],rdi 0x0000000000405c1a <_ZN10BoolStringaSERKS_+26>: mov rdi,QWORD PTR [rbp-0= x18] 0x0000000000405c1e <_ZN10BoolStringaSERKS_+30>: mov al,BYTE PTR [rdi+0x8] 0x0000000000405c21 <_ZN10BoolStringaSERKS_+33>: and al,0x1 0x0000000000405c23 <_ZN10BoolStringaSERKS_+35>: mov BYTE PTR [rsi+0x8],al 0x0000000000405c26 <_ZN10BoolStringaSERKS_+38>: ud2a End of assembler dump.=20 There are many warnings on compile time and it seems somebody should fix the source code. I tried it with GCC 4.8 (same segfault) and GCC 4.7 (segfaults too) # gdb dns-terror GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) core dns-terror.core Core was generated by 'dns-terror'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libadns.so.1...done. Loaded symbols for /usr/local/lib/libadns.so.1 Reading symbols from /lib/libz.so.6...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /usr/local/lib/libdb_cxx-5.3.so.0...done. Loaded symbols for /usr/local/lib/libdb_cxx-5.3.so.0 Reading symbols from /usr/local/lib/gcc47/libstdc++.so.6...done. Loaded symbols for /usr/local/lib/gcc47/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/gcc47/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/gcc47/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/lib/libc++.so.1...done. Loaded symbols for /usr/lib/libc++.so.1 Reading symbols from /lib/libcxxrt.so.1...done. Loaded symbols for /lib/libcxxrt.so.1 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000000000000 in ?? () [New Thread 802c06400 (LWP 100134/<unknown>)] (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00000008013283ed in __dynamic_cast (src_ptr=3D0x8015d0480, src_type=3D0x8015b5fd0, dst_type=3D0x8015b5d60, src2dst=3D0) at ../../.././../gcc-4.7.4/libstdc++-v3/libsupc++/dyncast.cc:61 #2 0x0000000801353f50 in std::has_facet<std::ctype<char> > (__loc=3D@0x8015cffb8) at locale_classes.tcc:257 #3 0x0000000801348e44 in std::basic_ios<char, std::char_traits<char> >::_M_cache_locale ( this=3D0x8015cfee8, __loc=3D@0x8015cffb8) at basic_ios.tcc:160 #4 0x0000000801348ee8 in std::basic_ios<char, std::char_traits<char> >::in= it ( this=3D0x8015cfee8, __sb=3D0x8015cf7c0) at basic_ios.tcc:133 #5 0x000000080133b241 in std::ios_base::Init::Init (this=3DUnhandled dwarf expression opcode 0xf3 ) at ostream:83 #6 0x000000000040466a in __static_initialization_and_destruction_0 (__initialize_p=3DCould not find the frame base for "__static_initialization_and_destruction_0". ) at new:111 #7 0x000000000060a488 in ?? () #8 0x00007fffffffd7a0 in ?? () #9 0x0000000800827560 in ?? () from /libexec/ld-elf.so.1 #10 0x0000000000000000 in ?? () --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-207589-13>