.NET

cross-posted from: https://programming.dev/post/10682526

😂Shared with permission from the author

cross-posted from: https://programming.dev/post/10535103

Microsoft DevBlogs has just been federated and can be followed at @[email protected].

Thanks to @[email protected]!

Explore a fun example app targeting GitHub Actions written entirely in .NET, optimized with Native AOT, and published to the GitHub Container Registry.

This is an article with code samples and related video for working with Google Sheets and Google Drive APIs in C#.

Accelerate .NET library development with GitHub Actions! Learn how to automate testing, report results, and ensure code coverage for robust projects.

Build Levels.fyi in DotNet! - How To Use Google Sheets API in C#

cross-posted from: https://programming.dev/post/9846368

Hello everyone. I just ran into an issue upgrading to MAUI 8.0.6 and thought I'd warn you to save some hair-pulling. Note that you can create a new MAUI app as 8.0.6 and it'll work - the issue only applies to if you have an existing <=8.03 app and try to upgrade.

As per my previous post, I ran into another issue with 8.0.6 (first time MAUI has gone the upgrade via nuget path - what could go wrong?!), and eventually I realised I already had a repo I could use for repro (I couldn't use the app I was working on), and all I would have to do was update it to 8.06 and... I couldn't (sigh).

If this comment is correct then it relates to Essentials. I tried their work-around but it didn't work for me.

So my status now is I need them to fix this, so I can repro the other issue in 8.0.6, so that they can fix that too and Flyout works again - I'm currently considering downgrading to .NET 7.0 until they get their act together with 8.0.

I created this beginner video tutorial to help teach folks about LINQ!

cross-posted from: https://programming.dev/post/9780587

In MAUI 8.03 we had the Flyout bug where the NavigationPage Title wouldn't update from the first page you had been on. In MAUI 8.06 that bug has been fixed but has introduced a new one on Windows (sigh).

Starting on Page1 I can use the Flyout to switch to Page2. Then, on Windows, if I use Flyout to switch back to already-existing Page1 it crashes with...

System.Runtime.InteropServices.COMException (0x800F1000): No installed components were detected.

Element is already the child of another element

It works on Android, and it works if you are creating a new page each time, it just doesn't work on Windows to switch back to an already-created page (which defeats the whole purpose of having a Flyout menu - switch between 2 pages without making a new one every time).

1. Does anyone know of a workaround to this? I can't find anything that relates to this in the context of a MAUI Flyout.
2. Does anyone have a real simple Flyout template that could be used for the repro (to put in the issue I'm gonna need to create). The one I'm working on has a whole bunch of my own libraries in it, so I'm gonna need to tear them all out before I can use it to make a repro (and of course they don't provide a template, and their sample doesn't work due to different bugs - sigh).

cross-posted from: https://programming.dev/post/9762485

I've just run into a MAUI issue which is specific to Windows (works fine on Android), and so I looked for a Windows Lemmy Community and was surprised to find there wasn't one! So I have created one at [email protected]

Of course you are still welcome to post about MAUI issues in [email protected] but if the issue is specific to Windows (as I have just encountered) then there is now the Windows Development Community as well (and of course we already have Communities for Android and IOS development, for issues on those platforms).

Just had this pop up in my Mastodon feed, if we have any Brisbane-based dotnet engineers in the job market here eigenmagic.net/@arichtman/111883866093603121

cross-posted from: https://programming.dev/post/9220472

I've just had this happen (and then stop again) for the second time in a few weeks. This is a new MAUI app where the only thing I've changed so far, other than add a few of my own (already previously tested and working) libraries, is change the home page, and the new home page only has a couple of labels on it, so it has no complexity at all added to it yet, and yet getting this odd alleged memory issue. The first time it happened I couldn't find a fix for it, left it for a while, came back (a week's worth of reboots later) and it was working again. Then today I made one trivial change - added a debug write - and the problem came back (but got past the new line without any issues). Then I rebooted and it's working again.

I have 32Gb of RAM, with 12Gb allocated to a RAMdisk, and I have my paging files set to use the RAMdisk.

It generated a log file which said...

"Native memory allocation (mmap) failed to map 186646528 bytes for G1 virtual space"

...so it only needed 180Mb, and down near the bottom it says...

"Memory: 4k page, system-wide physical 32579M (3638M free)"

...so I had more than enough space left (so the memory message may be a red herring for whatever did cause the crash). Googling that first message brings up a bunch of matches, but none of which are for MAUI Android (all different cases with different fixes).

This is using the Android emulator on a Windows machine where I've set the paging sizes to be system-managed. I'm not sure where the Android emulator actually gets memory from though - the system RAM? The paging RAM(disk)? The build directory? The user's App directory?

It reminds me of years ago there was a similar issue with Xamarin Android where the fix/workaround was to add a line to the csproj (I think it increased the heap or something from memory), but I haven't seen that pop up in a long time. Not sure if this is the same issue or a different one.

There's no repro for it cos I can't even reliably repro it. I'm just concerned that it's going to keep coming back given I haven't even added any complexity to it yet.

Has anyone run into this and/or knows how to fix it?