Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 16489 invoked from network); 31 Oct 2006 19:10:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 31 Oct 2006 19:10:25 -0000 Received: (qmail 86298 invoked by uid 500); 31 Oct 2006 19:10:37 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 86280 invoked by uid 500); 31 Oct 2006 19:10:36 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 86269 invoked by uid 99); 31 Oct 2006 19:10:36 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Oct 2006 11:10:36 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [208.30.140.160] (HELO moroha.quovadx.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Oct 2006 11:10:22 -0800 Received: from [10.70.3.154] ([10.70.3.154]) by moroha.quovadx.com (8.13.6/8.13.6) with ESMTP id k9VJ95CZ031919 for ; Tue, 31 Oct 2006 19:09:05 GMT Message-ID: <45479F29.4020007@roguewave.com> Date: Tue, 31 Oct 2006 12:08:25 -0700 From: Andrew Black User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: stdcxx-dev@incubator.apache.org Subject: Re: Windows infrastructure bug References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Greetings Farid. I checked the provided test case again on my local installation, and discovered that it does not replicate the issue. After further digging, I have found that the problem seems to have been the use of the %G or %H variable in a for loop prior to invoking devenv. This was worked around by using the SETLOCAL/ENDLOCAL directives. As batch scripts alter their environment unless the SETLOCAL command is used, I had been reducing my test case in an environment where these variables were undesirably set. --Andrew Black Farid Zaripov wrote: >> -----Original Message----- >> From: Andrew Black [mailto:ablack@roguewave.com] >> Sent: Monday, October 30, 2006 6:06 PM >> To: stdcxx-dev@incubator.apache.org >> Subject: Re: Windows infrastructure bug >> >> It was attached as test~bat.txt (with the original name being >> test.bat) >> I assume that a mail server (probably the apache list >> server) mangled the file name as a safety measure. >> >> The contents of the file are very simple though: >>> call generate.bat /CONFIG:msvc-8.0 /BUILDDIR:%~dp0\build >> /LOCALES:no >>> /LOCALETESTS:no >>> >>> call build\build_msvc-8.0.bat 15d > > I can't reproduce the bug on my workstation. > > BTW I don't see the output from the compiler within config.log file > (only linker output is present). > > I discovered that cl.exe (MSVC 8.0) redirect output to the named pipe > instead of console > If VS_UNICODE_OUTPUT environment variable is set: > http://blogs.msdn.com/freik/archive/2006/04/05/569025.aspx > > I've updated configure.wsf script: > http://svn.apache.org/viewvc?view=rev&rev=469534 > > Please, try this and sent to me the new config.log file if this > problem still present. > > Farid.