Interesting (and hard to reproduce) bug:
The UI thread is using BeginUpdate and EndUpdate to fire change events as batch to the grid. While EndUpdate is called an InvalidOperationException occurres somewhere between GridControlBase::EndUpdate and NativeWindow::Callback, and the application starts to leak memory. It''s an "Object in Use" exception. Turns out that on a separate thread the Finalizer thread of the GC calls SafeNativeMethods::GdipDeleteFontFamily and gets stuck on this exception. No further GC is carried out. The app continues to work on some machines and not works on others but memory is no longer released.
We checked our code and really most of the operations are within the grid so I post this here in case somebody has seen this behavior before.
Thanks,
Jens
AD
Administrator
Syncfusion Team
February 3, 2004 08:45 PM UTC
What version of our grid are you using? In versions earlier than 1.6.1.8, there were threading issues that could generate such a problem.
Are you making sure all calls into the grid code are being protected with grid.InvokeRequired checks?
JL
Jens Lippmann
February 4, 2004 01:03 PM UTC
We are using 1.6.1.0 and I''m currently checking all execution threads to make sure they check InvokeRequired.
What''s the upgrade path to 1.6.1.8.?
Jens
>What version of our grid are you using? In versions earlier than 1.6.1.8, there were threading issues that could generate such a problem.
>
>Are you making sure all calls into the grid code are being protected with grid.InvokeRequired checks?
AD
Administrator
Syncfusion Team
February 4, 2004 02:40 PM UTC
You can download 1.6.1.8 from your support home page in Direct Trac. If you have invalid resx problems after updating, you can use the tool from this kb to convert your resx files.
http://www.syncfusion.com/Support/article.aspx?id=10370