DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4B7003858D35
Message-ID: <bf5f14f8-8dfd-13da-87b5-a0117fd04b05@cs.umass.edu>
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
To: natan_b@libero.it, "cygwin@cygwin.com" <cygwin@cygwin.com>
References: <199362107.5561484.1690709920649@mail1.libero.it>
In-Reply-To: <199362107.5561484.1690709920649@mail1.libero.it>
From: Eliot Moss via Cygwin <cygwin@cygwin.com>
Reply-To: moss@cs.umass.edu
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>

On 7/30/2023 5:38 AM, natan_b--- via Cygwin wrote:
> Hi Guys
> 
> very short.
> 
> prog.c
> 
> #include <stdio.h>
>   
> 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