bugs FWH64

[lucasdebeltran]

Antonio,

Good news.

But I am afraid now we are with hurry finishing a proyect and I don´t have time to change at this present moment.

Please, can you send me the fix for TRichEdit?.

Thank you very much. We need the fix please urgent.

Thanks.

[Antonio Linares]

Lucas,

First thing to be checked is if riched20.dll is ok for 64 bits. A DLL can't be accessed from both 32 and 64 bits, so unless I am missing something, that DLL should not work with 64 bits mode.

Anyhow, a LoadLibrary( "riched20.dll" ) seems to return a valid handle. How is this possible ?

And how is it possible that no one noticed this before ? simply, nobody noticed it, including me. Until we clearify this
mistery, we can not solve it. I am sorry if you are in a hurry but for this time we don't have an inmediate solution.

[lucasdebeltran]

Antonio,

Have you tested FWH76\SAMPLES\TESTRTF.PRG?.

Does it work with MSVC2012?.

I am afraid not every company perform our intense tests before delivering and application .

The harder we test it, less support troubles we have .

Thanks.

[Antonio Linares]

Lucas,

I think I solved it

That DLL works fine on 64 bits (Microsoft misteries...)

and samples/testrich.prg is already fine

[lucasdebeltran]

Antonio,

Great news !!!.

You are the Master.

Please, can you indicate me the fix?.

Thank you very much.

[Antonio Linares]

This is working with VS2012 and FWH 64. Now I will start rebuilding it for VC2010.

[Antonio Linares]

Lucas,

You can't fix it from there. You need new libs from me, sorry. Its a complex code that can't be patched.

[Antonio Linares]

Lucas,

Also, if you use sentences like: DLL FUNCTION ... and if pointers are supplied as parameters they may not work, as in those cases we still have to implement LONGLONG support.

We do use them from image.prg and it is not solved yet. If you need this feature now, I am afraid its not ready for you yet.

[lucasdebeltran]

Antonio,

TImage seems to be working as I use Ribbon in 64 bits.

And as I use TIMage too, it is working fine.

Where is the problem?.

This function also Works fine under FWH64:

//--------------------------------------------------------------------------------------------------
FUNCTION URLDownLoad(cUrl, cSaveAs)
//--------------------------------------------------------------------------------------------------
sysrefresh()

if !URLDownloadToFile( 0, cUrl, cSaveAs, 0, 0 ) == 0
retu.f.
endif

retu.t.
//--------------------------------------------------------------------------------------------------



DLL32 FUNCTION URLDownloadToFile(pCaller AS LONG,szURL AS STRING, szFileName AS STRING, dwReserved AS LONG, lpfnCB AS LONG) ;
AS LONG PASCAL;
FROM "URLDownloadToFileA";
LIB "urlmon.dll"



Thanks.

[Antonio Linares]

Lucas,

Those problems only manifest on Windows 8, on Windows 7 is ok. As I mentioned before I have found some internal differences between them, but we have solved them already.

Now I am trying to find IRichEditOleCallbackVtbl for VC2010, it seems as it is not available there. VS2012 compiles it fine.

[Antonio Linares]

Problem solved, with VS2010 seems as it has to be compiled in C mode (just richedit internals).

VS2012 compiles it fine in C++ mode.

We are building FWH 64 and Harbour in C++ mode (/TP) instead of (/TC) C mode.

[lucasdebeltran]

Great work, Master.

Can you please send me the libs for MSVC2010?.

Thank you.

[Antonio Linares]

Lucas,

already sent, check your email

[lucasdebeltran]

Antonio,

Sorry, but I haven´t received at my gmail account.

Thank you.

[Antonio Linares]

Lucas,

It should be in your mailbox, please check it again