Open tri-bao opened 9 months ago
Thanks for providing more info but that could have been added to that other issue. Can you create a small project with a Dockerfile that can be used to reproduce this so I can test the build changes?
@dlemstra I attached the test project with a Dockerfile in the zip Test.zip
Build: docker build -t test-magicknet:local .
Run: docker run -it --rm test-magicknet:local
Using that option did not prevent this issue. I don't know what should be done to prevent this. The odd part is that my library is build statically and the other library is loaded dynamically. I don't understand how this even can cause issues. It might help if I disable asserts but it looks like that requires an upgrade of the library and that was a lot of work last time I did this.
I don't understand either. This probably gives some hints https://github.com/lovell/sharp-libvips/pull/62
It doesn't give me any hints. You or someone else will need to come up with a solution for this.
Magick.NET version
Magick.NET-Q16-AnyCPU 12.1.0
Environment (Operating system, version and so on)
.netcore 6 on ubuntu 22.04 docker container
Description
The error is similar to the following tickets:
That happens when, within the same process, the system glib is loaded before Magick.NET
Glib is built with
-Bsymbolic-functions
linker flag https://docs.gtk.org/glib/building.html#extra-configuration-options Should Magick.Net be built with the same flag to avoid this error?Steps to Reproduce
Program.cs
This error happens