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

Not in a runtime context is not always true #270

Open
cholcombe973 opened this issue Jun 20, 2023 · 5 comments
Open

Not in a runtime context is not always true #270

cholcombe973 opened this issue Jun 20, 2023 · 5 comments

Comments

@cholcombe973
Copy link

I'm importing a library that uses tokio_uring's upstream git version and if I try to spawn it with tokio_uring::start and the 0.4.0 version it get an error saying: 'Not in a runtime context' which is not correct. I believe the expect calls are masking the actual issue.

@cholcombe973 cholcombe973 changed the title Not in a runtime to context is not always true Not in a runtime context is not always true Jun 20, 2023
@Noah-Kennedy
Copy link
Contributor

Can you upload some code to help us reproduce?

@cholcombe973
Copy link
Author

Sure I can try to put together a little example. I think basically the issue is that if you have a rust workspace with a library and a binary and they're both using different versions of tokio_uring it'll cause this not a runtime context error to be thrown upon startup.

@Noah-Kennedy
Copy link
Contributor

Ah, I see, cargo is linking these as separate crates, so the 0.4.0 version doesn't see the runtime from the git version.

@cholcombe973
Copy link
Author

Yeah it might just be a documentation issue to warn people. I realize what I'm doing is pretty far off the beaten path

@Noah-Kennedy
Copy link
Contributor

Not really, I just need to finish the in-progress work and get a release out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants