Re: (ITS#4951) [contrib] RADIUS password module fixes

[richton@nbcs.rutgers.edu]

Boy, that was some real quality time with dbx...ugh.


I'm fairly confident that the issue is that portable.h isn't included and 
should have been as part of my patch. This worked in a development 
environment; I'll be putting it through some more tests and, most likely, 
in production soon (the =NULL workaround is just a time bomb).

On Thu, 24 May 2007, Aaron Richton wrote:

> On Tue, 22 May 2007, Pierangelo Masarati wrote:
>> If that's an issue, I have no problem in explicitly setting that pointer
>> to NULL.
>
> I got some more dbx time on this, and it looks like that's a workaround for 
> something that shouldn't be happening/needs to be fixed anyway. 
> config_filename is always NULL at dlopen() time, just as it should be.
>
> Calling lock(&libradius_mutex) apparently overwrites config_filename, and 
> explicitly initializing to NULL somehow stops this from happening. I can't 
> see anything wrong with radius.c (as in HEAD), though; if anybody can weigh 
> in on this, it'd be much appreciated. I suppose it could still be a compiler 
> or a libthread bug, but I'm still missing a smoking gun here.
>
>