From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 68412 invoked by alias); 10 Feb 2016 18:55:34 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 68400 invoked by uid 89); 10 Feb 2016 18:55:33 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=smartphone, Zaretskii, zaretskii, HTML X-HELO: mail-ig0-f173.google.com Received: from mail-ig0-f173.google.com (HELO mail-ig0-f173.google.com) (209.85.213.173) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 10 Feb 2016 18:55:31 +0000 Received: by mail-ig0-f173.google.com with SMTP id mw1so20669548igb.1 for ; Wed, 10 Feb 2016 10:55:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=idDHFppk4/SOtnEZEvu5f8HX4Y38ocp8wyL+HddRy4E=; b=N0ZUO/t9kXlr7dV2D+CuRFGIRpDBICGh9EyKj4SBD2q4ZxFZenKcFFUl+gN6UqU8ix ewlKA8EyEa1/lO5uiTYzEI3P+1Pdod5YVGTBTl6t7E4Dq8k5iZnfUG6+SMYprjrilFZY TJ66lVV0MBwbXXVyu6TLG2qGeF2XPIplfQnQjLChEtuWyggFfplllDj/VfE4HyTU7Da+ GfwZtuYOQAGHQ9911ugj/oVgWe8/cN9ijBMz3EVX4k6hQfb33zK6OlH8viahMdV5pFWq TreOusycI5wGaGnh7ip3ocyGixHKijVVOqwg8QCdIvXZii/f8gfWmEUtwuykpszxSMqK OfhQ== X-Gm-Message-State: AG10YOSNEvOBukVxF7bKoiIw0KAGEUetq2fgJgZ7XWPou0OQoTfolHogJ1tM6QcGMv+9xuO9BxIu6pMyQm3/eg== MIME-Version: 1.0 X-Received: by 10.50.108.116 with SMTP id hj20mr11277276igb.7.1455130529208; Wed, 10 Feb 2016 10:55:29 -0800 (PST) Received: by 10.36.197.195 with HTTP; Wed, 10 Feb 2016 10:55:29 -0800 (PST) In-Reply-To: <83oaboa0x5.fsf@gnu.org> References: <831t8ldc80.fsf@gnu.org> <83oaboa0x5.fsf@gnu.org> Date: Wed, 10 Feb 2016 18:55:00 -0000 Message-ID: Subject: Re: [PATCH] supports IPv6 only remote target From: Tsutomu Seki To: Eli Zaretskii Cc: gdb-patches@sourceware.org Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2016-02/txt/msg00316.txt.bz2 Hi Eli, > Is it feasible to copy the necessary bits from that header I do not think so, because wspapi.h itself exists for backward compatibility. It should be easier adding wspapi.h to MSYS than copying from it. MSYS ws2tcpip.h says; #if (_WIN32_WINNT >= _WIN32_WINNT_WINXP) /** * For WIN2K the user includes wspiapi.h for these functions. */ void WSAAPI freeaddrinfo (struct addrinfo*); int WSAAPI getaddrinfo (const char*,const char*,const struct addrinfo*, struct addrinfo**); int WSAAPI getnameinfo(const struct sockaddr*,socklen_t,char*,DWORD, char*,DWORD,int); #endif /* (_WIN32_WINNT >= _WIN32_WINNT_WINXP) */ Is it better to try to update configure.ac to decide to use IPv6(getaddrinfo) or stay on IPv4(gethostbyname)? I'm not familiar with autoconf, though. # I'm resending this message because I'd accidentally sent HTML mail # from smartphone and it was rejected. I'm sorry if you have received # duplicated message. Regards, Seki, Tsutomu 2016-02-11 3:13 GMT+09:00 Eli Zaretskii : >> Date: Wed, 10 Feb 2016 20:43:40 +0900 >> From: Tsutomu Seki >> Cc: gdb-patches@sourceware.org >> >> Changed address to be "@code{fe80::1%eth1}", to include scope id >> as written later. >> >> > This example seems to imply that more than just taking brackets >> > is required. >> >> Your are right. This implies address/port separation rule and >> address/scope separation rule. The former should be documented, >> because address/port separation is done by the application before >> passing them to getaddrinfo. >> >> > Should we tell more about that? >> >> On the other hand, the latter is difficult to document (for me) in >> generic manner, because %-style scope-id notation depends on >> implementation of getaddrinfo. > > I think what you did is good enough, thanks. > >> > I think this will break the build with mingw.org's MinGW. It doesn't >> > have wspiapi.h, AFAIK. What exactly is needed from that header? >> >> It is needed to support getaddrinfo() on Windows 2000 and older versions. >> >> What can I do for it? The easiest solution is to replace with , >> but Windows 2000 support (as a host) would be dropped. > > Is it feasible to copy the necessary bits from that header, i.e. have > the prototype in ser-tcp.c (or in some suitable GDB header file)? > > Thanks.