Random SkiaSharp exception

Ben · December 16, 2025, 5:05pm

I was trying to give you a workaround in the first place based on your current version but failed.

Based on the latest stable version v14.4.2, we can create a hotfix v14.4.3 with this fix.

Simo_Karjalainen · December 17, 2025, 4:05am

Hi,

It would be great if you could create a hotfix with 14.4.3. We are plannig to update our ThinkGeo version after new year so with the hotfix we could get this included as well.

Br, Simo

Ben · December 18, 2025, 1:21am

Hi Simo,

You might want to upgrade to v14.4.2 first, and make sure it works fine with your project. Every issue in v14.4.2 will also exist in v14.4.3.

Thanks,
Ben

Simo_Karjalainen · December 18, 2025, 8:01am

Hi,

Yes, naturally we need to make sure that all other changes between our current version and 14.4.3 are working fine on our application while doing the upgrade.

Br, Simo

Ben · December 19, 2025, 2:07pm

OK. We will do it early next year. Let me know if you find any other issues and we’ll see if we can put them to 14.4.3 as well.

Ben · January 12, 2026, 3:55am

Hi Simo,

We just released v14.4.3, but we didn’t include this change. During testing, we found it could make the peak memory too high. We have an idea to fix both the memory and AccessViolationException, we’ll do it in the beta branch, run more testing, and then bring it into a future stable release once it’s ready. At latest you can have it in v14.5.

Your other request is included in v14.4.3: OgcApiFeatureLayer and LayerOverlay - ThinkGeo UI for Desktop / WPF - ThinkGeo Discussion Forums

Thanks,
Ben

Simo_Karjalainen · January 12, 2026, 4:06am

Hi,

OK, thanks for the info.

Br, Simo

Simo_Karjalainen · January 20, 2026, 4:10am

Hi,

What is the status of that new attempt to fix this one ? Just wondering that would it be possible to get it to coming v14.4.4 hotfix ?

Br, Simo

Simo_Karjalainen · January 26, 2026, 6:03am

Hi,

Any updates on this ?

Br, Simo

Ben · January 26, 2026, 2:49pm

Hi Simo,

Sorry for the late reply. Sure, we will add this one as well.

Thanks,
Ben

Simo_Karjalainen · January 27, 2026, 7:30am

Hi,

Great, Thanks !

Is the schedule “end of the month” still valid for v14.4.4 ?

Br, Simo

Ben · January 27, 2026, 2:34pm

Yep, you will see it within this week.

Ben · January 29, 2026, 5:17am

Hi Simo, v14.4.4 is out.

Simo_Karjalainen · February 5, 2026, 12:11pm

Hi,

This kind of SkiaSharp exception was seen with v14.4.4:

System.Runtime.InteropServices.SEHException (0x80004005): External component has thrown an exception.
at SkiaSharp.SKImage.FromBitmap(SKBitmap bitmap)
at SkiaSharp.SKCanvas.DrawBitmap(SKBitmap bitmap SKRect dest SKPaint paint)
at 9hQ=.RRU=.WBU=(GeoImage image Single x Single y Single width Single height Single canvasWidth Single canvasHeight)
at 9hQ=.RRU=.WRU=(GeoImage image Int32 x Int32 y Single canvasWidth Single canvasHeight)
at ThinkGeo.Core.SkiaGeoCanvas.FlushCore()
at ThinkGeo.Core.SkiaGeoCanvas.EndDrawingCore()
at ThinkGeo.UI.Wpf.AdornmentOverlay.<DrawAsyncCore>d__8.MoveNext()
— End of stack trace from previous location where exception was thrown —
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at ThinkGeo.UI.Wpf.Overlay.<DrawAsync>d__65.MoveNext()
— End of stack trace from previous location where exception was thrown —
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at ThinkGeo.UI.Wpf.Overlay.x0U=(Exception e String memberName)
at ThinkGeo.UI.Wpf.Overlay.<DrawAsync>d__65.MoveNext()
— End of stack trace from previous location where exception was thrown —
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at ThinkGeo.UI.Wpf.MapViewBase.<DrawOverlayAsync>d__357.MoveNext()
— End of stack trace from previous location where exception was thrown —
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at ThinkGeo.UI.Wpf.MapViewBase.<DrawOverlaysAsync>d__351.MoveNext()
— End of stack trace from previous location where exception was thrown —
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at ThinkGeo.UI.Wpf.MapViewBase.<ZoomToAsync2>d__288.MoveNext()
— End of stack trace from previous location where exception was thrown —
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at ThinkGeo.UI.Wpf.MapViewBase.<ZoomToAsync>d__312.MoveNext()
— End of stack trace from previous location where exception was thrown —
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()

So far this has happened only once and did not happen again when we tried to re-produce it.

Could you please check it ?

Br, Simo

Ben · February 5, 2026, 6:06pm

We are digging in. Is this exception catchable? or it would crash the application?

Simo_Karjalainen · February 6, 2026, 4:31am

Hi,

I think that this time it happened actually in place (when ZoomToAsync was called by our app) where we could catch it. But this was the first time this happened in this place so we did not have catch for it so app crashed.

Br, Simo

Ben · February 6, 2026, 5:44pm

Hi Simo,

This is a related but different issue. It occurs intermittently due to a race condition.
We have identified and fixed it in the latest beta. The fix will also be included in the upcoming v14.4.5 hotfix.
In the latest beta and the upcoming v14.5 release, AdornmentOverlay has been significantly improved. For a quick preview, please see: Recommended way of having static elements on pannable background

Thanks,
Ben

Simo_Karjalainen · February 9, 2026, 4:25am

Hi,

This kind of random SkiaSharp related crash was also seen on test automation:

Exception Info: System.AccessViolationException
at SkiaSharp.SKBitmap.CopyTo(SkiaSharp.SKBitmap, SkiaSharp.SKColorType)
at SkiaSharp.SKBitmap.Copy(SkiaSharp.SKColorType)
at Y0c=.EEc=.EUc=(ThinkGeo.Core.GeoImage)
at ThinkGeo.UI.Wpf.TileView.8UY=(ThinkGeo.Core.GeoCanvas)
at ThinkGeo.UI.Wpf.TileOverlay+d__109.MoveNext()
at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Runtime.CompilerServices.AsyncMethodBuilderCore+MoveNextRunner.Run()
at System.Threading.ThreadPoolWorkQueue.Dispatch()

Please check this also.

Br, Simo

Ben · February 9, 2026, 11:57pm

We didn’t aware SKBitmap.CopyTo was not thread-safe. Let us dig in and will keep you posted.

Simo_Karjalainen · February 18, 2026, 9:09am

Hi,

Any updates to this latest SKBitmap.CopyTo exception ?

Br, Simo