Hi Mario,
what can we additionally try to do about the recurring System.ComponentModel.Win32Exception?
In your opinion, would switching to the .netstandard 2.0 variant of the Gembox be a possibility that could provide a remedy? System.Drawing doesn’t seem to be used there anymore and the call stack of the exception contains System.Drawing, doesn’t it?
Or should the EXE only be started if it is not already running? And not start and stop/kill it per Docx document as it is now?
Should we try to log certain performance counters when the above exception occurs? If so, which performance counters might help you with the analysis?
In some cases, we see these two exceptions in addition in the immediately after the above-mentioned System.ComponentModel.Win32Exception:
Anwendung: Services.Pdf.Processor.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: System.NullReferenceException
bei System.Windows.Threading.Dispatcher.ShutdownImplInSecurityContext(System.Object)
bei MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(System.Object)
bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
bei MS.Internal.CulturePreservingExecutionContext.Run(MS.Internal.CulturePreservingExecutionContext, System.Threading.ContextCallback, System.Object)
bei System.Windows.Threading.Dispatcher.ShutdownImpl()
bei System.Windows.Threading.Dispatcher.StartShutdownImpl()
bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32)
bei System.Windows.Threading.Dispatcher.CriticalInvokeShutdown()
bei x2.Services.Pdf.Processor.Program+<>c__DisplayClass2_0.b__2()
bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
bei System.Threading.ThreadHelper.ThreadStart()
Name der fehlerhaften Anwendung: Services.Pdf.Processor.exe, Version: 1.71.8544.27323, Zeitstempel: 0x646e28f7
Name des fehlerhaften Moduls: WindowsBase.ni.dll, Version: 4.8.4614.0, Zeitstempel: 0x63996df9
Ausnahmecode: 0xc0000005
Fehleroffset: 0x0000000000139746
ID des fehlerhaften Prozesses: 0x2488
Startzeit der fehlerhaften Anwendung: 0x01d993a0ff0a1de5
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\medatixx\x2 Server\Services.Pdf.Processor.exe
Pfad des fehlerhaften Moduls: C:\WINDOWS\assembly\NativeImages_v4.0.30319_64\WindowsBase\ca6294f2f6365f2c7d7d58e4b688ab04\WindowsBase.ni.dll
Berichtskennung: 89693622-90e3-46e7-88a7-1e7c891ffa87