On Fri, Jun 04, 2010 at 08:13:48PM +0200, Mats Erik Andersson wrote:
> fredag den 4 juni 2010 klockan 14:08 skrev Mats Erik Andersson detta:
>
> Is innocent! So are a multitude of other calls to gethostbyname(3).
>
> > to be at the source of the problem. I will conduct a further study
> > to bett
On Fri, Jun 04, 2010 at 08:13:48PM +0200, Mats Erik Andersson wrote:
>
> The culprit acts in
>
> TargetGroup.cc lines 214 -- 237.
>
> The code does not seem easily maintainable, so I can offer no quick
> resolution. Let me just remark that the easiest testing can be done
> using the call
fredag den 4 juni 2010 klockan 14:08 skrev Mats Erik Andersson detta:
> fredag den 4 juni 2010 klockan 02:03 skrev Fyodor detta:
> > On Thu, Jun 03, 2010 at 01:38:30AM +0200, Mats Erik Andersson wrote:
>
> A quick test build, only specifying "--prefix" and "--sysconfdir",
> shows no improvement
fredag den 4 juni 2010 klockan 02:03 skrev Fyodor detta:
> On Thu, Jun 03, 2010 at 01:38:30AM +0200, Mats Erik Andersson wrote:
> > Package: nmap
> > Version: 5.00-3
> > Severity: important
> >
> > In an environment with IPv4 as well as IPv6 active, and with
> > /etc/resolv.conf containing the st
On Thu, Jun 03, 2010 at 01:38:30AM +0200, Mats Erik Andersson wrote:
> Package: nmap
> Version: 5.00-3
> Severity: important
>
> In an environment with IPv4 as well as IPv6 active, and with
> /etc/resolv.conf containing the statement "options inet6",
> the present Nmap is broken when it comes to r
Package: nmap
Version: 5.00-3
Severity: important
In an environment with IPv4 as well as IPv6 active, and with
/etc/resolv.conf containing the statement "options inet6",
the present Nmap is broken when it comes to resolving IPv4
host addresses.
This is a typical symptom that Nmap is coded using
g
6 matches
Mail list logo
