Dynamics Community Forum Thread Details

GP crashes for single user on multi-user machine - Table.GetFirst()

We are running GP 2015 installed on a Windows Server 2016 Terminal Services VM. A good number of employees access the application in this manner. For one specific user (only), GP crashes somewhat regularly. Given that this happens for only a single user, I am tempted to think that her "environment" has somehow become corrupted. Is it possible that her GP profile needs to be rebuilt? Or is there some %appdata% like files that need to be cleared?

Interestingly, there is a .NET Runtime log in the Windows Event Log for each occurrence showing three separate traces (included below). It is perhaps a coincidence, but I find it rather interesting that the problem occurs when invoking the Dexterity Table code relating exactly to the Scrolling Window I mentioned in this post. To be clear, the GetDocumentsFromApplyTable (in red) is a utility method in my VST addin that is looping through the Table associated to a Scrolling Window (or a third party GP/Dexterity app). Could the two problems be related?

Application : Dynamics.exe
Version du Framework : v4.0.30319
Description : le processus a été arrêté en raison d'une exception non gérée.
Informations sur l'exception : System.AccessViolationException
à <Module>.AppDispatch_FmFile(Int32, Int16, Int16, Void*)
à AppDispatch.FmFile(Int32, Int16, Int16, Void*)
à Microsoft.Dexterity.Bridge.AppController.FmFile(Microsoft.Dexterity.Bridge.Table, Int16, Int16, Void*)
à Microsoft.Dexterity.Bridge.Table.GetFirst()
à <Addin.Namespace.Redacted>.GetDocumentsFromApplyTable()
à <Addin.Namespace.Redacted>.ValidateIntegratedDocumentsListAndPayments()
à <Addin.Namespace.Redacted>.CustomerNumber_ValidateAfterOriginal(System.Object, System.EventArgs)
à Microsoft.Dexterity.Bridge.Trigger.Run()

Informations sur l'exception : System.Reflection.TargetInvocationException
à AppDispatch.ExecuteSanscript(Char*, Char**)
à Microsoft.Dexterity.Bridge.AppDispatchProxy.ExecuteSanscript(System.String, System.String ByRef)
à Microsoft.Dexterity.Bridge.AppController+Sanscript.ExecuteStatement(System.String, System.String)
à Microsoft.Dexterity.Bridge.FieldWithEvents`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].RunValidate()
à <Addin.Namespace.Redacted>.LocalPbAddItem_ClickBeforeOriginal(System.Object, System.ComponentModel.CancelEventArgs)
à Microsoft.Dexterity.Bridge.CancelTrigger.Run()

Informations sur l'exception : System.Reflection.TargetInvocationException
à <Module>.TNT_new_event_loop(Int16 (HWND__*, EVENT*, Int16*), Int16, Int16)
à <Module>.dtw_run()
à <Module>._WinMainCRTStartup()

I realize this is an older thread but wanted to share what I found as I had to overcome this GP Crashing issue as well. In our case it could not be reproduced, happened randomly and involved several users across multiple Terminal Servers. We have are running GP2018 with a Visual Studio 2019 Solution using VB.Net code. Our crashes occurred when interacting with the Sales Transaction Entry window. The primary error began with this text and showed up in the Event Viewer on the terminal server as an Error 1026.

Application: Dynamics.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.AccessViolationException
at <Module>.AppDispatch_FmFile(Int32, Int16, Int16, Void*)
at AppDispatch.FmFile(Int32, Int16, Int16, Void*)
at Microsoft.Dexterity.Bridge.AppController.FmFile(Microsoft.Dexterity.Bridge.Table, Int16, Int16, Void*)

********Solution code started here and was initially a RangeClear method******

The short story is that this occurred when accessing line details (scrolling window) using the "form-level table buffer" data access method on Dynamics.Tables.SopLineWork. This turned out to be the only place I used the form-level table buffer to access details (scrolling window) in my entire project. In all other cases I used the "global table buffer" to work with detail data. Switching my code to use the global table buffer eliminated the GP Crashing. Note: I use the form-level table buffer extensively for header info in many areas of the solution without issue. It was only when using it to access (in my case) sales line details that the random crashing would occur. Also, only reading was done and no writing or updating.

Quick Links

Leaderboard