[Bug 4634] I can't install an old Windows 3.1
wine-bugs at winehq.org
Thu Feb 23 05:12:47 CST 2006
------- Additional Comments From saulius.krasuckas at elst.vtu.lt 2006-23-02 05:12 -------
| And apparently the toolhelp.dll.ClassFirst is not yet implemented on WINE:
Though I think it should be implemented already:
$ ll dlls/toolhelp*
| -rw-rw-r-- 1 s2 s2 13 Feb 22 12:50 dlls/toolhelp.dll16
| lrwxrwxrwx 1 s2 s2 15 Feb 13 00:42 dlls/toolhelp.dll.so -> kernel32.dll.so
$ cat dlls/toolhelp.dll16
Looks like another reference to the same builtin module "kernel32.dll".
$ cat dlls/kernel32.dll.so | strings | grep ClassFirst
$ grep -r ClassFirst dlls/kernel
| dlls/kernel/toolhelp.h:BOOL16 WINAPI ClassFirst16( CLASSENTRY *pClassEntry );
| dlls/kernel/toolhelp.spec:#69 pascal -ret16 ClassFirst(ptr) ClassFirst16
| dlls/kernel/toolhelp.spec:69 stub ClassFirst
| Binary file dlls/kernel/kernel32.dll.so matches
| Binary file dlls/kernel/toolhelp.spec.o matches
Stub, but lets go further:
$ grep -r ClassFirst dlls/*/*.c
| dlls/user/class.c: * ClassFirst (TOOLHELP.69)
| dlls/user/class.c:BOOL16 WINAPI ClassFirst16( CLASSENTRY *pClassEntry )
So, it's implemented, only in another module, in "user32.dll". I don't know
whether it can be forwarded at imports level. Probably it cannot. Kernel32
must not depend on User32, I guess.
Then it perhaps can be imported during run-time linking via GetProcAddres().
Or maybe the situation will change in nearest future as I saw AJ doing some
module-load-rewrite recently. :)
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the wine-bugs