My problem is basically that whenever I debug using Visual Studio (2015 Community edition on Windows 10 machine), and I try to hover over a variable or look at a variable in the locals or autos section of the debug view, I don’t see the actual data saved in the variable.
This is a problem I have seen with both strings and vectors. For strings, it will show npos=4294967295
and if you keep clicking the drop down arrows, you will eventually get to the actual string saved in that variable; only after digging into the internal structure of the variable, like std::_String_alloc and _Mypair and _Myval, etc. Same for vectors.
Has anyone ever experienced this problem or knows how to fix it?
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
Closed
marcwmiller opened this issue
May 5, 2017
· 77 comments
Assignees
Comments
I’m getting the following error intermittently (approx 10-20% of CI build/tests) with the Visual Studio test runner (version 2.0.30):
Error: C:Program Files (x86)Microsoft Visual Studio2017EnterpriseCommon7IDEExtensionsTestPlatformvstest.console.exe failed with return code: 4294967295
My solution is VS2017 with .Net Core and Xunit test projects. I’m using the Hosted VS2017 agent.
Not only is it intermittent, but when it does fail, it is not in the same test project. Never are there failed tests.
What is return code 4294967295?
6_Test Assemblies .Tests.dll.txt
I also experience this lately, nothing to note with debug logging on, it just quits.
I also have it with some msbuild tasks (same idea, .net core in solution, xunit, hosted vs2017 agent).
Started happening since Tuesday
Same here. Just randomly started happening. It is a major blocker/annoyance for us.
Tagging @smadala . Can someone share the diagnostic log too please(with System.Debug «true»)?
@janpieterz, @daniefvh To run .net core unit tests choose vstest.console.exe from «C:Program Files (x86)Microsoft Visual Studio2017EnterpriseCommon7IDEExtensionsTestPlatformvstest.console.exe».
in vstest task (Execution options -> Specific location). In «Other console options» pass /diag:log.txt for diag information. please attach log.txt and log.*.host.txt.
@marcwmiller Please enable /diag:log.txt and attach log.txt and log.*.host.txt.
Seems for vstest to have something to do with code coverage. Where do I get those log.txt files from?
Also any thoughts about the msbuild one?
logs_639.zip
Seems for vstest to have something to do with code coverage.
/EnableCodeCoverage yet to support in .net core. Tracking here.
Pass /Framework:FrameworkCore10 arg in «Other console options» for running .net core tests.
log.txt is relative path from current working directory, you can pass absolute path too.
No vstest task or tests running in msbuild one. It was failing in Build solution, @acesiddhu Can you please tag Build solution task folks?
We are adding respective folks to investigate into this issue. Seems like both msbuild and vstest are failing with same error code.
@smadala — I have enabled /diag:log.txt as requested and will attach log files after next failure.
@marcwmiller
DefaultEngineInvoker: ParentProcess ‘1244’ Exited in log.host.17-05-08_12-08-07_38614_9.txt
Looks vstest.console.exe exiting abnormally, Can please share log.txt which will be in current directory of vs test task command runs.
vstest.console.exe full dump by following instructions here.
@smadala — I think I’ve correctly updated the Copy Files task to capture the log.txt file (we’ll have to wait for another failure).
But I’m not sure about your last request for logs — I’m using the Hosted VS2017 agent and cannot perform instructions provided in the link. Please advise.
This seems widespread, we have this error in approx. every 3rd build or so for several projects. Sometimes consecutive test runs have this, then it works for a couple of builds without any apparent change on our side. This happens only in VSO i haven’t been able to repro locally.
Solution is VS 2017 .Net 4.6, Nunit 3.7, Hosted VS2017 agent
@marcwmiller are you able to get log.txt file?
@nigurr Is there a way we can get dmp from Hosted server?
Just a note that we are not running .NET core. I will try getting logs for you.
@marcwmiller can you please send your VSTS account and build details to devops_tools at microsoft dot com
I will be investigating into this asap.
FYI, we have the same problem with .net 4.6, VS2017, 2017 host, MsTest v2. And it happens to the build step as well, about as frequent.
Hi,
We have created a Live Site Incident for the same and actively working on this.
@nigurr — I am unable to email the information requested. My email is returned with the following error:
The groups only accept messages from people in their organization or on their allowed senders list, and your email address isn’t on the lists
does everyone on this thread have .NET Core projects in their solution? Also can you all post your account URLs?
@chrisrpatterson — My solution contains .NET Core projects. I have shared account URL with @nigurr and can email to you if you’d like.
@marcwmiller can you simply ping your account and tell me what it resolves to.
Jup, contains .NET core, account url is intreba.visualstudio.com, one of affected projects Arke.
@nigurr has access to this already.
@chrisrpatterson tfsprodcus1.app.visualstudio.com [104.43.203.175]
Another question, what about TypeScript?
@janpieterz while I am working through debugging this issue I am going to temporarily increase the number of hosted agents in your account so I don’t block your normal work
@chrisrpatterson I see, interesting. I’ll wait for you to finish, only need to build correctly once for this security advisory.
@janpieterz you have 5 agents right now so you should be able to build.
Jup, I noticed when both ran at the same time. Cheers!
We don’t have any .NET Core / TypeScript stuff.
We went back to the non-2017 host and all is well. We can’t open it up for experimenting with builds since we have external dependencies (database for end2end tests).
Like I said in a previous post, we see builds failing on either the build step or the test step (not both).
@janpieterz thank you for your patience. We are working with the MSBuild team to figure out what additional diagnostics we can gather. It seems the failure rate is about 20% and the MSBuild failure happens at a different place in the project every time.
@chrisrpatterson no worries, happy to help! If you want to speed up your build test, you could disable webpack and npm, they shouldn’t bother the msbuild and test!
If you’d like me to add any other MS employee just send me an email or ping me here, besides that I’m enjoying the notifications for the builds in our Slack 😄
@chrisrpatterson Great to hear, just removed you. In case you need to get back in just let me know, otherwise good luck hinting, and cheers for that temp workaround!
What do I do with those agents btw?
@janpieterz the extra hosted agents should disappear. You can also delete the agent in the default pool.
we are also seeing about 50% of builds fail on running tests with error
Error: C:Program Files (x86)Microsoft Visual Studio2017EnterpriseCommon7IDECommonExtensionsMicrosoftTestWindowvstest.console.exe failed with return code: 4294967295
similar to @nvankesteren we are using the Hosted VS2017 agent, due to this we also needed to change the build to use the Version 2.* preview version of the Visual Studio Test step
The current situation is intolerable, but not sure what to do, is the error we are seeing the same issue? is this a known issue that is being fixed or do we back out and stop using the Hosted VS2017 agent? we started using the VS2017 agent because the default one started giving us c# compilation errors randomly due to new c# language features.
We are actively working very hard on it. We apologize for the inconvenience this is causing. What we know is the process does not crash — both msbuild and vstest simply exits with -1 or maxint. It only happens on the first run on a fresh OS (that is the hosted build scenario since every build is a new machine reimage). For example, you can put a second task of build or test in the same job with the first being continue on error and it will always succeed.
The workaround is to use a private agent (your own VM / machine).
A new image which fixes/mitigates the issue should be rolling across scale units throughout the day. Chime in throughout the weekend and early in the week if it’s addressed for you. We will be keeping an eye on it.
got another failure just now
Error: C:Program Files (x86)Microsoft Visual Studio2017EnterpriseCommon7IDECommonExtensionsMicrosoftTestWindowvstest.console.exe failed with return code: 4294967295
@cob999, can you please send your VSTS account and build details to devops_tools at microsoft dot com
and send your build log?
@nigurr I’ve sent that on, got a bounce message saying Couldn't deliver to the following groups: but i’m hoping the original email got to you
@nigurr — I’ve received the error twice today 
Error: C:Program Files (x86)Microsoft Visual Studio2017EnterpriseCommon7IDEExtensionsTestPlatformvstest.console.exe failed with return code: 4294967295
Vstest exited with return code: 1.
we’re copying a new image with gflags to figure out what’s wacking the process (it’s not crashing, it’s not exiting). the previous mitigation appears to reduce the likelyhood but still hapenning … we’re on it.
A new image is rolled out with additional logging enabled to determine more information. When msbuild.exe/vstest.console.exe exits, info will be written to the application event log with the exit code and if another process killed it, the name of the process that killed msbuild.exe/vstest.console.exe.
Please add the below inline powershell to grab the info from the application event log once. Please make sure you select «Always Run» in the task so that any previous errors in the build will still continue to execute this and dumps the logs.
Get-EventLog -LogName Application -After ([datetime]::now.addhours(-1)) -Source 'Process Exit Monitor' | % { "EventID: $($_.EventID)" ; "TimeGenerated: $($_.TimeGenerated)" ; "Message: $($_.Message)" ; "" }
Can MS repro this without outside projects? My team no longer has the resources to keep testing this and have stepped back a version. I’m watching this space to see if the issue is resolved.
We finally got a repro which captured the offending process from the event log line above. We know exactly what is killing msbuild/vstest now. We’re following up right now with an image update. It takes awhile to rollout but good news.
This one was especially tough because the size, length and volatility of our tool would protect it from repro’ing. Sorry for the inconvenience.
@bryanmacfarlane — when do you anticipate the roll out to be complete? I’m still receiving error:
Ran for 3.7 minutes (Hosted VS2017), completed at Fri 05/26/2017 05:43 PM
Request Summary
Request 309 Marc Miller Completed
Summary
| Build
2 error(s), 3 warning(s)
Build — 2 error(s), 3 warning(s)
Error: C:Program Files (x86)Microsoft Visual Studio2017EnterpriseCommon7IDEExtensionsTestPlatformvstest.console.exe failed with return code: 4294967295
Vstest exited with return code: 1.
@marcwmiller please send ersciple the name of your account (at microsoft com).
Reading Time: 2 minutes
On our new company laptops we are running into issues running containers in docker desktop from visual studio. We tried a bunch of things which were unsuccessful. Any help / thoughts would be great as we are running out of ideas.
.Net Core Version 6 / Asp.net Core (web api)
Running docker compose manually in cmd works and I’m able to hit the site.
Running docker compose debug profile from visual studio results in:
The output window shows “The program ” has exited with code 4294967295 (0xffffffff).”
Docker desktop shows the container running but I can’t grab logs from it or hit it in the url.
WSL is fine and everything is working there.
My home machine works great and i’m able to launch and debug containers.
Faced with identical error, I was able to resolve by deleting VSDBG debugger folder:
%USERPROFILE%vsdbgvs2017u5
After deleting the folder start Visual Studio debugger (F5) and as a result VSDBG debugger will be recreated
Container Tools build properties https://learn.microsoft.com/en-us/visualstudio/containers/container-msbuild-properties?view=vs-2022
May this is not the root cause but just delete the VS (.vs) folder at your project folder it is usually hidden, delete it open the project an run again.
I have the same error when I’m trying to start 2 project simultaneously. And one project was cloned from another. So, they have the same GUIDs of projects in .sln files. After changing GUIDs all works ok.
Most of the time this error code does not provide any concrete information. In my case I had to go and find error details in logs folder. Log file is generally located at ‘YourProjectbinDebugApp_DataLogs’ location.
There was an issue with 3rd party service and it worked after fixing the service issue.
I have spent around two days to solve this but got no luck. My Vs Code is working fine but suddenly it starts showing the error The terminal process "C:WINDOWSSystem32cmd.exe /c (type "C:UsersDellAppDataLocalTempvscode-linux-multi-line-command-172.16.16.96-566984369.sh" | ssh -T -D 50126 172.16.16.96 bash) & exit /b 0" terminated with exit code: 4294967295. I don’t know what happen.
I am using VS Code on my Window 10 Machine and trying to connect to my office Mac Machine. Everything is working before last 2 days.
I am using VSCode-Insider and Remote SSh nightly extension.
Further stack trace is
[19:29:36.337] remote-ssh-nightly@2020.9.2340
[19:29:36.337] win32 x64
[19:29:36.344] SSH Resolver called for "ssh-remote+172.16.16.96", attempt 1
[19:29:36.345] SSH Resolver called for host: 172.16.16.96
[19:29:36.345] Setting up SSH remote "172.16.16.96"
[19:29:36.604] Using commit id "e790b931385d72cf5669fcefc51cdf65990efa5d" and quality "insider" for server
[19:29:36.614] Install and start server if needed
[19:29:39.671] Checking ssh with "ssh -V"
[19:29:40.070] > OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5
[19:29:40.108] Running script with connection command: ssh -T -D 50126 172.16.16.96 bash
[19:29:40.217] Terminal shell path: C:WINDOWSSystem32cmd.exe
[19:29:40.810] >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ]0;C:WINDOWSSystem32cmd.exe
[19:29:40.810] Got some output, clearing connection timeout
[19:29:40.940] >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
[19:29:44.719] > Password:
[19:29:44.720] Showing password prompt
[19:29:45.861] "install" terminal command done
[19:29:45.862] Install terminal quit with output: Password:
[19:29:45.863] Received install output: Password:
[19:29:45.865] Stopped parsing output early. Remaining text: Password:
[19:29:45.865] Failed to parse remote port from server output
[19:29:45.879] Resolver error: Error:
at Function.Create (c:UsersDell.vscode-insidersextensionsms-vscode-remote.remote-ssh-nightly-2020.9.2340outextension.js:1:130564)
at Object.t.handleInstallOutput (c:UsersDell.vscode-insidersextensionsms-vscode-remote.remote-ssh-nightly-2020.9.2340outextension.js:1:127671)
at I (c:UsersDell.vscode-insidersextensionsms-vscode-remote.remote-ssh-nightly-2020.9.2340outextension.js:127:106775)
at processTicksAndRejections (internal/process/task_queues.js:94:5)
at async c:UsersDell.vscode-insidersextensionsms-vscode-remote.remote-ssh-nightly-2020.9.2340outextension.js:127:104774
at async Object.t.withShowDetailsEvent (c:UsersDell.vscode-insidersextensionsms-vscode-remote.remote-ssh-nightly-2020.9.2340outextension.js:127:109845)
at async Object.t.resolve (c:UsersDell.vscode-insidersextensionsms-vscode-remote.remote-ssh-nightly-2020.9.2340outextension.js:127:107960)
at async c:UsersDell.vscode-insidersextensionsms-vscode-remote.remote-ssh-nightly-2020.9.2340outextension.js:127:141955
[19:29:45.886] ------
[19:29:50.235] Password dialog canceled
[19:29:50.236] "install" terminal command canceled
У меня такая же проблема. Я предполагаю, что вы отлаживаете неуправляемую (нативную) C++ DLL, которая является частью решения, использующего управляемый EXE-файл? В моем случае у меня есть C# WPF EXE, который PInvokes функционирует в неуправляемой C++ DLL.
«Исправления», которые работали в моем случае:
ИСПРАВЛЕНИЕ 1. Снимите флажок «Использовать режим управляемой совместимости» в настройках отладчика. Это можно сделать в меню «Инструменты» / «Параметры» / «Отладка» / «Общие». См.: /questions/44279535/proverka-kontejnerov-stl-v-visual-studio-2015/44279615#44279615 Некоторые обсуждения того, что такое «режим управляемой совместимости» и почему вы обычно хотите его отключить, см. По адресу: http://blogs.msdn.com/b/visualstudioalm/archive/2013/10/16/switching-to-managed-compatibility-mode-in-visual-studio-2013.aspx
«ИСПРАВЛЕНИЕ» 2: В качестве частичного обходного пути вы можете сначала запустить свой процесс без отладчика (Ctrl+F5), затем присоединить отладчик VS2015 к своему процессу (отладка / присоединение к процессу), но только выбрать «собственный код» «с помощью кнопки» Прикрепить к / выбрать… «. Теперь, когда достигается точка останова в вашей родной C++ DLL, вы можете навести курсор на переменные std::string, и VS2015 покажет их полное содержимое, как и ожидалось, включая их элементы данных. Недостаток этого обходного пути только для собственного кода заключается в том, что вы не сможете отлаживать управляемый код (например, C# или CppCli) одновременно.