Error in FWH 13.01

[driessen]

Hello,

While recompiling and linking my application in FWH 13.01, I got this error :

Unresolved external symbol : '_HB_FUN_SETOWNERDRAWITEMHEIGHT'

This error doesn't occur in FWH 12.12.

Anyone any idea?

[Antonio Linares]

Michel,

Please check that you have this code in FWH/source/winapi/dlogbox.c

Code: Select all  Expand view

static UINT itemHeight = 0;

//----------------------------------------------------------------------------//

HB_FUNC( SETOWNERDRAWITEMHEIGHT )
{
   itemHeight = hb_parnl( 1 );
}  

[driessen]

Antonio,

Yes, this code is in dlogbox.c

[Antonio Linares]

Michel,

Please build this in samples folder:

buildh.bat ownerdra

and let me know if it properly gets built and run, thanks

[driessen]

Antonio,

Unfortunately, I got a fatal linking error : Unable to open file 'UUID.LIB'.

What's next?

Thanks.

[driessen]

Antonio,

I noticed that the function SETOWNERDRAWITEMHEIGHT is used in the combobox class.

I also notice that the SETOWNERDRAWITEMHEIGHT function was first used in FWH 12.04. I never had any problems with it until FWH 13.01.

I just wanted to let you know it.

Thanks.

[Bayron]

Unfortunately, I got a fatal linking error : Unable to open file 'UUID.LIB'.

Maybe you changed your BCC compiler and you have to modify the configuration files???

http://forums.fivetechsupport.com/viewtopic.php?f=17&t=13098

[driessen]

No, Bayron. I did not change the BBC compiler nor the configuration files.

To Antonio.

I noticed a big difference in the size of FiveHM.lib. In FWH 12.12 it is 4.027.690 bytes, in FWH 13.01 it is only 1.900 bytes.

I just wanted to let you know it.

[rhlawek]

Antonio,

I am getting a number of unresolved externals with this build, pretty much the same list as was seen with a similar/same problem with 12.09 which was subsequently fixed.

viewtopic.php?f=3&t=25302

Robb

[Antonio Linares]

Michel, Robb,

There is a new build for FWH 13.01 already available

I am sorry for this, but the same problem that we experienced past month happened this time: the computer where FWH was built did not have MSVC 2010 cause we are using Visual Studio 2012 for Windows 8 on such computer.

We are going to install MSVC 2010 too on such computer so hopefully this will not happen again

(I am also considering to modify our make file to alert us about this)

[ADutheil]

With this new release the size of my .EXEs went back to normal.

[Antonio Linares]

Andre,

Mistery solved, many thanks

We apologize for this, we do acknowledge that we use Borland more than MSVC

[driessen]

Antonio,

Thanks a lot for your help.
Everything is running just fine now.