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
FS & Applications
12 posts
• Page 2 of 2 • 1, 2
Re: FS & Applications
My advice to create DLL for flowstone, it takes into account that it will share resources for each primitive module.
So pay attention to the use of global variables in DLLs.
If you want to create some runnable threads,
you must of course have the ability to keep track of which of the primitive module instance will create it,
with a thread list and some id, so you can finish the right one properly, and to recover the outgoing data,
you must constantly trigger its output, so you can take the data as soon as it is ready,
This way you can create your own detached main loop,
with which you can work in the same way you do with a main exe,
but to care for data exchange from the calling function and the executing thread, using mutex or other arquebuses.
I was working for a few examples, but given the complexity,
in the end, do first to directly use the C ++,
perhaps with the help of some libraries,
so as to have instant gratification,
If you like the program, instead of spaghetti, look here
https://github.com/bclucas/Alloy-Graphics-Library
So pay attention to the use of global variables in DLLs.
If you want to create some runnable threads,
you must of course have the ability to keep track of which of the primitive module instance will create it,
with a thread list and some id, so you can finish the right one properly, and to recover the outgoing data,
you must constantly trigger its output, so you can take the data as soon as it is ready,
This way you can create your own detached main loop,
with which you can work in the same way you do with a main exe,
but to care for data exchange from the calling function and the executing thread, using mutex or other arquebuses.
I was working for a few examples, but given the complexity,
in the end, do first to directly use the C ++,
perhaps with the help of some libraries,
so as to have instant gratification,
If you like the program, instead of spaghetti, look here
https://github.com/bclucas/Alloy-Graphics-Library
- Tronic
- Posts: 539
- Joined: Wed Dec 21, 2011 12:59 pm
Re: FS & Applications
@S1user
If you're also interested in vanilla Ruby, here's something I stumbled upon recently:
http://ironruby.net/
That's Ruby integrated with the .net framework.
If you're also interested in vanilla Ruby, here's something I stumbled upon recently:
http://ironruby.net/
That's Ruby integrated with the .net framework.
"There lies the dog buried" (German saying translated literally)
- tulamide
- Posts: 2714
- Joined: Sat Jun 21, 2014 2:48 pm
- Location: Germany
12 posts
• Page 2 of 2 • 1, 2
Who is online
Users browsing this forum: No registered users and 66 guests