Unable to load DLL 'libgdiplus': The specified module could not be found.

Question

Unable to load DLL 'libgdiplus': The specified module could not be found.

oguzhantopcu opened this issue 5 years ago · 54 comments

I can not use GDI+ related things on Fedora 30.
I am getting an error while calling Image.FromStream(ms).

Error & stacktrace:

System.TypeInitializationException : The type initializer for 'Gdip' threw an exception.
---- System.DllNotFoundException : Unable to load DLL 'libgdiplus': The specified module could not be found.
   at System.Drawing.SafeNativeMethods.Gdip.GdipLoadImageFromDelegate_linux(StreamGetHeaderDelegate getHeader, StreamGetBytesDelegate getBytes, StreamPutBytesDelegate putBytes, StreamSeekDelegate doSeek, StreamCloseDelegate close, StreamSizeDelegate size, IntPtr& image)
   at System.Drawing.Image.InitFromStream(Stream stream)
   at System.Drawing.Image.LoadFromStream(Stream stream, Boolean keepAlive)
   at Pompa.Invoicing.Xslt.ImageUtility.Resize(Byte[] image, Int32 width, Int32 height) in /home/j/Projects/pompa/src/Pompa.Invoicing/Xslt/ImageUtility.cs:line 15
   at Pompa.Invoicing.Xslt.XsltGenerator.GetEArchive(Byte[] signature, DiscountType discountType, Byte[] logo) in /home/j/Projects/pompa/src/Pompa.Invoicing/Xslt/XsltGenerator.cs:line 41
   at Pompa.Business.Tests.Gib.FakeInvoiceGeneratorBase.GenerateXslt(Boolean eb, DiscountType discountType) in /home/j/Projects/pompa/src/Pompa.Business.Tests/Gib/FakeInvoiceGeneratorBase.cs:line 137
   at Pompa.Business.Tests.Gib.FakeInvoiceGeneratorBase.GenerateArchiveUbl(DiscountType discountType) in /home/j/Projects/pompa/src/Pompa.Business.Tests/Gib/FakeInvoiceGeneratorBase.cs:line 116
   at Pompa.Business.Tests.Gib.GibProxyFacts`2.CreateArchiveInvoice(DiscountType discountType) in /home/j/Projects/pompa/src/Pompa.Business.Tests/Gib/GibProxyFacts.cs:line 47
   at Pompa.Business.Tests.Gib.GibProxyFacts`2.GetArchivePDF_Should_Get(DiscountType discountType) in /home/j/Projects/pompa/src/Pompa.Business.Tests/Gib/GibProxyFacts.cs:line 111
--- End of stack trace from previous location where exception was thrown ---
----- Inner Stack Trace -----
   at System.Runtime.InteropServices.FunctionWrapper`1.get_Delegate()
   at System.Drawing.SafeNativeMethods.Gdip.GdiplusStartup(IntPtr& token, StartupInput& input, StartupOutput& output)
   at System.Drawing.SafeNativeMethods.Gdip..cctor()

My setup
Fedora 30
.Net Core 2.2.204
libgdiplus-devel 5.6-3.fc30
libgdiplus 5.6-3.fc30
Linux x 5.0.13-300.fc30.x86_64 #1 SMP Mon May 6 00:39:45 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Answer 1 · 2019-05-17T19:27:19.000Z

You can try

sudo apt install libc6-dev 
sudo apt install libgdiplus

or https://github.com/mono/libgdiplus

Answer 2 · 2019-05-17T20:46:27.000Z

Looks answered. Feel free to reopen if you need more help.

cc @safern

Answer 3 · 2019-05-17T20:46:56.000Z

Thanks @igoventura for your help on multiple issues here! It's appreciated!

Answer 4 · 2019-05-17T20:51:06.000Z

Thanks for replying @igoventura

Answer 5 · 2019-05-17T22:33:51.000Z

libgdiplus is already installed on my computer. I have already shared my version numbers.

I have just tried compiling/installing libgdiplus from the source code. it did not worked. I still get the same error.

I think I have no right to re-open the issue. so it is up to you.

Answer 6 · 2019-05-17T23:24:09.000Z

libc6-dev

did you install libc6-dev as well? It is required by libgdiplus

Also could you please try setting: LD_LIBRARY_PATH env variable to point to the location of libgdiplus.

Also you can use LD_DEBUG to find out which library it is actually not finding, because even though you have libgdiplus you could be missing a dependency like libc6-dev which would cause the load to fail.

http://www.bnikolic.co.uk/blog/linux-ld-debug.html

Answer 7 · 2019-06-04T12:15:07.000Z

Hello, I am using Fedora 30 and .net core 2.1 and I have exactly the same issue. I can see you suggest to install libc6-dev, but it's not available for Fedora. What I have installed is: glibc, glibc-devel, glibc-devel.i686, libgdiplus, libX11-devel, but it still doesn't work. Which packages should be installed to make it work on Fedora?

Answer 8 · 2019-06-04T17:03:31.000Z

I have installed all libraries you have suggested. I also downloaded libgdiplus source then compiled/installed myself. did not work.

I set env variable as you specified. Same error.

I have tried to use LD_DEBUG, I could not investigate anything since it is giving an output like a matrix (movie) window.

Alsı I have failed to redirect LD_DEBUG output to a file ">" or | tee is not working.

Answer 9 · 2019-06-11T21:51:18.000Z

Is it possible to re-open this issue since it is not resolved actually? @karelz

Answer 10 · 2019-06-11T21:57:41.000Z

@oguzhantopcu could you please run find -name libgdiplus* on your computer?

Try linking /usr/lib64/ to /usr/lib/.

Also, it would be great if you could share LD_DEBUG output. That would really help me understand where the runtime is trying to load libgdiplus from.

EDIT:
I didn't see that you tried to use LD_DEBUG when initially commented. Did you try setting a LD_DEBUG value for libraries only?

i.e: export LD_DEBUG=libs dotnet test ...

Answer 11 · 2019-06-11T22:07:36.000Z

find gives nothing but locate libgdiplus gives following

/usr/lib64/libgdiplus.so
/usr/lib64/libgdiplus.so.0
/usr/lib64/libgdiplus.so.0.0.0
/usr/lib64/pkgconfig/libgdiplus.pc
/usr/local/lib/libgdiplus.a
/usr/local/lib/libgdiplus.la
/usr/local/lib/libgdiplus.so
/usr/local/lib/libgdiplus.so.0
/usr/local/lib/libgdiplus.so.0.0.0
/usr/local/lib/pkgconfig/libgdiplus.pc
/usr/share/doc/libgdiplus
/usr/share/doc/libgdiplus/AUTHORS
/usr/share/doc/libgdiplus/ChangeLog
/usr/share/doc/libgdiplus/NEWS
/usr/share/doc/libgdiplus/README
/usr/share/doc/libgdiplus/TODO
/usr/share/licenses/libgdiplus
/usr/share/licenses/libgdiplus/COPYING

what I have tried:

export LD_LIBRARY=/usr/lib/; dotnet test Pompa.Business.Tests.csproj --filter "FullyQualifiedName~Invoice_Cast"

export LD_LIBRARY=/usr/lib64/; dotnet test Pompa.Business.Tests.csproj --filter "FullyQualifiedName~Invoice_Cast"

export LD_LIBRARY=/usr/local/lib/; dotnet test Pompa.Business.Tests.csproj --filter "FullyQualifiedName~Invoice_Cast"

export LD_DEBUG=libs; dotnet test Pompa.Business.Tests.csproj --filter "FullyQualifiedName~Invoice_Cast"

The last one gives HUGE output, I can not examine it nor copy from the console. I can not redirect the output to the text file neither. ">" or | tee is not doing the trick.

Answer 12 · 2019-06-11T22:48:12.000Z

can you do the last one and grep for libgdiplus?

export LD_DEBUG=libs; dotnet test Pompa.Business.Tests.csproj --filter "FullyQualifiedName~Invoice_Cast" | grep libgdiplus

Answer 13 · 2019-06-11T22:54:05.000Z

Also, do you have: glibc-locale-source installed?

Btw, I'd like to mention that we just found out that libgdiplus is not working on Fedora30 because one of its dependencies did a breaking change making an API private which they use. So it fails with: symbol lookup error: /lib64/libgdiplus.so.0: undefined symbol: GifQuantizeBuffer

I've started a thread with them and also have tracking issue: mono/libgdiplus#546

Answer 14 · 2019-06-11T23:17:13.000Z

@safern grep is not working with LD_DEBUG. it gives all the output without any filtering, nor >, | tee are working.

BTW I am using fedora 30 :).

Answer 15 · 2019-06-12T00:39:10.000Z

Ok, so I got a local repro, used LD_DEBUG=libs and then found the error. The loader is hitting a fatal error when trying to load libgdiplus because of the issue I pointed above that GifQuantizeBuffer no longer exists on Fedora30. So this is a libgdiplus issue, I've contacted them via email and also pinged them on the issue above. Sorry for the headaches, and your setup seems correct, however our error is not ideal. We do have an issue in corefx to improve that error: https://github.com/dotnet/corefx/issues/37260

/lib64/libgdiplus.so.0: error: symbol lookup error: undefined symbol: GifQuantizeBuffer (fatal)

/lib64/libgdiplus.so.0: error: symbol lookup error: undefined symbol: GifQuantizeBuffer (fatal)
      1150:     find library=libgdiplus.so [0]; searching
      1150:      search cache=/etc/ld.so.cache
      1150:      search path=/lib64/tls:/lib64:/usr/lib64/tls:/usr/lib64                (system search path)
      1150:       trying file=/lib64/tls/libgdiplus.so
      1150:       trying file=/lib64/libgdiplus.so
      1150:       trying file=/usr/lib64/tls/libgdiplus.so
      1150:       trying file=/usr/lib64/libgdiplus.so

Answer 16 · 2019-07-03T10:46:19.000Z

Installed libc6-dev & libgdiplus but still error. Ubuntu 16.03. Please re open this issue.

Answer 17 · 2019-07-03T10:47:58.000Z

khanghyxda commented 5 years ago

Answer 18 · 2019-07-03T11:53:10.000Z

@khanghyxda

You can fix the problem by installing System.Drawing.Common 4.6.0-preview.

Answer 19 · 2019-07-26T03:43:23.000Z

Use 4.6.0-preview7.19362.9 version of System.Drawing.Common like so:
<PackageReference Include="System.Drawing.Common" Version="4.6.0-preview7.19362.9" /> to fix the issue.

Answer 20 · 2019-08-02T02:47:54.000Z

i meet the same error, after i updata System.Drawing.Common to 4.6.0-preview it`s okay~~

Answer 21 · 2019-08-19T09:49:20.000Z

I have same error. It is not working with "4.5.1", it is not working with "4.6.0-preview8.19405.3". But working with "4.6.0-preview7.19362.9".

Answer 22 · 2019-08-29T00:47:21.000Z

.net core 3 preview8 has different issue such as non displaying text which drawing on bitmap. it shows empty square

Answer 23 · 2019-09-20T17:01:19.000Z

Still an error in Ubuntu 19.04 using .net core 3 rc1, I have tried everything that is said in this issue.

Answer 24 · 2019-09-20T19:33:34.000Z

Still an error in Ubuntu 19.04 using .net core 3 rc1, I have tried everything that is said in this issue.

could you please share what version of the S.D.Common package and what target framework did you use?

Answer 25 · 2019-09-20T19:43:39.000Z

could you please share what version of the S.D.Common package and what target framework did you use?

Hi @safern, <TargetFramework> is: netcoreapp3.0, I'm not referencing S.D.C directly because I'm using a library call EPPlus, It seems like they are using 4.5.1

Answer 26 · 2019-09-20T20:19:29.000Z

I see, that is the problem. We fixed the way we're hooking up the native loading of the dependencies to make it better, so you would need to use a System.Drawing.Common that is >= 4.6.0, would you mind trying to add a PackageReference to S.D.Common, with version 4.6.0-rc1 and validating if you still hit the issue? (If you're consuming their library through package reference as well, your reference would win, and you would use the latter).

Answer 27 · 2019-09-20T22:37:44.000Z

@safern Thank you! You saved my day, I had tried that before but with the preview6 version of the package and it didnt work, now it does with the rc1!.

Answer 28 · 2019-09-20T23:13:14.000Z

now it does with the rc1!.

Great to hear! Yeah, the fixes we made on the native loading were after preview6, happy we could actually made them to the final release for people to stop hitting this issues, let me know if something else shows up 😄

Answer 29 · 2019-10-01T17:48:37.000Z

Is there a way to make it work without installing libc6-dev?

I ask because I'm hosting on Heroku and the latest stack "Heroku-18" no longer allows libc6-dev at runtime (see this page) and I'm back with the error Unable to load DLL 'libgdiplus': The specified module could not be found. :/

Note: I also created this StackOverflow post to try to get a workaround/hack/fix.

Answer 30 · 2019-10-18T13:42:25.000Z

Dudes, why not work with containers?

https://gist.github.com/turric4n/d00ad299a4c70656b562ce0fb11aab6d.js

FROM mcr.microsoft.com/dotnet/core/aspnet:3.0-disco EXPOSE 80/tcp WORKDIR /app COPY . ./ RUN apt-get update && apt-get install -y \ libc6-dev \ libgdiplus \ && rm -rf /var/lib/apt/lists/* ENTRYPOINT [ "dotnet", "lib.dll" ]

Answer 31 · 2019-11-22T16:12:22.000Z

brew install mono-libgdiplus

I am on my macOS Mojave and that seemed to be doing the trick for me

Answer 32 · 2019-11-25T05:12:02.000Z

I had same problem in gitlab pipeline, so I added

"apt-get update -qq && apt-get install -y libc6-dev libgdiplus"

and it helped

Answer 33 · 2019-12-08T00:38:45.000Z

this solved my issue on .NET Core 3.1

apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev

Answer 34 · 2019-12-08T21:45:06.000Z

brew install mono-libgdiplus

I am on my macOS Mojave and that seemed to be doing the trick for me

Can confirm that this fixes the issue on Mojave.

Answer 35 · 2019-12-12T18:38:05.000Z

How can I fix this issue on .NET Core 3.1 hosted on Linux Azure App Service?
I have the latest System.Drawing.Common 4.7.0 installed.

Answer 36 · 2020-02-01T16:13:45.000Z

How can I fix this issue on .NET Core 3.1 hosted on Linux Azure App Service?
I have the latest System.Drawing.Common 4.7.0 installed.

Any update on this ?

Answer 37 · 2020-02-18T19:44:18.000Z

Hello, I am facing the exact same issue as well. We are on .NET Core 3.1, have the latest System.Drawing.Common 4.7.0 installed but when we try to deploy this to Linux Azure App Service, we face the exact same issue. None of the above mentioned solutions seem to be working. I am chatting with Azure Support and they are looking into a solution. Any help would be very much appreciated.

Answer 38 · 2020-02-21T00:28:34.000Z

Like @msx752 stated, apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev has to be ran. The issue I ran into was the same as @Binb1 where I have 3.1 installed and running on a ubuntu server with System.Drawing.Common 4.7.0 nuget package. If you change the package to include the prerelease 4.7.0-preview3.19551.4 solved my issue.

Answer 39 · 2020-03-02T16:10:53.000Z

back in dotnetcore 2.2, I had to use this process to add all of the necessary libraries to my container so that it would work with system.drawing. This may have to be updated for 3.1. I'm actually working on this today for 3.1 so ill provide any updated instructions as I find them:

docker pull ubuntu
docker run -t ubuntu:latest /bin/bash -> to open a container shell ->
apt-get update apt
apt-get install wget
wget -q https://packages.microsoft.com/config/ubuntu/18.04/packages-microsoft-prod.deb -O packages-microsoft-prod.deb
dpkg -i packages-microsoft-prod.deb
apt-get install apt-transport-https
apt-get update
apt-get install dotnet-sdk-2.2 <---- this will need to change for sure
apt-get install libgdiplus
cd /usr/lib
```
ln -s libgdiplus.so gdiplus.dll
```
apt-get install libc6-dev libx11-dev
rm -rf /var/lib/apt/lists/*

Answer 40 · 2020-03-03T07:30:43.000Z

Just add
runtime.osx.10.10-x64.CoreCompat.System.Drawing
nuget package

Answer 41 · 2020-03-06T21:51:40.000Z

On Linux Azure App Service, you can do this:

Just insert the code below on "Startup command" changing the dll name.

apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev && dotnet YourWebSite.dll

this solved my issue!

Answer 42 · 2020-03-15T06:14:49.000Z

This did not work for me. Anyone else have other solutions?

Answer 43 · 2020-03-17T14:24:52.000Z

@Andotnet thanks, it worked for me.

I had mono-libgdiplus installed & everything was working fine. Strange but updating VS on osx triggered this issue.

Referencingruntime.osx.10.10-x64.CoreCompat.System.Drawing fixed it.

Answer 44 · 2020-04-20T22:20:37.000Z

brew install mono-libgdiplus

I am on my macOS Mojave and that seemed to be doing the trick for me

@amirvenus that solve the problem, thanks

Answer 45 · 2020-04-27T12:16:57.000Z

On macOS Catalina, VSCode 1.44.2

nuget -> "runtime.osx.10.10-x64.CoreCompat.System.Drawing" fixed the problem

Answer 46 · 2020-04-30T00:10:39.000Z

On Linux Azure App Service, you can do this:

Just insert the code below on "Startup command" changing the dll name.

apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev && dotnet YourWebSite.dll

this solved my issue!

This, too, solved by problem on an Azure App Service running on Linux, thank you @eduardoluizm

Two questions, tough:

Why install apt-utils?
How big of a performance hit will this cause (especially considering the apt-get update)?

And perhaps the biggest question of all: is this a .NET Core bug? Or perhaps a problem with the Docker image, that should have these packages installed? I see a huge variety of platform-specific solutions on this thread, but are we really supposed to need these workarounds in the first place?

Answer 47 · 2020-05-28T22:11:59.000Z

Had the same problem on my mac in visual studio 2019. Installed mono-libgdiplus with brew but this wasn't enough. Read many articles, but some how no one mention that you with visual studio for mac also need to install the "runtime.osx.10.10-x64.CoreCompat.System.Drawing" by the build in nuget manager. After this it's working. Hopefully this will help others save some time.
Thank you naouaro for giving me the hint.
BR

Answer 48 · 2020-06-04T21:01:49.000Z

pmamcdk - Thanks and your post really saved my day.

Answer 49 · 2020-06-28T15:19:28.000Z

On Linux Azure App Service, you can do this:

Just insert the code below on "Startup command" changing the dll name.

apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev && dotnet YourWebSite.dll

this solved my issue!

This worked for me. Thank You.

Answer 50 · 2020-08-06T09:22:37.000Z

On Linux Azure App Service, you can do this:

Just insert the code below on "Startup command" changing the dll name.

apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev && dotnet YourWebSite.dll

this solved my issue!

I can confirm this works also if using Bitbucket pipelines. Just add as a first step in your script:

script:
  - apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev
  - dotnet restore

Answer 51 · 2020-08-21T06:26:40.000Z

brew install mono-libgdiplus

I am on my macOS Mojave and that seemed to be doing the trick for me

It works!
Thank you

Answer 52 · 2020-12-09T20:54:55.000Z

brew install mono-libgdiplus

I am on my macOS Mojave and that seemed to be doing the trick for me

It worked for me on macOS Catalina 10.15.4 as well.
Thank you!

Answer 53 · 2020-12-10T15:24:35.000Z

Here's my two cents: this used to be a problem for me on Azure App Services running on Linux. I solved it adding the "apt-get ... && apt-install ..." line as suggested on previous posts. However, sometime around Oct/Nov of 2020, this stopped being an issue. I no longer need to add anything on the Startup command, it just works.

Perhaps there was some kind of change on the underlying Azure infrastructure... It remains a mistery to me why this was an issue in the first place for so many people.

Answer 54 · 2023-01-12T12:16:45.000Z

The comment by @pmamcdk above fixed my problem on Mac. Need to install the "runtime.osx.10.10-x64.CoreCompat.System.Drawing" by the build in nuget manager.