Problem with brl.FileSystem and #GLFW_APP_LABEL

Monkey Forums/Monkey Bug Reports/Problem with brl.FileSystem and #GLFW_APP_LABEL

DeadFall(Posted 2015) [#1]
If you set #GLFW_APP_LABEL within your code you can't use brl.FileSystem properly.

Here is a sample code from the Monkey Documentation: Link

(This is tested on 86a)



If you try this code and then look in, projectname.buildv86a\glfw3\gcc_winnt\Debug\internal

You'll notice nothing is saved. Commenting out #GLFW_APP_LABEL makes the program run as expected. This is just something I came across while messing around with the filesystem stuff.


ImmutableOctet(SKNG)(Posted 2015) [#2]
Actually, this is an awesome feature that makes programs UAC compliant on Windows, and ensures you store local data in the right places everywhere else. Here's a link to the change-log for this. Mark fixed this again somewhat recently, so that's probably why you're noticing this now.

If you don't set 'GLFW_APP_LABEL', then it'll be in your local directory as you're expecting. If you do set it, it'll go to your roaming app-data folder: "%appdata%/GLFW_APP_LABEL", AKA "%appdata%/This is a test App". Optionally, you can add a publisher folder with 'GLFW_APP_PUBLISHER', and it'll put your application's data into a sub-folder of that (In your app-data).


DeadFall(Posted 2015) [#3]
Ah that makes sense then. Thanks for the info.