-
Notifications
You must be signed in to change notification settings - Fork 2
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
Full rewrite to get rid of ThreadSafe wrapper #7
Conversation
Dang, used the wrong account to create the RP. Still works though :) |
l2meter.gemspec
Outdated
spec.add_development_dependency "pry-byebug" | ||
spec.add_development_dependency "rake" | ||
spec.add_development_dependency "rspec", "~> 3.8.0" | ||
spec.add_development_dependency "timecop" |
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.
Any specific reason to pull these back out of here, rather than sticking with the recommendation of RubyGems and keeping them here? eb0cf41#commitcomment-33404223
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.
Oh, I've just reverted the commit to make the CI green. This commit has nothing to do with the intent of the PR
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.
👍 I think the bundler failures are caused by running on the older Travis infra. I've upgraded other Gems to the Xenial image and it ✨magically works ✨. Though I'm still unsure why. Need to dig into that another day.
As part of [#7](#7) we lost the ability to totally disable the logger, across all threads. It's unclear if this was intentional, but I am guessing it was not. This will restore the behavior by returning a new `NullOutput` instance when trying to write while disabled. This might cause A LOT of object allocations, all with short lives. Hopefully. If so, we could consider some form of memoization of the instance.
As part of [#7](#7) we lost the ability to totally disable the logger, across all threads. It's unclear if this was intentional, but I am guessing it was not. This will restore the behavior by returning a new `NullOutput` instance when trying to write while disabled. This might cause A LOT of object allocations, all with short lives. Hopefully. If so, we could consider some form of memoization of the instance.
This should address #6 and prevent memory leaks.