I found a compile error were a older installed version of free orion didn't uninstall a older boost library.
This caused some kind of a conflict with a newer version. Aka it didn't uninstall the previous boost library (because it can and does occasionally not close the process freeorionCA*
when run), it then prevented the library from uninstalling when the application was removed and it remained in place.
Note this problem may also affect any regular user who.
Has not uninstalled the sept 9th 2015 stable version of freeorion, then runs fo prior to a attempt to remove it and then install the new stable version 4.6. This will occur, if his freeorionCA process hangs on close, prior to uninstalling.
Btw this is most likely caused by a indirect file io memory leak, due to a file or some resource being opened but not not being flushed or closed properly, thus not releasing it, so that the process cant close.
The solution to this particular problem is as follows.
Via 'control+alt+delete' by using the task manager if you know how to do so. Or (by rebooting your computer you can skip the below step #1 )
Ensure that no freeorion process is active. (there maybe more then one active, it's a bug)
Then Delete from within 'program files x86 (or where ever fo was installed)' > the 'freeorion' folder, (ensure it actually is deleted).
Then reinstall the new version or recompile run the application.
Im mentioning this because it sounds like it maybe related to or the same problem i encountered.
when you download the sdk it should have the correct boost library within it already.
https://sourceforge.net/projects/freeor ... ion%20SDK/
Software dependency requirements
Note: On Windows and OSX, most dependencies are available pre-compiled in the FreeOrion SDK.
Boost - version 1.54 or later.
FreeType2 -version 2.5.3 is known to work.
Python - version 2.7 or later (version 2.x only; 3.x will not work)
libogg - version 1.1.3 or later 1.2.1 is known to work.
libvorbis - version 1.1.2 or later 1.3.2 is known to work.
zlib - version 1.2.5 is known to work with libpng 1.4.4
libpng - version 1.6 works.
SDL2 - version 2.0.3 works.
GLEW - (Windows only) version 1.5.7 is known to work.
Executing the bootstrapper within the sdk, should get all the current source code from github when its done grabbing the files, You should be able to simply open the project from vs via browsing to the folder or use the team explorer to open the solution. It takes a good amount of time to build like as in for me a couple hours Yikes.
Lord ive been spoiled by c# so bad.