Re: [Evolution] BUG: frozen while looking up new mail

[Jeffrey Stedfast <fejj ximian com>]

Well, the easiest way to do this would be to first shut down evolution. Once you do that, you'll want to open up an xterm (or gnome-terminal or whatever you prefer). Then,

bash$ gdb evolution-1.4
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
(gdb) r

dum de dum... cause evolution to hang and then hit Control-C

(gdb) thread apply all bt

Jeff

On Tue, 2004-03-02 at 11:21 -0800, Florin Andrei wrote:

> Um... ok, i need directions. I barely used gdb a couple times before.
> But if you tell me exactly what to do, i'll do it.
>
> On Tue, 2004-03-02 at 11:09, Jeffrey Stedfast wrote:
> > Can you attach to evolution with gdb and see what it is actually doing
> > in all the threads when this "lock" occurs? Afaik, all the code that
> > does *anything* over the network is done in another thread (ie. not
> > the GUI thread).
> > 
> > the output of "thread apply all bt" should be enough.
> > 
> > Jeff
> > 
> > On Tue, 2004-03-02 at 10:53 -0800, Florin Andrei wrote:
> > 
> > > I'm using Evolution-1.4.5-7 on Linux Fedora Core 1 (it's the default Evo
> > > package provided by Fedora), with Cyrus IMAPd 2.2.3. I'm using the IMAP
> > > protocol, plain text authentication (Evo and Cyrus are on the same box,
> > > so it does not matter). Evo is setup to check the Inbox every minute.
> > > The /home/user/evolution folder is on the same partition (indeed, on the
> > > same SCSI spindle) as the Cyrus spool, because Cyrus on my system is
> > > setup to use /home/cyrus as the spool (not the default /var/spool/imap).
> > > I'm running my own MTA, which is Postfix-2.0.11-5, which delivers mail
> > > to Cyrus via LMTP over a Unix socket (default configs all over the
> > > place).
> > > Evo sends out mail via the local MTA, using the "sendmail" executable.
> > > 
> > > Everything's mostly fine, with one exception: Evo gets locked up hard
> > > every time it checks the Inbox. It's only for a few seconds, and after
> > > that it resumes normal functioning, but during those moments nothing
> > > works, i cannot even type into the Composer, or if i copy/paste text
> > > outside Evo and i hit CTRL-V exactly when it's frozen, it will wait
> > > until the lookup is over.
> > > This is not a regular "the system is too loaded to serve new requests"
> > > type of thing. It is a hard lock, the CPU is mostly idle, the SCSI is
> > > mostly idle, but Evo is 100% unresponsive for like 5 seconds or so.
> > > 
> > > It is very annoying.
> > > 
> > > Sure, probably it would help if my Cyrus server was a bit faster, but
> > > anyway, in my uneducated opinion, Evo should not get totally blocked
> > > while waiting for an event to complete, especially a network event.
> > > It looks like the user interface and some network stuff is in the same
> > > program loop, or something, and one blocks the other.
> > > If that's true and it's not a screwup of my own design, then it's a bug
> > > that needs to be fixed.
> > > 
> > > -- 
> > > Florin Andrei
> > > 
> > > http://florin.myip.org/
> > > _______________________________________________
> > > evolution maillist  -  evolution lists ximian com
> > > http://lists.ximian.com/mailman/listinfo/evolution
> > 
> -- 
> Florin Andrei
>
> http://florin.myip.org/
>
>
>
> _______________________________________________
> evolution maillist  -  evolution lists ximian com
> http://lists.ximian.com/mailman/listinfo/evolution

-- 
Jeffrey Stedfast
Evolution Hacker - Ximian, Inc.
fejj ximian com  - www.ximian.com