[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: POSIX_THREADS segfaulting (ITS#11)



Alan Knowles wrote:
> 
> Yeah, All the same,
> 
> I'm still playing with it - eg.
> have tried
> --without-threads,
> it will bug out somewhere in the ber library
> CPPFLAGS with MIT  (and installed the debian MIT threads)
> this doesnt help - seems to produce the same errors.
> I will try setting my db to gdbm to see if that makes a difference.

If it segfaulting --without-threads, then provide (in a reply to the
its to the openldap-its@openldap.org) a new traceback.  Debugging
in single threaded applications is much easier.

Make sure you remove config.cache before rerunning configure with
new options and then do a make clean; make depend before making.

> I'm not sure the debug I gave was that usefull. - I'm pretty fresh to
> xxgdb so my guesses where that the thread call is failing (does this
> mean that the program/functions etc. running in the thread, not the
> thread controller is failing) so do I need to work out how to monitor
> the other thread?

Let's look at the --without-thread crash first.
 
> Anyway I'll keep plugging away, if you want me to try some other stuff
> to send u info, let me know
> 
> best regards
> 
> alan
> 
> "Kurt D. Zeilenga" wrote:
> >
> > I assume this is the same slapd crash you noted on stable
> > when doing:
> >
> > Alan Knowles wrote:
> > ># ldapsearch -b '' 'member=cn=julian knowles,o=ossc,c=hk'
> > >will cause it to segfault. (with or without acls)
> > >   where as
> > ># ldapsearch -b 'c=hk' 'member=cn=julian knowles,o=ossc,c=hk'
> > >will work quite happily
> >
> > (if you were doing a different operation, please provide
> > details).
> >
> > >
> > At 02:53 AM 12/19/98 GMT, alan_k@HK.Super.NET wrote:
> > >Full_Name: Alan Richard Knowles
> > >Version: 1.1 Stable
> > >OS: Linux (Debian 2.0)
> > >URL: ftp://ftp.openldap.org/incoming/
> > >Submission from: (NULL) (202.64.34.22)
> > >
> > >
> > >Seg faults on base searching, (intermitant)
> > >gbd
> > >info stack
> > >#0  0x400dcb04 in __syscall_sigsuspend ()
> > >#1  0x401010ec in svc_fdset ()
> > >#2  0x4006159d in pthread_create ()
> > >#3  0x8049cd5 in main (argc=2, argv=0xbffffcf4) at main.c:189
> > >could be a bug in the implementation of pthreads (not sure how to check which
> > >version I have of this)
> >
> > Can you run slapd with some debugging turned on and provide
> > the relevant entries?   Probably -d 1 would be enough...
> >
> > Thanks, Kurt
> 
> --
> ------------------// Alan's Signature //--------------------
> If the answers not at http://www.hk.super.net/~alan_k , then
> let me now, CAUSE IT'S SUPPOSED TO BE!
> -----------// Alan's Linux Infomation Center //-------------