-
Notifications
You must be signed in to change notification settings - Fork 18
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
Fixed a bug with zero-copy
cargo feature
#41
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.
(see above)
I made a |
Could we take a moment to think about how would be able to test something like that in our Mocked DartVM @fzyzcjy did you figure out a way to do End to End testing with Memory checks using real Dart VM And Rust? |
Check the valgrind section in my ci.yaml. However, I just checked memory leaks, and do not check invalid memory accesses, because Dart seems to violate so many valgrind operations... Related: dart-lang/sdk#47346 |
Fair enough. @temeddix are you open to make a PR that introduce these kind of checks into our code and then we merge it here into your PR? I want to make sure that we do not introduce any other memory bugs because of a new feature we added. |
I'm not familiar with valgrind tests, but I'll try to apply those in a few days :) I'll refer to flutter_rust_bridge repo. |
I dug into the valgrind test code of In Apart from this 'deep call stack', there's no Dart example like In my opinion, we could focus on fixing the bug and adding CI for Rust linting error in this PR. |
Fair enough. Okay I guess I will go an merge this PR. |
I am sorry to tell that I left out one of the most important changes when I was making the previous #39 PR.
self
should be passed toManuallyDrop
instead ofself.0
, because this one doesn't have aZeroCopyBuffer
wrapper. I apologize for the mistake.