LockResource16 in ole32.dll
Dmitry Timoshkov
dmitry at baikal.ru
Sat Jan 24 21:56:51 CST 2004
"Ge van Geldorp" <ge at gse.nl> wrote:
> Just to be sure: if I understand you correctly you suggest doing the
> LockResource16 in LoadAcceleratorsA/W, then GlobalAlloc a new block of
> memory, copy the table to the new block and return the global memory
> handle as the HACCEL. Then in IsAccelerator use GlobalLock to get at the
> contents. Please correct me if I'm wrong.
I was suggesting to avoid using GlobalAlloc16 in LoadAcceleratorsW at all,
and use 32-bit GlobalAlloc instead.
Alexandre answered another part of your message. And yes, you are right
that support for sharing accelerator handles between processes will
require complete rewrite of that code.
--
Dmitry.
More information about the wine-devel
mailing list