Running app (with Hastlayer) using dotnet run fails with a dependency exception

[OlegKarasik]

Good evening,

I was tinkering around Hastlayer, or to be more precise I tried to implement a simple all-pairs shortest path algorithm (here is a source code) and I have faced an issue running the application using dotnet run (I wanted to test software implementation to ensure the algorithm is working find).

The code fails with the following exception:

Error: Some services are not able to be constructed (Error while validating the 
service descriptor 'ServiceType: 
Hast.Communication.Services.ICommunicationServiceSelector Lifetime: Scoped 
ImplementationType: Hast.Communication.Services.CommunicationServiceSelector': 
Unable to resolve service for type 'Hast.Common.Services.IClock' while 
attempting to activate 'Hast.Communication.Services.FpgaIpEndpointFinder'.) 
(Error while validating the service descriptor 'ServiceType: 
Hast.Communication.Services.ICommunicationService Lifetime: Scoped 
ImplementationType: Hast.Communication.Services.EthernetCommunicationService': 
Unable to resolve service for type 'Hast.Common.Services.IClock' while 
attempting to activate 'Hast.Communication.Services.FpgaIpEndpointFinder'.) 
(Error while validating the service descriptor 'ServiceType: 
Hast.Communication.Services.IFpgaIpEndpointFinder Lifetime: Scoped 
ImplementationType: Hast.Communication.Services.FpgaIpEndpointFinder': Unable to
resolve service for type 'Hast.Common.Services.IClock' while attempting to 
activate 'Hast.Communication.Services.FpgaIpEndpointFinder'.) (Error while 
validating the service descriptor 'ServiceType: Hast.Transformer.ITransformer 
Lifetime: Scoped ImplementationType: Hast.Transformer.DefaultTransformer': 
Unable to resolve service for type 'Hast.Common.Services.IJsonConverter' while 
attempting to activate 
'Hast.Transformer.Services.TransformationContextCacheService'.) (Error while 
validating the service descriptor 'ServiceType: 
Hast.Transformer.Services.ITransformerPostProcessor Lifetime: Scoped 
ImplementationType: Hast.Transformer.Services.DefaultTransformerPostProcessor': 
Unable to resolve service for type 'Hast.Common.Services.IJsonConverter' while 
attempting to activate 
'Hast.Transformer.Services.TransformationContextCacheService'.) (Error while 
validating the service descriptor 'ServiceType: 
Hast.Transformer.Services.ITransformationContextCacheService Lifetime: Scoped 
ImplementationType: 
Hast.Transformer.Services.TransformationContextCacheService': Unable to resolve 
service for type 'Hast.Common.Services.IJsonConverter' while attempting to 
activate 'Hast.Transformer.Services.TransformationContextCacheService'.)

I have tried to Google and look through the source code but I had no clue to the source of the issue. The exception is thrown on the line 21 of RunHardwareFloydWarshallCommand.cs file.

I would appreciate any help.

[Piedone]

Hmm. This exception tells that some injectable dependencies can't be found (duh), which shouldn't be the case when at least the Hastl.Layer package is referenced (since that eventually loads every other package necessary), what I see is the case in your code.

I would run your code to check this out in more detail, but I have a hard time figuring out the command line parameters. Could you please add a launchSettings.json file that provides everything to be able to run the app with F5 for this test?

[Piedone]

Thank you! I tried and the app now starts for me and fails with this exception:

Hast.Layer.HastlayerException
  HResult=0x80131500
  Message=An error happened during generating the Hastlayer hardware representation for the following assemblies: E:\Projects\Lombiq\Hastlayer\apsp-problems\floyd-warshall\src\bin\Debug\net7.0\Code.dll
  Source=Hast.Layer
  StackTrace:
   at Hast.Layer.Hastlayer.<GenerateHardwareInnerAsync>d__16.MoveNext()
   at Code.Interface.RunHardwareFloydWarshallCommand.<ExecuteAsync>d__0.MoveNext() in E:\Projects\Lombiq\Hastlayer\apsp-problems\floyd-warshall\src\Interface\RunHardwareFloydWarshallCommand.cs:line 39

  This exception was originally thrown at this call stack:
    [External Code]

Inner Exception 1:
InvalidOperationException: The method System.Void Code.Hardware.APSP04::ParallelOptimisation(Hast.Transformer.SimpleMemory.SimpleMemory,System.Int32) contains parameters apart from the SimpleMemory parameter. Hardware entry points should only have a single SimpleMemory parameter and nothing else.

This is expected; hardware entry point methods must only contain a single SimpleMemory parameter (this is basically where execution starts on the hardware, and thus every input should be passed in via SimpleMemory. So, the sz integer should be rather a cell in the SimpleMemory object here.

Do I understand correctly though that for you this isn't reached and the code fails before all of this? I didn't do anything special to make it run, but I did use Visual Studio and has run the app by opening the solution and then hitting F5.

[OlegKarasik]

You are correct. For me the issue is happening on this line.

Regarding the SimpleMemory - I got the idea, just a one parameter and everything else should be passed through it. Thanks you for the clue!

[Piedone]

Hmm, I really have no quick idea why this would happen. There's nothing VS-specific in Hastlayer, and the CI builds and tests run without it too. However, I can reproduce it under VS Code indeed, just as with dotnet run (even after dotnet build .\Solution.sln).

Any chance you can use VS for this? And we'll look into fixing this.

[sarahelsaig]

The problem is not IDE-specific, I can reproduce it in command line as well:

It's related to the current working directory, because Hastlayer expects it to be the executable's location. It's expected for eagerly loading the Hast.*.dll files, but also other build related lookups like the HardwareFramework directory that contains the VHDL framework (Hast_IP). This is not an issue in Visual Studio or Rider because the default working directory is already where the executable is created. I'm not sure why VS code doesn't work like that out of the box.
I will push some improvements to make the build more robust soon, but in the meantime you can fix it by adding /Debug/net7.0 to the cwd property of your launch.json like this:

"cwd": "${workspaceFolder}/floyd-warshall/src/bin/Debug/net7.0",

[Piedone]

And the new release is out: https://github.com/Lombiq/Hastlayer-SDK/releases/tag/v2.1.0

[OlegKarasik]

Edited because I forget to update to 2.1.1.

@DAud-IcI, @Piedone Guys sorry for a such long response (had a hard time allocating time to work on the project). I have updated the library to the latest version and everything works flawlessly now. Thanks for help!

[Piedone]

Awesome!