stdcxx-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Sebor <se...@roguewave.com>
Subject Re: nightly build errors
Date Mon, 14 Apr 2008 17:20:17 GMT
 From another log:
http://people.apache.org/~sebor/stdcxx/results/win_2000-4-x86-icl-9.1-8s-647275-log.gz.txt

it looks as though the error might have actually occurred earlier
(either code 2?) or Call was rejected by callee. Farid already did
some work on this error in a different area based on Microsoft's
How-To:
   http://svn.apache.org/viewvc?view=rev&revision=548682
   http://msdn2.microsoft.com/en-us/library/ms228772.aspx

Here's the code that caused the error in the last build:
     513     WScript.Echo("Closing the VisualStudio...");
     514     solution = null;
     515     dte.Quit();

Maybe we need a similar "fix" to rev 548682 here?

The error from the log:
Configuring project dependencies...
Writing solution on disk...
Converting solution icc-9.1.sln to ICC.
Conversion finished with code 2
Converting solution icc-9.1_ex.sln to ICC.
Conversion finished with code 2
Converting solution icc-9.1_tst.sln to ICC.
Conversion finished with code 2
Converting solution icc-9.1_loc.sln to ICC.
Conversion finished with code 2
### Building solution / Creating HTML log
Building 8s Optimized Static...
Solution build script
Checking arguments...
Loading solution...
Build:
Closing the VisualStudio...
D:\bman5\builds\34647676\source-buildspace\etc\config\windows\build.wsf(515, 
6) (null): Call was rejected by callee.


Summary log was generated in 
file://D:/bman5/builds/34647676/source-buildspace/build/icc-9.1-8s.html
Build complete

Martin Sebor wrote:
> Scott Zhong wrote:
>> Win 2000 icl-9.1 15s and 8s appears that the run did not find config.h
>> will investigate today.
>>
>> Win 2003 em64t error with DATA, these appeared to be a machine related
>> issue.
> 
> The Intel C++ 9.1/Win2k/x86 log
> http://people.apache.org/~sebor/stdcxx/results/win_2000-4-x86-icl-9.1-15s-win32-647275-log.gz.txt

> 
> shows this error:
> 
>   ### Post-processing for Batman
>   D:\bman5\builds\34648736\source-buildspace\parse_runlog.wsf(191, 6)
>   Microsoft JScript runtime error: Path not found
> 
>           1 file(s) copied.
>   The system cannot find the path specified.
> 
> I would find it useful to know what path wasn't found but the
> parse_runlog.wsf script doesn't check to see that the path exists
> before calling GetFolder():
> 
>     186 function checkUtilsRWtest()
>     187 {
>     188     var utilsFound = 0;
>     189     var utilsGood = 0;
>     190     var dirName = buildDir + "\\" + buildType + "\\"
>                                    + utilBaseBuildDir;
>     191     var folder = fso.GetFolder(dirName);
>     192     var state = "L";
>     193     if (! folder)
>     194         return;
>     195
> 
> The documentation for GetFolder() says that an error occurs when
> the path doesn't exist:
>   http://msdn2.microsoft.com/en-us/library/f1xtf7ta(VS.85).aspx
> 
> Maybe we could enhance the script to check to call FolderExist()
> first and report an error when it doesn't:
> http://msdn2.microsoft.com/en-us/library/5xc78d8d(VS.85).aspx
> 
> Martin


Mime
View raw message