FreeBSD core dump #382

Closed
opened 2026-10-05 04:17:01 +02:00 by adam · 10 comments
Owner

znc 1.5 is whining about malloc missing on freebsd 10 as seen in this core dump http://pastebin.com/jTxJQTpt

znc 1.5 is whining about malloc missing on freebsd 10 as seen in this core dump http://pastebin.com/jTxJQTpt <!-- github-sync-id:41624617 -->
adam closed this issue 2026-10-05 04:17:01 +02:00
Author
Owner

The error is stating that the file /etc/malloc.conf is not found.

13542 znc      NAMI  "/etc/malloc.conf"
 13542 znc      RET   readlink -1 errno 2 No such file or directory

I'm not sure how FreeBSD's malloc works, but this seems to be a configuration issue with your operating system and not a problem in ZNC. Please refer to the man page for malloc.conf

The error is stating that the file `/etc/malloc.conf` is not found. ``` 13542 znc NAMI "/etc/malloc.conf" 13542 znc RET readlink -1 errno 2 No such file or directory ``` I'm not sure how FreeBSD's malloc works, but this seems to be a configuration issue with your operating system and not a problem in ZNC. Please refer to the man page for [malloc.conf](http://www.freebsd.org/cgi/man.cgi?query=malloc.conf&sektion=5&apropos=0&manpath=FreeBSD+7.1-RELEASE) <!-- github-comment-id:54078322 -->
Author
Owner

Also, that's not a core dump and there are no write() calls in there (why do you think it is whining about malloc?).

If you want to report a crash, grab gdb and get a backtrace (gdb znc, run, bt, bt full)

Also, that's not a core dump and there are no write() calls in there (why do you think it is whining about malloc?). If you want to report a crash, grab gdb and get a backtrace (gdb znc, run, bt, bt full) <!-- github-comment-id:54263815 -->
Author
Owner
http://wiki.znc.in/Debugging <!-- github-comment-id:54381528 -->
Author
Owner

it's whining about malloc because on freebsd /etc/malloc.conf does not exist and that's a kdump the freebsd equivalent to gdb I can see the errors without the need of gdb.

it's whining about malloc because on freebsd /etc/malloc.conf does not exist and that's a kdump the freebsd equivalent to gdb I can see the errors without the need of gdb. <!-- github-comment-id:54910450 -->
Author
Owner

If you have an error message then it would be nice to tell us about that error message. Believe it or not, error messages could actually contain useful information.

Also, no. kdump is not the freebsd equivalent to gdb. The freebsd equivalent to gdb is gdb. The freebsd equivalent to strace is kdump.

If you have an error message then it would be nice to tell us about that error message. Believe it or not, error messages could actually contain useful information. Also, no. kdump is not the freebsd equivalent to gdb. The freebsd equivalent to gdb is gdb. The freebsd equivalent to strace is kdump. <!-- github-comment-id:54972162 -->
Author
Owner

[root@kurobachan /usr/local/bin]# gdb ./znc
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 conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)...
(gdb) handle SIGPIPE nostop
Signal Stop Print Pass to program Description
SIGPIPE No Yes Yes Broken pipe
(gdb) run -D
Starting program: /usr/local/bin/znc -D
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...Error while reading shared library symbols:
Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/gcc5/libstdc++.so.6](no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100130](no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 2a403080 (LWP 100130/znc)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2a403080 (LWP 100130/znc)]
0x00000000 in ?? ()
(gdb)

[root@kurobachan /usr/local/bin]# gdb ./znc 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 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... (gdb) handle SIGPIPE nostop Signal Stop Print Pass to program Description SIGPIPE No Yes Yes Broken pipe (gdb) run -D Starting program: /usr/local/bin/znc -D (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/gcc5/libstdc++.so.6](no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100130](no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 2a403080 (LWP 100130/znc)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2a403080 (LWP 100130/znc)] 0x00000000 in ?? () (gdb) <!-- github-comment-id:55841526 -->
Author
Owner

Did I point you at http://wiki.znc.in/Debugging already? Please read it. You didn't provide neither debug symbols to gdb, nor stack trace to us.

Did I point you at http://wiki.znc.in/Debugging already? Please read it. You didn't provide neither debug symbols to gdb, nor stack trace to us. <!-- github-comment-id:55854940 -->
Author
Owner

[root@kurobachan /usr/local/bin]# gdb ./znc
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 conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/bin/znc]

(gdb) handle SIGPIPE nostop
Signal Stop Print Pass to program Description
SIGPIPE No Yes Yes Broken pipe
(gdb) run -D
Starting program: /usr/local/bin/znc -D
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...Error while reading shared library symbols:
Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/libstdc++.so.6](no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100079](no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 2a403080 (LWP 100079/znc)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2a403080 (LWP 100079/znc)]
0x00000000 in ?? ()
(gdb) bt full
#0 0x00000000 in ?? ()
No symbol table info available.
#1 0x29c01038 in ?? () from /usr/local/lib/libstdc++.so.6
No symbol table info available.
#2 0x29cd0220 in ?? () from /usr/local/lib/libstdc++.so.6
No symbol table info available.
#3 0x00000000 in ?? ()
No symbol table info available.
(gdb)

[root@kurobachan /usr/local/bin]# gdb ./znc 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 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/bin/znc] (gdb) handle SIGPIPE nostop Signal Stop Print Pass to program Description SIGPIPE No Yes Yes Broken pipe (gdb) run -D Starting program: /usr/local/bin/znc -D (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/libstdc++.so.6](no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100079](no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 2a403080 (LWP 100079/znc)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2a403080 (LWP 100079/znc)] 0x00000000 in ?? () (gdb) bt full #0 0x00000000 in ?? () No symbol table info available. #1 0x29c01038 in ?? () from /usr/local/lib/libstdc++.so.6 No symbol table info available. #2 0x29cd0220 in ?? () from /usr/local/lib/libstdc++.so.6 No symbol table info available. #3 0x00000000 in ?? () No symbol table info available. (gdb) <!-- github-comment-id:55892207 -->
Author
Owner

It's still compiled without debug symbols...

It's still compiled without debug symbols... <!-- github-comment-id:56889733 -->
Author
Owner

GNU gdb 6.1.1 [FreeBSD] is too old, you can install new version gdb V8.1 to solve this problem

pkg install gdb

and add /usr/local/bin/gdb to your PATH environment

GNU gdb 6.1.1 [FreeBSD] is too old, you can install new version gdb V8.1 to solve this problem # pkg install gdb and add /usr/local/bin/gdb to your PATH environment <!-- github-comment-id:406922147 -->
Sign in to join this conversation.
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: adam/znc#382