by TimStone » Wed Jul 26, 2017 6:39 pm
Silvio,
I can't help with your controls problem, but I would like to share one observation. I have a program where my source code alone is more than 3.6 MB in size.
You can add to this FWH and Harbour, plus all the necessary libraries, and of course all the windows libraries.
I build with FWH 17.06, Harbour, and Microsoft Visual C++ 2017, which is part of the FREE Microsoft Visual Studio Community edition. The programs compile, and link, with absolutely no problems.
In making the transition, I had to replace some older code with newer functionality. In every case, the newer functions were better than what I had been using. I also had to modify how I implemented some of the FWH code. The older methods had some problems because the classes had been significantly enhanced. Using my UE Studio / Ultra Edit, I was able to find and modify the code throughout the source very quickly.
In addition, the current code was a significant re-write of my old code, with an emphasis on moving functions into classes, following the OOPs guidance provided by James Bott. This resulted in faster, cleaner, code that actually saw about a 30% reduction in the code size.
As I follow your struggle with this transition, perhaps it would be worth the time to consider replacing some of the old libraries you are using ( and you said you have no ability to communicate with the author ). It may not be that FWH is broken, but rather that the error is how your old libraries address the current version.
One last point. I also have the same code compiled and linked in xHarbour ( .com version ). There are some features in Windows that simply cannot be supported with that version, and my clients who use it are seeing that it performs slower, and not as cleanly, as the .exe built with Microsoft Visual Studio. There is some time required to make the transition, but in the end, the results may be very good for you.
Tim