Image.Save(..) throws a GDI+ exception because the memory stream is closed

C#ImageExceptionGdi+

C# Problem Overview


i've got some binary data which i want to save as an image. When i try to save the image, it throws an exception if the memory stream used to create the image, was closed before the save. The reason i do this is because i'm dynamically creating images and as such .. i need to use a memory stream.

this is the code:

[TestMethod]
public void TestMethod1()
{
    // Grab the binary data.
    byte[] data = File.ReadAllBytes("Chick.jpg");

    // Read in the data but do not close, before using the stream.
    Stream originalBinaryDataStream = new MemoryStream(data);
    Bitmap image = new Bitmap(originalBinaryDataStream);
    image.Save(@"c:\test.jpg");
    originalBinaryDataStream.Dispose();

    // Now lets use a nice dispose, etc...
    Bitmap2 image2;
    using (Stream originalBinaryDataStream2 = new MemoryStream(data))
    {
        image2 = new Bitmap(originalBinaryDataStream2);
    }

    image2.Save(@"C:\temp\pewpew.jpg"); // This throws the GDI+ exception.
}

Does anyone have any suggestions to how i could save an image with the stream closed? I cannot rely on the developers to remember to close the stream after the image is saved. In fact, the developer would have NO IDEA that the image was generated using a memory stream (because it happens in some other code, elsewhere).

I'm really confused :(

C# Solutions


Solution 1 - C#

As it's a MemoryStream, you really don't need to close the stream - nothing bad will happen if you don't, although obviously it's good practice to dispose anything that's disposable anyway. (See this question for more on this.)

However, you should be disposing the Bitmap - and that will close the stream for you. Basically once you give the Bitmap constructor a stream, it "owns" the stream and you shouldn't close it. As the docs for that constructor say:

> You must keep the stream open for the > lifetime of the Bitmap.

I can't find any docs promising to close the stream when you dispose the bitmap, but you should be able to verify that fairly easily.

Solution 2 - C#

A generic error occurred in GDI+. May also result from incorrect save path! Took me half a day to notice that. So make sure that you have double checked the path to save the image as well.

Solution 3 - C#

Perhaps it is worth mentioning that if the C:\Temp directory does not exist, it will also throw this exception even if your stream is still existent.

Solution 4 - C#

Copy the Bitmap. You have to keep the stream open for the lifetime of the bitmap.

https://stackoverflow.com/questions/1772083/when-drawing-an-image-system-runtime-interopservices-externalexception-a-generi

    public static Image ToImage(this byte[] bytes)
    {
        using (var stream = new MemoryStream(bytes))
        using (var image = Image.FromStream(stream, false, true))
        {
            return new Bitmap(image);
        }
    }

    [Test]
    public void ShouldCreateImageThatCanBeSavedWithoutOpenStream()
    {
        var imageBytes = File.ReadAllBytes("bitmap.bmp");

        var image = imageBytes.ToImage();

        image.Save("output.bmp");
    }

Solution 5 - C#

I had the same problem but actually the cause was that the application didn't have permission to save files on C. When I changed to "D:\.." the picture has been saved.

Solution 6 - C#

You can try to create another copy of bitmap:

using (var memoryStream = new MemoryStream())
{
    // write to memory stream here

    memoryStream.Position = 0;
    using (var bitmap = new Bitmap(memoryStream))
    {
        var bitmap2 = new Bitmap(bitmap);
        return bitmap2;
    }
}

Solution 7 - C#

This error occurred to me when I was trying from Citrix. The image folder was set to C:\ in the server, for which I do not have privilege. Once the image folder was moved to a shared drive, the error was gone.

Solution 8 - C#

A generic error occurred in GDI+. It can occur because of image storing paths issues,I got this error because my storing path is too long, I fixed this by first storing the image in a shortest path and move it to the correct location with long path handling techniques.

Solution 9 - C#

I was getting this error, because the automated test I was executing, was trying to store snapshots into a folder that didn't exist. After I created the folder, the error resolved

Solution 10 - C#

One strange solution which made my code to work. Open the image in paint and save it as a new file with same format(.jpg). Now try with this new file and it works. It clearly explains you that the file might be corrupted in someway. This can help only if your code has every other bugs fixed

Solution 11 - C#

It has also appeared with me when I was trying to save an image into path

C:\Program Files (x86)\some_directory

and the .exe wasn't executed to run as administrator, I hope this may help someone who has same issue too.

Solution 12 - C#

For me the code below crashed with A generic error occurred in GDI+on the line which Saves to a MemoryStream. The code was running on a web server and I resolved it by stopping and starting the Application Pool that was running the site.

Must have been some internal error in GDI+

	private static string GetThumbnailImageAsBase64String(string path)
	{
		if (path == null || !File.Exists(path))
		{
			var log = ContainerResolver.Container.GetInstance<ILog>();
			log.Info($"No file was found at path: {path}");
			return null;
		}

		var width = LibraryItemFileSettings.Instance.ThumbnailImageWidth;

		using (var image = Image.FromFile(path))
		{
			using (var thumbnail = image.GetThumbnailImage(width, width * image.Height / image.Width, null, IntPtr.Zero))
			{
				using (var memoryStream = new MemoryStream())
				{
					thumbnail.Save(memoryStream, ImageFormat.Png); // <= crash here 
					var bytes = new byte[memoryStream.Length];
					memoryStream.Position = 0;
					memoryStream.Read(bytes, 0, bytes.Length);
					return Convert.ToBase64String(bytes, 0, bytes.Length);
				}
			}
		}
	}

Solution 13 - C#

I came across this error when I was trying a simple image editing in a WPF app.

Setting an Image element's Source to the bitmap prevents file saving. Even setting Source=null doesn't seem to release the file.

Now I just never use the image as the Source of Image element, so I can overwrite after editing!

EDIT

After hearing about the CacheOption property(Thanks to @Nyerguds) I found the solution: So instead of using the Bitmap constructor I must set the Uri after setting CacheOption BitmapCacheOption.OnLoad.(Image1 below is the Wpf Image element)

Instead of

Image1.Source = new BitmapImage(new Uri(filepath));

Use:

var image = new BitmapImage();
image.BeginInit();
image.CreateOptions = BitmapCreateOptions.IgnoreImageCache;
image.CacheOption = BitmapCacheOption.OnLoad;
image.UriSource = new Uri(filepath);
image.EndInit();
Image1.Source = image;

See this: WPF Image Caching

Solution 14 - C#

Try this code:

static void Main(string[] args)
{
    byte[] data = null;
    string fullPath = @"c:\testimage.jpg";
    
    using (MemoryStream ms = new MemoryStream())
    using (Bitmap tmp = (Bitmap)Bitmap.FromFile(fullPath))
    using (Bitmap bm = new Bitmap(tmp))
    {
    	bm.SetResolution(96, 96);
    	using (EncoderParameters eps = new EncoderParameters(1))
    	{	
    		eps.Param[0] = new EncoderParameter(System.Drawing.Imaging.Encoder.Quality, 100L);
    		bm.Save(ms, GetEncoderInfo("image/jpeg"), eps);
    	}
    
    	data = ms.ToArray();
    }
    
    File.WriteAllBytes(fullPath, data);
}

private static ImageCodecInfo GetEncoderInfo(string mimeType)
{
		ImageCodecInfo[] encoders = ImageCodecInfo.GetImageEncoders();

		for (int j = 0; j < encoders.Length; ++j)
		{
			if (String.Equals(encoders[j].MimeType, mimeType, StringComparison.InvariantCultureIgnoreCase))
				return encoders[j];
		}
	return null;
}

Solution 15 - C#

I used imageprocessor to resize images and one day I got "A generic error occurred in GDI+" exception.

After looked up a while I tried to recycle the application pool and bingo it works. So I note it here, hope it help ;)

Cheers

Solution 16 - C#

I was getting this error today on a server when the same code worked fine locally and on our DEV server but not on PRODUCTION. Rebooting the server resolved it.

Solution 17 - C#

public static byte[] SetImageToByte(Image img)
    {
        ImageConverter converter = new ImageConverter();
        return (byte[])converter.ConvertTo(img, typeof(byte[]));
    }
public static Bitmap SetByteToImage(byte[] blob)
    {
        MemoryStream mStream = new MemoryStream();
        byte[] pData = blob;
        mStream.Write(pData, 0, Convert.ToInt32(pData.Length));
        Bitmap bm = new Bitmap(mStream, false);
        mStream.Dispose();
        return bm;
    }

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionPure.KromeView Question on Stackoverflow
Solution 1 - C#Jon SkeetView Answer on Stackoverflow
Solution 2 - C#HoumanView Answer on Stackoverflow
Solution 3 - C#RojzikView Answer on Stackoverflow
Solution 4 - C#Brian LowView Answer on Stackoverflow
Solution 5 - C#Morad AktamView Answer on Stackoverflow
Solution 6 - C#Yuri PerekupkoView Answer on Stackoverflow
Solution 7 - C#Jay KView Answer on Stackoverflow
Solution 8 - C#S.RoshanthView Answer on Stackoverflow
Solution 9 - C#P.LisaView Answer on Stackoverflow
Solution 10 - C#VinothkumarView Answer on Stackoverflow
Solution 11 - C#Ali Ezzat OdehView Answer on Stackoverflow
Solution 12 - C#mortbView Answer on Stackoverflow
Solution 13 - C#mkbView Answer on Stackoverflow
Solution 14 - C#BogdanRBView Answer on Stackoverflow
Solution 15 - C#Nick HoàngView Answer on Stackoverflow
Solution 16 - C#KrisView Answer on Stackoverflow
Solution 17 - C#Kong SiengPirotView Answer on Stackoverflow