From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.devel Subject: Re: emacs-27 d66331a: Don't build the Gnulib 'utimens' module on MinGW Date: Tue, 24 Mar 2020 21:31:47 +0100 Message-ID: References: <20200323143828.31224.77075@vcs0.savannah.gnu.org> <20200323143829.ED56720E43@vcs0.savannah.gnu.org> <83lfnrax0r.fsf@gnu.org> <83wo79a8f7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="8424"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Mar 24 21:32:41 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jGqE4-00023r-Sy for ged-emacs-devel@m.gmane-mx.org; Tue, 24 Mar 2020 21:32:40 +0100 Original-Received: from localhost ([::1]:54670 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jGqE2-0005cL-AK for ged-emacs-devel@m.gmane-mx.org; Tue, 24 Mar 2020 16:32:39 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57354) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jGqDI-00053w-5v for emacs-devel@gnu.org; Tue, 24 Mar 2020 16:31:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jGqDH-0006kq-2Z for emacs-devel@gnu.org; Tue, 24 Mar 2020 16:31:51 -0400 Original-Received: from mail-wr1-x430.google.com ([2a00:1450:4864:20::430]:40619) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jGqDG-0006k9-TE; Tue, 24 Mar 2020 16:31:51 -0400 Original-Received: by mail-wr1-x430.google.com with SMTP id u10so131353wro.7; Tue, 24 Mar 2020 13:31:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:gmane-reply-to-list:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=OTIz9Ck+numCIqg0jvLVEq7cPDi+A5+OOQqiG6xCllc=; b=OlNeRFqdMNZIzoOUOOhk44k/2DmXbaajUkl9u6Ktt4/zH798wv5qg0/RWauRu+3vp8 Y/DiT8aF9AcG3zKCctRP8fUNst2dnnGsWl39ow8oLknWcmhuYYVT11IcBxzCZEbZnHbr VtPX+R7Lqh90Kj7RidCtKXDARsgPYov0D20SNMcphUbdqNp/Cm8VYZcfNMkkN38XE3qh IZrmI9s3gdZQbr4bD6jOtjs3ujS2u028hobikGb4S6d6By2SKAFn+VT5fzBxUklXGeV/ F506CAotxgEn8dp0y38rYiVcjJGxe9xEP2V00KWGhGm+x/YeOvY8xPtcMNPPJSglYqDk RqnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=OTIz9Ck+numCIqg0jvLVEq7cPDi+A5+OOQqiG6xCllc=; b=Wt3DcJQFxFGOLSmLXCT2JFil+Iv+dRG2ECJQjcvoH4SE2IhhURxgUMmfOk8k/qRdMi yqY21MHivAvk1UD2q9CmSaQ8nrGg20IFW/GV0qwiavTYMoGxHetOy8LN+/7bdiBfd9rG njREfe1ihZ6M2+CSeak/UYbvTdwHP5BgOX7elLQOPN6VfZMsKBJBiwKHp4aSDc68TeG1 Jh2d78gA2d/k8j+tpc/mjYWCC8L+rECGkul0wHMU0bK+ndvQSc1euoJiwe3QZzPjAVm4 LQbgQEIyi5yAvMzOM6GghFp8O2mC+VUDPxS6Z/4zdTzBW/rRxfM4Dm9Rsuq4T2W5+2TR 4vzg== X-Gm-Message-State: ANhLgQ3Z1Qv7Tls1GnWVrRiJjKiA+nhpvxtXzZBuGrJfGmf3+eWJfGdO QJD23B0b7xEqwWtzNnON/tEPgY+F X-Google-Smtp-Source: ADFU+vsmm087+XMjhyAYtBM9wyri5lRCQHJi0IwivoK2UAp93VzEyVZ531f5zcXt0wO7RK067pAc5A== X-Received: by 2002:adf:ef08:: with SMTP id e8mr27370243wro.66.1585081909267; Tue, 24 Mar 2020 13:31:49 -0700 (PDT) Original-Received: from rpluim-mac ([2a01:e34:ecfc:a860:5432:f8b5:445f:afcd]) by smtp.gmail.com with ESMTPSA id q4sm6040504wmj.1.2020.03.24.13.31.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Mar 2020 13:31:48 -0700 (PDT) Gmane-Reply-To-List: yes In-Reply-To: <83wo79a8f7.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 24 Mar 2020 20:56:28 +0200") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::430 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:245768 Archived-At: >>>>> On Tue, 24 Mar 2020 20:56:28 +0200, Eli Zaretskii said: >> From: Robert Pluim >> Cc: emacs-devel@gnu.org >> Date: Tue, 24 Mar 2020 18:07:13 +0100 >>=20 >> In that case I should go the other direction. How about the following >> to remove the 1-char readahead for sockets (which then allows us to >> enable datagram sockets on MSWindows). Eli> I have no idea whether and how the result will differ from what we= do Eli> today. The sheer amount of "remarks" in the MSDN documentation sc= ares Eli> me. E.g., what happens if the remote end closes the socket, Eli> gracefully or otherwise? We still end up calling read on the socket, just later, so those error conditions should still be handled. I=CA=BCll note that the gnulib implementation of select does essentially the same thing (it uses MsgWaitForMultipleObjects rather than WaitForSingleObject, but I assume they do much the same thing under the covers). Eli> IOW, I'd love someone who _really_ knows about Windows socket Eli> programming to review this and compare with what we do now. I'm n= ot Eli> that person, sorry. Nor am I. I=CA=BCd suggest adding it as a disabled option, but then nobody would ever use it.... Robert