Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    0xFireball
    @0xFireball
    anything i can do (other than disabling the linker)
    Atsushi Eno
    @atsushieno
    no idea other than fixing the linker issue by yourself
    0xFireball
    @0xFireball
    so i guess i'll have to wait for your linker guy to resolve the bug
    Atsushi Eno
    @atsushieno
    or build roslyn from sources on top of Xamarin platform instead of PCL
    0xFireball
    @0xFireball
    probably a better idea, i'll try that
    0xFireball
    @0xFireball
    what about the System.Runtime.Loader?
    Atsushi Eno
    @atsushieno
    It just has a type forwarder which forwards the type to the one in mscorlib
    0xFireball
    @0xFireball
    how do i target the xamarin platform from the roslyn sources? should i try building for the desktop platform instead of PCL?
    Atsushi Eno
    @atsushieno
    You should create a new project that has the same list of sources or whatever builds
    If that sounds difficult to understand maybe that's not going to be your solution
    0xFireball
    @0xFireball
    you mean to create a new Xamarin.Android project with the same C# sources and build it under the XA platform right?
    Atsushi Eno
    @atsushieno
    yeah, exactly
    Sathanu
    @sathanu
    How much better performance give to application by xamarin like native?
    Atsushi Eno
    @atsushieno
    Android API calls invoke Java framework via Android API so it cannot be faster than Java in theory.
    That does not apply to non-Android API calls though.
    7 Bowler Hats
    @7eee
    hello ,
    i am building a rom, and am making some system apps
    is using xamarin.android a good idea? (in terms of overhead/performance/package size)
    and in terms of non-android api calls, (.net) is xa faster than java?
    Troy Spradling
    @tr0yspradling
    Who can guide me on developing xamarin android applications on ubuntu linux?
    Atsushi Eno
    @atsushieno
    You can shoot concrete individual questions here and someone might answer.
    @7eee: If you get any simple Yes/No answer to that vague "is X faster than Y?" question, that is most likely wrong.
    Atsushi Eno
    @atsushieno
    @jonpryor: please review when you are back from vacations xamarin/java.interop#68
    Glenford Williams
    @glenfordwilliams
    trying to build under ubuntu all compiles but now im trying to build everything using monodevelop and i keep getting this error User assembly '/home/kingwill101/Documents/git/xamarin-android/external/LibZipSharp/bin/$(OS)/Debug/libZipSharp.dll' is missing. Debugger will now debug all code, not just user code.
    the $(OS) variable seems a bit off because there is a directory there called Unix. how can i find what the $(OS) variable is printing
    Glenford Williams
    @glenfordwilliams
    Could not find support file '/home/kingwill101/Documents/git/xamarin-android/external/Java.Interop/bin/Debug/Xamarin.Android.Tools.Bytecode.dll'. Could not find support file '/home/kingwill101/Documents/git/xamarin-android/external/Java.Interop/bin/Debug/Xamarin.Android.Tools.Bytecode.dll.mdb'. Could not obtain a C# compiler. C# compiler not found for Mono / .NET 4.5. Build: 2 errors, 6 warnings
    Mandrakia
    @Mandrakia
    Hi there I'm having issues with a bug introduced recently in the build process (ignores binding references) can anyone who has Xamarin.Android build set up provide me with an updated Xamarin.Android.Build.tasks.dll?
    Jonathan Pryor
    @jonpryor
    @glenfordwilliams: that "C# compiler not found" message is bizarre.
    @Mandrakia: do you know which commit? I'm not aware of any changes to ignore binding references...
    Mandrakia
    @Mandrakia
    https://bugzilla.xamarin.com/show_bug.cgi?id=42091
    On InputJar from binding library are not included in the Javac build task resulting in missing packages errors
    tried upgrading to beta channel but bug is still present so i'm downgrading to Cycle 6 hoping it will work :(
    From what I saw it has been fixed just not packaged and released yet.
    Jonathan Pryor
    @jonpryor
    it's been fixed in the OSS repo. that fix is not yet part of C8, and i'm not sure it will be
    Mandrakia
    @Mandrakia
    that's a huge feature that broke :/
    Mandrakia
    @Mandrakia
    Is there anyway to make a class that inherits from java.lang.object force loadlibrary(monodroid) ?
    I'm trying to write an xposed module with xamarin, but since it just load lib the apk without actually launching the app monodroid isn't loaded when xposed instantiate the module. I can't find any way to make it call loadlibrary(monodroid) before calling mono.android.register (which will throw a linkfail error)
    Jonathan Pryor
    @jonpryor
    what is an "xposed module"?
    Mandrakia
    @Mandrakia
    Xposed is a root app that enables you to create modules that can hook a lot of events of the system and of other apps
    Jonathan Pryor
    @jonpryor
    Java Callable Wrapper static initializers don't load mono because I couldn't find a reliable way to make that work, because I need a Context in order to find where the app is located, and Android doesn't provide any mechanism to obtain the Application context from static methods
    the init code is here: https://github.com/xamarin/xamarin-android/blob/972336b03e95d674808906644ede57db45edbc7d/src/Xamarin.Android.Build.Tasks/Resources/MonoPackageManager.java
    which is normally invoked by a ContentProvider: https://github.com/xamarin/java.interop/blob/master/src/Java.Interop.Tools.JavaCallableWrappers/Resources/MonoRuntimeProvider.Bundled.java
    if you're not launching the app "normally", then the ContentProvider won't be used, and things break, as you see
    Mandrakia
    @Mandrakia
    So Xposed just instantiate a class by reflection after loading the apk.
    Jonathan Pryor
    @jonpryor
    so what you'll need to do is explicitly invoke mono.MonoPackageManager.LoadApplication() first
    Mandrakia
    @Mandrakia
    Problem is I can't find a place to do it, the call stack is extremely small it crashes on the static constructor of the type
    Jonathan Pryor
    @jonpryor
    alternatively, we could alter the Java Callable Wrappers to contain a static initializer which calls "something" which does "something", but the details of that would need to be worked out.
    Android doesn't make it easy here
    We need to get the path to the .apk and the path to the directory containing the native libraries
    and at this point in time I'm not aware of any Android APIs to do that which don't involve android.app.Context
    and android.app.Context doesn't provide any ways to access a "global instance"
    because "globals are bad" and all that
    Mandrakia
    @Mandrakia
    Yeah it's gonna be complicated. java.Lang.system doesn't provide any way to locate the native libs ?