I have gained some ground, i think, I now know from certain debugging traces and reading a few places what the error pertains to, and the grid is bound to a datasource, and if i unbind the datasource right before i call showdialogue, then i do not get this error, but whenever later on i try to reattach the same datasource, i get an error which is the arithmeticexception error i stated previously. Anyone have any ideas...?

Hi,

A red X indicates that the something threw an exception during the grid's (or any controls) OnPaint method.

The most common cause of this kind of error is a threading issue. Is your application using multiple threads?

The exception message you listed seems to indicate some kind of math error. So I suppose this could occur if you are using images in your grid and those images are extremely large.

Another possibility is that the exception is being raised by some code in your application and it's not showing up in the right place because it's being caught and handled. This will happen in certain event handlers. So you might want to try setting Visual Studio to break on all run-time exceptions and see if it will take you to a specific line of code.

There's no event that fire when the grid's data binding has completed after InitializeLayout, because DataBinding is never complete, it's an ongoing process. If you can post the call stack from the exception, that might provide more of a clue.

Thank you for the quick response Miie, here is what I have ... I have the red x wthin my grid... As soon as I finish firing this method below I get the error, and this method fires during the initial showdialogue call to the window Private Sub ugResult_InitializeLayout(ByVal sender As System.Object, ByVal e As Infragistics.Win.UltraWinGrid.InitializeLayoutEventArgs) Handles ugResult.InitializeLayout e.Layout.Override.CellClickAction = CellClickAction.RowSelect If Me.MultiSelection = True Then e.Layout.Override.SelectTypeRow = SelectType.Extended Else e.Layout.Override.SelectTypeRow = SelectType.Single End If End Sub Also, when I call the window the first time, it has the problem in question, but when i close the window, and make the same call to the same window, the window has no more bug, it is like because it was loaded the firt time, there is left over code (either garbage collector hasnt passed) which makes the window appear without bugging...weird! Aside from this, if i unbind the grid from its datasource (read this somewhere) i do not get this error here, it loads normally, but then i end up with a red x in my grid later when i try to use grid.datasource = mydatasource call... As for the actual error...here is the error info(something to do with the gridbaglayout manager ...?) Thanks in advance....! System.ArithmeticException was caught Message="Overflow or underflow in the arithmetic operation." Source="Infragistics2.Win.v7.3" StackTrace: at Infragistics.Win.Layout.GridBagLayoutManager.GridBagHelper(ILayoutContainer container, Object containerContext, Boolean layoutContainer, Boolean returnItemDimensions) at Infragistics.Win.Layout.GridBagLayoutManager.GetLayoutItemDimensions(ILayoutContainer container, Object containerContext) at Infragistics.Win.UltraWinGrid.UltraGridBand.VerifyRowLayoutCache() at Infragistics.Win.UltraWinGrid.UltraGridBand.CalculateBandMetrics(UltraGridBand priorBand) at Infragistics.Win.UltraWinGrid.BandsCollection.CalculateBandMetrics(Int32 pass) at Infragistics.Win.UltraWinGrid.BandsCollection.CalculateBandMetrics() at Infragistics.Win.UltraWinGrid.ColScrollRegionsCollection.InitializeMetricsHelper() at Infragistics.Win.UltraWinGrid.ColScrollRegionsCollection.InitializeMetrics() at Infragistics.Win.UltraWinGrid.UltraGridLayout.ApplyLoadedBands() at Infragistics.Win.UltraWinGrid.UltraGridLayout.ListManagerUpdated(BindingManagerBase bindingManager) at Infragistics.Win.UltraWinGrid.UltraGridLayout.ListManagerUpdated() at Infragistics.Win.UltraWinGrid.UltraGridBase.Set_ListManager(Object newDataSource, String newDataMember) at Infragistics.Win.UltraWinGrid.UltraGridBase.VerifyDataSourceAttached() at Infragistics.Win.UltraWinGrid.UltraGridBase.OnCreateControl() at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl() at System.Windows.Forms.Control.WmShowWindow(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ContainerControl.WndProc(Message& m) at System.Windows.Forms.Form.WmShowWindow(Message& m) at System.Windows.Forms.Form.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Forms.SafeNativeMethods.ShowWindow(HandleRef hWnd, Int32 nCmdShow) at System.Windows.Forms.Control.SetVisibleCore(Boolean value) at System.Windows.Forms.Form.SetVisibleCore(Boolean value) at System.Windows.Forms.Control.set_Visible(Boolean value) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at System.Windows.Forms.Form.ShowDialog(IWin32Window owner) at System.Windows.Forms.Form.ShowDialog() at Offix.Ecran.EcranBase.ShowDialog()

Sorry typo, meant to say Mike, but your website has no edit post possibility, so could not correct this typo.

Wow, i also see the text area on your website for posting replies do not even keep linefeeds, pretty sad, should maybe tell webmaster about that one...the error info from call stack was placed a few lines below the rest, but the textarea removed all spacing and now everything is stuck together, yuk!

Thanks for your prompt reply Mike, I appreciate the time you are putting into this. I reviewed the sales section of your website for the winforms, and it states clr2.0 but only shows vs2008 & 2010 as being compatible... does that mean we lose the designer aspect for using this latest version, and if so, being compatible is not enough, we would need the version before this if that was the case? I already sent out an email contacting your sales dept for the issues pertaining to redistribution, and also get some costs for the latest version. Please keep this open, as I am not sure if this (upgrading) will fix our situation, and I would like to atleast have the same ticket if possible to continue towards fixing our issue. Thanks Mike...will look for you reply to the question here and also keep you posted with the trial version see if it fixes things a little, and also the purchase of the latest version.

landerson999 said:

1) Can you guaranty me that having the next version of infragistics will not leave us crippled seeing as we are using vs2005, and would not like to hear that we need to upgrade to vs2008 or 2010 to use your product.

The assemblies are built against the CLR2 framework, so in theory, they should work in VS2005. I encourage you to download the trial and test them out.

landerson999 said:

2) We have full support for our problems pertaining to updates as the last time we updated with Infragistics the version, we ended up with the .resx problem not being resolved for our projects being converted from 2003 to 2005, if you remember any of this...

Hm, I don't really remember a resx issue. Could you provide more details?

Once again, downloading a trial version and testing it out should reveal any major issues with the upgrade.

We try very hard to keep things backward compatible. But there are some things that are unavoidable when there are bugs that have to be fixed and some issues are just impossible to foresee in such a complex environment. As a general rule, though, any change in behavior which was not clearly a bug, is considered a bug and we should fix it.

landerson999 said:

3) We will need to find out if we are allowed to distribute the dll we are getting the error i mentioned above to our client, in order for him to use/call our modules...from delphi.

I'm not sure what you are asking here. My understanding is that the license you purchase from Infragistics is a developer license. You can distribute our assemblies to your users for free, as long as their use is limited to run-time. If they are doing any kind of development with the controls, they will require a developer license.

Your questions are more about policy than technical, so I'm probably not the best guy to answer them. You might want to try contacting developer support or sales for licensing questions. :)

Hi Mike, I think I have been able to get management to invest some money in getting updated with the versions of infragistics, however I need to clarify a few things before continuing with purchasing of next version(s). 1) Can you guaranty me that having the next version of infragistics will not leave us crippled seeing as we are using vs2005, and would not like to hear that we need to upgrade to vs2008 or 2010 to use your product. 2) We have full support for our problems pertaining to updates as the last time we updated with Infragistics the version, we ended up with the .resx problem not being resolved for our projects being converted from 2003 to 2005, if you remember any of this... 3) We will need to find out if we are allowed to distribute the dll we are getting the error i mentioned above to our client, in order for him to use/call our modules...from delphi.

Hi,

I'm still not really clear on exactly what you are doing and exactly what he (whoever he is) is doing.

But I can tell you that if you are writing a UserControl or something like that, anyone who is trying to use that UserControl for development of any kind would have to have a license for the Infragistics controls within it. So maybe this is the same kind of thing.

In such a case, I would expect the exe to raise a licensing exception, though, so that doesn't seem to be the case here.

Thanks Mike, will be downloading the newest trial version soon, and will be updating my project. What I was sayign about the references was, he was referencing my dll/tlb in his project, which my dll had been created on MY server with Infragistics installed, I sent him the dll by email, he then added the reference to it in his project on his machine (without infragistics installed), and then sent me the executable for me to test on my server...i guess i was wondering if he compiled the executable on HIS machined then sent it to me, maybe this is where the problem lies, as his machine does not infragistics installed..and if MY dll had that referenced ...etc, etc...hopefully you see where I am going with this, unless this is not something you have experience to answer...?