DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 53EFOpKu1058511 Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 53EFOpKu1058511 Authentication-Results: delorie.com; dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=w2olMgCx X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1FCEE385840C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1744644291; bh=k+JwEvQ78m0/5beijIdMWiIEAiOHGfNl0maZE/L4vM0=; h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=w2olMgCxiRUh8fiKtMyk3KBzbnEzWiVxahPMEH2H+hPb3w7eWqm7H0tE0MAP2VLJj woGKlR5lW0iKvhSfpJWMbRYADhHn+4uelLYJFClYaMNqNjnr7zbebhXnm+8XQWrW92 ciG2z2wEleVX41JUCz/UU+5/SYVs/sKcdQvZpOjY= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9393C3858C54 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 9393C3858C54 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1744644226; cv=none; b=qRnJtRQ63kHnU3MRqgOe81TCgfK6YXTh9I6MJj9q6GfYCwXAWhr6llkcEfrFXlWvmq9Y0LKFr3C6oRTM3YZwYywS0cz41Xc9F6x06Yk2MOpEN1ed+i9xhMT3i0M7Izn91nlULO89mimZc+1yX0w+vMr/XLJrtIvNPoJuitjE3VQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1744644226; c=relaxed/simple; bh=mLsjdiMptPIualnoXGyDHsTPmnwF7n/NbqBjBtRkBok=; h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version; b=iJ+zpho9RkvnGVTfOiNfEgIysbTKJ/8GKcNxNVkA33Te5sxDQQ1aNAzQ+lxJzUojvHNCrd12+DD0B57K8cpGZCZlXuZ3baGZapGC5R/tvPGsHLaM9QH5Y4rwYPNxiFRED7J73hoJM1cTdIDVia3Hjk6tJJv7f33d1YghFVKICGs= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9393C3858C54 Date: Mon, 14 Apr 2025 08:23:45 -0700 (PDT) X-X-Sender: jeremyd AT resin DOT csoft DOT net To: Bruno Haible Subject: Re: /dev/null regression in Cygwin 3.6.1 In-Reply-To: <19390375.kOAnuia59f@nimes> Message-ID: <19559959-a4f5-2d6f-369b-8da6f1f9efca@jdrake.com> References: <10514352 DOT ICPdZLu4VQ AT nimes> <19390375 DOT kOAnuia59f AT nimes> MIME-Version: 1.0 X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Jeremy Drake via Cygwin Reply-To: Jeremy Drake Cc: cygwin AT cygwin DOT com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On Mon, 14 Apr 2025, Bruno Haible via Cygwin wrote: > Especially since this commit modified select.cc, removing a comment > /* TODO: Buffer really full or non-Cygwin reader? */ > and here we are exactly in that case: a non-Cygwin process reading from > Cygwin's /dev/null. That's Cygwin's select, it shouldn't have any bearing on what a non-Cygwin process sees. What I'm not getting is why ./something < /dev/null should be any different than doing in CMD something < NUL - I would hope there's not a pipe to Cygwin to deal with /dev/null but rather just a handle to Windows' NUL device... -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple