List,
I have reproduced
stde...@googlemail.com issue with the freebsd port.
The crash occurst after connecting using valid credentials.
The preliminary stack trace is as follows:
#0 0x000000080182ea1a in kill () from /lib/libc.so.7
#1 0x00000008017c51c0 in __stack_chk_fail () from /lib/libc.so.7
#2 0x00000008017c5130 in __stack_chk_fail () from /lib/libc.so.7
#3 0x00000008030a4dbe in RAND_status () from /lib/libcrypto.so.7
#4 0x0000000800000000 in ?? ()
#5 0xef105f70ffd38081 in ?? ()
#6 0x01b9e193624d6201 in ?? ()
#7 0x1e0b4560d7360400 in ?? ()
#8 0xbba6f1f75e250984 in ?? ()
#9 0x0000000000000000 in ?? ()
This is with profanity compiled with debugging symbols.
stack frames #4 to #9 look kinda weird to me.
Single-stepping showed the problem occurs in prof_run.
Don't ask me why debugging information isn't included for profanity.c, all relevant options were passed to the compiler.
On FreeBSD, this is done with WITH_DEBUG="YES" in /etc/make.conf.
The program is not being run.
Continuing.
Breakpoint 1, sock_connect (host=0x7fffffffd990 "
redacted.example.com", port=5222)
at src/sock.c:86
[...]
xmpp_connect_client (conn=0x8054b9140, altdomain=0x0, altport=0,
callback=0x411380 <_connection_handler>, userdata=0x8054b29e0) at src/conn.c:425
[...]
_jabber_connect (fulljid=0x8050068e0 "
j...@redacted.example.com/profanity",
passwd=0x8050206a0 "redacted", altdomain=0x0, port=0)
at src/xmpp/connection.c:404
[...]
0x0000000000410d42 in _jabber_connect_with_details (
jid=0x805006820 "
j...@redacted.example.com",
passwd=0x8050206a0 "redacted", altdomain=0x0, port=0)
at src/xmpp/connection.c:184
184 return _jabber_connect(saved_details.jid, passwd, saved_details.altdomain, saved_details.port);
cmd_connect (args=0x805021710, help=<value optimized out>) at src/command/commands.c:135
[...]
cmd_execute (command=0x8050067c0 "/connect",
inp=0x7fffffffe600 "/connect
j...@redacted.example.com")
at src/command/command.c:1619
[...]
process_input (inp=0x7fffffffe600 "/connect
j...@redacted.example.com")
at profanity.c:212
212 profanity.c: No such file or directory.
in profanity.c
215 in profanity.c
219 in profanity.c
220 in profanity.c
222 in profanity.c
prof_run (disable_tls=0, log_level=0x45afff "INFO", account_name=0x0) at profanity.c:129
129 in profanity.c
98 in profanity.c
99 in profanity.c
101 in profanity.c
103 in profanity.c
104 in profanity.c
105 in profanity.c
109 in profanity.c
111 in profanity.c
112 in profanity.c
117 in profanity.c
119 in profanity.c
121 in profanity.c
122 in profanity.c
124 in profanity.c
125 in profanity.c
103 in profanity.c
104 in profanity.c
105 in profanity.c
109 in profanity.c
111 in profanity.c
112 in profanity.c
117 in profanity.c
119 in profanity.c
121 in profanity.c
122 in profanity.c
124 in profanity.c
125 in profanity.c
103 in profanity.c
104 in profanity.c
105 in profanity.c
109 in profanity.c
111 in profanity.c
112 in profanity.c
117 in profanity.c
119 in profanity.c
121 in profanity.c
Program received signal SIGABRT, Aborted.
0x000000080182ea1a in kill () from /lib/libc.so.7
Single stepping until exit from function kill,
which has no line number information.
Program terminated with signal SIGABRT, Aborted.
The program no longer exists.
however, this seems to be somehow asynchronous, since the kill also happens when a breakpoint is set at prof_run.
Unfortunately, I am unable to debug this further today, but I'll take a closer look soon.
Fabian Freyer