"default" Asset library path is incorrect, crashes on start

[keyreal-code]

Hello,

Getting the following error: [lime.utils.Preloader] ERROR: There is no asset library with an ID of "default" when trying to start a Lime application (porting an existing game engine to a newer Lime).

Native target, Windows, develop branch.

Traced down the problem to Assets.loadLibrary, which sets path to "/manifest/default.json". Adding a line that changes path to "manifest/default.json" (without the leading slash) before calling AssetManifest.loadFromFile fixes the issue.

I'm not sure what is the actual cause of this bug, so I can't provide a meaningful pull request at this point.

[keyreal-code]

Another issue, which might be related to this: unembedded assets are not loaded and result in a crash.

I'm calling Assets.getImage("textures/perlin.png") in the code. The image file exists. The project.xml contains the following line: <assets if="dev" path="assets/textures" rename="textures" embed="false" />

The id "textures/perlin.png" is eventually passed to AssetLibrary.getImage, where it attempts to resolve the path by calling paths.get(id), which returns the string //..//textures/perlin.png. This is passed to Image.fromFile which then eventually throws a NPE.

Embedded assets seem to be loaded fine.

[keyreal-code]

It seems like the second problem happens because the basePath in AssetManifest is set to //..//. Forcefully setting it to blank character `` solves this.

[ianharrigan]

I also, seemingly suddenly, hit this issue. Using the proposed fix:

if (path == "/manifest/default.json") {
    path = "manifest/default.json";
}

in lime.utils.Assets seemed to get past the crash, however, it also seems that now i cant actually get any of the resources (listed in an include.xml from a haxelib project)

This was an app that was previously working, i did do an openfl upgrade and i think the only thing that updated was hxcpp... not sure if that might help to get to the root of the issue.

Cheers,
Ian

[AlexHaxe]

I had the same issue on a Windows system that was updated to hxcpp 4.0.19. The app would compile and run fine on Linux and neko (Linux and Windows), but on C++ it would show a message box complaining about missing default asset library and a stacktrace (when running with -debug) or simply show a white screen with a frozen progress bar (without -debug).

My fix was to go back to hxpcpp 4.0.8 (that's the version I had running before, there might be later versions that also fix the issue)

edit: I should mention I used Haxe 3.4.7

[ianharrigan]

I can confirm @AlexHaxe's solution. Reverting back to hxcpp:4.0.8 makes the issue go away.

[Gama11]

I just found that this only happens when latest hxcpp is used together with Haxe 4.0.0-rc.2 or earlier. Hxcpp 4.0.19 seems to work fine with rc.3.

[Gama11]

This has been fixed in hxcpp:

• Haxe 3.4.7 + hxcpp 4.0.19 = crash on Lime/OpenFL samples HaxeFoundation/hxcpp#814
• HaxeFoundation/hxcpp@d119a07