I am seeing segmentation faults when I use the following line to connect
to my IRC server:
/server -ssl <server-name> 6697 <password>
I don't know if this is the same issue that Lauri Alanko provided a
patch for, but I figured I'd start here.
Connecting from the server list window works okay. But that causes my
password to be saved as plaintext on disk, so I don't think this is a
good workaround.
gdb gives me the following stack trace:
(gdb) bt
#0 0x00000000004325c7 in ?? ()
#1 0x000000000042bf03 in fe_server_event ()
#2 0x000000000046370c in ?? ()
#3 0x0000000000466358 in inbound_login_end ()
#4 0x00000000004859b9 in ?? ()
#5 0x00000000004759b8 in ?? ()
#6 0x00007ffff4ce8e8a in g_main_context_dispatch ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7 0x00007ffff4ce9230 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#8 0x00007ffff4ce9552 in g_main_loop_run ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9 0x00007ffff78c0587 in gtk_main ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#10 0x000000000042a9b9 in fe_main ()
#11 0x000000000041efe4 in main ()
I don't know what debug packages to install to get a more meaningful
stack.
https://github.com/hexchat/hexchat/issues/950 has a similar-looking bug,
but unlike that bug, I didn't add any certs, and I don't use a proxy.
This /server command works okay in xchat, but xchat has been removed
from Stretch, so that's not a viable workaround.
This failure happens on both Jessie and Stretch, (both x86_64).
mike
