You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Following this openfl/lime/issues/1757 issue, I though I found a workaround, but it didn't work for cpp.
So, Lime structures get incorrect path to assets and the app crashes. Using Sys.getCwd() to get the correct path worked for my case only on HL. Trying it on cpp I still get the crash - non-ascii path results with wrong string returned by Sys.getCwd().
trace(Sys.getCwd());
what it should be
C:\game\export\windows\я\
but it is
C:\game\export\windows\╤П\
As was stated in similar issue #10859, tediously telling the users how to "properly start" the app is annoying.
The text was updated successfully, but these errors were encountered:
Are you sure the problem is with Sys.getCwd()? I've run into similar issues where the strings returned from system functions were correct, but they were printed incorrectly:
Following this openfl/lime/issues/1757 issue, I though I found a workaround, but it didn't work for cpp.
So, Lime structures get incorrect path to assets and the app crashes. Using
Sys.getCwd()
to get the correct path worked for my case only on HL. Trying it oncpp
I still get the crash - non-ascii path results with wrong string returned bySys.getCwd()
.what it should be
but it is
As was stated in similar issue #10859, tediously telling the users how to "properly start" the app is annoying.
The text was updated successfully, but these errors were encountered: