stdcxx-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Black <>
Subject Re: Windows infrastructure bug
Date Tue, 31 Oct 2006 19:08:25 GMT
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 [] 
>> Sent: Monday, October 30, 2006 6:06 PM
>> To:
>> 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 
>>> 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:
>   I've updated configure.wsf script:
>   Please, try this and sent to me the new config.log file if this
> problem still present.
> Farid.

View raw message