FreeRTOS running, SUCCESS!
When createing a project, the source files, such as BSP, HAL, Drivers, etc... all come from the STM3232 firmware that was included/distributed with System Workbench, some of which is out of date.
It is much, much, much better to let STM manage the firmware for the processors and let the integrators manage the build environment.
GNU GCC for ARM from Launchpad is maintained, binaries built and then packaged by STM.
Eclipse is built and maintained by Eclipse.
STM32Cube is maintained and distributed by STM and that means it got tested.
The C/C++ Build Envronment is handled by System Workbench.
With each of these groups doing the thing they do best, the tool, System Workbench will rapidly become a better tool to work with.
On another note, I figured out how to get System Workbench to create a bin and a hex file during the same build and I used DfuSe from STMicroelectronics to convert the hex file to dfu file and upload and then convert the bin file to dfu file and upload.
The DfuSe V3.0.4 is broken, it will not make dfu files from the hex or bin files. I used the DfuSe V3.0.3 to successfully do all the above.
;){kind=link}