problems in latest CVS

2002-06-15 Thread Kevin Bonner

Hi,

I was trying to setup sqltrace to see what is being sent to mysql.  When 
running radiusd in debug mode, I get the following:

Module: Loaded SQL 
 sql: driver = "mysql"
 sql: server = "sql1.int.pa.net"
 sql: port = ""
 sql: login = ""
 sql: password = ""
 sql: radius_db = "radius"
 sql: acct_table = "radacct"
 sql: acct_table2 = "radacct"
 sql: authcheck_table = "login"
 sql: authreply_table = "radreply"
 sql: groupcheck_table = "radgroupcheck"
 sql: groupreply_table = "radgroupreply"
 sql: usergroup_table = "usergroup"
 sql: nas_table = "nas"
 sql: dict_table = "dictionary"
Bad value "0" for boolean variable sqltrace
radiusd.conf[850]: xx_sql1: Module instantiation failed.

radiusd.conf entries are:
modules {
...
$INCLUDE  ${confdir}/sql.conf
sql sql1 {
server="sql1.int.pa.net"
authcheck_table="login"
}
sql sql2 {
server="sql2.int.pa.net"
authcheck_table="login"
}
...
}
...
authenticate {
...
authtype SQL {
redundant {
sql1
sql2
}
}
...
}

sql.conf settings are (all others are defaults):
sql {
...
sqltrace = on
sqltracefile = ${logdir}/sqltrace.sql
...
}

I'm not a C god (yet), but looking through the source I see that the default 
for sqltrace is 0, not no.  I'm running RH7.3 with mysql libraries installed.  
Does anyone have a suggestion I can try that will resolve this problem?

Also, looking at other rlm files I saw that several PW_TYPE_BOOLEAN vars have 
a default of yes/no while others have a default of 0/1.  Looking at the 
function which checks the config file(s), I see that the former should be 
used.  Perhaps the defaults or the cf_section_parse function should be 
updated.

Thanks for your time,
Kevin Bonner

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



Re: Problems in latest CVS - 2nd platform

2002-04-23 Thread Alan DeKok

Eddie Stassen <[EMAIL PROTECTED]> wrote:
> Try running configure --with-experimental-modules.  The problem is with the 
> 'stable' file added recently.

  Arg.  OK, I've fixed it.

  Alan DeKok.

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



Re: Problems in latest CVS - 2nd platform

2002-04-23 Thread Eddie Stassen

At 09:58 AM 02/04/23 -0400, you wrote:
>At 12:17 PM 4/23/2002 +0300, you wrote:
>
>>Hello!
>>
>>I'm having problems compiling latest CVS (some minutes ago) on Debian
>>woody.
>>
>>Here are the errors (I also attach complete logs):
>>
>>in configure:
>>
>>checking gethostbyaddr_r() syntax... GNU-style
>>checking for isql.h... no
>>creating ./config.status
>>creating ./Make.inc
>>and so on.. I guess that script is broken (or not compatible with my sed?)

{snip]


>I'm getting the same configure errors on RedHat 7.1.
>
>Looks like a problem with the latest changes to the configure script.
>
>Randy Moore
>Axion Information Technologies, Inc.

Try running configure --with-experimental-modules.  The problem is with the 
'stable' file added recently.

Eddie


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



Re: Problems in latest CVS - 2nd platform

2002-04-23 Thread Randy Moore

At 12:17 PM 4/23/2002 +0300, you wrote:

>Hello!
>
>I'm having problems compiling latest CVS (some minutes ago) on Debian
>woody.
>
>Here are the errors (I also attach complete logs):
>
>in configure:
>
>checking gethostbyaddr_r() syntax... GNU-style
>checking for isql.h... no
>creating ./config.status
>creating ./Make.inc
>sed: file conftest.s1 line 46: Unterminated `s' command
>creating ./src/include/build-radpaths-h
>sed: file conftest.s1 line 46: Unterminated `s' command
>creating ./src/main/checkrad.pl
>sed: file conftest.s1 line 46: Unterminated `s' command
>creating ./src/main/radlast
>sed: file conftest.s1 line 46: Unterminated `s' command
>creating ./src/main/radtest
>sed: file conftest.s1 line 46: Unterminated `s' command
>creating ./scripts/rc.radiusd
>sed: file conftest.s1 line 46: Unterminated `s' command
>creating ./scripts/radwatch
>sed: file conftest.s1 line 46: Unterminated `s' command
>creating ./scripts/check-radiusd-config
>sed: file conftest.s1 line 46: Unterminated `s' command
>
>
>and so on.. I guess that script is broken (or not compatible with my sed?)

I'm getting the same configure errors on RedHat 7.1.

Looks like a problem with the latest changes to the configure script.

Randy Moore
Axion Information Technologies, Inc.

email [EMAIL PROTECTED]
phone   301-408-1200
fax301-445-3947


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



Problems in latest CVS

2002-04-23 Thread Pasi Kärkkäinen


Hello!

I'm having problems compiling latest CVS (some minutes ago) on Debian
woody.

Here are the errors (I also attach complete logs):

in configure:

checking gethostbyaddr_r() syntax... GNU-style
checking for isql.h... no
creating ./config.status
creating ./Make.inc
sed: file conftest.s1 line 46: Unterminated `s' command
creating ./src/include/build-radpaths-h
sed: file conftest.s1 line 46: Unterminated `s' command
creating ./src/main/checkrad.pl
sed: file conftest.s1 line 46: Unterminated `s' command
creating ./src/main/radlast
sed: file conftest.s1 line 46: Unterminated `s' command
creating ./src/main/radtest
sed: file conftest.s1 line 46: Unterminated `s' command
creating ./scripts/rc.radiusd
sed: file conftest.s1 line 46: Unterminated `s' command
creating ./scripts/radwatch
sed: file conftest.s1 line 46: Unterminated `s' command
creating ./scripts/check-radiusd-config
sed: file conftest.s1 line 46: Unterminated `s' command


and so on.. I guess that script is broken (or not compatible with my sed?)


and then when doing make:

cc -D_LIBRADIUS -I../include -c md5.c
cc -D_LIBRADIUS -I../include -c hmac.c
cc -D_LIBRADIUS -I../include   -c -o snprintf.o snprintf.c
mode=link ld dict.o print.o radius.o valuepair.o token.o misc.o log.o
filters.o missing.o md5.o hmac.o snprintf.o -o radius.a
ld: warning: cannot find entry symbol _start; defaulting to 08048080
dict.o: In function `dict_free':
dict.o(.text+0x29): undefined reference to `free'
dict.o(.text+0x61): undefined reference to `free'
dict.o(.text+0x99): undefined reference to `free'
dict.o(.text+0xd6): undefined reference to `memset'
dict.o: In function `dict_addvendor':
dict.o(.text+0x118): undefined reference to `strlen'
dict.o(.text+0x146): undefined reference to `malloc'
dict.o(.text+0x17d): undefined reference to `strcpy'
dict.o: In function `dict_addattr':
dict.o(.text+0x1b7): undefined reference to `strlen'


and so on.. libtool problem?

Any ideas? freeradius 0.5 compiles OK out of the box.

Thanks!

- Pasi Kärkkäinen
   ^
. .
 Linux
  /-\
 Choice.of.the
   .Next.Generation.


loading cache ./config.cache
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking how to run the C preprocessor... (cached) gcc -E
checking whether gcc needs -traditional... (cached) no
checking whether we are using SUNPro C... (cached) no
checking for ranlib... (cached) ranlib
checking for gmake... (cached) no
checking for make... (cached) /usr/bin/make
checking for main in -lltdl... (cached) yes
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking whether ln -s works... (cached) yes
loading cache ./config.cache within ltconfig
checking for ar... ar
checking for object suffix... o
checking for executable suffix... (cached) no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions ... yes
checking if gcc static flag -static works... -static
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -B output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/bin/ld option to reload object files... -r
checking dynamic linker characteristics... Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
checking for dlfcn.h... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) no
creating libtool
loading cache ./config.cache
checking logdir... ${localstatedir}/log/radius
checking radacctdir... ${logdir}/radacct
checking raddbdir... ${sysconfdir}/raddb
checking for perl... (cached) /usr/bin/perl
checking for snmpget... (cached) /usr/local/bin/snmpget
checking for snmpwalk... (cached) /usr/local/bin/snmpwalk
checking for rusers... (cached) /usr/bin/rusers
checking for working aclocal... found
checking for working autoconf... found
checking for working autoheader... found
checking for locate... (cached) /usr/bin/locate
checking for dirname... (cached) /usr/bin/dir