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

bpo-39198: Ensure logging global lock is released on exception in isEnabledFor #17689

Merged
merged 3 commits into from Jan 7, 2020

Conversation

@DerekTBrown
Copy link
Contributor

DerekTBrown commented Dec 24, 2019

This is a relatively small change which makes it easier to reason about the global _acquireLock() behavior inside of isEnabledFor:

  1. Other callsites call _releaseLock inside of a finally block, ensuring that the lock is released even if exceptions are thrown (Example). This diff's primary goal is to ensure _releaseLock is called inside a finally block.
    1. This makes it easier to prove the correctness of isEnabledFor, because we no longer need to assert than no exceptions are thrown in order for the lock to be released.
    2. When using libraries like stopit, this ensures the lock is released even if exceptions are injected.
  2. Nested try statements are stylistically bad. Instead, create a helper function to contain the uncached behavior of determining if a logger is enabled for a particular status.

https://bugs.python.org/issue39198

@the-knights-who-say-ni

This comment has been minimized.

Copy link

the-knights-who-say-ni commented Dec 24, 2019

Hello, and thanks for your contribution!

I'm a bot set up to make sure that the project can legally accept this contribution by verifying everyone involved has signed the PSF contributor agreement (CLA).

Recognized GitHub username

We couldn't find a bugs.python.org (b.p.o) account corresponding to the following GitHub usernames:

@DerekTBrown

This might be simply due to a missing "GitHub Name" entry in one's b.p.o account settings. This is necessary for legal reasons before we can look at this contribution. Please follow the steps outlined in the CPython devguide to rectify this issue.

You can check yourself to see if the CLA has been received.

Thanks again for the contribution, we look forward to reviewing it!

@DerekTBrown DerekTBrown force-pushed the DerekTBrown:logging_deadlock branch 2 times, most recently from 53e9f6b to 9509cc9 Dec 24, 2019
@DerekTBrown DerekTBrown changed the title Fix potential deadlock in logging [easy] Move _releaseLock() into `finally` Dec 24, 2019
@DerekTBrown DerekTBrown force-pushed the DerekTBrown:logging_deadlock branch from 9509cc9 to d9dbc31 Dec 24, 2019
@DerekTBrown DerekTBrown force-pushed the DerekTBrown:logging_deadlock branch from d9dbc31 to 7b778d6 Dec 26, 2019
@DerekTBrown DerekTBrown marked this pull request as ready for review Dec 26, 2019
@DerekTBrown DerekTBrown requested a review from vsajip as a code owner Dec 26, 2019
@DerekTBrown

This comment has been minimized.

Copy link
Contributor Author

DerekTBrown commented Dec 26, 2019

I just signed CLA.

@csabella

This comment has been minimized.

Copy link
Contributor

csabella commented Dec 31, 2019

Hi @DerekTBrown, thank you for your contribution and for helping to improve CPython. Please open an issue on bugs.python.org and update the title of the PR with the ticket number. Trivial changes are for things like one word spelling changes and anything more than that should have a bug ticket. Thank you!

@DerekTBrown DerekTBrown changed the title [easy] Move _releaseLock() into `finally` bpo-39198 Ensure logging global lock is released on exception in isEnabled For Jan 2, 2020
@DerekTBrown DerekTBrown changed the title bpo-39198 Ensure logging global lock is released on exception in isEnabled For bpo-39198 Ensure logging global lock is released on exception in isEnabledFor Jan 2, 2020
@DerekTBrown

This comment has been minimized.

Copy link
Contributor Author

DerekTBrown commented Jan 2, 2020

Thanks @csabella! I filed a BPO and created a news entry as well. Let me know if I need to make changes to the content in either of those places.

@bharel

This comment has been minimized.

Copy link
Contributor

bharel commented Jan 2, 2020

I feel like nesting a try won't actually pose an issue, it'll be faster and frankly enough more readable I believe.

Lib/logging/__init__.py Outdated Show resolved Hide resolved
Lib/logging/__init__.py Outdated Show resolved Hide resolved
@csabella csabella requested review from vsajip and removed request for vsajip Jan 5, 2020
Copy link
Member

vsajip left a comment

I would also prefer to not add the extra method but handle with a nested try, while ensuring that Gareth Rees' comment is also addressed.

@bedevere-bot

This comment has been minimized.

Copy link

bedevere-bot commented Jan 6, 2020

A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated.

Once you have made the requested changes, please leave a comment on this pull request containing the phrase I have made the requested changes; please review again. I will then notify any core developers who have left a review that you're ready for them to take another look at this pull request.

@DerekTBrown

This comment has been minimized.

Copy link
Contributor Author

DerekTBrown commented Jan 6, 2020

I have made the requested changes; please review again. Given comments, I made a simpler change and just wrapped setting the level in a try...finally block.

@bedevere-bot

This comment has been minimized.

Copy link

bedevere-bot commented Jan 6, 2020

Thanks for making the requested changes!

@vsajip: please review the changes made to this pull request.

@bedevere-bot bedevere-bot requested a review from vsajip Jan 6, 2020
@vsajip
vsajip approved these changes Jan 7, 2020
@vsajip vsajip changed the title bpo-39198 Ensure logging global lock is released on exception in isEnabledFor bpo-39198: Ensure logging global lock is released on exception in isEnabledFor Jan 7, 2020
@vsajip vsajip merged commit 950c679 into python:master Jan 7, 2020
9 checks passed
9 checks passed
Docs
Details
Windows (x86)
Details
Windows (x64)
Details
macOS
Details
Ubuntu
Details
Azure Pipelines PR #20200106.56 succeeded
Details
bedevere/issue-number Issue number 39198 found
Details
bedevere/news News entry found in Misc/NEWS.d
continuous-integration/travis-ci/pr The Travis CI build passed
Details
@miss-islington

This comment has been minimized.

Copy link

miss-islington commented Jan 7, 2020

Thanks @DerekTBrown for the PR, and @vsajip for merging it 🌮🎉.. I'm working now to backport this PR to: 3.8.
🐍🍒🤖

miss-islington added a commit to miss-islington/cpython that referenced this pull request Jan 7, 2020
…nabledFor (pythonGH-17689)

(cherry picked from commit 950c679)

Co-authored-by: Derek Brown <derek@allderek.com>
@bedevere-bot

This comment has been minimized.

Copy link

bedevere-bot commented Jan 7, 2020

GH-17897 is a backport of this pull request to the 3.8 branch.

@miss-islington

This comment has been minimized.

Copy link

miss-islington commented Jan 7, 2020

Thanks @DerekTBrown for the PR, and @vsajip for merging it 🌮🎉.. I'm working now to backport this PR to: 3.7.
🐍🍒🤖

miss-islington added a commit to miss-islington/cpython that referenced this pull request Jan 7, 2020
…nabledFor (pythonGH-17689)

(cherry picked from commit 950c679)

Co-authored-by: Derek Brown <derek@allderek.com>
@bedevere-bot

This comment has been minimized.

Copy link

bedevere-bot commented Jan 7, 2020

GH-17898 is a backport of this pull request to the 3.7 branch.

vsajip added a commit that referenced this pull request Jan 7, 2020
…nabledFor (GH-17689) (GH-17897)

(cherry picked from commit 950c679)
vsajip added a commit that referenced this pull request Jan 7, 2020
…nabledFor (GH-17689) (GH-17898)

(cherry picked from commit 950c679)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
8 participants
You can’t perform that action at this time.