Re: Segmentation Fault - 1.0.5

2005-10-04 Thread Rohaizam Abu Bakar

Dear all,


configure with --disable-shared... cleaned old files... and still core 
dump..



gdb /usr/local/sbin/radiusd /usr/local/etc/raddb/radiusd.core
GNU gdb 4.18 (FreeBSD)
Copyright 1998 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 i386-unknown-freebsd...Deprecated bfd_read 
called at 
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 
2627 in elfstab_build_psymtabs
Deprecated bfd_read called at 
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 
933 in fill_symbuf


Core was generated by `radiusd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libssl.so.3...done.
Reading symbols from /usr/lib/libcrypto.so.3...done.
Reading symbols from /usr/local/lib/libgdbm.so.3...done.
Reading symbols from /usr/lib/libpam.so.1...done.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.14...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libz.so.2...done.
Reading symbols from /usr/lib/libcipher.so.2...done.
Reading symbols from /usr/lib/libc_r.so.4...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x808e23e in lt_dlsym (handle=0x812ae40, symbol=0xbfbfe660 rlm_ldap) 
at ltdl.c:3330
3330  lensym = LT_STRLEN (symbol) + LT_STRLEN 
(handle-loader-sym_prefix)

(gdb) bt
#0  0x808e23e in lt_dlsym (handle=0x812ae40, symbol=0xbfbfe660 rlm_ldap) 
at ltdl.c:3330
#1  0x8057fd4 in linkto_module (module_name=0xbfbfe7b0 rlm_ldap, 
cffilename=0x80932e7 radiusd.conf,

   cflineno=732) at modules.c:230
#2  0x805822a in find_module_instance (instname=0x80f31e0 ldap1) at 
modules.c:347
#3  0x8059416 in do_compile_modsingle (component=0, ci=0x80f2340, 
filename=0x80932e7 radiusd.conf,

   grouptype=1, modname=0xbfbfe948) at modcall.c:814
#4  0x80595dc in do_compile_modgroup (component=0, cs=0x80f2320, 
filename=0x80932e7 radiusd.conf,

   grouptype=1, parentgrouptype=0) at modcall.c:877
#5  0x80592fe in do_compile_modsingle (component=0, ci=0x80f2320, 
filename=0x80932e7 radiusd.conf,

   grouptype=0, modname=0xbfbfe9fc) at modcall.c:786
#6  0x805956f in do_compile_modgroup (component=0, cs=0x80f2300, 
filename=0x80932e7 radiusd.conf,

   grouptype=0, parentgrouptype=0) at modcall.c:859
#7  0x8059676 in compile_modgroup (component=0, cs=0x80f2300, 
filename=0x80932e7 radiusd.conf)

   at modcall.c:898
#8  0x8058471 in load_subcomponent_section (cs=0x80f2300, comp=0, 
filename=0x80932e7 radiusd.conf)

   at modules.c:483
#9  0x80585f0 in load_component_section (cs=0x80f2200, comp=0, 
filename=0x80932e7 radiusd.conf)

   at modules.c:546
#10 0x8058acd in setup_modules () at modules.c:858
#11 0x8050864 in main (argc=4, argv=0xbfbffc28) at radiusd.c:960

--haizam

- Original Message - 
From: Alan DeKok [EMAIL PROTECTED]

To: FreeRadius users mailing list freeradius-users@lists.freeradius.org
Sent: Friday, September 30, 2005 23:01
Subject: Re: Segmentation Fault - 1.0.5



Rohaizam Abu Bakar [EMAIL PROTECTED] wrote:

cleaning up old files... recompile... and still segmentation fault... but
worse than before.. since the daemon cannot even up..

seems problem with rlm_ldap...


 That's bug #98.

 Either link statically, or put the libraries rlm_ldap needs in a
place where the dynamic linker can find them.

 Alan DeKok.
-
List info/subscribe/unsubscribe? See 
http://www.freeradius.org/list/users.html





- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Segmentation Fault - 1.0.5

2005-10-04 Thread Alan DeKok
Rohaizam Abu Bakar [EMAIL PROTECTED] wrote:
 configure with --disable-shared... cleaned old files... and still core 
 dump..
...
 #0  0x808e23e in lt_dlsym (handle=0x812ae40, symbol=0xbfbfe660 rlm_ldap) 
 at ltdl.c:3330
 3330  lensym = LT_STRLEN (symbol) + LT_STRLEN 
 (handle-loader-sym_prefix)

  This is bug #98.  Did I mention I *hate* libltld?

  Ensure that your dynamic linker can find all of the libraries needed
by FreeRADIUS.  See it's configuration, or libdir in radiusd.conf.
That is the ONLY solution.

  Alan DeKok.

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Segmentation Fault - 1.0.5

2005-10-02 Thread Rohaizam Abu Bakar

dynamic linker can find ldap lib...  since within directory /usr/local/lib..

   133:-lldap.2 = /usr/local/lib/libldap.so.2
   134:-lldap_r.2 = /usr/local/lib/libldap_r.so.2


so last option will be  ./configure --disable-shared

--haizam

- Original Message - 
From: Alan DeKok [EMAIL PROTECTED]

To: FreeRadius users mailing list freeradius-users@lists.freeradius.org
Sent: Friday, September 30, 2005 23:01
Subject: Re: Segmentation Fault - 1.0.5



Rohaizam Abu Bakar [EMAIL PROTECTED] wrote:

cleaning up old files... recompile... and still segmentation fault... but
worse than before.. since the daemon cannot even up..

seems problem with rlm_ldap...


 That's bug #98.

 Either link statically, or put the libraries rlm_ldap needs in a
place where the dynamic linker can find them.

 Alan DeKok.
-
List info/subscribe/unsubscribe? See 
http://www.freeradius.org/list/users.html





- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Segmentation Fault - 1.0.5

2005-09-30 Thread Rohaizam Abu Bakar


cleaning up old files... recompile... and still segmentation fault... but 
worse than before.. since the daemon cannot even up..


seems problem with rlm_ldap...


###
bash-2.05b# gdb /usr/local/sbin/radiusd /usr/local/etc/raddb/radiusd.core
GNU gdb 4.18 (FreeBSD)
Copyright 1998 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 i386-unknown-freebsd...Deprecated bfd_read 
called at 
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 
2627 in elfstab_build_psymtabs
Deprecated bfd_read called at 
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 
933 in fill_symbuf


Core was generated by `radiusd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/lib/libcipher.so.2...done.
Reading symbols from /usr/local/lib/libradius-1.0.5.so...done.
Reading symbols from /usr/local/lib/libltdl.so.4...done.
Reading symbols from /usr/lib/libssl.so.3...done.
Reading symbols from /usr/lib/libcrypto.so.3...done.
Reading symbols from /usr/lib/libc_r.so.4...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/local/lib/rlm_exec-1.0.5.so...done.
Reading symbols from /usr/local/lib/rlm_expr-1.0.5.so...done.
Reading symbols from /usr/local/lib/rlm_pap-1.0.5.so...done.
Reading symbols from /usr/local/lib/rlm_chap-1.0.5.so...done.
Reading symbols from /usr/local/lib/rlm_mschap-1.0.5.so...done.
Reading symbols from /usr/local/lib/rlm_unix-1.0.5.so...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x280c4172 in lt_dlsym (handle=0x80de0c0, symbol=0xbfbfe630 rlm_ldap) 
at ltdl.c:3330
3330  lensym = LT_STRLEN (symbol) + LT_STRLEN 
(handle-loader-sym_prefix)

(gdb) bt
#0  0x280c4172 in lt_dlsym (handle=0x80de0c0, symbol=0xbfbfe630 rlm_ldap) 
at ltdl.c:3330
#1  0x8053fb0 in linkto_module (module_name=0xbfbfe780 rlm_ldap, 
cffilename=0x805e5e7 radiusd.conf,

   cflineno=732) at modules.c:230
#2  0x8054206 in find_module_instance (instname=0x80a61e0 ldap1) at 
modules.c:347
#3  0x80553f2 in do_compile_modsingle (component=0, ci=0x80a5340, 
filename=0x805e5e7 radiusd.conf,

   grouptype=1, modname=0xbfbfe918) at modcall.c:814
#4  0x80555b8 in do_compile_modgroup (component=0, cs=0x80a5320, 
filename=0x805e5e7 radiusd.conf,

   grouptype=1, parentgrouptype=0) at modcall.c:877
#5  0x80552da in do_compile_modsingle (component=0, ci=0x80a5320, 
filename=0x805e5e7 radiusd.conf,

   grouptype=0, modname=0xbfbfe9cc) at modcall.c:786
#6  0x805554b in do_compile_modgroup (component=0, cs=0x80a5300, 
filename=0x805e5e7 radiusd.conf,

   grouptype=0, parentgrouptype=0) at modcall.c:859
#7  0x8055652 in compile_modgroup (component=0, cs=0x80a5300, 
filename=0x805e5e7 radiusd.conf)

   at modcall.c:898
#8  0x805444d in load_subcomponent_section (cs=0x80a5300, comp=0, 
filename=0x805e5e7 radiusd.conf)

   at modules.c:483
#9  0x80545cc in load_component_section (cs=0x80a5200, comp=0, 
filename=0x805e5e7 radiusd.conf)

   at modules.c:546
#10 0x8054aa9 in setup_modules () at modules.c:858
#11 0x804c840 in main (argc=4, argv=0xbfbffbf0) at radiusd.c:960
(gdb)


- Original Message - 
From: Alan DeKok [EMAIL PROTECTED]

To: FreeRadius users mailing list freeradius-users@lists.freeradius.org
Sent: Friday, September 30, 2005 10:27
Subject: Re: Segmentation Fault



Rohaizam Abu Bakar [EMAIL PROTECTED] wrote:

Is there a way to remove all old modules ? or just simply delete the lib
files...


 No just deleting the old files should be OK.

Do we need to recompile again after cleaning it up... or just make 
install

again..?


 If you install to a completely different directory, and se that
directory via configure --prefix=..., then everything should work.
It's only installing multiple versions of the server on top of each
other that causes problems.

 My suggestion there is to delete the old files, and *then* compile *
reinstall.

 Alan DeKok.

-
List info/subscribe/unsubscribe? See 
http://www.freeradius.org/list/users.html





- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Segmentation Fault - 1.0.5

2005-09-30 Thread Alan DeKok
Rohaizam Abu Bakar [EMAIL PROTECTED] wrote:
 cleaning up old files... recompile... and still segmentation fault... but 
 worse than before.. since the daemon cannot even up..
 
 seems problem with rlm_ldap...

  That's bug #98.

  Either link statically, or put the libraries rlm_ldap needs in a
place where the dynamic linker can find them.

  Alan DeKok.
- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html