January 2003 - Wine-Devel - list.winehq.org

Re: Redraw problems with Installshield 6

by Ove Kaaven

On Sat, 11 Jan 2003, Uwe Bonnes wrote: > on and off there are reports of redraw problems. One class of applications > that have redraw problems for me are Installshield 6 applications. > When in a setup finally the installation begins, only the windows displaying > the file(s) installed is updated, the rest of the IKERNEL.exe window isn't > updated and so displays a lot of visual artefacts. Well that's exactly why I've been working on my DCOM stuff. It needs to be able to marshal interfaces across threads to work (it wants to do repaints and actual work in different threads, but right now it can't).

Jan. 22, 2003

App works almost perfectly, but one MDI screen won't draw

by Dan Kegel

Installing my company's app is still a bear -- the only way I've found to avoid the dreaded "object reference not set" is to run with --debugmsg +ole and redirect to a file (not to the screen, and not to /dev/null). Once installed, the app runs quite well... except for one screen, which remains nearly blank. The MDI frames draw fine, but the contents (which include a hex memory dump area and a tree control) remain blank. Since there were a few richtext fixmes, I threw in native richtext dlls, and that got rid of lots of fixmes, but didn't help the display. Here's the Wine log file, passed through uniq -c: 1 fixme:win32:PE_CreateModule Security directory ignored 1 err:win32:PE_fixup_imports No implementation for WSOCK32.dll.1141 imported from blahblah.dll, setting to 0xdeadbeef 1 fixme:ole:CoRegisterMessageFilter stub 1 fixme:commdlg:GetFileName95 Flags 0x00800002 not yet implemented 1 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it 2 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:dc:LockWindowUpdate ((nil)), partial stub! 3 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it 8 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:ole:CoRegisterMessageFilter stub Grr. Nothing's really obvious to this non-windows-programmer, and the guy who wrote this program is on vacation, so I can't pick his brains. Anyone have suggestions for what to try next? Thanks, Dan p.s. FWIW, here's sort | uniq -c of the log file before I threw in the native DLLs: 1 err:win32:PE_fixup_imports No implementation for WSOCK32.dll.1141 imported from blahblah.dll, setting to 0xdeadbeef 1 fixme:dc:LockWindowUpdate ((nil)), partial stub! 9 fixme:mdi:MDIRefreshMenu partially function stub 2 fixme:ole:CoRegisterMessageFilter stub 1 fixme:richedit:RICHED32_WindowProc Unknown message 0x24 Passed to default hwnd=0x110023, wParam=00000000, lParam=40791e18 622 fixme:richedit:RICHED32_WindowProc Unknown message 0x363 Passed to default hwnd=0x110023, wParam=00000001, lParam=00000000 1 fixme:win32:PE_CreateModule Security directory ignored 2 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it

Jan. 22, 2003

Re: dos4gw stub exec failed

by Sylvain Petreolle

please give me the name of the program, all dos4gw programs I have tried before just hang. --- Enrico Horn <farmboy1(a)subdimension.com> a écrit : > Hi > I have some dos games that want to exec dos4gw.exe when starting. > but this seems to fail. > I hope i read the debug messages correctly and the comment from > file:Win32HandleToDosFileHandle is still valid. > what happens is dos:int21 wants to open file with the dos handle and > then read > from it. > reading the file calls the function file:ReadFile with the > converted win32 file handle which is invalid if the above mentioned > comment is > correct. > > Any ideas how to solve this or am I completely off-track here. > > Ciao > Enrico > farmboy1(a)subdimension.com > > log extract: > Call DOS int 0x21 ret=00b7:15d0 > eax=00003d00 ebx=000009f0 ecx=0000106a edx=00000a76 esi=00000a76 > edi=0000ffff > ebp=000009ce esp=000009ca ds=0319 es=0319 fs=0000 gs=0000 > flags=000b0246 > trace:int21:DOSVM_Int21Handler AX=3d00 BX=09f0 CX=106a DX=0a76 > SI=0a76 DI=ffff > DS=0319 ES=0319 EFL=000b0246 > 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e > trace:int21:INT_Int21Handler OPEN mode 0x00 C:\CCS\dos4gw.exe > trace:file:_lopen ('C:\CCS\dos4gw.exe',0000) > trace:file:CreateFileW L"C:\\CCS\\dos4gw.exe" GENERIC_READ > FILE_SHARE_READ > FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 > trace:dosfs:DOSFS_GetFullName L"C:\\CCS\\dos4gw.exe" (last=1) > trace:dosfs:DOSFS_FindUnixName /home/windows,L"CCS\\dos4gw.exe" > trace:dosfs:DOSFS_ToDosFCBFormat (L"CCS\\dos4gw.exe", 0x416d19bc) > trace:dosfs:DOSFS_OpenDir "/home/windows" > trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"windows", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"Program Files", > short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"Temp", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"Angel", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"Buffy", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"SFV32w.GID", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"SFV32w.hlp", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"dcm95cfg.exe", > short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"dcom98.exe", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"quicksfv.exe", > short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"quicksfv.ini", > short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"sfv32w.exe", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"Spiele", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"wingtk-0.2.exe", > short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"dxdiag.exe", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"CCS", short_name: (null) > trace:dosfs:DOSFS_FindUnixName (/home/windows,L"CCS\\dos4gw.exe") -> > L"CCS" > (L"CCS") > trace:dosfs:DOSFS_FindUnixName /home/windows/CCS,L"dos4gw.exe" > trace:dosfs:DOSFS_ToDosFCBFormat (L"dos4gw.exe", 0x416d19bc) > trace:dosfs:DOSFS_OpenDir "/home/windows/CCS" > trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"SAMPLE.AD", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"OBJECT.DAT", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"CCSSTR.DAT", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"ADRV688.DIG", > short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"JAMMER.DIG", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"PROAUDIO.DIG", > short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"RAP10.DIG", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"SB16.DIG", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"SBLASTER.DIG", > short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"SBPRO.DIG", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"SNDSCAPE.DIG", > short_name: (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"SNDSYS.DIG", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"ULTRA.DIG", short_name: > (null) > trace:dosfs:DOSFS_ReadDir Read: long_name: L"DOS4GW.EXE", short_name: > (null) > trace:dosfs:DOSFS_FindUnixName (/home/windows/CCS,L"dos4gw.exe") -> > L"DOS4GW.EXE" (L"DOS4GW.EXE") > trace:dosfs:DOSFS_GetFullName returning /home/windows/CCS/DOS4GW.EXE > = > L"C:\\CCS\\DOS4GW.EXE" > trace:dosfs:GetDriveTypeW (L"C:\\CCS\\DOS4GW.EXE") > trace:file:CreateFileW returning 0x68 > trace:file:Win32HandleToDosFileHandle Got 5 for h32 0x68 > 080eef28:Ret kernel32.INT_Int21Handler() retval=00000005 > ret=4149829e > trace:int21:DOSVM_Int21Handler returning: AX=0005 BX=09f0 CX=106a > DX=0a76 > SI=0a76 DI=ffff DS=0319 ES=0319 EFL=000b0246 > Ret DOS int 0x21 ret=00b7:15d0 > eax=00000005 ebx=000009f0 ecx=0000106a edx=00000a76 esi=00000a76 > edi=0000ffff > ebp=000009ce esp=000009ca ds=0319 es=0319 fs=0000 gs=0000 > flags=000b0246 > Call DOS int 0x21 ret=00b7:1f9f > eax=00004400 ebx=00000005 ecx=00000005 edx=00000005 esi=0000038a > edi=00000005 > ebp=000009ce esp=000009ba ds=0319 es=0319 fs=0000 gs=0000 > flags=000b0202 > trace:int21:DOSVM_Int21Handler AX=4400 BX=0005 CX=0005 DX=0005 > SI=038a DI=0005 > DS=0319 ES=0319 EFL=000b0202 > 080eef28:Call kernel32.DosFileHandleToWin32Handle(00000005) > ret=414965a0 > 080eef28:Ret kernel32.DosFileHandleToWin32Handle() retval=00000068 > ret=414965a0 > 080eef28:Call kernel32.DOSFS_GetDeviceByHandle(00000068) ret=414965a6 > 080eef28:Ret kernel32.DOSFS_GetDeviceByHandle() retval=00000000 > ret=414965a6 > 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=41496676 > trace:int21:ioctlGetDeviceInfo (5) > 080eef28:Ret kernel32.INT_Int21Handler() retval=00000942 > ret=41496676 > trace:int21:DOSVM_Int21Handler returning: AX=4400 BX=0005 CX=0005 > DX=0942 > SI=038a DI=0005 DS=0319 ES=0319 EFL=000b0202 > Ret DOS int 0x21 ret=00b7:1f9f > eax=00004400 ebx=00000005 ecx=00000005 edx=00000942 esi=0000038a > edi=00000005 > ebp=000009ce esp=000009ba ds=0319 es=0319 fs=0000 gs=0000 > flags=000b0202 > Call DOS int 0x21 ret=00b7:1f9f > eax=00004400 ebx=00000005 ecx=00000005 edx=00004000 esi=00000a76 > edi=00000005 > ebp=000009ce esp=000009c2 ds=0319 es=0319 fs=0000 gs=0000 > flags=000b0246 > trace:int21:DOSVM_Int21Handler AX=4400 BX=0005 CX=0005 DX=4000 > SI=0a76 DI=0005 > DS=0319 ES=0319 EFL=000b0246 > 080eef28:Call kernel32.DosFileHandleToWin32Handle(00000005) > ret=414965a0 > 080eef28:Ret kernel32.DosFileHandleToWin32Handle() retval=00000068 > ret=414965a0 > 080eef28:Call kernel32.DOSFS_GetDeviceByHandle(00000068) ret=414965a6 > 080eef28:Ret kernel32.DOSFS_GetDeviceByHandle() retval=00000000 > ret=414965a6 > 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=41496676 > trace:int21:ioctlGetDeviceInfo (5) > 080eef28:Ret kernel32.INT_Int21Handler() retval=00000942 > ret=41496676 > trace:int21:DOSVM_Int21Handler returning: AX=4400 BX=0005 CX=0005 > DX=0942 > SI=0a76 DI=0005 DS=0319 ES=0319 EFL=000b0246 > Ret DOS int 0x21 ret=00b7:1f9f > eax=00004400 ebx=00000005 ecx=00000005 edx=00000942 esi=00000a76 > edi=00000005 > ebp=000009ce esp=000009c2 ds=0319 es=0319 fs=0000 gs=0000 > flags=000b0246 > Call DOS int 0x21 ret=00b7:17a7 > eax=00003f41 ebx=00000005 ecx=0000001c edx=00000ac6 esi=00000005 > edi=0000041e > ebp=000009e6 esp=000009d8 ds=0319 es=0319 fs=0000 gs=0000 > flags=000b0202 > trace:int21:DOSVM_Int21Handler AX=3f41 BX=0005 CX=001c DX=0ac6 > SI=0005 DI=041e > DS=0319 ES=0319 EFL=000b0202 > 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e > trace:int21:INT_Int21Handler READ from 5 to 0319:0AC6 for 28 byte > trace:file:ReadFile 0x68 0x3c56 28 0x416d26dc (nil) > 080eef28:Ret kernel32.INT_Int21Handler() retval=0000001c > ret=4149829e > trace:int21:DOSVM_Int21Handler returning: AX=001c BX=0005 CX=001c > DX=0ac6 > SI=0005 DI=041e DS=0319 ES=0319 EFL=000b0202 > Ret DOS int 0x21 ret=00b7:17a7 > eax=0000001c ebx=00000005 ecx=0000001c edx=00000ac6 esi=00000005 > edi=0000041e > ebp=000009e6 esp=000009d8 ds=0319 es=0319 fs=0000 gs=0000 > flags=000b0202 > === message truncated === ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 21, 2003

dos4gw stub exec failed

by Enrico Horn

Hi I have some dos games that want to exec dos4gw.exe when starting. but this seems to fail. I hope i read the debug messages correctly and the comment from file:Win32HandleToDosFileHandle is still valid. what happens is dos:int21 wants to open file with the dos handle and then read from it. reading the file calls the function file:ReadFile with the converted win32 file handle which is invalid if the above mentioned comment is correct. Any ideas how to solve this or am I completely off-track here. Ciao Enrico farmboy1(a)subdimension.com log extract: Call DOS int 0x21 ret=00b7:15d0 eax=00003d00 ebx=000009f0 ecx=0000106a edx=00000a76 esi=00000a76 edi=0000ffff ebp=000009ce esp=000009ca ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 trace:int21:DOSVM_Int21Handler AX=3d00 BX=09f0 CX=106a DX=0a76 SI=0a76 DI=ffff DS=0319 ES=0319 EFL=000b0246 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler OPEN mode 0x00 C:\CCS\dos4gw.exe trace:file:_lopen ('C:\CCS\dos4gw.exe',0000) trace:file:CreateFileW L"C:\\CCS\\dos4gw.exe" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 trace:dosfs:DOSFS_GetFullName L"C:\\CCS\\dos4gw.exe" (last=1) trace:dosfs:DOSFS_FindUnixName /home/windows,L"CCS\\dos4gw.exe" trace:dosfs:DOSFS_ToDosFCBFormat (L"CCS\\dos4gw.exe", 0x416d19bc) trace:dosfs:DOSFS_OpenDir "/home/windows" trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"windows", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Program Files", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Temp", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Angel", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Buffy", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SFV32w.GID", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SFV32w.hlp", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dcm95cfg.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dcom98.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"quicksfv.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"quicksfv.ini", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"sfv32w.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Spiele", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"wingtk-0.2.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dxdiag.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"CCS", short_name: (null) trace:dosfs:DOSFS_FindUnixName (/home/windows,L"CCS\\dos4gw.exe") -> L"CCS" (L"CCS") trace:dosfs:DOSFS_FindUnixName /home/windows/CCS,L"dos4gw.exe" trace:dosfs:DOSFS_ToDosFCBFormat (L"dos4gw.exe", 0x416d19bc) trace:dosfs:DOSFS_OpenDir "/home/windows/CCS" trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SAMPLE.AD", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"OBJECT.DAT", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"CCSSTR.DAT", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"ADRV688.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"JAMMER.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"PROAUDIO.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"RAP10.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SB16.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SBLASTER.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SBPRO.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SNDSCAPE.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SNDSYS.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"ULTRA.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"DOS4GW.EXE", short_name: (null) trace:dosfs:DOSFS_FindUnixName (/home/windows/CCS,L"dos4gw.exe") -> L"DOS4GW.EXE" (L"DOS4GW.EXE") trace:dosfs:DOSFS_GetFullName returning /home/windows/CCS/DOS4GW.EXE = L"C:\\CCS\\DOS4GW.EXE" trace:dosfs:GetDriveTypeW (L"C:\\CCS\\DOS4GW.EXE") trace:file:CreateFileW returning 0x68 trace:file:Win32HandleToDosFileHandle Got 5 for h32 0x68 080eef28:Ret kernel32.INT_Int21Handler() retval=00000005 ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=0005 BX=09f0 CX=106a DX=0a76 SI=0a76 DI=ffff DS=0319 ES=0319 EFL=000b0246 Ret DOS int 0x21 ret=00b7:15d0 eax=00000005 ebx=000009f0 ecx=0000106a edx=00000a76 esi=00000a76 edi=0000ffff ebp=000009ce esp=000009ca ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 Call DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000005 esi=0000038a edi=00000005 ebp=000009ce esp=000009ba ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 trace:int21:DOSVM_Int21Handler AX=4400 BX=0005 CX=0005 DX=0005 SI=038a DI=0005 DS=0319 ES=0319 EFL=000b0202 080eef28:Call kernel32.DosFileHandleToWin32Handle(00000005) ret=414965a0 080eef28:Ret kernel32.DosFileHandleToWin32Handle() retval=00000068 ret=414965a0 080eef28:Call kernel32.DOSFS_GetDeviceByHandle(00000068) ret=414965a6 080eef28:Ret kernel32.DOSFS_GetDeviceByHandle() retval=00000000 ret=414965a6 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=41496676 trace:int21:ioctlGetDeviceInfo (5) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000942 ret=41496676 trace:int21:DOSVM_Int21Handler returning: AX=4400 BX=0005 CX=0005 DX=0942 SI=038a DI=0005 DS=0319 ES=0319 EFL=000b0202 Ret DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000942 esi=0000038a edi=00000005 ebp=000009ce esp=000009ba ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 Call DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00004000 esi=00000a76 edi=00000005 ebp=000009ce esp=000009c2 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 trace:int21:DOSVM_Int21Handler AX=4400 BX=0005 CX=0005 DX=4000 SI=0a76 DI=0005 DS=0319 ES=0319 EFL=000b0246 080eef28:Call kernel32.DosFileHandleToWin32Handle(00000005) ret=414965a0 080eef28:Ret kernel32.DosFileHandleToWin32Handle() retval=00000068 ret=414965a0 080eef28:Call kernel32.DOSFS_GetDeviceByHandle(00000068) ret=414965a6 080eef28:Ret kernel32.DOSFS_GetDeviceByHandle() retval=00000000 ret=414965a6 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=41496676 trace:int21:ioctlGetDeviceInfo (5) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000942 ret=41496676 trace:int21:DOSVM_Int21Handler returning: AX=4400 BX=0005 CX=0005 DX=0942 SI=0a76 DI=0005 DS=0319 ES=0319 EFL=000b0246 Ret DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000942 esi=00000a76 edi=00000005 ebp=000009ce esp=000009c2 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 Call DOS int 0x21 ret=00b7:17a7 eax=00003f41 ebx=00000005 ecx=0000001c edx=00000ac6 esi=00000005 edi=0000041e ebp=000009e6 esp=000009d8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 trace:int21:DOSVM_Int21Handler AX=3f41 BX=0005 CX=001c DX=0ac6 SI=0005 DI=041e DS=0319 ES=0319 EFL=000b0202 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler READ from 5 to 0319:0AC6 for 28 byte trace:file:ReadFile 0x68 0x3c56 28 0x416d26dc (nil) 080eef28:Ret kernel32.INT_Int21Handler() retval=0000001c ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=001c BX=0005 CX=001c DX=0ac6 SI=0005 DI=041e DS=0319 ES=0319 EFL=000b0202 Ret DOS int 0x21 ret=00b7:17a7 eax=0000001c ebx=00000005 ecx=0000001c edx=00000ac6 esi=00000005 edi=0000041e ebp=000009e6 esp=000009d8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 Call DOS int 0x21 ret=00b7:1849 eax=00003e05 ebx=00000005 ecx=00000005 edx=00000f20 esi=00000005 edi=00000f0c ebp=00000a6c esp=000009e8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0206 trace:int21:DOSVM_Int21Handler AX=3e05 BX=0005 CX=0005 DX=0f20 SI=0005 DI=0f0c DS=0319 ES=0319 EFL=000b0206 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler CLOSE handle 5 trace:file:_lclose16 5 (handle32=0x68) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000000 ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=0000 BX=0005 CX=0005 DX=0f20 SI=0005 DI=0f0c DS=0319 ES=0319 EFL=000b0206 Ret DOS int 0x21 ret=00b7:1849 eax=00000000 ebx=00000005 ecx=00000005 edx=00000f20 esi=00000005 edi=00000f0c ebp=00000a6c esp=000009e8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0206

Jan. 21, 2003

Re: New tests failing ...

by Alexandre Julliard

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > The behavior that is check in the tests is not documented. Does fixing the > test mean in this case remove the test ? e.g. like this: Either that, or accept both outcomes without version check. So instead of doing: if (version is win95) ok(foo); else ok(bar); do: ok( foo || bar ); This way it doesn't force Wine to replicate the version checks. -- Alexandre Julliard julliard(a)winehq.com

Jan. 21, 2003

Re: New tests failing ...

by Francois Gouget

On 21 Jan 2003, Alexandre Julliard wrote: > Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > > > ChangeLog > > ------------- > > fixed tests in dlls/winspool/tests/info.c when wine runs in NT-like mode > > This kind of things should only be done if there is an actual app that > depends on it. Otherwise we shouldn't do version checks at all, just > fix the test to cope with all versions. Note that the winspool test passes successfully on Win95, Win98 and NT4. I believe it passed on Windows XP too. So while the fix doesn't look right, there seems to be something wrong in Wine. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ We are Pentium of Borg. You will be approximated. Division is futile.

Jan. 21, 2003

RE: Stdole32.tlb (was: Installshield 6 crash: ole trouble)

by Patrik Stridvall

> Attached is the IDL file (really an ODL file) used to create > stdole32.tlb I think you forgot to attach it. :-) > Where should I put such a file? > Perhaps a new dlls/stdole directory? Not sure. Perhaps dlls/ole32 would be beter?

Jan. 21, 2003

Stdole32.tlb (was: Installshield 6 crash: ole trouble)

by Robert Shearman

> Date: Tue, 21 Jan 2003 16:49:19 +0100 > From: Marcus Meissner <mm(a)lst.de> > To: Sylvain Petreolle <spetreolle(a)yahoo.fr> > Cc: Mike Hearn <m.hearn(a)signal.qinetiq.com>, Dan Kegel <dank(a)kegel.com>, > Bobby Bingham <uhmmmm(a)ameritech.net>, wine-devel(a)winehq.com > Subject: Re: Installshield 6 crash: ole trouble > > On Tue, Jan 21, 2003 at 04:26:28PM +0100, Sylvain Petreolle wrote: > > what are the missing functions that live in stdole2.tlb ? > > is someone trying to implement it ? > > The TLB is a typelib file, which is compiled from a .IDL file. > Attached (now) is the IDL file (really an ODL file) used to create stdole32.tlb Where should I put such a file? Perhaps a new dlls/stdole directory? > So widl needs to generate it at one point. Yes, for the moment I have used MS mktyplib Rob

Jan. 21, 2003

Re: Stdole32.tlb (was: Installshield 6 crash: ole trouble)

by Robert Shearman

> Date: Tue, 21 Jan 2003 16:49:19 +0100 > From: Marcus Meissner <mm(a)lst.de> > To: Sylvain Petreolle <spetreolle(a)yahoo.fr> > Cc: Mike Hearn <m.hearn(a)signal.qinetiq.com>, Dan Kegel <dank(a)kegel.com>, > Bobby Bingham <uhmmmm(a)ameritech.net>, wine-devel(a)winehq.com > Subject: Re: Installshield 6 crash: ole trouble > > On Tue, Jan 21, 2003 at 04:26:28PM +0100, Sylvain Petreolle wrote: > > what are the missing functions that live in stdole2.tlb ? > > is someone trying to implement it ? > > The TLB is a typelib file, which is compiled from a .IDL file. > Attached is the IDL file (really an ODL file) used to create stdole32.tlb Where should I put such a file? Perhaps a new dlls/stdole directory? > So widl needs to generate it at one point. Yes, for the moment I have used MS mktyplib Rob

Jan. 21, 2003

Re: New tests failing ...

by Stefan Leichter

Am Dienstag 21 Januar 2003 20:02 schrieb Alexandre Julliard: > Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > > ChangeLog > > ------------- > > fixed tests in dlls/winspool/tests/info.c when wine runs in NT-like mode > > This kind of things should only be done if there is an actual app that > depends on it. Otherwise we shouldn't do version checks at all, just > fix the test to cope with all versions. The behavior that is check in the tests is not documented. Does fixing the test mean in this case remove the test ? e.g. like this: --- ../wine/dlls/winspool/tests/info.c Wed Jan 15 01:50:48 2003 +++ dlls/winspool/tests/info.c Tue Jan 21 21:14:09 2003 @@ -26,6 +26,7 @@ { LPBYTE buffer = NULL; DWORD cbBuf, pcbNeeded; BOOL res; +#ifdef UNDOCUMENTED OSVERSIONINFOA ver; ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFOA); @@ -33,6 +34,7 @@ ok( 0, "GetVersionExA failed!"); return ; } +#endif /* UNDOCUMENTED */ (void) GetPrinterDriverDirectoryA( NULL, NULL, 1, NULL, 0, &cbBuf); @@ -56,6 +58,7 @@ "last error set to %ld instead of ERROR_INSUFFICIENT_BUFFER", GetLastError()); +#ifdef UNDOCUMENTED res = GetPrinterDriverDirectoryA( NULL, NULL, 1, NULL, cbBuf, &pcbNeeded); if(ver.dwPlatformId == VER_PLATFORM_WIN32_NT) { ok( !res , "expected result == 0, got %d", res); @@ -91,6 +94,7 @@ "last error set to %ld instead of ERROR_INVALID_PARAMETER", GetLastError()); } +#endif /* UNDOCUMENTED */ HeapFree( GetProcessHeap(), 0, buffer); }

Jan. 21, 2003