Bug 5254 - Stack overflow in MonoMac.ObjCRuntime.Class:TypeContainsFloatingPoint
Summary: Stack overflow in MonoMac.ObjCRuntime.Class:TypeContainsFloatingPoint
Alias: None
Product: Xamarin.Mac
Classification: Desktop
Component: Library (Xamarin.Mac.dll) ()
Version: Master
Hardware: PC Mac OS
: Normal major
Target Milestone: 2.0.x
Assignee: Miguel de Icaza [MSFT]
Depends on:
Reported: 2012-05-22 19:01 UTC by Mikayla Hutchinson [MSFT]
Modified: 2015-03-26 16:44 UTC (History)
4 users (show)

Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.

Please create a new report on Developer Community or GitHub with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:

Description Mikayla Hutchinson [MSFT] 2012-05-22 19:01:34 UTC
In bug 5039, users are reporting a stack overflow in MD. From the traces in that bug, it appears that it's a stack overflow in MonoMac.ObjCRuntime.Class:TypeContainsFloatingPoint

I'm not sure how that's possible, as it implies a broken (recursive/infinite) struct.

Also, MonoMac appears to be initializing a huge amount of methods that MD doesn't use.
Comment 1 Mikayla Hutchinson [MSFT] 2012-05-23 15:00:05 UTC
The type that is breaking is Int64.
Comment 2 Mikayla Hutchinson [MSFT] 2012-05-23 16:19:32 UTC
Fixed in master.

Still need to figure out why Snow Leopard is registering many more callbacks than Lion, which exposed this issue.
Comment 3 Mikayla Hutchinson [MSFT] 2012-05-24 17:22:29 UTC
Here's the list of callbacks on SL and Lion: https://gist.github.com/71e30e406a15f8f9f93a
Comment 4 Miguel de Icaza [MSFT] 2015-02-18 11:13:13 UTC
The bug was fixed, and we now use a different engine to register handlers.
Comment 5 Rajneesh Kumar 2015-03-05 01:49:19 UTC
We are trying to verify this issue, but we are not sure about the steps to verify.

Could you please share steps to reproduce/check this issue? So that we can  verify it efficiently.