-
Notifications
You must be signed in to change notification settings - Fork 52
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
[Improvement] Provide access to the Esys_TR_* methods. #47
Comments
Hi! Indeed, not having access to the inner context could prove problematic for a while until a more comprehensive set of primitives is wrapped up in nice Rust code... Maybe we should make that publicly available for now, so that we don't become a bottleneck for low-level usage of the context. Alternatively, that method looks good - if you want you can raise a PR and we'll get it merged and published relatively quickly :) Or both! |
Looking at the code, I think the drawback would be that if access is given to the inner context, the user becomes responsible for explicitly destroying all resources it owns before dropping the context. Either that or we unwrap the context completely with something like impl From<Context> for ESYS_CONTEXT {
fn from(ctx: Context) -> Self {
...
}
} Not sure if it's possible, though, since what's kept inside |
Personally right now I do not have the need to access the inner context. I am just in need of getting access to the extra Esys_TR_* functions. I will see if I have the time to make a PR. |
Is |
I do not have permissions to create a pr. |
I am looking at some other methods as well. Would be nice to add while I am at it. |
No permission to create PR or to push branches to this repo? We work with forks - you create a PR using a branch from your own fork of the repo |
I've also raised #49 to allow you to use the underlying
|
Just FYI, I'll tag another version and publish it to crates.io once my PR gets merged as well :) Thank you for the change! |
Nice that will be awsome. |
Make UnixStreams block on read/write
I am trying to get the name from the object handle returned by LoadExternal. Normally I would do this by using Esys_TR_GetName. But that interface needs an esys_context and the esys_contetx is a private member of the tss_esapi::Context struct.
So it would be nice if there could be a way that I could access it by usng the tss_esapi construct struct.
One suggestion could be create a functions like thiis one:
But there might be draw backs with this that I have not considered.
The text was updated successfully, but these errors were encountered: