Google.Cloud.Asset.V1 exception System.IO.FileNotFoundException

Hi all,

<PackageReference Include="Google.Cloud.Asset.V1" Version="2.6.0" />

A few days ago we started getting the following error:

System.IO.FileNotFoundException at Grpc.Core.Internal.UnmanagedLibrary.FirstValidLibraryPath

Error loading native library. Not found in any of the possible locations: /home/site/wwwroot/bin/libgrpc_csharp_ext.x64.so,/home/site/wwwroot/bin/runtimes/linux/native/libgrpc_csharp_ext.x64.so,/home/site/wwwroot/bin/../../runtimes/linux/native/libgrpc_csharp_ext.x64.so

@jskeet any idea why this might be?

[jskeet]

Expanding the results view needs to iterate over all the pages, making RPCs as it goes. You’re trying to do that in the debugger which may well have all kinds of restrictions in terms of how it interoperates with native code… I’m not particularly surprised that fails, even if it’s a bit of a pity. It’s also possible that it does work, but takes longer than the debugger is willing to wait.

I’d suggest adding:

var pages = pagedResponse.ToList();

and then stepping over that to see all pages. If you see an error when not running in the debugger, please file a new issue with details.

[jskeet]

(Copied from the Stack Overflow answer. Closing the issue now.)

It looks like this is a problem that was fixed in Grpc.Core 2.34.0 (by this commit, I believe). If you add an explicit dependency on Grpc.Core 2.34.0, like this:

<PackageReference Include="Grpc.Core" Version="2.34.0" />

… that seems to fix it. I still don’t know why the runtime was copied into the “old” expected place for Windows but not for Linux - that feels like it’s an Azure Functions SDK issue somehow. But with Grpc.Core 2.34.0, the native extension loader “knows” where to find it in the parent bin/runtimes directory instead.