Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Settings namespace not launching correctly (natively) on RPi #2

Closed
Vegz78 opened this issue Aug 9, 2021 · 1 comment
Closed

Settings namespace not launching correctly (natively) on RPi #2

Vegz78 opened this issue Aug 9, 2021 · 1 comment

Comments

@Vegz78
Copy link

Vegz78 commented Aug 9, 2021

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!

@Vegz78
Copy link
Author

Vegz78 commented Aug 17, 2021

Further testing has revealed:

  1. 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.
  2. Except the settings.exists("string") property, which causes segmentation fault:
    Crashes(segfault?) - exists property - settings namespace - Raspberry Pi pxt-arcade#3812

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant