If you have a problem or need to report a bug please email : support@dsprobotics.com
There are 3 sections to this support area:
DOWNLOADS: access to product manuals, support files and drivers
HELP & INFORMATION: tutorials and example files for learning or finding pre-made modules for your projects
USER FORUMS: meet with other users and exchange ideas, you can also get help and assistance here
NEW REGISTRATIONS - please contact us if you wish to register on the forum
Users are reminded of the forum rules they sign up to which prohibits any activity that violates any laws including posting material covered by copyright
saving a string value-after compile
4 posts
• Page 1 of 1
saving a string value-after compile
hi all.
I posted yesterday about a problem with saving string data in exe apps (made by FS) after compiling, but
it seems that nobody knows anything about it
so i have a very simple question about string data:
can exe apps (made by FS) read and save string data in their internal memory and reload it
next time the app is opened (without using a preset manager)?!
because i find it impossible. i try to save a text data (using a string check-box) and it doesn't
save it.
If anybody knows what is the reason, please help.
THANKS
I posted yesterday about a problem with saving string data in exe apps (made by FS) after compiling, but
it seems that nobody knows anything about it
so i have a very simple question about string data:
can exe apps (made by FS) read and save string data in their internal memory and reload it
next time the app is opened (without using a preset manager)?!
because i find it impossible. i try to save a text data (using a string check-box) and it doesn't
save it.
If anybody knows what is the reason, please help.
THANKS
-
kortezzzz - Posts: 763
- Joined: Tue Mar 19, 2013 4:21 pm
Re: saving a string value-after compile
kortezzzz wrote:(without using a preset manager)
Yes..here's an example...There's also stacks of info on all this at SM forum....
there is a "preset manager module" inside it,
But it's just there for host automation..delete it if not required
http://www.dsprobotics.com/support/viewtopic.php?f=2&t=1441&start=20#p7243
BV MUSIC SYDNEY AUSTRALIA..Songwriting and Software development
Headquartershttps://www.bvmusicsydneyaustralia.com/
Spotifyhttps://open.spotify.com/artist/7JO8QM40mVmHb7pAwKPJi0
Donatationhttps://www.paypal.com/donate/?hosted_button_id=HEUR8R7K8GZ4L
Headquartershttps://www.bvmusicsydneyaustralia.com/
Spotifyhttps://open.spotify.com/artist/7JO8QM40mVmHb7pAwKPJi0
Donatationhttps://www.paypal.com/donate/?hosted_button_id=HEUR8R7K8GZ4L
- billv
- Posts: 1157
- Joined: Tue Aug 31, 2010 3:34 pm
- Location: Australia
Re: saving a string value-after compile
Not sure if I understand the question correctly, but here are some thoughts from practice.
You can use external "config file" (fixed name), always loaded on app start. Config file may contain then other file paths/names, so that other files are loaded on startup too.
Few things to remember.
Loading other external files (i.e. indexed in main config file) - must be triggered after the main config file was loaded (so - not through afterload prim, but from output that loaded the config). It's a matter of correct trigger order.
In order to load a file (config file) when app starts - you must add timer/delay to afterload primitive connected to loader (whatever delay - I use 1-50ms). This is/was an unsolved bug in SM/FS. Filesystem management is loaded after initialization trigger is sent. But as far I remember - this issue may refer only to relative filepaths (so - yes, config file may be pointed through relative path, and thus - you may freely copy the whole pack); not tested with absolute.
You can use external "config file" (fixed name), always loaded on app start. Config file may contain then other file paths/names, so that other files are loaded on startup too.
Few things to remember.
Loading other external files (i.e. indexed in main config file) - must be triggered after the main config file was loaded (so - not through afterload prim, but from output that loaded the config). It's a matter of correct trigger order.
In order to load a file (config file) when app starts - you must add timer/delay to afterload primitive connected to loader (whatever delay - I use 1-50ms). This is/was an unsolved bug in SM/FS. Filesystem management is loaded after initialization trigger is sent. But as far I remember - this issue may refer only to relative filepaths (so - yes, config file may be pointed through relative path, and thus - you may freely copy the whole pack); not tested with absolute.
Need to take a break? I have something right for you.
Feel free to donate. Thank you for your contribution.
Feel free to donate. Thank you for your contribution.
- tester
- Posts: 1786
- Joined: Wed Jan 18, 2012 10:52 pm
- Location: Poland, internet
Re: saving a string value-after compile
thanks a lot guys. well, Billv already solved my problem, at my other post with a great schematic.
now, i understand much better how FS made exe files behave after compiling.
THANKS A LOT AGAIN.
now, i understand much better how FS made exe files behave after compiling.
THANKS A LOT AGAIN.
-
kortezzzz - Posts: 763
- Joined: Tue Mar 19, 2013 4:21 pm
4 posts
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 60 guests