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.
Xamarin Studio updater fails with "Error retrieving update information" when Xamarin.Android Starter edition is active
Xamarin Studio log:
=== Xamarin Studio ===
Version 4.2.2 (build 2)
Installation UUID: ea65c8e5-b648-4ed0-9b90-53e09a75f7e3
Mono 3.2.5 ((no/964e8f0)
GTK+ 2.24.20 theme: Raleigh
Package version: 302050000
=== Apple Developer Tools ===
Xcode 5.0 (3332.25)
=== Xamarin.Mac ===
Xamarin.Mac: Not Installed
=== Xamarin.iOS ===
Version: 188.8.131.52 (Indie Edition)
Build date: 2013-11-11 16:04:00-0500
=== Xamarin.Android ===
Version: 4.10.1 (Starter Edition)
Android SDK: /Users/chanchuman/Library/Developer/Xamarin/android-sdk-mac_x86
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)
Java SDK: /usr
java version "1.7.0_45"
Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
Java HotSpot(TM) 64-Bit Server VM (build 24.45-b08, mixed mode)
=== Build Information ===
Release ID: 402020002
Git revision: c5f82958ae7d9af652b44b87ceff777b3ad19b91
Build date: 2013-11-19 15:35:40+0000
Xamarin addins: a4044fee09138f6fd031a9944b7caaeb51e57e80
=== Operating System ===
Mac OS X 10.9.2
Darwin Chan-Chu-Manteki-MacBook-Pro.local 13.1.0 Darwin Kernel Version
Thu Jan 16 19:40:37 PST 2014
I see no updater errors in that log, but I do see an internal activation error in monodroid:
System.Exception: Could not load machine data: Stack overflow in unmanaged: IP: 0x23ca72, fault addr: 0xbff87f10
Stack overflow in unmanaged: IP: 0x23ca72, fault addr: 0xbff86aa0
monodroid: error XA0000: Unexpected error - Please file a bug report at http://bugzilla.xamarin.com. Reason: System.StackOverflowException: The requested operation caused a stack overflow.
at (wrapper managed-to-native) System.GC:SuppressFinalize (object)
at System.IO.TextReader.Dispose (Boolean disposing) [0x00000] in <filename unknown>:0
at System.IO.StringReader.Dispose (Boolean disposing) [0x00000] in <filename unknown>:0
at System.IO.StringReader.Close () [0x00000] in <filename unknown>:0
at Mono.Xml2.XmlTextReader.Close () [0x00000] in <filename unknown>:0
at System.Xml.XmlTextReader.Close () [0x00000] in <filename unknown>:0
at System.Xml.XmlDocument.LoadXml (System.String xml) [0x00000] in <filename unknown>:0
at Xamarin.Licensing.PlatformActivation.TransformSystemProfilerOutput (System.String systemProfilerXml) [0x00000] in <filename unknown>:0
at Xamarin.Licensing.PlatformActivation.GetRegistrationXml (Mono.Touch.Activation.Common.License license) [0x00000] in <filename unknown>:0
at Xamarin.Licensing.PlatformActivation.ShowDataFile () [0x00000] in <filename unknown>:0
at Xamarin.Licensing.PlatformActivation.ProcessOptions () [0x00000] in <filename unknown>:0
at Monodroid.Arguments.Parse (IEnumerable`1 argv) [0x00000] in <filename unknown>:0
at Monodroid.MainClass.Main (System.String argv) [0x00000] in <filename unknown>:0
at Xamarin.Components.Ide.Activation.ActivationHandler+<LoadMachineData>c__AnonStoreyA.<>m__0 (System.Threading.Tasks.Task`1 t) [0x00045] in /Users/builder/data/lanes/monodevelop-lion-monodevelop-4.2.3-branch/30c4afc3/source/md-addins/Xamarin.Ide/Xamarin.Components.Ide/Activation/ActivationHandler.cs:671
at System.Threading.Tasks.TaskActionInvoker+FuncTaskInvoke`2[System.Int32,System.String].Invoke (System.Threading.Tasks.Task owner, System.Object state, System.Threading.Tasks.Task context) [0x00000] in /private/tmp/source/bockbuild-mono-3.2.6/profiles/mono-mac-xamarin/build-root/mono-3.2.6/mcs/class/corlib/System.Threading.Tasks/TaskActionInvoker.cs:331
at System.Threading.Tasks.Task.InnerInvoke () [0x0000b] in /private/tmp/source/bockbuild-mono-3.2.6/profiles/mono-mac-xamarin/build-root/mono-3.2.6/mcs/class/corlib/System.Threading.Tasks/Task.cs:503
at System.Threading.Tasks.Task.ThreadStart () [0x00097] in /private/tmp/source/bockbuild-mono-3.2.6/profiles/mono-mac-xamarin/build-root/mono-3.2.6/mcs/class/corlib/System.Threading.Tasks/Task.cs:404
This seems to be an issue reported multiple times to support all of a sudden, moving to High. JonP, any idea why we might be seeing an inability to load machine data?
Note that I'm unable to reproduce this in the basic case (Log out so I'm using Android Starter -> Check for Updates), so it's more than just that.
It's a stack overflow, for reasons I was never able to fathom. If you're actually able to consistently get that...
(Alas, nobody within the company ever gets the stack trace :-(
On the plus side, Comment #2 contains more useful information than bug #16686 does (yay), but I fail to see an overflow in it: I rather doubt that GC.SuppressFinalize() has any possible stack overflow (Rodrigo?), and we have ~14 stack frames between GC.SuppressFinalize() and Main(). Unless the code _calling_ main has happened to create hundreds-thousands of stack frames, I do not comprehend how that's failing with a StackOverflowException.
Though Bug #16686 implies that the stack overflow occurs in the "type initializer for Ionic.Zip.ZipFile", which likewise didn't make sense to me; last time i delved into the source, nothing stood out as being a recursive call.
I for one would dearly love a thousand-line long stack trace giving a coherent stack within Ionic.Zip.ZipFile. At present, I'm lacking one. :-(
Bizarre idea that comes to mind: can anybody think of any situation in which a mkbundle'd mono would use a "system"-installed Ionic.Zip.dll? Perhaps there's some mismatch going on? Corrupted install? It _should_ be using the Ionic.Zip.dll that's in the same directory as mandroid.exe.
Can we get a copy of the contents of the directory containing mandroid.exe, along with his current License file?
/me is shooting in the dark.
Looks like it's not really reproducible among people within the company. Do we still hear about this by customers?
re: comment 5, I think we should ask Chrisntr.
okay, closing as per response from Chris.