-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Comments
@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. |
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. |
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. |
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 |
@ProjectDestiny Are you trying to do this on Mac or on Linux Mint? |
It seems this has gone stale. Please comment or reopen this issue if it is still occurring. |
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.
* 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.
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)
The text was updated successfully, but these errors were encountered: