Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Rob Tanner
Rob,

I've included just the tail end of the strace confirming the segmentaion 
fault, but there was no corresponding core dump.  Do I have to do something 
special to cause it to dump core?

recvfrom(6, "\221,\205\200\0\1\0\1\0\2\0\2\0011\003255\003171\00210"..., 
1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("10.171.255.5")}, [16]) = 145
close(6)= 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGSEGV, {SIG_DFL}, {0x804adb8, [SEGV], SA_RESTORER|SA_RESTART, 
0xb7281c08}, 8) = 0
getpid()= 27947
kill(27947, SIGSEGV)= 0
sigreturn() = ? (mask now [])
--- SIGSEGV (Segmentation fault) @ 0 (0) ---

-- Rob

--On Wednesday, April 21, 2004 05:33:08 PM -0400 Rob Siemborski 
<[EMAIL PROTECTED]> wrote:

On Wed, 21 Apr 2004, Rob Tanner wrote:

I installed Cyrus IMSP server version 1.7b on a RH AS3 server and
configured it with LDAP to use our LDAP server as the backend for the
global addressbook.  I am using the dfault distro libs for LDAP, and imsp
builds okay except I get a bunch of "warning: assignment makes pointer
from integer without a cast" errors when compiling abook_ldap.c.  The
compile nevertheless succeeds.  But when the server tries to access LDAP
to to a search, the process terminates with a segmention fault.  I don't
find any special instructions in notes/Build-instructions for LDAP, and I
followed the instructions in notes/Setup-instructions to the letter.  Is
there something else I need to do?
Also, I did not include the strace (that's how I know it dies on a seg
fault) because it's quite long, but I can post it if it would be helpful.
If you can post the backtrace from the coredump, that'd be most helpful
actually.
-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper




Rob Tanner
Linfield College
McMinnville, Oregon
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Rob Siemborski

On Wed, 21 Apr 2004, Rob Tanner wrote:

> I installed Cyrus IMSP server version 1.7b on a RH AS3 server and configured
> it with LDAP to use our LDAP server as the backend for the global
> addressbook.  I am using the dfault distro libs for LDAP, and imsp builds
> okay except I get a bunch of "warning: assignment makes pointer from integer
> without a cast" errors when compiling abook_ldap.c.  The compile nevertheless
> succeeds.  But when the server tries to access LDAP to to a search, the
> process terminates with a segmention fault.  I don't find any special
> instructions in notes/Build-instructions for LDAP, and I followed the
> instructions in notes/Setup-instructions to the letter.  Is there something
> else I need to do?
>
> Also, I did not include the strace (that's how I know it dies on a seg fault)
> because it's quite long, but I can post it if it would be helpful.

If you can post the backtrace from the coredump, that'd be most helpful
actually.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Rob Siemborski

On Thu, 22 Apr 2004, Moritz Both wrote:

> It looks llike it may be related to re-entrace in the sasl libraries.
> See this:
[snip]
> The problem was that pam_ldap was compiled with sasl, and the sasl
> libraries are not reentrant. Thus a double free bug was triggered.

Yup, it looks like this is likely the problem (or atleast, its not going
to work until you fix this, so...)

Convincing the LDAP libraries to not do a SASL bind may be less draconian
than recompiling them.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Wil Cooley
On Wed, 2004-04-21 at 20:54, Rob Tanner wrote:
> Craig,
> 
> I did a bit of googling, and I found a lot of complaints about RH not 
> dumping core, but no one seems to know had to turn that limitation off. 
> Have you any ideas?
> 
> If nothing else, at least I've paid my bucks to RedHat so I should be 
> able to ask them.

Check /etc/profile:

# No core files by default
ulimit -S -c 0 > /dev/null 2>&

Wil
-- 
Wil Cooley  mailto:[EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc 
* * * * * Portland's Premier Open Source Consultancy * * * * *


signature.asc
Description: This is a digitally signed message part


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Rob Tanner
Rob,

Took a while to figure out what to set so that core could get dumped. I
think this is what you're asking for:
(gdb) bt
#0  0xb7473127 in _sasl_ipfromstring (addr=0x1 bounds>, out=0x0, outlen=0)
at common.c:1658
#1  0xb7472140 in sasl_setprop (conn=0x806dfa8, propnum=1, value=0x1)
at common.c:738
#2  0xb7471760 in _sasl_conn_init (conn=0x806dfa8, service=0xb75d3c0b
"ldap", flags=4294967289,
type=4294967289, idle_hook=0xfff9, serverFQDN=0x80673f0
"¨ß\006\bin.linfield.edu",
iplocalport=0x0, ipremoteport=0x1 ,
callbacks=0xfff9,
global_callbacks=0xfff9) at common.c:382
#3  0xb74704fb in sasl_client_new (service=0xb75d3c0b "ldap",
serverFQDN=0x80673f0 "¨ß\006\bin.linfield.edu", iplocalport=0x0,
ipremoteport=0x1 ,
prompt_supp=0xbfff88d4, flags=3076356012,
pconn=0x80673f0) at client.c:333
#4  0xb75bb20c in ldap_int_sasl_open () from /usr/lib/libldap.so.2
#5  0xb75b54fc in ldap_int_open_connection () from
/usr/lib/libldap.so.2
#6  0xb75c54bb in ldap_new_connection () from /usr/lib/libldap.so.2
#7  0xb75b4f71 in ldap_open_defconn () from /usr/lib/libldap.so.2
#8  0xb75c50ee in ldap_send_initial_request () from
/usr/lib/libldap.so.2
#9  0xb75be138 in ldap_sasl_bind () from /usr/lib/libldap.so.2
#10 0xb75be3cf in ldap_sasl_bind_s () from /usr/lib/libldap.so.2
#11 0xb75bebfe in ldap_simple_bind_s () from /usr/lib/libldap.so.2
#12 0x08054a85 in ?? ()
#13 0x08067270 in ?? ()
(gdb)


-- Rob

--On Wednesday, April 21, 2004 05:33:08 PM -0400 Rob Siemborski
<[EMAIL PROTECTED]> wrote:
On Wed, 21 Apr 2004, Rob Tanner wrote:

I installed Cyrus IMSP server version 1.7b on a RH AS3 server and
configured it with LDAP to use our LDAP server as the backend for
the global addressbook.  I am using the dfault distro libs for LDAP,
and imsp builds okay except I get a bunch of "warning: assignment
makes pointer from integer without a cast" errors when compiling
abook_ldap.c.  The compile nevertheless succeeds.  But when the
server tries to access LDAP to to a search, the process terminates
with a segmention fault.  I don't find any special instructions in
notes/Build-instructions for LDAP, and I followed the instructions
in notes/Setup-instructions to the letter.  Is there something else
I need to do?
Also, I did not include the strace (that's how I know it dies on a
seg fault) because it's quite long, but I can post it if it would be
helpful.
If you can post the backtrace from the coredump, that'd be most
helpful actually.
-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper


Rob Tanner
Linfield College,
McMinnville, Oregon
[EMAIL PROTECTED]




---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Rob Tanner
Craig,

I did a bit of googling, and I found a lot of complaints about RH not 
dumping core, but no one seems to know had to turn that limitation off. 
Have you any ideas?

If nothing else, at least I've paid my bucks to RedHat so I should be 
able to ask them.

-- Rob

--On Friday, April 23, 2004 10:33:39 AM + Craig Ringer 
<[EMAIL PROTECTED]> wrote:

On Wed, 2004-04-21 at 21:47, Rob Tanner wrote:
Rob,

I've included just the tail end of the strace confirming the
segmentaion  fault, but there was no corresponding core dump.  Do I
have to do something  special to cause it to dump core?
Some versions of RH seem to set a core file size limit of zero for all
users by default, preventing apps from dumping core. Perhaps that's
the case on your system.
Craig Ringer



Rob Tanner
Linfield College,
McMinnville, Oregon
[EMAIL PROTECTED]
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Craig Ringer

On Thu, 2004-04-22 at 11:54, Rob Tanner wrote:
> Craig,
> 
> I did a bit of googling, and I found a lot of complaints about RH not 
> dumping core, but no one seems to know had to turn that limitation off. 
> Have you any ideas?
> 
> If nothing else, at least I've paid my bucks to RedHat so I should be 
> able to ask them.

That you should.

RH sets a _soft_ limit on core size, so for a normal user you should
just be able to make sure that 'ulimit -c 1' (or whatever) gets
called in their initial shell. 

If you're using pam_limits, try /etc/security/pam_limits.conf as an
easier way of ensuring that limits are applied on login.

Alternately, just increase the core size limit with ulimit before
starting the master; I think that should do the trick.

I'm not sure if there's a particular 'more correct' way.

Craig Ringer

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Craig Ringer

On Wed, 2004-04-21 at 21:47, Rob Tanner wrote:
> Rob,
> 
> I've included just the tail end of the strace confirming the segmentaion 
> fault, but there was no corresponding core dump.  Do I have to do something 
> special to cause it to dump core?

Some versions of RH seem to set a core file size limit of zero for all
users by default, preventing apps from dumping core. Perhaps that's the
case on your system.

Craig Ringer

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Rob Tanner
--On Thursday, April 22, 2004 11:21:38 AM -0400 Rob Siemborski 
<[EMAIL PROTECTED]> wrote:

On Thu, 22 Apr 2004, Moritz Both wrote:

It looks llike it may be related to re-entrace in the sasl libraries.
See this:
[snip]
The problem was that pam_ldap was compiled with sasl, and the sasl
libraries are not reentrant. Thus a double free bug was triggered.
Yup, it looks like this is likely the problem (or atleast, its not going
to work until you fix this, so...)
Convincing the LDAP libraries to not do a SASL bind may be less draconian
than recompiling them.
Recompiling ended up being the least draconian.  The server ahppily picked up 
the libs in /usr/local/lib rather that /usr/lib (the distro version) and went 
sailing merrily on its way.  Thanks much for the help.

-- Rob

Rob Tanner
Linfield College
McMinnville, Oregon
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Rob Siemborski
On Thu, 22 Apr 2004, Moritz Both wrote:

> It looks llike it may be related to re-entrace in the sasl libraries.
> See this:
[snip]
> The problem was that pam_ldap was compiled with sasl, and the sasl
> libraries are not reentrant. Thus a double free bug was triggered.

Yup, it looks like this is likely the problem (or atleast, its not going
to work until you fix this, so...)

Convincing the LDAP libraries to not do a SASL bind may be less draconian
than recompiling them.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-22 Thread Moritz Both
It looks llike it may be related to re-entrace in the sasl libraries. 
See this:

http://bugs.debian.org/145766

I had seg faults on debian woody when I tried this: Cyrus imap -> sasl 
-> pam -> pam_ldap

The problem was that pam_ldap was compiled with sasl, and the sasl 
libraries are not reentrant. Thus a double free bug was triggered.

"The Debian libldap2 and cyrus-imapd packages are both compiled using
the SASL library. If you use cyrus-imapd together with libnss-ldap, or
saslauthd together with libpam-ldap, the resulting double calls to SASL
library functions can trigger a double-free bug which may cause the
calling process to crash. To  avoid such a crash, you must recompile the
libldap2 package --without-cyrus-sasl."
Dont know if this is documented anywhere outside the debian bug databases.

Greetings,
Moritz
Rob Tanner schrieb:

Rob,

Took a while to figure out what to set so that core could get dumped. I
think this is what you're asking for:
(gdb) bt
#0  0xb7473127 in _sasl_ipfromstring (addr=0x1 , out=0x0, 
outlen=0)


--
Moritz Both
Aldebaran Daten- und Kommunikationssysteme GmbH
Im Moore 26
30167 Hannover
Tel. +49 511 270 41 60
Fax +49 511 27 04 16 33
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-21 Thread Craig Ringer
On Thu, 2004-04-22 at 11:54, Rob Tanner wrote:
> Craig,
> 
> I did a bit of googling, and I found a lot of complaints about RH not 
> dumping core, but no one seems to know had to turn that limitation off. 
> Have you any ideas?
> 
> If nothing else, at least I've paid my bucks to RedHat so I should be 
> able to ask them.

That you should.

RH sets a _soft_ limit on core size, so for a normal user you should
just be able to make sure that 'ulimit -c 1' (or whatever) gets
called in their initial shell. 

If you're using pam_limits, try /etc/security/pam_limits.conf as an
easier way of ensuring that limits are applied on login.

Alternately, just increase the core size limit with ulimit before
starting the master; I think that should do the trick.

I'm not sure if there's a particular 'more correct' way.

Craig Ringer

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-21 Thread Rob Tanner
Rob,

Took a while to figure out what to set so that core could get dumped. I
think this is what you're asking for:
(gdb) bt
#0  0xb7473127 in _sasl_ipfromstring (addr=0x1 bounds>, out=0x0, outlen=0)
at common.c:1658
#1  0xb7472140 in sasl_setprop (conn=0x806dfa8, propnum=1, value=0x1)
at common.c:738
#2  0xb7471760 in _sasl_conn_init (conn=0x806dfa8, service=0xb75d3c0b
"ldap", flags=4294967289,
type=4294967289, idle_hook=0xfff9, serverFQDN=0x80673f0
"¨ß\006\bin.linfield.edu",
iplocalport=0x0, ipremoteport=0x1 ,
callbacks=0xfff9,
global_callbacks=0xfff9) at common.c:382
#3  0xb74704fb in sasl_client_new (service=0xb75d3c0b "ldap",
serverFQDN=0x80673f0 "¨ß\006\bin.linfield.edu", iplocalport=0x0,
ipremoteport=0x1 ,
prompt_supp=0xbfff88d4, flags=3076356012,
pconn=0x80673f0) at client.c:333
#4  0xb75bb20c in ldap_int_sasl_open () from /usr/lib/libldap.so.2
#5  0xb75b54fc in ldap_int_open_connection () from
/usr/lib/libldap.so.2
#6  0xb75c54bb in ldap_new_connection () from /usr/lib/libldap.so.2
#7  0xb75b4f71 in ldap_open_defconn () from /usr/lib/libldap.so.2
#8  0xb75c50ee in ldap_send_initial_request () from
/usr/lib/libldap.so.2
#9  0xb75be138 in ldap_sasl_bind () from /usr/lib/libldap.so.2
#10 0xb75be3cf in ldap_sasl_bind_s () from /usr/lib/libldap.so.2
#11 0xb75bebfe in ldap_simple_bind_s () from /usr/lib/libldap.so.2
#12 0x08054a85 in ?? ()
#13 0x08067270 in ?? ()
(gdb)


-- Rob

--On Wednesday, April 21, 2004 05:33:08 PM -0400 Rob Siemborski
<[EMAIL PROTECTED]> wrote:
On Wed, 21 Apr 2004, Rob Tanner wrote:

I installed Cyrus IMSP server version 1.7b on a RH AS3 server and
configured it with LDAP to use our LDAP server as the backend for
the global addressbook.  I am using the dfault distro libs for LDAP,
and imsp builds okay except I get a bunch of "warning: assignment
makes pointer from integer without a cast" errors when compiling
abook_ldap.c.  The compile nevertheless succeeds.  But when the
server tries to access LDAP to to a search, the process terminates
with a segmention fault.  I don't find any special instructions in
notes/Build-instructions for LDAP, and I followed the instructions
in notes/Setup-instructions to the letter.  Is there something else
I need to do?
Also, I did not include the strace (that's how I know it dies on a
seg fault) because it's quite long, but I can post it if it would be
helpful.
If you can post the backtrace from the coredump, that'd be most
helpful actually.
-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper


Rob Tanner
Linfield College,
McMinnville, Oregon
[EMAIL PROTECTED]




---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-21 Thread Rob Tanner
Craig,

I did a bit of googling, and I found a lot of complaints about RH not 
dumping core, but no one seems to know had to turn that limitation off. 
Have you any ideas?

If nothing else, at least I've paid my bucks to RedHat so I should be 
able to ask them.

-- Rob

--On Friday, April 23, 2004 10:33:39 AM + Craig Ringer 
<[EMAIL PROTECTED]> wrote:

On Wed, 2004-04-21 at 21:47, Rob Tanner wrote:
Rob,

I've included just the tail end of the strace confirming the
segmentaion  fault, but there was no corresponding core dump.  Do I
have to do something  special to cause it to dump core?
Some versions of RH seem to set a core file size limit of zero for all
users by default, preventing apps from dumping core. Perhaps that's
the case on your system.
Craig Ringer



Rob Tanner
Linfield College,
McMinnville, Oregon
[EMAIL PROTECTED]
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-21 Thread Craig Ringer
On Wed, 2004-04-21 at 21:47, Rob Tanner wrote:
> Rob,
> 
> I've included just the tail end of the strace confirming the segmentaion 
> fault, but there was no corresponding core dump.  Do I have to do something 
> special to cause it to dump core?

Some versions of RH seem to set a core file size limit of zero for all
users by default, preventing apps from dumping core. Perhaps that's the
case on your system.

Craig Ringer

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-21 Thread Rob Tanner
Rob,

I've included just the tail end of the strace confirming the segmentaion 
fault, but there was no corresponding core dump.  Do I have to do something 
special to cause it to dump core?

recvfrom(6, "\221,\205\200\0\1\0\1\0\2\0\2\0011\003255\003171\00210"..., 
1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("10.171.255.5")}, [16]) = 145
close(6)= 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGSEGV, {SIG_DFL}, {0x804adb8, [SEGV], SA_RESTORER|SA_RESTART, 
0xb7281c08}, 8) = 0
getpid()= 27947
kill(27947, SIGSEGV)= 0
sigreturn() = ? (mask now [])
--- SIGSEGV (Segmentation fault) @ 0 (0) ---

-- Rob

--On Wednesday, April 21, 2004 05:33:08 PM -0400 Rob Siemborski 
<[EMAIL PROTECTED]> wrote:

On Wed, 21 Apr 2004, Rob Tanner wrote:

I installed Cyrus IMSP server version 1.7b on a RH AS3 server and
configured it with LDAP to use our LDAP server as the backend for the
global addressbook.  I am using the dfault distro libs for LDAP, and imsp
builds okay except I get a bunch of "warning: assignment makes pointer
from integer without a cast" errors when compiling abook_ldap.c.  The
compile nevertheless succeeds.  But when the server tries to access LDAP
to to a search, the process terminates with a segmention fault.  I don't
find any special instructions in notes/Build-instructions for LDAP, and I
followed the instructions in notes/Setup-instructions to the letter.  Is
there something else I need to do?
Also, I did not include the strace (that's how I know it dies on a seg
fault) because it's quite long, but I can post it if it would be helpful.
If you can post the backtrace from the coredump, that'd be most helpful
actually.
-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper




Rob Tanner
Linfield College
McMinnville, Oregon
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Getting IMSP segfaults when accessing LDAP

2004-04-21 Thread Rob Siemborski
On Wed, 21 Apr 2004, Rob Tanner wrote:

> I installed Cyrus IMSP server version 1.7b on a RH AS3 server and configured
> it with LDAP to use our LDAP server as the backend for the global
> addressbook.  I am using the dfault distro libs for LDAP, and imsp builds
> okay except I get a bunch of "warning: assignment makes pointer from integer
> without a cast" errors when compiling abook_ldap.c.  The compile nevertheless
> succeeds.  But when the server tries to access LDAP to to a search, the
> process terminates with a segmention fault.  I don't find any special
> instructions in notes/Build-instructions for LDAP, and I followed the
> instructions in notes/Setup-instructions to the letter.  Is there something
> else I need to do?
>
> Also, I did not include the strace (that's how I know it dies on a seg fault)
> because it's quite long, but I can post it if it would be helpful.

If you can post the backtrace from the coredump, that'd be most helpful
actually.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html