X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 5FEFB3858039 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1690716573; bh=muhaIMllfoZVywQdrrVUchpceSjDFi4feYThAcQwfMY=; h=Date:Subject:To:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=CVs6tcD2qshnFZMEvBV3Owa7zdzIHNE5yTX9ixpGz4tZ1RsiMjcRHMsQfHgUpuNHo 6Clg/Tu8rHfQQVC2FchtcpqPhGuNm2gJy4Sg/pRuafXfJs3t/E4H/qCCcwDy2+Js7w Hfy7O6MfiEIMiwmr/gyDUrrVYNCF9oU2cxx5yLaA= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4B7003858D35 X-ASG-Debug-ID: 1690716552-24039d1345145bb00001-w5GHUG X-Barracuda-Envelope-From: moss AT cs DOT umass DOT edu X-Barracuda-RBL-Trusted-Forwarder: 128.119.240.136 Message-ID: X-Barracuda-RBL-Trusted-Forwarder: 192.168.50.148 Date: Sun, 30 Jul 2023 07:29:10 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: Probable bug Content-Language: en-US X-ASG-Orig-Subj: Re: Probable bug To: natan_b AT libero DOT it, "cygwin AT cygwin DOT com" References: <199362107 DOT 5561484 DOT 1690709920649 AT mail1 DOT libero DOT it> In-Reply-To: <199362107.5561484.1690709920649@mail1.libero.it> X-Barracuda-Connect: mailsrv.cs.umass.edu[128.119.240.136] X-Barracuda-Start-Time: 1690716553 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://barramail.cs.umass.edu:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at cs.umass.edu X-Barracuda-Scan-Msg-Size: 906 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.112074 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00, GB_TO_NAME_FREEMAIL, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , From: Eliot Moss via Cygwin Reply-To: moss AT cs DOT umass DOT edu Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "Cygwin" On 7/30/2023 5:38 AM, natan_b--- via Cygwin wrote: > Hi Guys > > very short. > > prog.c > > #include > > int main() > { > float a=1.283; > while(1) > printf( "%f", a ); > } > > run with > $ ./prog.exe >/dev/null > > in windows monitor process the process increase it's memory it arrive to many Gb. > It's not a machine problem, other PC have same problem. > > Same program in wsl and MSYS2 works well! This probably has to do with output buffering, and may happen even without the >/dev/null since there are no line ends in the output. It may work with stdbuf -o0 (as in: stdbuf -o0 ./prog.exe >/dev/null) but may cause the program to run more slowly (each character is sent to the device, when then immediately discards it). It would seem you're hoping for the internal libraries to recognize the case of writing to /dev/null ... Regards - EM -- 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