[Mono-dev] Mono 2.10.1 Can't open a Windows Form on Windows 7 x64

Jonathan Chambers joncham at gmail.com
Mon Mar 7 12:32:24 EST 2011


Mark,

I will look into your patch shortly. Thanks for tracking it down.

Thanks,
Jonathan

On Mon, Mar 7, 2011 at 12:28 PM, Mark Sciabica <msciabica at itracs.com> wrote:

>  Hi Guy,
>
> The bug reporting page is here: http://mono-project.com/Bugs
>
> This looks like the problem I ran into, since I was crashing on that same
> line. I submitted a patch to this list on 2/28. My post got no response, but
> hopefully someone with commit access will apply it to the official sources.
>
> Regards,
>
> Mark
>
>
> On 3/5/2011 2:07 AM, Guy Sherman wrote:
>
>  Hi,
>
>
>
> I’ve been working on embedding mono in a sandbox game engine I’m working
> on. I’m running 64bit Windows 7, and I’ve built v2.10.1 of the mono runtime
> for 64bit, and it seems to have worked…mostly.
>
>
>
> I had 2.6.7 working quite well (64-bit, Windows 7, vs2010), loading up a
> windows form, which then made an internal call (using the mono api for
> adding functions into the runtime) which attached a DirectX renderer to it,
> and all was happy. I then wanted some .net 4 features like Xaml and WPF, so
> I upgraded to 2.10.1, was very pleased with how much easier the build was
> (only a little bit of mucking about needed to get the 64it build working)
> but have run into a problem. It seems that any code that creates a windows
> form crashes the runtime. To make sure it wasn’t my code, I created a simple
> WindowsFormsApplication1, and ran it first with the Win32 mono.exe that came
> with the 2.10.1 install – fine. I then ran it with my 64-bit build of
> mono.exe and it failed – first time I ran I got a crashdump, now it just
> quits me back to the console window, and I can’t find the crashdump files.
> This is a standard System.Windows.Form, not a WPF window.
>
>
>
> I can, however, tell you where it fails in the mono runtime code because I
> can debug up to it in my embedding host.
>
>
>
> Unhandled exception at 0x000007fee20b8065 (mono-2.0.dll) in SuperNova.exe:
> 0xC0000005: Access violation reading location 0x0000000200000037.
>
> Mono\metadata\class.c:4681 : if (class->parent && !class->parent->inited)
>
>
>
> I have saved a memory dump out of visual studio, but it is 71mb so I’ve
> nowhere to put it – let me know if you want it.
>
>
>
> I’m ok to go back to my builds of 2.6.7 for now – I don’t NEED the .net 4
> stuff for the moment.
>
>
>
> If there is a more official place to  log this can someone let me know,
> I’ll be happy to do it.
>
>
>
> Thanks,
>
>
>
> *Guy Sherman*
>
> web: http://www.guysherman.com
>
>
>
>
> ------------------------------
> This message and any attachments are solely for the intended recipient and
> may contain confidential or privileged information. If you are not the
> intended recipient, any disclosure, copying, use, or distribution of the
> information included in this message and any attachments is prohibited. If
> you have received this communication in error, please notify us by reply
> e-mail and immediately and permanently delete this message and any
> attachments. Thank you.
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20110307/d89a7b57/attachment.html 


More information about the Mono-devel-list mailing list