I wrote:
They are repeatable, a stack trace is pasted below. Note:– This is from the commit d28ad8a95ae96f4d8117df6bf1fdc09957289757 (June 19th). I am building the latest one right now and will let you know it it behaves differently.
It does. First, the output of "balsa D" is different, it goes one step further than "3 OK Completed.": IMAP S: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN] imap4/pop3 ready.
IMAP S: * OK lavabit.com IMAP4rev1 lavad server ready. IMAP C: 1 CAPABILITY IMAP S: * CAPABILITY IMAP4rev1 STARTTLS LITERAL+ 1 OK Completed. IMAP C: 2 LOGIN "carlos_franke" (password hidden)IMAP S: 2 NO [ALERT] This user account is configured to require that all IMAP sessions be connected over SSL.
IMAP S: * OK lavabit.com IMAP4rev1 lavad server ready. IMAP C: 3 CAPABILITY IMAP S: * CAPABILITY IMAP4rev1 STARTTLS LITERAL+ 3 OK Completed.IMAP S: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN] imap4/pop3 ready.
Second, Ctrl-C does not close the window, nor does SIGTERM, I had to use SIGKILL. Nonetheless gdb let me print a stacktrace after Ctrl-C-ing balsa:
Thread 4 (Thread 0xb0f5ab40 (LWP 19617)): #0 0xb7fdd424 in __kernel_vsyscall ()#1 0xb5b7c79b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x08064b7c in ?? () #3 0x0810c6f3 in ?? () #4 0xb5cb7606 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #5 0xb5cc90f5 in ?? () from /usr/lib/libgobject-2.0.so.0#6 0xb5cd1011 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#7 0xb5cd1453 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #8 0x0810854a in ?? () #9 0x08108a5f in ?? () #10 0x0811d649 in ?? () #11 0x0811dc56 in ?? () #12 0x081165a8 in ?? () #13 0x080dbd96 in ?? () #14 0x080ed9e6 in ?? () #15 0x080e5a48 in ?? () #16 0x08067254 in ?? () #17 0xb5b78ce8 in start_thread () from /lib/libpthread.so.0 #18 0xb5ab939e in clone () from /lib/libc.so.6 Thread 2 (Thread 0xb35b9b40 (LWP 19615)): #0 0xb7fdd424 in __kernel_vsyscall () #1 0xb5aaf2ab in poll () from /lib/libc.so.6 #2 0xb5bf917b in g_poll () from /usr/lib/libglib-2.0.so.0 #3 0xb5beaa70 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0xb5beaf4b in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #5 0xb5dc73fa in ?? () from /usr/lib/libgio-2.0.so.0 #6 0xb5c0ed23 in ?? () from /usr/lib/libglib-2.0.so.0 #7 0xb5b78ce8 in start_thread () from /lib/libpthread.so.0 #8 0xb5ab939e in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb35bb840 (LWP 19609)): #0 0xb7fdd424 in __kernel_vsyscall ()#1 0xb5b7c79b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x080ddd8c in ?? () #3 0x080e5670 in ?? () #4 0x0806d0c5 in ?? () #5 0x080654d5 in ?? () #6 0x08065636 in ?? () ---Type <return> to continue, or q <return> to quit--- #7 0xb5be8230 in ?? () from /usr/lib/libglib-2.0.so.0#8 0xb5bea753 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#9 0xb5beaaf0 in ?? () from /usr/lib/libglib-2.0.so.0 #10 0xb5beaf4b in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #11 0xb65a837d in gtk_main () from /usr/lib/libgtk-3.so.0 #12 0x0809a501 in ?? () #13 0xb377f57e in ffi_call_SYSV () from /usr/lib/libffi.so.6 #14 0xb377f2df in ffi_call () from /usr/lib/libffi.so.6#15 0xb5cb7f3c in g_cclosure_marshal_generic () from /usr/lib/libgobject-2.0.so.0
#16 0xb5cb7606 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #17 0xb5cc90f5 in ?? () from /usr/lib/libgobject-2.0.so.0#18 0xb5cd1011 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#19 0xb5cd1453 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #20 0xb5d8fddd in g_application_run () from /usr/lib/libgio-2.0.so.0 #21 0x080605d7 in ?? () #22 0xb59ea3d5 in __libc_start_main () from /lib/libc.so.6 #23 0x0806060d in ?? ()Third, in two out of three runs the server connection popup remained open (and blank), once it disappeared on its own.
Oh, and this time the mailbox tab was open from the beginning again. I hope this does no harm?
Carlos
Attachment:
pgpHjDiexzMMJ.pgp
Description: PGP signature