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
There is some peculiar behaviour with the settings namespace/extension when launched the first time (natively - .elf) on a RPi: Vegz78/McAirpos#14 (comment)
It's still inconclusive, but preliminary tests suggests that maybe it might have something to do with write permissions inside the .elf.data folders that each game creates on the first launch, but on subsequent loading of the same game it no longer requires 777 permissions to write the storage files(755 is sufficient and the process owner is user pi).
Does anyone have enough detailed knowledge on the inner workings of the settings namespace to suggest a reason for or remedy for this behaviour?
Or maybe someone could test on MS' official MakeCode Arcade image with uf2 files to check if the same happens on the pi in this environment? Appreciate any help and insight!
The text was updated successfully, but these errors were encountered:
The settings namespace functions and properties mostly work when running natively as .elf executables on the RPi, but one usually has to run/execute the game 2 times and with chmod 755 all around to ensure that the storage is written properly in the game_file.elf.data folder.
Closing this issue, as it does not seem to be an issue with this settings extension, and it's mostly working with some work-arounds, except the above mentioned segfault.
Hi,
There is some peculiar behaviour with the settings namespace/extension when launched the first time (natively - .elf) on a RPi:
Vegz78/McAirpos#14 (comment)
It's still inconclusive, but preliminary tests suggests that maybe it might have something to do with write permissions inside the .elf.data folders that each game creates on the first launch, but on subsequent loading of the same game it no longer requires 777 permissions to write the storage files(755 is sufficient and the process owner is user pi).
Does anyone have enough detailed knowledge on the inner workings of the settings namespace to suggest a reason for or remedy for this behaviour?
Or maybe someone could test on MS' official MakeCode Arcade image with uf2 files to check if the same happens on the pi in this environment? Appreciate any help and insight!
The text was updated successfully, but these errors were encountered: