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

Rebuilt and reloaded libraries on macOS only ever seem to provide symbols from the first library that was loaded #5

Open
mitchmindtree opened this issue Sep 25, 2019 · 2 comments
Labels
bug Something isn't working

Comments

@mitchmindtree
Copy link
Owner

Tried many things to fix this so far:

  • Tried dropping the cargo config after watch and reloading them on each call to Watch::package.
  • Tried slugify-ing the timestamp within the filename.
  • Checked that cargo is generating a new dylib on each reload.
  • Checked that the library is actually different on each reload by printing the library's path.

It's almost like the symbol is being cached in global memory or something.

@mitchmindtree mitchmindtree added the bug Something isn't working label Sep 25, 2019
@klebs6
Copy link

klebs6 commented Aug 13, 2022

I think I am hitting this same issue and am attempting to solve it on my own fork -- any idea if there is a known fix/workaround?

It looks like we are already using the trick from nagisa/rust_libloading#59. Unfortunately, I still see the behavior you mentioned.

It could be that the problem is in my own code, though I am not certain yet. I will investigate in detail and write up a specification of the behavior I am currently witnessing.

@segfaultdoc
Copy link

I'm also hitting this issue but on a Flatcar os

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants