atom feed19 messages in net.sourceforge.lists.courier-usersRe: Infinite loop (WAS: Re: [courier-...
FromSent OnAttachments
Alexander LazicMar 28, 2001 9:49 am 
Sam VarshavchikMar 28, 2001 11:58 am 
Jason TuckerMar 28, 2001 12:26 pm 
Sam VarshavchikMar 28, 2001 1:32 pm 
Jason TuckerMar 28, 2001 1:41 pm 
Jason TuckerMar 28, 2001 2:22 pm 
Sam VarshavchikMar 28, 2001 3:02 pm 
Jason TuckerMar 28, 2001 7:02 pm 
Sam VarshavchikMar 28, 2001 8:08 pm 
Jason TuckerApr 2, 2001 11:33 am 
Sam VarshavchikApr 2, 2001 3:07 pm 
Jason TuckerApr 2, 2001 8:32 pm 
Sam VarshavchikApr 2, 2001 9:02 pm 
Jason TuckerApr 3, 2001 6:47 am 
Jason TuckerApr 3, 2001 9:24 am 
Jason TuckerApr 3, 2001 12:47 pm 
Sam VarshavchikApr 3, 2001 2:39 pm 
Sam VarshavchikApr 3, 2001 2:41 pm 
Jason TuckerApr 3, 2001 9:06 pm 
Subject:Re: Infinite loop (WAS: Re: [courier-users] Re: UID problem revisited)
From:Jason Tucker (jtuc@cyberfuse.com)
Date:Apr 2, 2001 11:33:37 am
List:net.sourceforge.lists.courier-users

On Thu, 29 Mar 2001, Sam Varshavchik wrote:

(now I just need to find out why 'courierldapaliasd' is consuming ~50% of my CPU, even though 'truss -f' only shows it sleeping...)

That means that the process is stuck in an internal infinite loop. Definitely not good.

Is this a known problem, or just something out of whack on my box? Is there something I can do to isolate the cause?

I have not heard of this before. To isolate the cause, compile with the -g flag, and manually install courierldapaliasd by hand. Then you should be able to attach a debugger to the process and get a stack traceback.

Well, I got the traceback. I don't really consider myself a programmer, though, so are there any trained eys that can clue me in on what's going bad here?

(gdb) bt #0 0xdfbb1523 in _libc_sigpause () #1 0xdfbea6c1 in sigpause () #2 0x804a60e in loop (fd=6) at ldapaliasd.c:699 #3 0x804a815 in start () at ldapaliasd.c:756 #4 0x804a9ed in main (argc=2, argv=0x8047b78) at ldapaliasd.c:832

That's the whole thing.

Much thanks,

__Jason