Forums Home / Spread / Spread for WinForms
Posted by: sanket.joshi on 24 June 2018, 8:30 pm EST
sanket.joshi
Posted 24 June 2018, 8:30 pm EST
We have a real time trading application in which we are getting red cross very much less randomly on a screen which has too many data updates coming from exchange. Customer has raised Critical issue for which we require to release fix at earliest.
Kindly please provide your help at earliest.
sanket.joshi
Posted 25 June 2018, 3:18 am EST
Also we have observed that the GDI count increases continuously and once it reaches 10,000 the application freezes and then we observe the memory leak issue. I saw this link saying the same
https://www.grapecity.com/en/forums/spread-winforms/gdi-count-increasing
But I thought it would had been fixed in your latest version. If not please let me the work around to avoid this issue urgently
reeva.dhingra
Posted 25 June 2018, 3:30 pm EST
Hello,
This typically happens in multi-threaded apps that don’t lock the component properly, when one thread is painting and another is deleting rows for example. Is this a threaded application? Do you have a stack trace?
This can also be caused by unhandled exceptions in the OwnerDraw event of the grid.
If in case you are using OwnerDraw then I would suggest wrapping the event code in a try/catch block so you can detect the cause of the red cross.
Can you isolate the problem in a small sample and send it to us so we can study it further? Also, we have updated builds of the control on the following site:
https://www.grapecity.com/en/download/spreadnet
You may want to test with the latest version to see if the problem is resolved.
Thanks,
Reeva
sanket.joshi
Posted 25 June 2018, 7:49 pm EST
Hi Reeva,
We are bought latest version for Grapecity V11.1 for winforms.
This is not replicated easily but we easily the GDI count increasing drastically
with the screen have this spread control. This does not happen for other screesn of winforms where spread control is not present.
What is the solution to this problem ? Once GDI count goes to 9000 the application becomes slow and once it reaches 10000 the application gets freezed and not responding and then the red cross comes giving out of memory exception.
Attached is the stack trace
at System.Drawing.Graphics.FromHdcInternal(IntPtr hdc)
at System.Drawing.Font.ToLogFont(Object logFont)
at System.Drawing.Font.ToHfont()
at System.Windows.Forms.Control.FontHandleWrapper…ctor(Font font)
at System.Windows.Forms.Control.get_FontHandle()
at System.Windows.Forms.Control.SetWindowFont()
at System.Windows.Forms.Control.OnHandleCreated(EventArgs e)
at System.Windows.Forms.TextBoxBase.OnHandleCreated(EventArgs e)
at System.Windows.Forms.TextBox.OnHandleCreated(EventArgs e)
at System.Windows.Forms.Control.WmCreate(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.TextBoxBase.WndProc(Message& m)
at System.Windows.Forms.TextBox.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.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
reeva.dhingra
Posted 25 June 2018, 8:33 pm EST
Hello,
Can you please share your stripped out sample so that we can investigate this issue further?
Please share the same. We will debug the same at our end.
Thanks,
Reeva
sanket.joshi
Posted 25 June 2018, 8:53 pm EST
Hi Reva,
Similar issue is reported earlier also in version 6.0
https://www.grapecity.com/en/forums/spread-winforms/gdi-count-increasing
What fix have you given them ? We are facing similar issue where the GDI count keeps increasing depending on number of times the screens are opened.
We want to understand what fix have your given them since on this post you have accepted this as bug in farpoint.
sanket.joshi
Posted 27 June 2018, 9:08 pm EST
No answer to my question. I am using license version for GrapeCity. I am awaiting reply from 2 days
reeva.dhingra
Posted 28 June 2018, 2:59 pm EST
Hello Sanket,
We apologies for the delayed response. We are already discussing your issue with our development team and we will get back to you as soon as we hear anything from them.
Tracking id for your issue is #260087
Thanks,
Reeva
reeva.dhingra
Posted 28 June 2018, 7:42 pm EST
Hello,
We tried to replicate your issue by creating a thread to continuously update spread with a large number of random data and style, but the GDI count didn’t increase much.
Please have a look at attached sample and check whether we followed their scenario correctly. If possible, please share how are you populating spread:-
Using thread, background worker or invoke method?
Set value cell by cell, or using data source?
Did you use a single instance of spread or re-create spread everytime you populate data?
How long does it take for the issue to occur (like after running their application for 5 mins then spread crashes…)?
Please share some more information along with any other relevant information so that we can better investigate the issue.
Thanks,
Reeva
ThreadingTest.zip
