web
You’re offline. This is a read only version of the page.
close
Skip to main content
Community site session details

Community site session details

Session Id :
Microsoft Dynamics GP (Archived)

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

(0) ShareShare
ReportReport
Posted on by 225

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()


*This post is locked for comments

I have the same question (0)
  • Suggested answer
    Craig Fuller Profile Picture
    411 on at
    RE: GP crashes for single user on multi-user machine - Table.GetFirst()

    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.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Pallavi Phade – Community Spotlight

We are honored to recognize Pallavi Phade as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics GP (Archived)

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans