<br><br><div class="gmail_quote">On Sun, Jul 31, 2011 at 5:39 PM, B Watson <span dir="ltr"><<a href="mailto:yalhcru@gmail.com">yalhcru@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 7/31/11, Donald Allen <<a href="mailto:donaldcallen@gmail.com">donaldcallen@gmail.com</a>> wrote:<br>
<br>
> If you google for 'libcurl "error 6" segfault', you get hits involving all<br>
> sorts of applications that apparently use curl. Try it. This looks to me<br>
> like a bug in libcurl. So unless you are feeling better, stay in bed. This<br>
> appears to be someone else's problem.<br>
<br>
</div>This sounds really similar to the issue with uget that I dealt with a<br>
while back.<br>
<br>
If it's the same issue, it can be fixed by adding<br>
<br>
curl_easy_setopt(curl, CURLOPT_NOSIGNAL, 1);<br>
<br>
somewhere in the bit of code that sets the other curl options.<br>
<br>
The issue is actually documented in the curl API docs: if curl is<br>
built with threads but without c-ares support (like the one shipped<br>
with slackware), the default DNS timeout handling (which uses signals,<br>
presumably SIGALRM) is unsafe.<br>
<br>
Adding to the confusion is that (at least in the case of uget) this<br>
didn't actually hurt anything on slackware 13.1, but it does on 13.37.<br>
<br>
I dunno if you can consider this a bug in curl or not: it's documented,<br>
but if I were a curl dev, I'd want to fix it (by having CURLOPT_NOSIGNAL<br>
default to 1 when curl is built without c-ares). Application code can<br>
set CURLOPT_NOSIGNAL, but I don't know how hard it is for a configure<br>
script or makefile to detect whether curl was built with c-ares, and I<br>
don't know what happens if you set CURLOPT_NOSIGNAL when using a libcurl<br>
with c-ares support.<br></blockquote><div><br></div><div>Thanks for this -- I'll try it. It sounds like the curl people may not have chosen the most conservative default, but you concede to not completely understanding the trade-offs and I know a good deal less than you do about this, so I will leave this as pure speculation.</div>
<div><br></div><div>I will report back to the list when either</div><div><br></div><div>1. I've run tangogps for a good deal longer than the mean-time-between-segfaults without a crash, or</div><div>2. I continue to see segfaults even with the suggested fix installed..</div>
<div><br></div><div>/Don </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.org</a><br>
<a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" target="_blank">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
Archives - <a href="http://lists.slackbuilds.org/pipermail/slackbuilds-users/" target="_blank">http://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="http://slackbuilds.org/faq/" target="_blank">http://slackbuilds.org/faq/</a><br>
<br>
</div></div></blockquote></div><br>