Starting the runtime fails.

[ghost]

Starting the runtime fails sometimes because of a issue in the get_current_dir_filepath function

DNNE/src/platform/platform.c

Line 291 in 449e4cc

int32_t remaining = (int32_t)(filename_dest - buffer);

Should probably be
int32_t remaining = (int32_t)DNNE_MAX_PATH - (filename_dest - buffer);

[AaronRobinsonMSFT]

@alberts2 The length of the buffer is passed in so I think it could be the following:

int32_t remaining = len - (filename_dest - buffer);

Thanks for reporting this. I will push up a new version ASAP.

[AaronRobinsonMSFT]

@alberts2 As a confirmation was this observed on a non-Windows platform? I am occasionally still getting the following on macOS, but have no issues on Windows. I will need to debug further I think.

Initialization for self-contained components is not supported
FAILURE: Type: 1, Error code: 80008093
Abort trap: 6

[AaronRobinsonMSFT]

Found it. There was another bug I had introduced when indicating how much of the buffer I had used.

DNNE/src/platform/platform.c

Line 235 in 449e4cc

*written = (int32_t)len;

The above should really be the buffer consumed not its length. This bug isn't in the Windows version.

[ghost]

@alberts2 As a confirmation was this observed on a non-Windows platform? I am occasionally still getting the following on macOS, but have no issues on Windows. I will need to debug further I think.
Initialization for self-contained components is not supported
FAILURE: Type: 1, Error code: 80008093
Abort trap: 6

On windows it only worked if it was run from somewhere on C: and it didn't work if it was placed on another volume like G:

[AaronRobinsonMSFT]

@alberts2 Okay. I will verify that scenario as well. There were at least 2 issues here and I have addressed both. The updated package has been published - https://www.nuget.org/packages/DNNE.