mono/mono

See https://aka.ms/dotnet-discord in the #monovm channel for our primary community location.

matrixbot

@matrixbot

heyimponyo tku

heyimponyo egtfkudx

heyimponyo tregkuw

Ultimate

@KosmicTask

Hi. A few questions.

WIll Mono see an offical fat binary build for macos amd64 + arm64?
I have heard that Mono is subsumed now into .NET 5. Mono had lots of cutomisations to enable it to run on a wide range of weird and wonderful platforms. Will all of that be carried over into .NET 5 or will Mono live on as a separate project with a release schedule?
It’s a bit quiet here…. What’s the best discord channel for old time Mono users who depend on using the Mono embedded API on macOS?
Thanks.

Alexander Köplinger

@akoeplinger

that is still being discussed
we've started with WebAssembly in .NET 5 and will do iOS/tvOS/Android for .NET6, other targets are of course welcome to be contributed by the community.
https://aka.ms/dotnet-discord in the #monovm channel

John White

@johnwmts_gitlab

Hi, I'm using mkbundle to distribute a cross platform .net console app. When running on Windows, the app crashes in libmono-btls-shared.dll when using HTTPS. Is there a way to disable BTLS and use a different TLS library? Thanks

Curtis Wensley

@cwensley

@johnwmts_gitlab Have you tried .NET Core / .NET 5? It has far better support for cross platform console apps, and can easily publish to a single file app for any platform.

John White

@johnwmts_gitlab

@cwensley no. I don't think that's an option for us because it's sharing code with a Unity project. It's something I can look into though

Curtis Wensley

@cwensley

afaik, the mkbundle targets have "issues" with their supplied master.config and don't include all the newer native dll's/dylibs that have come into play as a result of pulling in more .NET Core code for the BCL.

You could make your own mkbundle target (I can't remember how at the moment but there's a command that does it), then copy in the missing dll's. I have done this for macOS before.

John White

@johnwmts_gitlab

I've had a ton of problems with mkbundle yea. For the most part I've gotten it working but just bringing along certain dlls and putting them in the folder with my final exe file that mkbundle outputs. I'm doing that with libmono-btls-shared.dll now, but it crashes in the dll. I believe it's trying to access a mono-specific certificate store that doesn't exist because mono isn't installed on the system (hence the whole point of using mkbundle)

Ultimate

@KosmicTask

@akoeplinger Thanks for that. Is there a plan to continue to produce Xamarin intiated service releases for Mono going foward? For example to maintain compatibility with new os versions - its not unknown for new versions of macOS for instance to require a few Mono modifications. Or will the community have to take on that role alone?

Alexander Köplinger

@akoeplinger

@KosmicTask we still need to support current Xamarin based workloads (which are based on current Mono not just in Xamarin but e.g. msbuild or VSMac) for quite some time to come so I'd expect these to still be happening

Ultimate

@KosmicTask

I am going to experiment with build Mono for Apple Silicon using

./configure --disable-boehm --disable-llvm --disable-nls --disable-btls --disable-btls-lib --host=aarch64-apple-darwin20.0.0 --target=aarch64-apple-darwin20.0.0

Does the Mono CI system currently have an Apple Silicon target?
@migueldeicaza mono/mono#20214 that he had a preliminary bockbuild branch targetting Apple Silicon but it seems unavailable now. Is the only missing piece of the puzzle for an Apple Silicon distrib package on macOS - the updating of the bockbuild script? I haven’t looked at bockbuild in detail but I would be interested in putting some time into it if the work wasn’t being duplicated elsewhere.

marc hoffman 🏁

@dwarfland_twitter

@akoeplinger "WIll Mono see an offical fat binary build for macos amd64 + arm64? / that is still being discussed" — is it possible to manually build the current master separately for arm64 and x86_64, and then manually lipo (i really only need libmono2.0 and mono-sgen exe, for my purposes)? if so, whats the command line switch to force an arm64 build on an x64 system? thanx!

qihongw

@qihongw

Found a strange discrepancy of mono 6.8 on RedHat and Sles. On Redhat, System.Diagnostics.Process.GetProcessById(int, string) triggers a "The method or operation is not implemented" exception. GetProcessById(int) still works. On Sles both versions work fine. Two platforms use the same mono build. Can anybody imagine what's the possible reason for this?

qihongw

@qihongw

The exception is System.NotImplementedException

qihongw

@qihongw

got a clue: on Sles, the hostname is a simple host name without any domain name. On rh, it has a domain name. If I remove the domain name before passing the host name to the function, it won't throw anymore.

Ultimate

@KosmicTask

@dwarfland_twitter try ./configure --disable-boehm --disable-llvm --disable-nls --disable-btls --disable-btls-lib --host=aarch64-apple-darwin20.0.0 --target=aarch64-apple-darwin20.0.0

@dwarfland_twitter got that from mono/mono#20166

marc hoffman 🏁

@dwarfland_twitter

thanx! found that info over the weekend too, worked — but FTR< only on an arm64 Mac, seems cross-compiling on an Intel Mac isnt supported yet

Ultimate

@KosmicTask

@dwarfland_twitter A proper cross compiling solution to this would be great - might need to build on different platforms for now and lipo the resultant binaries together - like you I only need a small subset of the framework binaries.

marc hoffman 🏁

@dwarfland_twitter

yeah, i got it working now, only needed two dylibs (for the main app that embedds Mono) and mono-sgen (to be able to launch run mono apps)

awattar

@awattar

Hi. Is mscorlib.dll somehow dependent on xamarin or libxamarin-debug?

Alexander Köplinger

@akoeplinger

awattar

@awattar

That is strange as I'm trying to attach it the iOS xcode app and then it claims about some xamarin missing methods. When attaching libxamarin-debug it works.

awattar

@awattar

It claims about those methods that can be seen also in VS for mac.

Alexander Köplinger

@akoeplinger

ah for iOS yes there are a few methods that are implemented by xamarin

I thought you were asking about mono in general

awattar

@awattar

OK thx no problem.

nkosi23

@nkosi23

Hello!

In the latest article published on mono's website, you mention a new ".NET-5 compatible mode"
https://www.mono-project.com/news/2020/08/24/native-loader-net5/

nkosi23

@nkosi23

Multiple limitations and breaking API changes are described, such as the fact that AppDomain is removed. I am worried because the article is not really clear on whether the breaking API changes discussed in the article only apply to this special compilation mode, or whether this is a new direction Mono is taking and as such these APIs will not be available anywhere in Mono moving forward (thus breaking compatibility with NuGet packages and other existing codebases relying on AppDomain & Cie). Is there still commitment for the traditional API? I found the article ambiguous and worrying in this regard. Thank you

Alexander Köplinger

@akoeplinger

the existing Mono will not be going away or changing in that regard

most of the future work will be taking place in the Mono that is built as part of the https://github.com/dotnet/runtime repository, but that doesn't change the existing mono/mono repo

it's basically the same story as with .NET Framework vs. .NET Core

nkosi23

@nkosi23

Thanks!

Muhammed Elsaid

@MuhammedElsaid

Hello everyone, Just a quick question
Do you guys still support LLVM, because I tried to build mono with LLVM support but it keeps crashing for converting simple methods such as Console.WriteLine
Here I opened an issue mono/mono#20616
Thanks for any help, I appreciate it

Panos Athanasiou

@panoukos41

Hey all, I was wondering is it safe to use .net50 as a portable console app to run a grpc client service using mono? It works for a simple library that writes on the console.
Also is it possible to use a service worker Microsoft.NET.Sdk.Worker which actually requires the aspnet runtime?

Carlo Kok

@carlokok

Does anyone know what the searhcpath of dylibs/dlls is for mono on osx?

Does it look in the exe dir?

Alexander Köplinger

@akoeplinger

we're calling dlopen() so whatever the behavior for that is (e.g. following DYLD_LIBRARY_PATH env var)

Ultimate

@KosmicTask

Why does Mono not include netstandard.dll in the GAC? I thought this was required for Net Standard 2.0 support in 4.7.2+. The .NET GAC contains it.

Alexander Köplinger

@akoeplinger

we have it in our special Facades directory which is treated basically identically

Ultimate

@KosmicTask

I embed a cut down copy of Mono into our app, the Windows version of which targets 4.7.2. I am upgrading to Mono 6.12.0. Previoulsy I had always loaded mscorlib from lib/mono/4.5 and all was good.

So I thought it might be better to load from lib/mono/4.7.2-apibut the mscorlib there is invalid - maybe its just a reference assembly. Also Mono seems to insist on trying to load from the 4.5 path and fails if it is not present.

So I am a bit confused as to what the purpose of the lib/mono/4.x.x-api folders is. I need to load netstandard.dll from the Facades folder and presumed I needed to load it from the 4.7.2-api path but I am beginning to think that I should stick with the 4.5 path.

I just want to ensure that I have compatability with 4.7.2.

Alexander Köplinger

@akoeplinger

yes anything in -api folders are reference assemblies

they are only used for compilation, never at runtime

the 4.5 folder and Facades subfolder is the correct one to load from in your case as it contains the "latest" binaries (we couldn't rename the folder for various reasons)

Ultimate

@KosmicTask

@akoeplinger On macOS and Azure dll that I think is targeting netstandard 2 has a dependency on system.Runtime.InteropServices.RuntimeInformation.dll. The RuntimeInformation class was added in 4.7.1 as part of mscorlib.

I presume the dll is added as a dependency to support targets earlier than that. Mono wants to load this dll and if I manually copy it into the app folder the app runs ok. But from reading what you said here https://github.com/dotnet/runtime/issues/17471#issuecomment-272431695 it looks as if that dll maybe Windows specific.

It maybe that the windows specific code in that dll won’t be called, or maybe it will under some conditions. Will Mono try and resolve the RuntimeInformation type from its own mscorlib implementation or will it use the dll definition?

Looking at the nuget package info for the dll I can see this

"runtimeTargets": {
          "runtimes/unix/lib/netstandard1.1/System.Runtime.InteropServices.RuntimeInformation.dll": {
            "assetType": "runtime",
            "rid": "unix"
          },
          "runtimes/win/lib/net45/System.Runtime.InteropServices.RuntimeInformation.dll": {
            "assetType": "runtime",
            "rid": "win"
          }
        }

But as that is netstandard1.1 I don’t know if it wouyld be worth trying to install it instead.

Where communities thrive

People

Repo info

Activity