>
> nothing. Update: I've rechecked, and 32-bit doesn't do
> anything either.
> >>>
>
> Strange.
> This can only happen if [ REQUEST HB_GT_WGU ] is missing.
I've found it: You need to build it in MT mode (maybe you
can put a screen message on this for ST build). So I did a new
build, and on 64-bit, here's the GPF what happens in every
ActiveX menu item:
---
Application Internal Error - Z:\demowvg.exe
Terminated at: 2009.02.21 23:37:57
Unrecoverable error 6005: Exception error:
Exception Code:C0000005
Exception Address:0x00000000400E1410
RAX:0x0000000077C43ABC RBX:0x0000000000000000 RCX:0x0000000000000000
RDX:0x0000000000000000
RSI:0x0000000000000404 RDI:0x0000000000000000 RBP:0x000000000241F540
R8 :0x0000000000000001 R9 :0x000000000241F740 R10:0x000000000241F5B0
R11:0x0000000077C20000
R12:0x000000000241F740 R13:0x000000000002013E R14:0x000000000002013E
R15:0x0000000000000000
CS:RIP:0033:0x00000000400E1410 SS:RSP:002B:0x000000000241F510
DS:002B ES:002B FS:0053 GS:002B
Flags:00010246
Modules:
0x0000000140000000 0x00000000001A7000 Z:\demowvg0x0000000077EC0000
0x0000000000139000 C:\WINDOWS\system32\ntdll0x0000000077D40000
0x0000000000173000 C:\WINDOWS\system32\kerne0x000007FF76200000
0x00000000000EF000 C:\WINDOWS\WinSxS\amd64_M0x000007FF7FEE0000
0x0000000000105000 C:\WINDOWS\system32\ADVAP0x000007FF7FD30000
0x0000000000199000 C:\WINDOWS\system32\RPCRT0x000007FF7E9C0000
0x0000000000022000 C:\WINDOWS\system32\Secur0x000007FF7FC90000
0x000000000009C000 C:\WINDOWS\system32\GDI320x0000000077C20000
0x000000000010C000 C:\WINDOWS\system32\USER30x000007FF7D540000
0x0000000000077000 C:\WINDOWS\system32\COMDL0x000007FF7FC00000
0x0000000000086000 C:\WINDOWS\system32\msvcr0x000007FF7EF60000
0x000000000009B000 C:\WINDOWS\system32\SHLWA0x000007FF7F190000
0x0000000000A0B000 C:\WINDOWS\system32\SHELL0x000007FF57140000
0x0000000000285000 C:\WINDOWS\system32\ole320x000007FF7EBC0000
0x0000000000116000 C:\WINDOWS\system32\OLEAU0x000007FF7D500000
0x0000000000039000 C:\WINDOWS\system32\IMM320x000007FF7F000000
0x0000000000187000 C:\WINDOWS\WinSxS\amd64_M0x000007FF7D310000
0x0000000000006000 C:\WINDOWS\system32\msimg0x000007FF7A410000
0x000000000009F000 C:\WINDOWS\system32\MSCTF0x000007FF7CE50000
0x0000000000041000 C:\WINDOWS\system32\apphe0x000007FF58AF0000
0x000000000005C000 C:\WINDOWS\system32\msctf
Called from WVG_STATUSBARCREATEPANEL(0)
Called from WVGSTATUSBAR:ADDITEM(0) in .\wvgstatb.prg
Called from WVGSTATUSBAR:CREATE(0) in .\wvgstatb.prg
Called from EXECUTEACTIVEX(2382) in demowvg.prg
Called from (b)EVAL(1430)
---
It is not dependant on xhb.lib at all.
> Just pull out hb_ToOutDebug() call from demowvg.prg
> and it will run without xhb. If we introduce structures
> in hbwin, then probably we need xhb until Przemek
> or Francesco offer some better solution. If we opt
> out structure support then GTWVG is independant of
> xhb.
Notice that xhb structure support isn't even MT safe,
so I'd avoid it at all cost. I'd suggest to code manually
a simpler structure (you can take Przemek code sent
to the list of use the ones I've sent to you as an
alternative solution), so you can see the issues, solve
them and you can then reuse the method for other
structure quite easily. I don't not how many structures
you need to support on the .prg level, but maybe coding
them one-by-one isn't something impossible. It would
surely result in much better portable and quality code
than xhb hack, which will need to be recoded in the
future again and again.
The callback support also needs to be solved, you
didn't address that part.
Brgds,
Viktor
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
