-
-
Notifications
You must be signed in to change notification settings - Fork 32.1k
bpo-42384: pdb: correctly populate sys.path[0] #23338
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
bpo-42384: pdb: correctly populate sys.path[0] #23338
Conversation
…s and correctly populate sys.path[0]
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Thanks for your contribute, Looks like you need sign the CLA :) |
@@ -0,0 +1,2 @@ | |||
Fix pdb: previously pdb would fail to restart the debugging target if it was |
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.
a PR own a misc file is enough. in here
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.
a PR own a misc file is enough. in here
I do not understand. Are you saying I should merge the two misc files into one?
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.
yes, you are right.
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.
IMHO, one PR always means a bugfix or a sepeareted developing feature, so a single misc file is good enough.
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.
Here is the situation: I initially treated pdb as a black box. It had two separate bugs. One bug affected how sys.path[0] was populated while the other prevented pdb from properly restarting the target. So I opened two bugs. Then I looked at the code and it just so happens that changing one line fixes both bugs. I'm not sure what to do now.
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.
My personal experience(NOT the official way):
- Creating the first PR to solve the fist issue you want fixed.
- After the first PR merged, we can add some description info in second issue, something like:
After PR-XXX merged, this issue should be resolved by the way.
. MAYBE you can create an another PR to add the testcase of the second issue.
This comment has been minimized.
This comment has been minimized.
…tted as a separate PR
Following this instructions
I have updated the pull request. |
This PR is stale because it has been open for 30 days with no activity. |
This looks like the original behavior is just a bug (I think maybe far in the past the path value was always relative) and I am okay with backporting to 3.8 and 3.9. |
This PR is stale because it has been open for 30 days with no activity. |
Thanks @hexagonrecursion for the PR 🌮🎉.. I'm working now to backport this PR to: 3.8, 3.9. |
GH-24290 is a backport of this pull request to the 3.9 branch. |
GH-24291 is a backport of this pull request to the 3.8 branch. |
Automerge-Triggered-By: GH:gvanrossum (cherry picked from commit 8603dfb) Co-authored-by: Andrey Bienkowski <hexagonrecursion@gmail.com>
Automerge-Triggered-By: GH:gvanrossum (cherry picked from commit 8603dfb) Co-authored-by: Andrey Bienkowski <hexagonrecursion@gmail.com>
Thanks Andrey for your contirbute. |
Automerge-Triggered-By: GH:gvanrossum
https://bugs.python.org/issue42384
Automerge-Triggered-By: GH:gvanrossum