Hi,
I'm having problems with WinGrid and any others controls.
Let me explain the solution structure:
SERVER 1 (Windows 2012 R2 Standard): It has the application files (.EXE,.DLL, etc) and SQL Server installed.
SERVER 2 (Windows 2012 R2 Standard): It has the .NET Framework installed as like Crystal Reports and another tools to system works.This server has a shortcut to the main executable from the application (not mapped)
THIN CLIENT (Windows 7): Used to open a remote desktop connection with SERVER 2 to execute the system. (Around 20 computers)
PC: It has the .NET Framework installed as like Crystal Reports and another tools to system works.This server has a shortcut to the main executable from the application (not mapped, around 8 computers)
Sometimes the UltraWinGrid (and any others controls like UltraWinToolbar) starts the exception System.Runtime.InteropServices.SEHException. This problems is random and when it starts, is necessary close all the remote connection sessions or reboot the server.However, this issue just occurss in THIN CLIENTS and SERVER 2, PCs and SERVER 1 remains working fine.
I'm using Infragistics 15.2 version.
Could you help me?
Application: Adagio.exeFramework Version: v4.0.30319Description: The process was terminated due to an unhandled exception.Exception Info: System.Runtime.InteropServices.SEHExceptionat Infragistics.Win.UltraWinGrid.UltraGridBase+CommitRowCallback..ctor()at Infragistics.Win.UltraWinGrid.UltraGridBase.UpdateData()at Adagio.frmAtendimento.ContratoConsiste()at Adagio.frmAtendimento.cmdContratosConfirmar_Click(System.Object, System.EventArgs)at System.Windows.Forms.Control.OnClick(System.EventArgs)at Infragistics.Win.Misc.UltraButtonBase.OnClick(System.EventArgs)at Infragistics.Win.Misc.UltraButton.OnMouseUp(System.Windows.Forms.MouseEventArgs)at System.Windows.Forms.Control.WmMouseUp(System.Windows.Forms.Message ByRef, System.Windows.Forms.MouseButtons, Int32)at System.Windows.Forms.Control.WndProc(System.Windows.Forms.Message ByRef)at System.Windows.Forms.Control+ControlNativeWindow.OnMessage(System.Windows.Forms.Message ByRef)at System.Windows.Forms.Control+ControlNativeWindow.WndProc(System.Windows.Forms.Message ByRef)at System.Windows.Forms.NativeWindow.Callback(IntPtr, Int32, IntPtr, IntPtr)at System.Windows.Forms.NativeWindow.DefWndProc(System.Windows.Forms.Message ByRef)at Infragistics.Win.UIAutomation.UiaProviderControlNativeWindow.WndProc(System.Windows.Forms.Message ByRef)at System.Windows.Forms.NativeWindow.Callback(IntPtr, Int32, IntPtr, IntPtr)at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG ByRef)at System.Windows.Forms.Application+ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr, Int32, Int32)at System.Windows.Forms.Application+ThreadContext.RunMessageLoopInner(Int32, System.Windows.Forms.ApplicationContext)at System.Windows.Forms.Application+ThreadContext.RunMessageLoop(Int32, System.Windows.Forms.ApplicationContext)at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun()at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.DoApplicationModel()at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run(System.String[])at Adagio.My.MyApplication.Main(System.String[])
Thanks Ivaylo.
Hi Patrick,
Thank you for the stack trace! Looking within the source code, this exception ends into an empty constructor. Considering the randomness as well and the environmental scenario in your case, I would not say that this is related to us. According to MSDN, The SEHException class handles SEH errors that are thrown from unmanaged code, but that have not been mapped to another .NET Framework exception.
In order to gather more information about the exception, you can look into the ErrorCode property and look up for further details. You can also install the latest version of .NET and see of that might resolve the issue.
Let me know if you have additional questions regarding this matter.