Bug 18572 - Updater shows "Error retrieving update information" with Xamarin.Android Starter edition - System.Exception: Could not load machine data
Summary: Updater shows "Error retrieving update information" with Xamarin.Android Star...
Alias: None
Product: Android
Classification: Xamarin
Component: Tools and Addins ()
Version: 4.12.0
Hardware: PC Mac OS
: High normal
Target Milestone: ---
Assignee: Jonathan Pryor
Depends on:
Reported: 2014-03-25 10:08 UTC by Prashant Cholachagudda
Modified: 2014-07-30 16:56 UTC (History)
6 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 Prashant Cholachagudda 2014-03-25 10:08:47 UTC
Xamarin Studio updater fails with "Error retrieving update information" when Xamarin.Android Starter edition is active

Xamarin Studio log:

Version information:

=== 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
GTK# (
Package version: 302050000

=== Apple Developer Tools ===

Xcode 5.0 (3332.25)
Build 5A1413

=== Xamarin.Mac ===

Xamarin.Mac: Not Installed

=== Xamarin.iOS ===

Version: (Indie Edition)
Hash: 23a0827
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
root:xnu-2422.90.20~2/RELEASE_X86_64 x86_64
Comment 2 Mikayla Hutchinson [MSFT] 2014-03-26 14:42:11 UTC
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
Comment 3 PJ 2014-03-31 16:06:57 UTC
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.
Comment 4 Jonathan Pryor 2014-03-31 22:55:00 UTC
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.
Comment 5 Atsushi Eno 2014-07-30 12:24:03 UTC
Looks like it's not really reproducible among people within the company. Do we still hear about this by customers?
Comment 6 PJ 2014-07-30 12:25:51 UTC
re: comment 5, I think we should ask Chrisntr.
Comment 8 Atsushi Eno 2014-07-30 16:56:19 UTC
okay, closing as per response from Chris.