Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
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
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.
UIView.PointInside has point parameter. In x86_64 mode (iOS Simulator, 64bit) point.Y is zero always.
Steps to reproduce:
1. Open CGPoint_64bit_bug project.
2. Run it on iOS Simulator (iPhone 5s, iOS 7.1 for example).
3. Tap somewhere on red view.
4. See in console what point.Y is ok.
5. Uncomment code in TestView class.
6. Repeat steps 1-3.
Result: point.Y is zero always.
We have tried to reproduce this issue but not able to reproduce this. Could you please us a sample project that demonstrate this issue? So that we can reproduce this issue at our end.
Also please provide your build info and application output. You can get build info via 'Xamarin Studio > About Xamarin Studio > Show Details > Copy Info and paste it here'.
Created attachment 9348 [details]
It seems I forgot to add sources. Here is info about Xamarin environment http://pastebin.com/8t95mdwC Hope it help you.
That seems to happen only on x86_64 (simulator) while it works fine on device (arm64). It could be an ABI issue, c.c. Zoltan
Also there's no need for the native library to be used to duplicate the issue.
Created attachment 9350 [details]
smaller test case
Native library was added to investigate and illustrate source of issue. It's
This seems to work if the method is called from managed code, what calls it from native code ?
It's a virtual Obj "method" overridden in managed code, so it's iOS that's calling the view. It could also be a incorrect trampoline (c.c. Rolf) not code generated by mono.
Looking at this with gdb, the problem seems to be earlier, i.e.:
#0 0x00000001208ebb8a in ?? ()
#1 0x000000010748d8b9 in mono_jit_runtime_invoke () at ../../../../../mono/mono/mini/mini.c:6735
#2 0x000000010752164e in mono_runtime_invoke (method=0x7fb0cc1fe028, obj=0x12002c200, params=0x7fff5885dc30, exc=0x0) at ../../../../../mono/mono/metadata/object.c:2842
#3 0x00000001075e2c9d in xamarin_invoke_trampoline (type=Tramp_Default, self=0x7fb0cd753020, sel=0x11a780b17, iterator=0x1075e3cf0 <param_iter_next>, marshal_return_value=0x1075e3f90 <marshal_return_value>, context=0x7fff5885e0b8) at trampolines-invoke.m:343
#4 0x00000001075e3ce1 in xamarin_arch_trampoline (state=0x7fff5885e100) at trampolines-x86_64.m:526
#5 0x00000001075e3b7a in xamarin_x86_64_common_trampoline () at trampolines-x86_64-asm.s:57
#6 0x00000001094ded11 in -[UIView(Geometry) hitTest:withEvent:] ()
The mono_runtime_invoke () function receives a pointer to the CGPoint structure in params , which
looks like this:
0x7fff5885dc40: 147.5 0
So it looks like the second field of CGPoint is already zero by this point.
This is a bug in the 64-bit dynamic registrar.
A workaround is to add "--registrar:static" to the additional mtouch arguments in the project's iOS Build options.
Reopening since it's a candidate for the 8.6.1 service release.
Backported to monotouch-8.6.8-branch for the service release
I have verified this issue with attached sample project. It is working fine. Point.Y is giving expected results. Hence, closing this issue.
=== Xamarin Studio ===
Version 5.7.1 (build 14)
Installation UUID: 67eaf3b4-f8a7-4ab4-a9df-3197350ca5dc
Mono 3.12.0 ((detached/a813491)
GTK+ 2.24.23 (Raleigh theme)
Package version: 312000068
=== Apple Developer Tools ===
Xcode 6.2 (6758)
=== Xamarin.iOS ===
Version: 188.8.131.52 (Enterprise Edition)
Build date: 2015-01-18 17:38:20-0500
=== Xamarin.Android ===
Version: 184.108.40.206 (Enterprise Edition)
Android SDK: /Users/ixamarin78/Desktop/android-sdk-macosx
Supported Android versions:
2.1 (API level 7)
2.2 (API level 8)
2.3 (API level 10)
3.1 (API level 12)
4.0 (API level 14)
4.0.3 (API level 15)
4.1 (API level 16)
4.2 (API level 17)
4.3 (API level 18)
4.4 (API level 19)
4.4.87 (API level 20)
5.0 (API level 21)
Java SDK: /usr
java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
=== Xamarin.Mac ===
Version: 220.127.116.11 (Enterprise Edition)
=== Build Information ===
Release ID: 507010014
Git revision: a4dd61ad7f8b3695be4b17bcb5c3ae6b81438cf7
Build date: 2015-01-19 15:21:09-05
Xamarin addins: 081208fe3bbf40e24a562867c6c7fba20a9b94b6
=== Operating System ===
Mac OS X 10.10.0
Darwin XamnewiMac.local 14.0.0 Darwin Kernel Version 14.0.0
Fri Sep 19 00:26:44 PDT 2014
Build (for tests) fixed in 1190990c71d62afaf18b269e8c92edd156d1860e
The issue is fixed with 1190990c71d62afaf18b269e8c92edd156d1860e and verified with build 3b3ef438. Also, the original issue is already verified fixed and hence closing this bug.
Build Log: https://wrench.internalx.com/Wrench/GetFile.aspx?id=4936674