Austin Salgat

Any chance of this going out in a release anytime soon? 😁

Unfortunately it's technically not thread-safe, since it uses double-checked locking to determine whether a type is initialized (specifically [here](https://github.com/mgravell/fast-member/blob/master/FastMember/TypeAccessor.cs#L55)).

In this case instruction re-ordering inside the lock could allow for "lookup[type] = obj;" to occur before obj is finished constructing, allowing a second thread reading lookup[type] to be accessing...

Same here. I was excited to find this project to improve our performance but wow for larger objects it's as bad as 8x slower to serialize versus JSON.NET...

The size of the serialized object's file was 220MB versus 300MB serialized as a json file by JSON.NET. The vast majority of the slowdown for MessagePack is serializing (deserializing is...

Any updates on when this will be pushed? I did a pip install today and am still getting this 405 GET not allowed on force_leave.

I noticed .NET 8 is not available in the alpine package manager yet, even though the [docs](https://learn.microsoft.com/en-us/dotnet/core/install/linux-alpine#install-net-8) mistakenly reference it. I hit this issue when trying to update our alpine...

I'm having the same issue. A little bummed this isn't working since it's a really useful feature. Do you have any idea if any work is being done on this...

Would love to see this support .NET Standard. It's one of the only dependencies left holding us back.

This is a regression from moving to Grpc.Net.Client correct? Would it be better to continue to use Grpc.Core until Grpc.Net.Client support catches up? As of now, there's not much point...