I'm attempting to compile using the freeradius-0.8.1-7.src.rpm located in
the "rawhide" section of the RedHat ftp server, this was released just a
few days ago. In this SRPM are a couple of patches. Aside from
umteen-toomany dependancies for snmp which I have disabled via
--with-snmp=no (don't need it), the build fails in the rlm_eap module
apparently due to a redhat specific patch. Here's the compiler output :
rpm -bi SPECS/freeradius.spec
<snip>
gmake[6]: Entering directory
`/usr/src/redhat/BUILD/freeradius-0.8.1/src/modules/rlm_eap'
gcc -O2 -march=i386 -mcpu=i686 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS
-Wall -D_GNU_SOURCE -DNDEBUG -I../../include -c rlm_eap.c -o rlm_eap.o
gcc -O2 -march=i386 -mcpu=i686 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS
-Wall -D_GNU_SOURCE -DNDEBUG -I../../include -c eap.c -o eap.o
eap.c: In function `eaptype_load':
eap.c:98: parse error before `char'
eap.c:99: `tmp' undeclared (first use in this function)
eap.c:99: (Each undeclared identifier is reported only once
eap.c:99: for each function it appears in.)
gmake[6]: *** [eap.o] Error 1
The patch appears to modify the way memory allocation is handled :
--- freeradius-0.8.1/src/modules/rlm_eap/eap.c.ltdl 2002-09-18
23:07:42.0000
00000 +0200
+++ freeradius-0.8.1/src/modules/rlm_eap/eap.c 2003-05-16
16:16:45.000000000 +0
200
@@ -95,7 +95,11 @@
}
/* Link the loaded EAP-Type */
- handle = lt_dlopenext(auth_type_name);
+ char *tmp = malloc(strlen(auth_type_name) + 4);
+ strcpy(tmp, auth_type_name);
+ strcat(tmp, ".so");
+ handle = lt_dlopenext(tmp);
+ free(tmp);
if (handle == NULL) {
radlog(L_ERR, "rlm_eap: Failed to link EAP-Type/%s: %s",
type_name, lt_dlerror());
I've played around a little with the code, but this is beyond my immediate
abilities. I'm hoping someone here may be familiar with what is trying to
be done and can suggest a fix. I'm a little reluctant to remove the patch
since someone was obviously trying to fix something with memory allocation
and I don't want to run the risk of a memory issue on this machine as a
result. If this is something better directed at the RedHat folks, I can
take this up on their list. Surprisingly I have found no complaints on any
of the lists, but this was just released a few days ago. Help much
appreciated...
Regards,
Chris
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html