Hi,
I am encountering a crash with the BackgroundWorker class. I have a simple
form which contains a ListBox, and a BackgroundWorker that creates strings
asynchronously to populate the ListBox.
Attached is the crash log (obtained with mono --debug) and a code sample
that generates the problem.
Oops, I missed this email. Yes, this seems to stem from the same issue,
thanks for the pointer.
Oop
On 9/25/07, Andy Hume [EMAIL PROTECTED] wrote:
This is likely an instance of the bug I reported this weekend, bug 327608
BackgroundWorker: is UI-thread unsafe! (
Getting the window handle is not enough to create the OpenGL context on X11.
How are you creating the context? Is this done on the C++ side or on C#? If
it's the latter, you could just use an OpenTK.GLControl to create a context
in your WinForms app and leave everything else the same (
On Thu, Dec 4, 2008 at 5:31 PM, canardlebarbare [EMAIL PROTECTED]wrote:
send a window Handle. Then I guess I have only to find a way to create a
graphics context from the Winforms app and then get it from the C++ side ?
I started to watch OpenTK, It could be possible to create simply a
On Thu, Dec 4, 2008 at 5:32 PM, canardlebarbare [EMAIL PROTECTED]wrote:
No. could it be quicker to use Tao instead of OpenTK to create a graphics
context ?
Sorry, this email just arrived. It's probably more work with Tao. since
you'd have to use Tao.Platform.Windows/X11 and manually create
On Fri, Dec 5, 2008 at 2:09 AM, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
I wrote a tutorial using mono's System.Windows.Forms with
OpenGL a long time ago. It was available on the now defunct MWF
WebBlog. A quick google search shows this link as the best cache:
Frankly, the best way to create a cross-platform GUI is to use GTK# from the
beginning. With WinForms, you'll encounter several issues that will make
things rather difficult down the road: flaky databinding, slow rendering
(especially for grid views), inconsistent rendering between versions,
