Marco Bizzarri m.bizzarri@icube.it writes:
The included patch solves the problem by making an explicit GlobalLock, and returning that value. I'm not sure this is the correct solution, so comments are welcome.
If you want to GlobalLock it, it should be allocated by GlobalAlloc. Plus the block layout will have to be compatible with what the app expects. Could you check what the app does with the memory block? Also what kind of brain-damaged app is this?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 6 Nov 2001, Alexandre Julliard wrote:
Marco Bizzarri m.bizzarri@icube.it writes:
The included patch solves the problem by making an explicit GlobalLock, and returning that value. I'm not sure this is the correct solution, so comments are welcome.
If you want to GlobalLock it, it should be allocated by GlobalAlloc. Plus the block layout will have to be compatible with what the app expects. Could you check what the app does with the memory block? Also what kind of brain-damaged app is this?
Thank you for yur answer: I checked this in the app (it was that point that gave me the idea). I'm including the section of the relay log (wine --debugmsg +relay) where the application allocates and sets the data in the control... actually, as you can see, it is not a "standard" scroll bar, but an "enhanced" version from Farpoint Spread controls.
It should therefore be in the Spread code that the GlobalAlloc is done.
The application is from IVECO, and is the Compact Catalogue.
I can provide the full log also, if necessary.
Bye Marco - -- Marco Bizzarri - Responsabile Tecnico - Icube S.r.l. Sede: Via Ridolfi 15 - 56124 Pisa (PI), Italia E-mail: m.bizzarri@icube.it WWW: www.icube.it Tel: (+39) 050 97 02 07 Fax: (+39) 050 31 36 588
-
Alexandre Julliard -
Marco Bizzarri