Re: POP3 Audit

[Ali Akcaagac <ali akcaagac stud fh-wilhelmshaven de>]

> I admire your tenacity in tracking down this problem!

thank you. i as more as this issue nags me as more i am
willed to find the issue. the problem we have here is that
we all have differently installed systems or distributions
and maybe different libraries compiled differently etc.

i collected a bunch of notes now:

- /lib/libpthreads.so uses libgcc_s.so where i know that
  libgcc_s.so is binary incompatible with gcc3.x and glibc2.2.x
  on the otherhand, i then ask myself why 2/3 of balsa code works
  perfectly with threads.

- i know that C-Locale is not thread save. i use C-Locale right now
  i can export LANG to something differently but thats not the issue
  to... 2/3 of balsa code still works that way.

- i still keep the info from melanie in mind and i think similary
  it has something to do, when i press check and when it goes into
  src/main-window.c and i am sure it has something to do with

--------------------------------------------------------------------
void
check_new_messages_real(GtkWidget *widget, gpointer data, int type)
--------------------------------------------------------------------

  this function at least the bottom parts.

--------------------------------------------------------------------
    pthread_create(&get_mail_thread,
                   NULL, (void *) &check_messages_thread, (void *)0);

    /* Detach so we don't need to pthread_join
     * This means that all resources will be
     * reclaimed as soon as the thread exits
     */
    pthread_detach(get_mail_thread);
--------------------------------------------------------------------

i know that whenever balsa enters check_message_thread i need to single
step in there. in there it goes to check_mailbox_list and there it
catches with the gtk_emitt function.. then on the other hand, why does
as melanie described pthread work if you disable the progressing dialog
window and keep balsa checking in bg...

> I occasionally see what I believe to be another instance of the same 
> general problem, but associated with IMAP transactions. Balsa starts, 
> but exits a fraction of a second after displaying the main window. If 
> gdb is running it, the status is, of course, `program exited normally'.
> 
> The problem is *much* more frequent when I have a slow connection to 
> the IMAP server (> 500 ms ping time, for instance), so I infer that 
> it's related to long blocked reads. I've never seen it on checking my 
> POP3 server, but the ping time there is always around 20 ms--do you 
> ever have delays with yours?

root@ulixys:/home/galaxy > ping mail.rz.fh-wilhelmshaven.de 
PING mail.rz.fh-wilhelmshaven.de (139.13.25.134): 56 octets data
64 octets from 139.13.25.134: icmp_seq=0 ttl=248 time=48.6 ms
64 octets from 139.13.25.134: icmp_seq=1 ttl=248 time=49.8 ms
64 octets from 139.13.25.134: icmp_seq=2 ttl=248 time=55.7 ms
64 octets from 139.13.25.134: icmp_seq=3 ttl=248 time=53.5 ms
64 octets from 139.13.25.134: icmp_seq=4 ttl=248 time=52.4 ms
64 octets from 139.13.25.134: icmp_seq=5 ttl=248 time=53.5 ms
64 octets from 139.13.25.134: icmp_seq=6 ttl=248 time=49.0 ms
64 octets from 139.13.25.134: icmp_seq=7 ttl=248 time=53.4 ms
64 octets from 139.13.25.134: icmp_seq=8 ttl=248 time=47.3 ms

--- mail.rz.fh-wilhelmshaven.de ping statistics ---
9 packets transmitted, 9 packets received, 0% packet loss
round-trip min/avg/max = 47.3/51.4/55.7 ms
root@ulixys:/home/galaxy >

> I also have the *impression*, not backed up by serious observation, 
> that if Balsa fails in this way, and I restart it immediately, it 
> starts successfully, which suggests to me that something outside Balsa 
> is involved--some condition that gets cleared by the fail. However, I 
> may be fooling myself there...
> 
> One last clue: a while ago, before some upgrade (and there've been so 
> many!), I used to get a console message `program received real-time 
> signal 32' when this type of failure happened; now there's nothing.

hum, i never had that message.

> I hope some of these recollections help in tracking down the 
> problem--best of luck!

thank you.

-- 
Name....: Ali Akcaagac
Status..: Student Of Computer & Economic Science
E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa