Skip to content
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

C++ Attach on Linux Mint 17.3 does not work. #5

Closed
jgminder opened this issue Apr 15, 2016 · 6 comments
Closed

C++ Attach on Linux Mint 17.3 does not work. #5

jgminder opened this issue Apr 15, 2016 · 6 comments

Comments

@jgminder
Copy link

jgminder commented Apr 15, 2016

I attempted to use the C++ Attach feature of Visual Studio Code using gdb on Linux Mint 17.3 and it did not work. I created a simple helloworld application. Launching the application for debugging (C++ Launch) worked fine but attaching to an existing process did not. I placed a cin statement in to ensure it was paused while I did the attach. Here's the console output:

=thread-group-added,id="i1"
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type "help".
Type "apropos word" to search for commands related to "word".
help
error while processing request 'evaluate' (exception: Specified argument was out of the range of valid values.\nParameter name: handle)

@delmyers
Copy link
Contributor

@jgminder Thanks for the bug report. When you were attaching, did you attach to the same process that you used to launch? Was the program compiled with debug information, and what were the optimization options? We have seen some issues with applications that don't have correct debug symbols compiled into the binaries, with similar symptoms.

@jgminder
Copy link
Author

I made sure it was the same process I launched. All optimizations were removed and I ran gdb standalone without issue on the program so debug symbols should not be the issue.

@feliperobledo
Copy link

had a similar problem. I've gone through almost all of the documentation to install MacPorts and Quartz to get GDB to work, but it just wont attach to the process. I get the same output as jgminder and my breakpoints are never hit.

@pieandcakes
Copy link
Contributor

Sorry for the delay. @jgminder Can you try it again? I'm using Linux Mint 7.3 in conjunction with VSCode 1.3.1 and our 0.7.1 extension and the attach seems to work fine. I notice I get a prompt to elevate as SU and I entered my password and i'm wondering if you are seeing that also

@pieandcakes
Copy link
Contributor

@ProjectDestiny Are you trying to do this on Mac or on Linux Mint?

@pieandcakes
Copy link
Contributor

It seems this has gone stale. Please comment or reopen this issue if it is still occurring.

WardenGnaw added a commit that referenced this issue Oct 13, 2020
If users use 'Build and Debug Active File' with "engineLogging", the resolveDebugConfigurations will quickly switch to the output window and `${fileBasenameNoExtension}` will resolve to something similar to `./extension-output-#5`.

This may be a bug with VS Code determining the output window to be a file, but this will unblock users who need to enable engine logging for this scenario.
WardenGnaw added a commit that referenced this issue Oct 14, 2020
* Fix 'Build and Debug Active File' race condition with EngineLogs

If users use 'Build and Debug Active File' with "engineLogging", the resolveDebugConfigurations will quickly switch to the output window and `${fileBasenameNoExtension}` will resolve to something similar to `./extension-output-#5`.

This may be a bug with VS Code determining the output window to be a file, but this will unblock users who need to enable engine logging for this scenario.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants