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