Re: [Bug-wget] [PATCH] Fix for #43785 (ngettext with Solaris 10)

[Tim Ruehsen]

On Thursday 05 February 2015 17:16:34 Kiyoshi KANAZAWA wrote:
> Hello, Tim.
> 
> On Fri, 12 Dec 2014 11:13:26 +0100  you wrote:
> > I'll try to reproduce it here using the official tarball. In case I can't
> > reproduce the issue, I'll set up a tar ball including the patch and send
> > it
> > directly to you for testing.
> 
> Did you reproduce the issue ?
> In case you can't, It would be better to put a snapshot tarball on
> <ftp://alpha.gnu.org/gnu/> .
> I found it easy to use when discussing on bug-patch.

Hi Kiyoshi,

I am very confident that we already fixed the problem.

I sent you a tarball for testing on 12 Dec 2014, didn't you get it ?

My text was
"I guess I know what the problem is... strcasestr is not in your (Solaris) 
libc while it is in most other C standard libraries.

Wget should provide this functionality via gnulib... it just has been overseen 
because we have no Solaris users testing wget (from git) before a release.

Here is a tarball including strcasestr. Of course, there may be other 
functions missing... we will see."

> At any time you need testing on Solaris x86,
> I'll glad to do it as long as I use Solaris.

Thanks a lot for your offer !
I'll send you a recent tarball via PM.

> e.g. before release new version for GHOST problem; it may depend on OS.

The GHOST problem has been solved in glibc. It is definitely a library 
problem, not a problem of tools calling gethostbyname* functions.

Of course there are systems that are not upgradable (I have some customers 
with such). In this case, Wget input should be controlled. Also, you have to 
check other network aware applications (web server, mail agent, etc) if they 
use gethostbyname* functions without prior checking for IPv4 adresses. I 
checked older versions of apache and postfix and they have their own check 
before calling gethostbyname. But basically, the right fix is to upgrade/patch 
glibc and reboot.

Tim

signature.asc
Description: This is a digitally signed message part.