FiveTech Software tech support forums

Antonio,

I already sent the map to you. It looks like most of FWH modules is linked and I can't understand the reason why they should...

EMG

Please check the linked modules in the map file

there is no other way to know it

Antonio, did you mean by "FWH libs replace Harbour errorsys", that the FWH owned errorsys is linked automatically and the size of the .exe can be explained by this? yes Then why this sample is still 3195904 in size? FUNCTION MAIN()    RETURN NILFUNCTION ERRORSYS()    RETUR...

gkuhnert wrote:Antonio,
did you mean by "FWH libs replace Harbour errorsys", that the FWH owned errorsys is linked automatically and the size of the .exe can be explained by this?

yes

I wanted to share my observations. First, on WIndows, I use msvc and msvc64 exclusively. Never BCC. If I compile the sample program as is I wind up with a 650 KB executable. If I add #include "fivewin.ch" to the top of the sample, but still with no calls at all to FWH code, and no other ch...

You can use buildx.bat.

EMG

send me your .mak file, pls.

It's almost 1 MB, too much to paste here. Please send me a private message and I will send back the map file to you.

EMG

Can you paste a map file piece ? Perhap, the trick is searchs map some file symbol in rtl of xHarbour and if founded then they are. You work es very usefull for found if fwh overwrite some basis rtl functions. I have a no explicable problem with harbour+ fwh... only if fwh is linking, http://forums....

Building exe is task of linker. If exe no decrease on remove lib is a linker problem. The linker is forced to link a module if a symbol of that module is referenced in the program. In my sample, no FWH symbols are referenced. This is demonstrated by the fact that the linker doesn't complain if I re...

Allright, but note what increase problem is no a fwh problem or harbour problem: it's a C linker problem No, it isn't. If I remove or add an unused lib from the list, the EXE size doesn't change. EMG No, it isn't ?? :shock: Building exe is task of linker. If exe no decrease on remove lib is a linke...

No, I already tried this (read carefully all the messages please!):

Code: Select all  Expand view

FUNCTION MAIN()

    RETURN NIL


FUNCTION ERRORSYS()

    RETURN NIL

EMG

Enrico, just had a quick look into errsysw.prg and found this comment in it: // Note: automatically executes at startupproc ErrorSys()    ErrorBlock( { | e | ErrorDialog( e ) } )return  So I assume as it executes automatically at startup and it is fiv...

No, it isn't. If I remove or add an unused lib from the list, the EXE size doesn't change.

EMG

Enrico Maria Giordano wrote:Please note that I'm not using any Harbour functions in my sample so EXE size should not increase even if FWH redefines any of those.

Allright, but note what increase problem is no a fwh problem or harbour problem: it's a C linker problem from Embarcadero company if you use Borland C++