Re: Two problems with new FC3 x86_64 install
- From: Willem Riede <wriede riede org>
- To: balsa-list gnome org
- Subject: Re: Two problems with new FC3 x86_64 install
- Date: Tue, 28 Dec 2004 17:26:31 +0000
On 12/28/2004 11:05:03 AM, Pawel Salek wrote:
On 12/27/2004 10:26:17 PM, Willem Riede wrote:
> I'm upgrading to an Athlon 64 PC running FC3 x86_64. I compiled
> balsa 2.2.6 for that architecture. I'm running dovecot as the IMAP
> server on the same machine, and selected Maildir format this time
> (my old PC uses mbox, so this is a new experience for me).
> I now see two issues:
>
> 1. Balsa's process hangs around indefinitely after quit.
> 0 500 7173 1 15 0 192660 35200 184467 S ? 0:13
> balsa
> [wriede backup ~]$ strace -p 7173
> Process 7173 attached - interrupt to quit
> futex(0x390a52e620, FUTEX_WAIT, 2, NULL
>
> Google tells me that something similar has been reported before:
> (http://mail.gnome.org/archives/balsa-list/2004-April/msg00067.html),
> but I can't find if it has been resolved, or what the fix is if it
> has...
Have you got all the glibc updates? I have tested balsa-2.2.6 on
exactly the same hardware (even SMP) + IMAP (but without POP3) and with
current glibc it works just fine.
[root backup etc]# rpm -qa --queryformat "%20{name} %{version}-%{release} %
{arch}\n" 'glibc*'
glibc-common 2.3.4-2.fc3 x86_64
glibc-headers 2.3.4-2.fc3 x86_64
glibc-kernheaders 2.4-9.1.87 x86_64
glibc 2.3.4-2.fc3 x86_64
glibc-devel 2.3.4-2.fc3 x86_64
glibc 2.3.4-2.fc3 i686
Yum doesn't show any available updates (because I used it earlier to get all
available updates...).
Which kernel are (or were) you running - your question made me realize that I
hadn't yet rebooted to run the latest kernel update (2.6.9-1.681_FC3). More
Googling has just revealed that Andrew Morton has a futex_wait-fix.patch in
2.6.10-rc1-mm5, which most likely our Fedora friends put in the latest rpm.
Anyway, the good news is, that balsa now exits properly. Can you try that too,
since I see from your second mail you've reproduced the problem?
> 2. I deliver mail with procmail to Maildir folders, new messages get
> delivered
> to for exampe ~/Maildir/.Test/new, but don't get noticed by balsa
> until Test gets re-opened. Is that normal?
No, it is not. I assume that clicking "check" does not make balsa
discover them? And the periodic checking does not discover them either?
Indeed, none of those discover the new messages.
I believe that even opening another message from the same folder should
have the same effect of checking the folder for new messages. In any
case balsa may not discover that instantly. We might be using something
like libgamin for this (with all its tradeoffs).
So I read a couple of messages in an IMAP box that is known to have as yet
undiscovered new messages, and balsa didn't find the new ones then either :-(
What can I do to help debug this (as this behavior didn't change with the
kernel update)?
Regards, Willem Riede.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]