Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kUCyd-0003CH-E3 for pgsql-hackers@arkaria.postgresql.org; Sun, 18 Oct 2020 18:00:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kUCyb-0007gc-DW for pgsql-hackers@arkaria.postgresql.org; Sun, 18 Oct 2020 18:00:13 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kUCyb-0007gS-3F for pgsql-hackers@lists.postgresql.org; Sun, 18 Oct 2020 18:00:13 +0000 Received: from mail-lf1-x144.google.com ([2a00:1450:4864:20::144]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kUCyT-0003sn-6f for pgsql-hackers@lists.postgresql.org; Sun, 18 Oct 2020 18:00:10 +0000 Received: by mail-lf1-x144.google.com with SMTP id c141so10477625lfg.5 for ; Sun, 18 Oct 2020 11:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=xT5Pl8gdiQzUzC+4ra/Hldhy9cDNPPfb92Ffo1/5LVQ=; b=Yk9wVD9hvO9Hy+cL6HXhPllMDXJckYXrz+sOpDVJSYXBiodyfChR0ut6WEFko8bt4Y 3NefQpP85nWogNgfOz0HcgKInStxUW1+BqBezh/nj7qnFaHUoVKr6WRzfPhi4yS9yaqS SWGt2voyI8vcSP5KSreP7W1cj7cZGXkTFU+Sq5shsMmOO8fRFmE6UX2UedFiOj9dcSj2 nfKfeJaupraljOyEivxJNYZmxY4gLfAc775MHGJJxtKyAhaLufBQ4JAMChKrbKicb6e2 ThZL2Jd571nRshP9XXSE4xR7tQ0hMS4Q9LbHJKJRlQj+oHHFtZ5XL+jqnSLY3pmwkHCL +aUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=xT5Pl8gdiQzUzC+4ra/Hldhy9cDNPPfb92Ffo1/5LVQ=; b=XSRyaerYJLUTQMhR3m9c555psD0B8dTiLOA+JRt02mEx9ky2VISoRH6ZMkgvhi9P/6 tDwh6AH1sum+id6qSlAl8a//TILpk5vuuBHoXU5Q84d/iuZ4wvyn3RL/stXQkfalE9a3 UHlJUd4vcHgRjyQUlmbpe7/zSCD5N/560ZiK3HaUiDmnyfiwNQHTbZrLjwQgvjlee0xj Ab85D63C1hittKv0xNyZd6C/5BkgRi6IeGqfeNVqJlEV6AeAlsSbn/jCKm6bJx0RwEAp +JpxeC96E/vdSnRwxUkdt/87TQYgcFR+x7CfdjR2/TiTGRna4bjfl6G/Uasz5zjxtpEI 9N1w== X-Gm-Message-State: AOAM530qeqjzTtvOudwny5zdoJUdn+ocUSb7BVW3VLgGYeOvpbDpaELw DF0EwOb0oFQnbHR0Vlu8Lu+V/4qyZFI= X-Google-Smtp-Source: ABdhPJzPMW7Ir1S+/lfJEQ+bPDZjSp30ssLkcZcvy8iD0Ptmj6NNVsTc0l/wOgORSELz8jDweZiGQw== X-Received: by 2002:ac2:5e64:: with SMTP id a4mr4937447lfr.109.1603044002220; Sun, 18 Oct 2020 11:00:02 -0700 (PDT) Received: from [1.0.0.7] ([178.155.6.49]) by smtp.gmail.com with ESMTPSA id j18sm2893119lfh.283.2020.10.18.11.00.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 18 Oct 2020 11:00:01 -0700 (PDT) Subject: Re: Sometimes the output to the stdout in Windows disappears To: Tom Lane Cc: Victor Spirin , pgsql-hackers@lists.postgresql.org References: <4124040.1598898684@sss.pgh.pa.us> <855416.1600022228@sss.pgh.pa.us> <4156857.1602865112@sss.pgh.pa.us> <117919.1602949857@sss.pgh.pa.us> <132799.1602960277@sss.pgh.pa.us> From: Alexander Lakhin Message-ID: Date: Sun, 18 Oct 2020 21:00:00 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <132799.1602960277@sss.pgh.pa.us> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk 17.10.2020 21:44, Tom Lane wrote: > I propose the attached patch. If this doesn't cause buildfarm problems, > perhaps we should back-patch it. Thank you! I've made a simple cmd script to reproduce problems seen on dory: https://buildfarm.postgresql.org/cgi-bin/show_history.pl?nm=dory&br=HEAD FOR /L %%I IN (1,1,200) DO call :CHECK %%I GOTO :eof :CHECK echo iteration %1 call vcregress ecpgcheck IF %ERRORLEVEL% NEQ 0 GOTO ERR EXIT /B :ERR echo iteration %1 failed pause Without the fix I've got errors on iterations 43, 46, 128, 47, 14, 4, 27, which approximately corresponds to the ECPG-Check failure frequency on dory (for HEAD). With the fix all the 200 iterations passed as expected. Then I ran the loop again just to be sure and got: test thread/descriptor            ... stderr FAILED       81 ms iteration 124 failed. diff -w -U3 .../src/interfaces/ecpg/test/expected/thread-descriptor.stderr .../src/interfaces/ecpg/test/results/thread-descriptor.stderr --- .../src/interfaces/ecpg/test/expected/thread-descriptor.stderr    2019-12-04 16:05:46 +0300 +++ .../src/interfaces/ecpg/test/results/thread-descriptor.stderr    2020-10-18 20:20:27 +0300 @@ -0,0 +1 @@ +SQL error: descriptor "mydesc" not found on line 31 It's interesting that all failures before the fix were with stdout, but this one is with stderr. I'm going to investigate this issue further. Best regards, Alexander