http://bugs.winehq.org/show_bug.cgi?id=4634
------- Additional Comments From jimmygza@hotmail.com 2006-22-02 09:33 ------- By removing the original "CTL3DV2.DLL" I got the first error out. But I still get the error on the "toolhelp.dll.ClassFirst", apparently this function is only implemented on Windows3.1 and Windows95. Someone has an idea about this? Now I get the following:
wine: Call from 0x7b83e3e0 to unimplemented function toolhelp.dll.ClassFirst, aborting wine: Unimplemented function toolhelp.dll.ClassFirst called at address 0x7b83e3e0 (thread 000a), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: unimplemented function toolhelp.dll.ClassFirst called in 32-bit code (0x7b83e45b). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7b83e45b ESP:7ecfdff4 EBP:7ecfe058 EFLAGS:00000212( - 00 - -IA1) EAX:7b82be89 EBX:7b890378 ECX:00000000 EDX:7ecfe078 ESI:7ecfe078 EDI:00000028 Stack dump: 0x00000000: 00000000 00000000 00000000 00000000 0x00000010: 00000000 00000000 00000000 00000000 0x00000020: 00000000 00000000 00000000 00000000 0x00000030: 00000000 00000000 00000000 00000000 0x00000040: 00000000 00000000 00000000 00000000 0x00000050: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x7b83e45b RaiseException+0x7b in kernel32 (0x7b83e45b) 2 0x7b886691 in kernel32 (+0x66691) (0x7b886691) 3 0x7b82de47 in kernel32 (+0xde47) (0x7b82de47) 4 0x7b88603a in kernel32 (+0x6603a) (0x7b88603a) 5 0x11df:0x034f (0x11df:0x034f) 6 0x11df:0x398e (0x11df:0x398e) 7 0x11df:0x3e33 (0x11df:0x3e33) 8 0x101f:0x0468 in kernel32 (+0x6642c) (0x101f:0x0468) 9 0x7b88552c K32WOWCallback16Ex+0xbc in kernel32 (0x7b88552c) 10 0x7fbd9541 WINPROC_wrapper+0x681 in user32 (0x7fbd9541) 11 0x7fbdf6c9 CallWindowProcW+0x259 in user32 (0x7fbdf6c9) 12 0x7fbaf8e3 in user32 (+0x5f8e3) (0x7fbaf8e3) 13 0x7fbafd5e SendMessageTimeoutW+0x18e in user32 (0x7fbafd5e) 14 0x7fbafdc0 SendMessageW+0x50 in user32 (0x7fbafdc0) 15 0x7fb6d2bc in user32 (+0x1d2bc) (0x7fb6d2bc) 16 0x7fb6dd66 in user32 (+0x1dd66) (0x7fb6dd66) 17 0x7fbd8eda WINPROC_wrapper+0x1a in user32 (0x7fbd8eda) 18 0x7fbd933c WINPROC_wrapper+0x47c in user32 (0x7fbd933c) 19 0x7fbdef8d __wine_call_wndproc_32A+0x7d in user32 (0x7fbdef8d) 20 0x7fbdf21f CallWindowProc16+0xdf in user32 (0x7fbdf21f) 21 0x7fb5fd0d in user32 (+0xfd0d) (0x7fb5fd0d) 22 0x7b88603a in kernel32 (+0x6603a) (0x7b88603a) 23 0x129f:0x2c10 (0x129f:0x2c10) 24 0x101f:0x0468 in kernel32 (+0x6642c) (0x101f:0x0468) 25 0x7b88552c K32WOWCallback16Ex+0xbc in kernel32 (0x7b88552c) 26 0x7fbd9541 WINPROC_wrapper+0x681 in user32 (0x7fbd9541) 27 0x7fbdf271 CallWindowProc16+0x131 in user32 (0x7fbdf271) 28 0x7fbb6e8b DispatchMessage16+0x11b in user32 (0x7fbb6e8b) 29 0x7fbb701b IsDialogMessage16+0x8b in user32 (0x7fbb701b) 30 0x7fb60364 in user32 (+0x10364) (0x7fb60364) 31 0x7b88603a in kernel32 (+0x6603a) (0x7b88603a) 32 0x11df:0x9537 (0x11df:0x9537) 33 0x11df:0x2622 (0x11df:0x2622) 34 0x11df:0x00b3 (0x11df:0x00b3) 0x7b83e45b RaiseException+0x7b in kernel32: subl $4,%esp Modules: Module Address Debug info Name (60 modules) ELF 0x7b800000-7b8eb000 Export kernel32<elf> -PE 0x7b820000-7b8eb000 \ kernel32 ELF 0x7bc00000-7bc6b000 Deferred ntdll<elf> -PE 0x7bc10000-7bc6b000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7ebc4000-7ebdb000 Deferred version<elf> -PE 0x7ebd0000-7ebdb000 \ version ELF 0x7ebdb000-7ebef000 Deferred lz32<elf> -PE 0x7ebe0000-7ebef000 \ lz32 ELF 0x7ed1b000-7ed30000 Deferred midimap<elf> -PE 0x7ed20000-7ed30000 \ midimap ELF 0x7ee4d000-7ee6e000 Deferred msacm32<elf> -PE 0x7ee50000-7ee6e000 \ msacm32 ELF 0x7ee6e000-7ee85000 Deferred msacm<elf> -PE 0x7ee70000-7ee85000 \ msacm ELF 0x7ee85000-7eeb9000 Deferred wineoss<elf> -PE 0x7eea0000-7eeb9000 \ wineoss ELF 0x7eeb9000-7ef32000 Deferred winmm<elf> -PE 0x7eec0000-7ef32000 \ winmm ELF 0x7ef32000-7ef7d000 Deferred winedos<elf> -PE 0x7ef40000-7ef7d000 \ winedos ELF 0x7efca000-7efe4000 Deferred imm32<elf> -PE 0x7efd0000-7efe4000 \ imm32 ELF 0x7efe4000-7f7a2000 Deferred libglcore.so.1 ELF 0x7f7a2000-7f825000 Deferred libgl.so.1 ELF 0x7f825000-7f8f3000 Deferred libx11.so.6 ELF 0x7f8f3000-7f902000 Deferred libxext.so.6 ELF 0x7f902000-7f91a000 Deferred libice.so.6 ELF 0x7f91a000-7f98a000 Deferred winex11<elf> -PE 0x7f930000-7f98a000 \ winex11 ELF 0x7f98a000-7f9aa000 Deferred libexpat.so.0 ELF 0x7f9aa000-7f9d1000 Deferred libfontconfig.so.1 ELF 0x7f9d1000-7f9e2000 Deferred libz.so.1 ELF 0x7f9e2000-7fa55000 Deferred libfreetype.so.6 ELF 0x7fa61000-7fa7e000 Deferred ximcp.so.2 ELF 0x7fa7e000-7fab5000 Deferred advapi32<elf> -PE 0x7fa90000-7fab5000 \ advapi32 ELF 0x7fab5000-7fb34000 Deferred gdi32<elf> -PE 0x7fad0000-7fb34000 \ gdi32 ELF 0x7fb34000-7fc40000 Export user32<elf> -PE 0x7fb50000-7fc40000 \ user32 ELF 0x7fd52000-7fd5b000 Deferred libxcursor.so.1.0.2 ELF 0x7fd5b000-7fd70000 Deferred winevdm<elf> -PE 0x7fd60000-7fd70000 \ setup ELF 0x7fd78000-7fd80000 Deferred libxrender.so.1 ELF 0x7fe96000-7fe99000 Deferred xlcdef.so.2 ELF 0x7fe99000-7fe9e000 Deferred libxxf86vm.so.1 ELF 0x7fe9e000-7fec1000 Deferred libm.so.6 ELF 0x7fec1000-7ffb7000 Deferred libwine_unicode.so.1 ELF 0x7ffb7000-7ffbd000 Deferred libxxf86dga.so.1 ELF 0x7ffbd000-7ffc7000 Deferred libnss_files.so.2 ELF 0x7ffc7000-7ffdc000 Deferred libnsl.so.1 ELF 0xb7df0000-b7df9000 Deferred libsm.so.6 ELF 0xb7df9000-b7dfd000 Deferred libdl.so.2 ELF 0xb7dfd000-b7f15000 Deferred libc.so.6 ELF 0xb7f68000-b7f82000 Deferred libwine.so.1 ELF 0xb7f86000-b7f90000 Deferred libnss_nis.so.2 ELF 0xb7fa1000-b7fa3000 Deferred libnvidia-tls.so.1 ELF 0xb7fa3000-b7fab000 Deferred libnss_compat.so.2 ELF 0xb7fab000-b7fc2000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) D:\english\setup.exe 0000000a 0 <== 00000009 0 WineDbg terminated on pid 0x8
And I found that this function is only on Windows3.1 and partly on Windows95:
As part of the move toward each application knowing only about itself, USER has changed the way it maintains the list of window classes. In Windows 3.1, all window classes were stored in a linked list. You could walk through the list and obtain the class names and owning module with the TOOLHELP ClassFirst and ClassNext functions. In Windows 95, ClassFirst and ClassNext still work, but they return information only about the standard system classes (such as buttons) that USER registers at startup ime. Classes that are registered by applications are kept in a private list. At least part of the information for each of these private classes is kept in USER's 16-bit DGROUP, but again, TOOLHELP. DLL knows nothing of hem. Chapter 4 covers the changes to window classes in Windows 95.
And apparently the toolhelp.dll.ClassFirst is not yet implemented on WINE:
http://source.winehq.org/WineAPI/toolhelp.html
Is there any other way to get a working toolhelp.dll.ClassFirst???
Cheers!