-
Notifications
You must be signed in to change notification settings - Fork 214
Include system environment when debugging core build #1097
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
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Q: Is a similar change necessary in the Run equivalent?
org.eclipse.cdt.debug.internal.core.launch.CoreBuildLocalRunLaunchDelegate.launch(ILaunchConfiguration, String, ILaunch, IProgressMonitor)
No, the run already does the correct thing. @betamaxbandit said in #1095 (comment)
This is due the the "special" environment variables on Windows that have no key and should have been excluded. |
I am removing this from RC1 consideration - this fix isn't quite right, for the obvious as stated in the above comment, but also because it does too many |
When doing a local launch, the only environment passed to the debuggee was the modified variables, typically just PATH. This meant all the other environment was lost. This change does the same thing as all the other calls to setBuildEnvironment and passes in the initial system environment. I added a small note to the API of setBuildEnvironment to try to avoid this error in the future.
05778fa
to
2980b60
Compare
My latest commit saves my current state of work - I think this is correct, but some more thought is needed. |
When doing a local launch, the only environment passed to the debuggee was the modified variables, typically just PATH. This meant all the other environment was lost.
This change does the same thing as all the other calls to setBuildEnvironment and passes in the initial system environment.
I added a small note to the API of setBuildEnvironment to try to avoid this error in the future.
Note that this fixes the missing incoming environment part of the last point in this comment #1067 (comment)