-
Notifications
You must be signed in to change notification settings - Fork 56
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
Strange conflict when importing Measurements.jl and BlackBoxOptim.jl in the same program #176
Comments
Hmm, this is very strange. No clue what can be causing this. I |
@robertfeldt Sorry for the delay in response! I'm a bit new to Github issues and haven't made the habit of checking frequently. Were you able to fully replicate the issue? I'm a bit new to Julia and wasn't aware of that convenience to switching branches like that. So I just took a shot at both (with and without |
No worries. I'm running on master branch and couldn't replicate. But the only real change between latest release and master is the dependencies on other packages so that none of us can replicate on master indicates to me that the issue is really in some other package. And likely in an older version of some package. Ok, I'll explore some more but likely this "bug" should go away with a new release. |
I'm not sure git history agrees: v0.5.0...83c8116 |
Point taken, I expressed myself badly. I was thinking of recent commits; could actually be nice to see if the problem reported in this thread was introduced by any of the commits prior to these recent ones. But yes, a new release a really overdue. |
Hmm, I just removed BBO and Measurements and reinstalled them both on 1.6 (BBO on master) and then I can replicate this problem. Ok, so back to the debug stage 1 again... ;) |
Any updates on this? I'd really love to see compatibility between the two libraries as I've wanted to try out BorgMOEA in my project that also uses |
Yeah, I'm not really sure how to start debugging this. I guess we'll have to try excluding files, one by one, and seeing when/if the problem disappears. But likely it is not on a file level and the dependencies might be hard to handle. But yes I can replicate this and the problem remains on Julia 1.6.1 with recent versions of the two packages. Ideas on how to debug this are welcome. |
I've been working on optimizing some values that have uncertainties associated with them in
Measurements
. I wanted to useBlackBoxOptim
for this purpose but I'm getting some strange behavior by the Julia compiler (using 1.6.0, and to my knowledge this is also the case in earlier versions (1.5.x) too).Here's a MWE (ignore the variable names, this was taken from me and a few people over at the Humans of Julia Discord server messing around with the actual project)
When running without
Measurements
imported, the program runs fine. If it is imported, however, we get a nasty stackoverflow error, seemingly from the compiler. This error continues to spam your terminal for a bit before it returns the correctly solved value. A formal exception is not actually thrown in the Julia runtime.I've spoken to the developer of
Measurements
in JuliaPhysics/Measurements.jl#100 and they narrowed the issue down in a Measurements operation involving logarithms, namely this snippet of code, by cutting things out until including theusing Measurements
worked without issue:https://github.com/JuliaPhysics/Measurements.jl/blob/e71f5203ee70fd66057d349855b604db126d4a55/src/math.jl#L619-L622
Would anyone know what exactly is going on here? Note that in the MWE there are no
measurement
types being created, and the library isn't even being used at all. I would be absolutely thrilled to see compatibility between these two libraries as optimizing uncertainty in iterative functions would be awesome in some of the projects we do in polymer research!The text was updated successfully, but these errors were encountered: