-
Notifications
You must be signed in to change notification settings - Fork 24
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
Memory leak in Prf #53
Comments
Thanks for the detailed report and the proposed fix! As you can see on the PR we need a CLA to merge the PR. If this is a problem, let me know, and I can simply fix it myself. I think it shouldn't really be a full leak since eventually the cleaner in DirectByteBuffer should clean it up -- but clearly this is just picking on wording, and in the end I believe you it will run out of memory when this is called in a tight loop. In any case, this is just a wrong use of a direct byte buffer. |
Hi @tholenst ![]() |
Alright should be good now, my commit associated email was wonky. |
@tholenst it should be ready to go. |
Thank you, yes. This should be merged. I had to guide it through our review process. Also, please note that I'm not very familiar with Github and our tooling, so if something didn't work as expected let me know here. |
Closed by this commit. |
Help us help you
We'd like to know more about
your Tink deployment.
Describe the bug:
Memory leak in Tink Prf Java See here for detailed description: #52
What was the expected behavior?
Not to drain memory in repetitive calls to prf.compute().
How can we reproduce the bug?
See here for reproducing steps: #52
Do you have any debugging information?
Using memory profiler this is the leak stacktrace:
See here for
What version of Tink are you using?
For example, 1.7.0. but it's present on master too.
Can you tell us more about your development environment?
Such as JDK 8
Is there anything else you'd like to add?
The text was updated successfully, but these errors were encountered: