Alan,<br><br>so you say the way to go is stick with the radius-client library instead of "abusing" the radius-server code?<br><br>Rgds,<br>Stefan<br><br><div class="gmail_quote">On Tue, Mar 23, 2010 at 4:17 PM, Alan DeKok <span dir="ltr"><<a href="mailto:aland@deployingradius.com">aland@deployingradius.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">Stefan Karss wrote:<br>
> This line came with revision 1.26 where select() was rewritten with<br>
> poll(). The timeout value for poll however is in milliseconds not in<br>
> microseconds so that timeout will be 1000 times higher than configured<br>
> in the radiusclient.conf.<br>
<br>
</div>  That needs fixing.<br>
<div class="im"><br>
> As the bug seems to be in the code since November 2008 I wonder if<br>
> freeradius-client is the right way to go for a radius client or if one<br>
> should use the freeradius-server libraries to build a client? Or is the<br>
> right way to go the 1.1.6 release downloadable on the homepage -<br>
> unfortunately this release does not have the patches from Alex Massover<br>
> regarding seqfile and thread safety.<br>
<br>
</div>  The CVS source has the fixes.  We'll apply a few more, and release a<br>
1.1.7 soon.<br>
<font color="#888888"><br>
  Alan DeKok.<br>
-<br>
List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/devel.html" target="_blank">http://www.freeradius.org/list/devel.html</a><br>
</font></blockquote></div><br>