Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project, notably refactoring out controller_global_t.

A lot of the changes made it possible to remove th controller_global_t.
Restructure the code to do this.

Most of the compile errors are fixed.

I still need to go over the logic and fix things.
I still need to copy over some functions.
I still need to move the print functions around.
I still need to do runtime tests once all of the above is completed.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Update: Remove the ++first and ++last parameters and relating logic.

I have used this for a while and have decided these are not worth the effort.
The addition is very nice but the additional code and logic is just extra maintenance and complexity for very little gain.

Security: Potential buffer overflow on 0 length array.

The length_name_item variable can potentially be zero.
The assignment of "name_item[length_name_item] = 0;" will then result in an assignment on a 0 length array.

This issue has been exposed via GCC's -fanalyzer.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Progress: Continue migrating the project.

Start brining in the enumerations and types.
There is still a lot of inconsistency in the type delete functions to deal with.
Many of the "delete" functions may end up being replaced with a "resize" method.

This removes the "--init" parameter.
I figure I might as well simplify the design a little and have the init and controller be more separate.

Update: Add new parameters to fll_program_print_copyright().

Progress: Continue migrating the project.

Update: Better utilize functionality of C for extern types.

I am creating a string pointer and passing it through a structure to dynamically pass different progam names for each program.
This is fine for many languages that are not C/C++.

For C/C++, this can be done in a cleaner and more efficient way.
The extern type can be declared in the main project and use that.
Then, the final binary is the only case where the actual implementation of the extern variable must exist.
That means each program (init and controller) will define their own program name string.
No extra memory in the structure needs to be used.
This is cleaner, simpler, and more maintainable.

Update: Remove -D_FORTIFY_SOURCE because several systems automatically add this and the screen is spammed with warnings.

Progress: Begin migrating the project, doing some initial preparations.

Tweak the fakefile structure.
Remove the "as_init" fakefile mode.
Use library instead of object so that both controller and init may use the same library.
I may want to create a custon "init only" mode where init uses libinit.so rather than libcontroller.so.

Have the build settings pass "-D_controller_as_init_" directly for the init fakefile.

Add the child process exit code.
I may end up changing this again, but I wanted to start off very consistent with other projects design.

Finish the help printing process.
The program name is moved into the specific programs.

Add missing control group header file include.

Fix a mistake whee the main thread signal function is calling itself rather than the main signal handler.
This bad behavior results in a segfault.

Update: Remove bootstrap script.

This doesn't need to exist here now that this is in a separate project.
The bootstrap script is also very limited in design and the Controller project uses a lot more advanced functionality.

Progress: Synchronize changes with recent develpments and remove accidentally committed build data.

Progress: Do some initial clean up and preparations.

Update: Initial import of the project with a skeleton based off of the example project.

This has some initial files copied over from the controller program from the fll project.