{"push_id":1348599171,"size":5,"distinct_size":1,"ref":"refs/heads/networkinfo","head":"37fe3e7c46ec7b613a5b91baa16973b2f4557716","before":"ce21fa00fa5efb34bf1f7440e0007dacecb4d7e3","commits":[{"sha":"25663510be01785f625951da93799ae965ef9049","author":{"name":"Atsushi Eno","email":"f63ecc1f0c2cde37bdb6d4b59274a415b09dc690@gmail.com"},"message":"[Mono.Android] fix incorrect Tile enum type. (#262)\n\nThe consts should have been mapped to `Android.Service.QuickSettings`,\r\nnot `Android.Service.Quicksettings`.","distinct":false,"url":"https://api.github.com/repos/grendello/xamarin-android/commits/25663510be01785f625951da93799ae965ef9049"},{"sha":"dc5488ac4bf9a9566822b08f7e55232a6968ff36","author":{"name":"Dean Ellis","email":"fa2f64d85c77f347bc42c5afff40d47aea50facd@googlemail.com"},"message":"[Xamarin.Android.Build.Tasks] Error executing task ResolveAssemblyReference: Path is empty (#265)\n\nFixes https://bugzilla.xamarin.com/show_bug.cgi?id=44528\r\n\r\nSomething changed between C6 and the current master of xbuild or mono.\r\nBefore adding a reference like so\r\n\r\n\t<Reference Include=\"Foo.dll\" />\r\n\r\nused to work without any issues. Now we get the following\r\n\r\n\tError executing task ResolveAssemblyReference: Path is empty\r\n\r\nThis is because xbuild seems to interogate the path from the reference\r\nand it gets an empty string. But apprarently this is a problem.\r\n\r\nThis commit adds a call to Path.GetFullPath when resolving the assemblies\r\nto work around this problem.","distinct":false,"url":"https://api.github.com/repos/grendello/xamarin-android/commits/dc5488ac4bf9a9566822b08f7e55232a6968ff36"},{"sha":"14fb09177ed68f8aafa3561e5318d54a297b94fc","author":{"name":"Marek Habersack","email":"a0adefb222d4aa27b2264f7711606ac0316ae02d@twistedcode.net"},"message":"[Mono.Android] Assign AndroidHttpResponseMessage fields properly (#264)\n\nCode failed to assign the class fields from constructor parameters. Make\r\nsure the fields are assigned to properly.\r\n\r\nFixes https://bugzilla.xamarin.com/show_bug.cgi?id=45311","distinct":false,"url":"https://api.github.com/repos/grendello/xamarin-android/commits/14fb09177ed68f8aafa3561e5318d54a297b94fc"},{"sha":"53fd09bb546eda5d4010411bb3d122397687a071","author":{"name":"Bernhard Urban","email":"13528de7cad24c4d5f23904ca9c1e28653b0fb81@xamarin.com"},"message":"[monodroid] Move mono.android.GCUserPeer loading to JNI_OnLoad()\n\nThe Bridgeless SCC support (commit 70807523) requires the\n`mono.android.GCUserPeer` type to work, which is a type located within\n`classes.dex`.\n\nOn the main/UI/startup thread, `JNIEnv::FindClass()` uses a\n`ClassLoader` that will find types located within `classes.dex`. Other\nthreads do *not*. Other threads...such as mono's GC thread.\n\nUnfortunately, this means that the `JNIEnv::FindClass()` use within\n`gc_prepare_for_java_collection()` -- called from the mono GC thread\n-- would always return `NULL`, with a pending exception, which would\ncause the process to exit with an untimely death:\n\n\tF/art     : art/runtime/java_vm_ext.cc:410] JNI DETECTED ERROR IN APPLICATION:\n\tJNI GetMethodID called with pending exception java.lang.ClassNotFoundException:\n\tDidn't find class \"mono.android.GCUserPeer\" on path: DexPathList[[directory \".\"],nativeLibraryDirectories=[/vendor/lib, /system/lib]]\n\nMove the `JNIEnv::FindClass()` lookup for `mono.android.GCUserPeer`\ninto `JNI_OnLoad()`, which *is* invoked on the UI thread, and thus\n*can* find the `mono.android.GCUserPeer` type. This avoids the error.","distinct":false,"url":"https://api.github.com/repos/grendello/xamarin-android/commits/53fd09bb546eda5d4010411bb3d122397687a071"},{"sha":"37fe3e7c46ec7b613a5b91baa16973b2f4557716","author":{"name":"Marek Habersack","email":"a0adefb222d4aa27b2264f7711606ac0316ae02d@twistedcode.net"},"message":"Get network information from Java\n\nWith Android 7.0 (Nougat) it is no longer possible to read some\ninformation about network interfaces from the /sys filesystem. Google\nplaced restrictions on two files used by the Mono BCL to read\ninformation about the interface:\n\n  /sys/class/net/[DEVICE]/flags\n  /sys/class/net/[DEVICE]/operstate\n\nThe information we used to read from `flags` let us determine whether\nthe interface supports multicast and the `operstate` file provided us\nwith detailed information on the current device state.\n\nAdditionally, it is now impossible to read the hardware MAC address used\nby any interface. This bit of information is also unavailable when using\nthe Java APIs and therefore applications running on devices with API\n24 (and possibly newer) will not be able to access this information.\n\nMore details about the issue are available from the upstream Android\nbug:\n\n  https://code.google.com/p/android/issues/detail?id=205565\n\nIn order to obtain the required information, we now need to use the Java\nAPIs on devices with API 24+ and this commit implements the backend to\nretrieve this information. It is done in C in order to avoid overhead of\ncreating mirror .NET objects when calling Java, thus saving time and\nmemory during an operation which may be performed by some applications\nquite frequently.\n\nPart of fix for https://bugzilla.xamarin.com/show_bug.cgi?id=44296","distinct":true,"url":"https://api.github.com/repos/grendello/xamarin-android/commits/37fe3e7c46ec7b613a5b91baa16973b2f4557716"}]}
{"actor":{"display_login":"grendello"}}