Crash on linux if the system libglib is loaded before Magic.Net gets called

[tri-bao]

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

(process:1): GLib-GObject-WARNING **: 03:35:20.257: cannot register existing type 'gchar'
**
GLib-GObject:ERROR:../gobject/gvaluetypes.c:455:_g_value_types_init: assertion failed: (type == G_TYPE_CHAR)
Bail out! GLib-GObject:ERROR:../gobject/gvaluetypes.c:455:_g_value_types_init: assertion failed: (type == G_TYPE_CHAR)

The error is similar to the following tickets:

• Crash with glib #1471
• Crash when creating MagickImage in a project using GtkSharp on Linux #1126

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

using ImageMagick;

using var image = new MagickImage();

LD_PRELOAD=/lib/x86_64-linux-gnu/libgobject-2.0.so.0 dotnet Test.dll

This error happens

[dlemstra]

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?

[tri-bao]

@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

[dlemstra]

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.

[tri-bao]

I don't understand either. This probably gives some hints lovell/sharp-libvips#62

[dlemstra]

It doesn't give me any hints. You or someone else will need to come up with a solution for this.