pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkg/46206



The following reply was made to PR pkg/46206; it has been noted by GNATS.

From: Martin Husemann <martin%duskware.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/46206
Date: Tue, 20 Mar 2012 10:22:54 +0100

 This might fix the firefox issue as well,
 
 Can you test?
 
 Thanks,
 
 Martin
 
 ----- Forwarded message from Frank Kardel <kardel%netbsd.org@localhost> -----
 
 X-Original-To: martin%duskware.de@localhost
 Delivered-To: martin%duskware.de@localhost
 Delivered-To: current-users%netbsd.org@localhost
 X-Virus-Scanned: amavisd-new at NetBSD.org
 Date: Tue, 20 Mar 2012 08:39:43 +0100
 From: Frank Kardel <kardel%netbsd.org@localhost>
 User-Agent: Mozilla/5.0 (X11; U; NetBSD amd64; en-US; rv:1.9.2.17) 
Gecko/20110716 Lightning/1.0b3pre Lanikai/3.1.10
 To: Sverre Froyen <sverre%viewmark.com@localhost>
 CC: current-users%netbsd.org@localhost
 Subject: Re: ntpq -p coredumps with today's sources
 In-Reply-To: <201203191744.44332.sverre%viewmark.com@localhost>
 X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.7 
(pip.kardel.name [10.0.3.1]); Tue, 20 Mar 2012 08:39:45 +0100 (CET)
 X-Virus-Scanned: clamav-milter 0.97.3 at pip.kardel.name
 X-Virus-Status: Clean
 List-Id: current-users.NetBSD.org
 
 Could you check this patch.
 
 ntpq.c exercises the new AI_ADDRCONFIG option in getaddrinfo(). There 
 seems to
 be a PNPE (programmed null pointer exception).
 
 Frank
 
 
 On 03/20/12 00:44, Sverre Froyen wrote:
 >Hi,
 >
 >With sources from today (kernel and userland), I get a segmentation fault 
 >from
 >'ntpq -p'. Gdb says
 >
 >Program received signal SIGSEGV, Segmentation fault.
 >0x00007f7ff5cd4b58 in getaddrinfo () from /usr/lib/libc.so.12
 >(gdb) bt
 >#0  0x00007f7ff5cd4b58 in getaddrinfo () from /usr/lib/libc.so.12
 >#1  0x0000000000403f8b in openhost ()
 >#2  0x0000000000406427 in ntpqmain ()
 >#3  0x0000000000403542 in ___start ()
 >#4  0x00007f7ff7c06ae6 in _rtld () from /usr/libexec/ld.elf_so
 >#5  0x00007f7ffffff9d8 in ?? ()
 >#6  0x00007f7ffffff9f7 in ?? ()
 >#7  0x00007f7ffffffa56 in ?? ()
 >#8  0x00007f7ffffffa96 in ?? ()
 >#9  0x00007f7ffffffab6 in ?? ()
 >#10 0x00007f7ffffffac8 in ?? ()
 >#11 0x00007f7ffffffad8 in ?? ()
 >#12 0x00007f7ffffffb0a in ?? ()
 >#13 0x00007f7ffffffb20 in ?? ()
 >...
 >
 >I don't see any other major breakage. Is ntpq using getaddrinfo incorrectly?
 >
 >This is on NetBSD 6.99.4 / amd64.
 >
 >Regards,
 >Sverre
 
 
 Index: getaddrinfo.c
 ===================================================================
 RCS file: /cvsroot/src/lib/libc/net/getaddrinfo.c,v
 retrieving revision 1.98
 diff -u -r1.98 getaddrinfo.c
 --- getaddrinfo.c      17 Mar 2012 21:56:40 -0000      1.98
 +++ getaddrinfo.c      20 Mar 2012 07:35:25 -0000
 @@ -1032,7 +1032,7 @@
        if (getifaddrs(&ifaddrs) == -1)
                return -1;
  
 -      mask = 0;
 +      *mask = 0;
        for (ifa = ifaddrs; ifa != NULL; ifa = ifa->ifa_next)
                if (ifa->ifa_addr && (ifa->ifa_flags & IFF_UP)) {
                        _DIAGASSERT(ifa->ifa_addr->sa_family < 64);
 
 
 ----- End forwarded message -----
 


Home | Main Index | Thread Index | Old Index