Hi
I also have exact pronlem my
malloc() call is exiting while doing ssh on AIX 4.3.3/5.1/5.2
m/c.
I am using openldap/BerkeleyDB and
compiled exactly same way as u explained below in your
email.
I increased the ulimit values of
all the parameters to "unlimited".
But still malloc call falis in
ber_memalloc( ) function in /libraries/liblber/memory.c
file.
Can u tell me what is exactly
wrong.
With Best
Regards
Yerri
Sorry to respond
to my own posting, but I wanted the solution to go into the List's Archive.
I did two things
to make "make test" complete successfully:
- I updated AIX 5.1 from Maintenance Level 4 to
Maintenance Level 5 This got me past test001-slapadd but I failed in
test008-concurrency... ...as a result of an assert(0) call when a malloc
failed...!!!
- I increased my "ulimit" values substantially
Now it works.
-tony
-----Original Message-----
From: owner-openldap-software@OpenLDAP.org
[mailto:owner-openldap-software@OpenLDAP.org]
On Behalf Of Bennett, Tony
-
CNF
Sent: Friday, June 04, 2004 8:02 AM
To: openldap-software@OpenLDAP.org
Subject: 2.1.30: "make test" fails with a SEGV
Any insites would be greatly appreciated.
Problem description:
"make test" fails in "test001-slapadd" due to a
segmentation violation in slapd
(note: test000-rootdse succeeded)
Platform:
Hardware: IBM RS6000 H70
(powerpc-ibm-aix5.1.0.0)
OS: AIX 5.1
Compiler: "C for AIX" version 6.0
SASL: cyrus-sasl-2.1.18
configure directive:
CC=cc_r \
./configure
--with-openssl=/usr/local/ssl \
--disable-krb4 \
--disable-ipv6
LDAP: OpenLDAP 2.1.30
configure directive:
CC=xlc_r \
CPPFLAGS="-I/usr/local/include \
-I/usr/local/ssl/include \
-I/usr/local/BerkeleyDB.4.2/include" \
LDFLAGS="-L/usr/local/ssl/lib \
-L/usr/local/lib \
-L/usr/local/BerkeleyDB.4.2/lib"
\
MKDEP=/dnload/ldap_dir/openldap-2.1.30/build/mkdep.aix
\
./configure --with-cyrus-sasl \
--enable-bdb \
--with-kerberos \
--disable-shared \
--enable-static \
--disable-ipv6
Stack Trace:
[root:doc]/dnload/ldap_dir/openldap-2.1.30/tests> dbx
/dnload/ldap_dir/openldap-2.1.30/servers/slapd/slapd
Type 'help' for help.
reading symbolic information ...
[using memory image in core]
Segmentation fault in moveeq.memmove [/usr/lib/libc.a]
at 0xd01d1758 ($t2)
0xd01d1758 (memmove+0x118) 7ca0242a lswx
r5,r0,r4
(dbx) where
moveeq.memmove() at 0xd01d1758
getaddrinfo2(??, ??, ??, ??) at 0xd031e6c0
getaddrinfo(??, ??, ??, ??) at 0xd031f460
_sasl_ipfromstring(0x212cf058, 0x0, 0x0), line 1676 in
"common.c"
unnamed block $b644, line 779 in "common.c"
sasl_setprop(0x212cf098, 0x8, 0x212cf058), line 779 in
"common.c"
_sasl_conn_init(0x212cf098, 0x1022b1e4, 0x4, 0x1,
0x200385fc, 0x212cf038, 0x212cf058,
0x212cf078), line 378 in "common.c"
sasl_server_new(0x1022b1e4,
0x212cf038, 0x0, 0x212cf058, 0x212cf078, 0x202c9fa8, 0x4, 0x2128cca0), line
851 in "server.c"
slap_sasl_open(0x202cb270), line 1040 in "sasl.c"
connection_init(0x9, 0x202721b8, 0x102223a4, 0x2128ee88,
0x0, 0x0, 0x0), line 559 in "connection.c"
unnamed block $b8, line 1686 in "daemon.c"
unnamed block $b4, line 1686 in "daemon.c"
slapd_daemon_task(0x0), line 1686 in "daemon.c"
_pthread_body(??) at 0xd004b3ec
(dbx)
Notes:
- I wrote a stub program that calls _sasl_ipfromstring()
with the same values that it was
called from (i.e. 0x212cf058 = "127.0.0.1:9009"), and
it worked fine. Received on
2004-06-04 23:51:14