<br><br>
<div><span class="gmail_quote">On 9/26/05, <b class="gmail_sendername">Ton Voon</b> <<a href="mailto:tonvoon@mac.com">tonvoon@mac.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>
<div><span class="q">
<div>On 26 Sep 2005, at 11:03, Hans Engelen wrote:</div><br></span>
<blockquote type="cite"><br><br>
<div><span class="q">On 9/26/05, <b class="gmail_sendername">Ton Voon</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:tonvoon@mac.com" target="_blank">tonvoon@mac.com</a>> wrote: </span>
<span class="q">
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>
<div>Good observation. Can you change the configure script so the line is:<br> </div>
<div><br> </div>
<div>egrep "\.EL(smp)?$"</div>
<div><br> </div>
<div>and see whether this works? I'll update CVS when you've confirmed.</div>
<div><br> </div>
<div>Ton</div></blockquote>
<div> </div>
<div>I think this is the line I should get from configure then :</div>
<div> </div>
<div>> checking for redhat spopen problem... error<br><br>So far (and I have manually ran a check_dig about 50 times now where before I would get a warning once every ten tries) all seems well with the plugin too.</div>
<div> </div>
<div>However, I am wondering if even this regexp is enough. I think there is a third kind of kernel used by Red Hat, the hugemem kernel. Personally not one I am using over here so not sure what that returns on a uname -r.
</div>
<div> </div>
<div>Either way, seems my check_dig is back on track, thanks.</div>
<div> </div></span></div></blockquote></div><font color="#0000dd"><br></font>
<div><font color="#0000dd">Great! </font></div>
<div><font color="#0000dd"><br></font></div>
<div><font color="#0000dd">The logic we used for the configure script was to avoid doing unnecessary checks on other OSes, hence the grep of uname -r. If CentOS and Fedora display the problem, then we'll either have to expand the grep or run the test for every OS (which I would prefer not to do).
</font></div>
<div><font color="#0000dd"><br></font></div>
<div><font color="#0000dd">Sascha says that this is due to --enable-threads on bind9. Is there another way of checking for this problem? grep "libpthread" /usr/bin/nslookup && uname -s = "Linux" ? I'm open to suggestions before updating the grep for the smp uname -r output.
</font></div><span class="sg">
<div><font color="#0000dd"><br></font></div>
<div><font color="#0000dd">Ton</font></div></span></blockquote></div>
<div> </div>
<div>I just checked on a rather old version of redhat (FC1) and :</div>
<div> </div>
<div>[root@box]# ldd /usr/bin/nslookup<br> libdns.so.10 => /usr/lib/libdns.so.10 (0x00101000)<br> libcrypto.so.4 => /lib/libcrypto.so.4 (0x00318000)<br> libisc.so.4 => /usr/lib/libisc.so.4 (0x00c9e000)
<br> libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00da1000)<br> libc.so.6 => /lib/tls/libc.so.6 (0x00b3a000)<br> libdl.so.2 => /lib/libdl.so.2 (0x00c99000)<br> libz.so.1 => /usr/lib/libz.so.1 (0x00d7e000)
<br> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00b22000)</div><br>So not sure what good the check for libpthread would improve. Seems it's been in there for a while. Sascha might have a better check for it. Frankly I am not even sure what it is that got messed up since
2.6.9-5.
<div> </div>
<div>Cheers,</div>
<div>Hans</div>