-
-
Notifications
You must be signed in to change notification settings - Fork 276
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ReportGenerator.exe consumes all available physical memory #251
Comments
Can you share the |
Unfortunately I can't share the The Decimal 15732480 is 0xF00F00, which is a special line number Similarly, 16707565 is 0xFEEFEE, which is also a special line number though I have not seen it in a Using a small test dll, I generated a As to why this happens, the only answer I can come up with is that MSVS2017 requires Linker Generate Debug Info /DEBUG:FULL for Code Coverage analysis, while 2015 does not (/DEBUG:FULL does not exist in 2015 at all). Other than Windows SDK Version and Platform Toolset, no other project or filter configuration changes were made when changing between versions. Would it be possible for the ReportGenerator to strip out/ignore lines containing 15732480? |
Thanks for investigating! Could you please try this new release: |
I have tested the latest release and this issue has been fixed. Thank you for your fast response! |
Hi,
I have an issue where calling ReportGenerator.exe on a .coveragexml file consumes as much physical memory as is available and sometimes throws an OutOfMemory exception.
The code-under-test is unmanaged C++ and unit-tested in MSVS 2017 using the CppUnitTestFramework with GMock via NuGet. Tests are executed using MSVS2017 Enterprise vstest.console.exe (/logger:trx /InIsolation /EnableCodeCoverage) with some coverage filters applied at compile time.
The .coverage output is converted to a .coveragexml using CodeCoverage.exe. The coveragexml file is small in size (1.35 MB) and is 13370 lines. ReportGenerator.exe is then invoked via command line as such:
C:\ReportGenerator\ReportGenerator.exe -reports:vstest.coveragexml "-targetdir:C:\Users\TestUser\CoverageReport" -reporttypes:Badges;Html "-historydir:C:\historydir" -tag:0.0.0.1
At this point the coveragexml is loaded and ReportGenerator.exe consumes all RAM. I have tested this on a Windows7 VM with 8 and 16GB RAM, as well as a Windows10 physical machine with 32GB. In all cases ReportGenerator.exe uses all available RAM, and occasionally throws an OutOfMemory exception. If it does succeed, the log shows 5 assembly dlls and 264 classes which is accurate.
Any help or guidance would be appreciated. Thanks!
The text was updated successfully, but these errors were encountered: