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 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.
The remote build phase "hangs" for ~7 minutes if it hits error MT5211 "... please check that it has the [Protocol] attribute ...".
## Steps to reproduce
Attempt to build the attached test case for device, for example by deploying to device in the Debug configuration, or by building an Ad-Hoc IPA.
This is simply the sample project from the ZipArchive component (version 1.0) .
>  http://components.xamarin.com/view/ZipArchive
### 1. The build log  on the build server _correctly_ shows a few errors due to the new static registrar:
[05-May-2014 17:13:12] stdout: Xamarin.iOS 7.2.3 Business Edition using framework: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.1.sdk
error MT5211: Native linking failed, undefined Objective-C class: _OBJC_CLASS_$_ZipArchiveDelegate. If '_OBJC_CLASS_$_ZipArchiveDelegate' is a protocol from a third-party binding, please check that it has the [Protocol] attribute in its api definition file, otherwise verify that all the necessary frameworks have been referenced and native libraries are properly linked in.
>  ~/Library/Logs/Xamarin/MonoTouchVS/TestApp_7a5a90f8-ff24-4a8e-9fb9-3267e1898d6a.log
### 2. BUT, the build then _continues_ through a few more `clang` compilation steps, and "stops" after the last one for about 7 minutes. During this time the "Xamarin.iOS Build Host" app consumes 100% CPU, and Visual Studio is unresponsive on the Windows side.
### 3. After about 7 minutes, the build finally fails , and VS becomes responsive again.
>  [05-May-2014 17:20:36] Error: Tool MonoTouch.Tools.Tools.Mtouch failed to run
## Workaround (for this particular project)
Add `--registrar:legacy` under "iOS Build -> Additional mtouch arguments". This reverts to the old registrar so that the MT5211 doesn't happen.
### Killing Xamarin.iOS Build Host
If you quit Xamarin.iOS Build Host during the 6 minute delay, Visual Studio becomes responsive again fairly quickly.
## Version information
### Build host
Xamarin.Android 184.108.40.206 (3e2a60637a8139091e095fec2046762fd3522d1b)
Xamarin.iOS 220.127.116.11 (08dad7856e903748a89f6ecc37e83da9ea904f76)
Microsoft Visual Studio Professional 2013
Version 12.0.30110.00 Update 1
Microsoft .NET Framework
Created attachment 6736 [details]
Build host build log
Update: additional version testing suggests that this is a symptom of the interaction of Xamarin.iOS 7.2.1 or higher with any recent version of the Visual Studio extension. If there's an easy way to trigger the MT5211 error in Xamarin.iOS 7.2.0 or lower, that might show the problem too.
## Additional version information
### Build host
Xamarin.iOS 1.10.47 (3d6a125d)
One little difference in 1.10.47 is that Visual Studio remains responsive during the remote build phase.
ok I have replicated the issue, will try to debug now
Created attachment 6766 [details]
Sample output which causes issue
X.iOS Mac http://storage.bos.xamarin.com/monotouch-mlion-mtvs-2.0-series/96/967435e123096059aac2a07302d0618a92df79fc/monotouch-18.104.22.168.pkg
I have checked this issue by running the attached project(i.e test case)in both Debug and Ad-Hoc mode.Now on building it gives an error MT5211 but VS doesn't hangs.Below is the screencast for the same:
Hence verifying this issue.
Awesome stuff! Thanks for the fix!