wine-devel

wine-devel@winehq.org

9 participants
84458 discussions

RE: Win16 calls by Win32 functions
by Patrik Stridvall 25 Jun '01

25 Jun '01

> "Patrik Stridvall" <ps(a)leissner.se> wrote: > > > Noticing that you (Dimitry) have send in a few patch > > replacing Win16 calls by Win32 ones, I wish to > > point out that winapi_check can detect "illegal" > > calls from Win32 to Win16. > > > > Just do > > winapi_check --cross-call-win32-win16 > > Great! Why didn't you just make a patch and submit it? Well. Because I don't want to blindly do search and replace I haven't got around to do it since it will take some time to analyze each case for correctness. It is on my list of things to do but it has very low priority. But since you seems to be doing it, I might just as well tell you how to easily find many of them. > > Note that some of the fixes in your (Dimitry's) > > patches is not included in the result below > > because they are Win16 functions calling Win16 > > functions. > > > > I do not say this is nessary wrong, but are > > you (Dimitry) really sure this is how it should be? > > Well, as Alexandre already has pointed out, Win16 should be > mostly implemented by using Win32. I agree with him that use > of the 16-bit code should be eliminated as much as possible. > Moreover, until now I just have replaced only obvious places: > 16-bit functions which just thunk up to win32 without any > argument processing. Sure Win32 calls to Win16 should be eliminated that is without question. This is how Windows NT does it and Alexandre has a policy that Wine should doing like Windows NT does. I fully agree. However I'm not positive that replacing Win16 calls to Win16 with Win32 calls is always good idea. See below. > > Sure it probably runs a little faster, but then Win16 > > applications on a modern computer are likely to be > > _very_ fast, so it is really worth risking potential > > compabillity errors because of some probably irrelavant > > speed differences. > > > > Not that functions like DeleteObject are likely to > > have such problems but still... > > I'm not going to blindly replace 16-bit calls by 32-bit. > I look into the code and do think twice before submitting > a patch. Of course you are not, but there might be subtle issues that break the code in the future then the full Win32 semantics is implemented. That requires much more thinking than just casually browsing the code and reading the documentation. Actually just thinking and reading documentation is not enough either Win32 or Win16 might have undocumentation features on Windows not implement by Wine yet. Note that I'm not convinced is a large problem if any at all. I'm just worried and think we need to think this through carefully. So what should we do? Correct me if I'm wrong but because of the DLL separation Win16 to Win16 calls between different DLL:s (or rather different .so files) must not take place. I notice that, for example, user32.spec contains the following lines: ################################################################ # Wine extensions: Win16 functions that are needed by other dlls # @ stdcall CallNextHookEx16(long long long long) CallNextHookEx16 @ stdcall CallWindowProc16(long long long long long) CallWindowProc16 @ stdcall CloseDriver16(long long long) CloseDriver16 @ stdcall CreateDialogIndirectParam16(long ptr long long long) CreateDialogIndirectParam16 @ stdcall DefDriverProc16(long long long long long) DefDriverProc16 @ stdcall DialogBoxIndirectParam16(long long long long long) DialogBoxIndirectParam16 @ stdcall GetDriverModuleHandle16(long) GetDriverModuleHandle16 @ stdcall OpenDriver16(str str long) OpenDriver16 @ stdcall PostAppMessage16(long long long long) PostAppMessage16 @ stdcall SendDriverMessage16(long long long long) SendDriverMessage16 @ stdcall SetWindowsHookEx16(long long long long) SetWindowsHookEx16 @ stdcall UserYield16() UserYield16 and gdi32.spec contains these lines: ################################################################ # Wine extensions: Win16 functions that are needed by other dlls # @ stdcall CreateMetaFile16(str) CreateMetaFile16 @ stdcall CloseMetaFile16(long) CloseMetaFile16 This is what is guess Alexandre wants eliminated not calls like the call in SetDCState16 (Win16 GDI) to DeleteObject16 (Win16 GDI) that you "fixed" in one of your patches. Of course Win32 to Win16 calls should be fixed even within a DLL but that is because of possible different semantics not because of the DLL separation. In short I suggest the following policy 1. No Win32 to Win16 calls: This is because of semantic and speed reasons. 2. No Win16 to Win16 calls between different DLL:s: This is because of the DLL separation. 3. No Win16 to Win32 calls within a DLL (with the exception a function's Win32 counterpart or replacement in the case of obsolete function): This is because of semantic reasons but I'm not sure how hard we must enforce point, because if the the Win32 function generates a non Win16 message or some other non Win16 related stuff I guess we can quite easily can (and perhaps even now does) ignore or filter such things in more fundamental part of the code like in the message dispatching code.

1 0

Win16 calls by Win32 functions
by Patrik Stridvall 25 Jun '01

25 Jun '01

Noticing that you (Dimitry) have send in a few patch replacing Win16 calls by Win32 ones, I wish to point out that winapi_check can detect "illegal" calls from Win32 to Win16. Just do winapi_check --cross-call-win32-win16 Unfortunately there is a bug in the CVS version of winapi_check (fixed in my tree) that makes this option output too many messages. However until it is updated just do "grep 'illegal call'" on the output. The result this is included below. Note that some of the fixes in your (Dimitry's) patches is not included in the result below because they are Win16 functions calling Win16 functions. I do not say this is nessary wrong, but are you (Dimitry) really sure this is how it should be? Sure it probably runs a little faster, but then Win16 applications on a modern computer are likely to be _very_ fast, so it is really worth risking potential compabillity errors because of some probably irrelavant speed differences. Not that functions like DeleteObject are likely to have such problems but still... ---8<--- controls/menu.c: user32: GetSystemMenu: illegal call to GetSubMenu16 (Win32 -> Win16) dlls/kernel/comm.c: kernel32: BuildCommDCBAndTimeoutsA: illegal call to BuildCommDCB16 (Win32 -> Win16) dlls/msvideo/msvideo_main.c: msvfw32: ICClose: illegal call to ICSendMessage16 (Win32 -> Win16) dlls/ole32/compobj.c: ole32: CLSIDFromProgID: illegal call to CLSIDFromProgID16 (Win32 -> Win16) dlls/ole32/compobj.c: ole32 & ole32: CLSIDFromString: illegal call to CLSIDFromString16 (Win32 -> Win16) dlls/ole32/storage.c: ole32: StgIsStorageFile: illegal call to StgIsStorageFile16 (Win32 -> Win16) dlls/shell32/shell.c: shell32: ExtractAssociatedIconA: illegal call to ExtractAssociatedIcon16 (Win32 -> Win16) dlls/winmm/mci.c: mmsystem & winmm: mciExecute: illegal call to mciSendString16 (Win32 -> Win16) dlls/winmm/mci.c: winmm: mciFreeCommandResource: illegal call to mciFreeCommandResource16 (Win32 -> Win16) dlls/winmm/mmsystem.c: winmm: mciGetErrorStringA: illegal call to mciGetErrorString16 (Win32 -> Win16) dlls/winmm/mmsystem.c: winmm: mmsystemGetVersion: illegal call to mmsystemGetVersion16 (Win32 -> Win16) files/profile.c: kernel32: GetPrivateProfileSectionNamesW: illegal call to GetPrivateProfileSectionNames16 (Win32 -> Win16) graphics/escape.c: gdi32: ExtEscape: illegal call to Escape16 (Win32 -> Win16) loader/module.c: kernel32: WIN32_GetProcAddress16: illegal call to GetProcAddress16 (Win32 -> Win16) loader/ne/module.c: kernel & kernel32: FreeLibrary16: illegal call to FreeModule16 (Win32 -> Win16) memory/global.c: kernel & kernel32: GlobalFix16: illegal call to GlobalHandleToSel16 (Win32 -> Win16) memory/global.c: kernel & kernel32: GlobalReAlloc16: illegal call to GlobalHandleToSel16 (Win32 -> Win16) memory/global.c: kernel & kernel32: GlobalWire16: illegal call to WIN16_GlobalLock16 (Win32 -> Win16) memory/global.c: kernel32: K32WOWGlobalLock16: illegal call to WIN16_GlobalLock16 (Win32 -> Win16) objects/clipping.c: gdi32: RectVisible: illegal call to RectVisible16 (Win32 -> Win16) objects/dc.c: gdi32: RestoreDC: illegal call to SetDCState16 (Win32 -> Win16) objects/metafile.c: gdi32: PlayMetaFileRecord: illegal call to PlayMetaFileRecord16 (Win32 -> Win16) objects/palette.c: gdi32: UpdateColors: illegal call to UpdateColors16 (Win32 -> Win16) windows/clipboard.c: user32: RegisterClipboardFormatA: illegal call to RegisterClipboardFormat16 (Win32 -> Win16) windows/cursoricon.c: user32: CreateCursor: illegal call to CreateCursorIconIndirect16 (Win32 -> Win16) windows/cursoricon.c: user32: CreateIcon: illegal call to CreateCursorIconIndirect16 (Win32 -> Win16) windows/cursoricon.c: user32: DestroyCursor: illegal call to CURSORICON_Destroy (Win32 -> Win16) windows/cursoricon.c: user32: DestroyIcon: illegal call to CURSORICON_Destroy (Win32 -> Win16) windows/cursoricon.c: user32: LookupIconIdFromDirectoryEx: illegal call to LookupIconIdFromDirectoryEx16 (Win32 -> Win16) windows/mdi.c: user32: DefFrameProcA: illegal call to DefFrameProc16 (Win32 -> Win16) windows/mdi.c: user32: DefFrameProcW: illegal call to DefFrameProc16 (Win32 -> Win16) windows/mdi.c: user32: DefMDIChildProcA: illegal call to DefMDIChildProc16 (Win32 -> Win16) windows/mdi.c: user32: ScrollChildren: illegal call to CalcChildScroll16 (Win32 -> Win16) windows/painting.c: user32: UserRealizePalette: illegal call to RealizePalette16 (Win32 -> Win16)

2 1

wine core dump
by Heiko Nardmann 25 Jun '01

25 Jun '01

I am not sure whether this mail reached the mailing list already partly. Due to some problem with KMail here is the full mail. Using CVS version from 23.6. I was able to produce a core dump trying to use Word97. Here is the session from gdb. I might provide the core file to anyone interested. snsrv053:nardmann[Word]>gdb /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/wine core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... Core was generated by `/opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-200106'. Program terminated with signal 11, Speicherzugriffsfehler. Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine_unicode.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine_unicode.so Reading symbols from /lib/libncurses.so.5...done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libutil.so.1...done. Loaded symbols for /lib/libutil.so.1 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libkernel32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libkernel32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libuser32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libuser32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libgdi32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libgdi32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libadvapi32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libadvapi32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libole32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libole32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/librpcrt4.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/librpcrt4.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libshell32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libshell32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libshlwapi.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libshlwapi.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libcomctl32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libcomctl32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libwinspool.drv.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libwinspool.drv.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libx11drv.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libx11drv.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine_tsx11.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine_tsx11.so Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Loaded symbols for /usr/X11R6/lib/libSM.so.6 Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Loaded symbols for /usr/X11R6/lib/libICE.so.6 Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Loaded symbols for /usr/X11R6/lib/libXpm.so.4 Reading symbols from /usr/X11R6/lib/libXxf86dga.so.1...done. Loaded symbols for /usr/X11R6/lib/libXxf86dga.so.1 Reading symbols from /usr/X11R6/lib/libXxf86vm.so.1...done. Loaded symbols for /usr/X11R6/lib/libXxf86vm.so.1 Reading symbols from /usr/lib/libGL.so.1...done. Loaded symbols for /usr/lib/libGL.so.1 Reading symbols from /usr/lib/libGLU.so.1...done. Loaded symbols for /usr/lib/libGLU.so.1 Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXmu.so.6...done. Loaded symbols for /usr/X11R6/lib/libXmu.so.6 Reading symbols from /usr/X11R6/lib/libXi.so.6...done. Loaded symbols for /usr/X11R6/lib/libXi.so.6 Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Loaded symbols for /usr/X11R6/lib/libXt.so.6 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libwineps.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libwineps.so #0 thread_errno_location () at thread.c:214 214 return &NtCurrentTeb()->thread_errno; (gdb) bt #0 thread_errno_location () at thread.c:214 #1 0x40292a15 in __sigprocmask (how=0, set=0x40114340, oset=0x404a1058) at ../sysdeps/unix/sysv/linux/sigprocmask.c:48 #2 0x400c99c6 in wine_server_call (req=0x404a1158, size=20) at client.c:196 #3 0x4005af51 in send_debug_event (rec=0x404a123c, first_chance=1, context=0x404a12b0) at exception.c:124 #4 0x4005b19f in EXC_RtlRaiseException (rec=0x404a123c, context=0x404a12b0) at exception.c:177 #5 0x40062509 in do_segv (context=0x404a12b0, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #6 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078596916, sc_esi = 1074775150, sc_ebp = 1078596752, sc_esp = 1078596704, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078596704, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #7 <signal handler called> #8 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #9 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #10 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a1534, context=0x404a15a8) at exception.c:195 #11 0x40062509 in do_segv (context=0x404a15a8, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #12 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078597676, sc_esi = 1074775150, sc_ebp = 1078597512, sc_esp = 1078597464, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078597464, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #13 <signal handler called> #14 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #15 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #16 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a182c, context=0x404a18a0) at exception.c:195 #17 0x40062509 in do_segv (context=0x404a18a0, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #18 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078598436, sc_esi = 1074775150, sc_ebp = 1078598272, sc_esp = 1078598224, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078598224, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #19 <signal handler called> #20 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #21 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #22 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a1b24, context=0x404a1b98) at exception.c:195 #23 0x40062509 in do_segv (context=0x404a1b98, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #24 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078599196, sc_esi = 1074775150, sc_ebp = 1078599032, sc_esp = 1078598984, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078598984, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #25 <signal handler called> #26 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #27 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #28 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a1e1c, context=0x404a1e90) at exception.c:195 #29 0x40062509 in do_segv (context=0x404a1e90, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #30 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078599956, sc_esi = 1074775150, sc_ebp = 1078599792, sc_esp = 1078599744, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078599744, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #31 <signal handler called> #32 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #33 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #34 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a2114, context=0x404a2188) at exception.c:195 #35 0x40062509 in do_segv (context=0x404a2188, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #36 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078600924, sc_esi = 1074775150, sc_ebp = 1078600548, sc_esp = 1078600500, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078600500, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #37 <signal handler called> #38 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #39 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #40 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a24dc, context=0x404a2410) at exception.c:195 ---Type <return> to continue, or q <return> to quit--- #41 0x400629c4 in int_handler (__signal=2, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1074113920, sc_esi = 0, sc_ebp = 1078608284, sc_esp = 1078601232, sc_ebx = 1078608268, sc_edx = 810345475, sc_ecx = 17152, sc_eax = 1078601394, sc_trapno = 14, sc_err = 4, sc_eip = 2356908743, sc_cs = 35, __csh = 0, sc_eflags = 646, esp_at_signal = 1078601232, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 1078620009}) at signal_i386.c:893 #42 <signal handler called> #43 0x8c7b92c7 in ?? () #44 0xe in ?? () Cannot access memory at address 0x1 -- Heiko Nardmann (Dipl.-Ing.), h.nardmann(a)secunet.de, Software Development secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50

1 0

wine core dump
by Heiko Nardmann 25 Jun '01

25 Jun '01

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Using CVS version from 23.6. I was able to produce a core dump trying to use Word97. Here is the session from gdb. I might provide the core file to anyone interested. snsrv053:nardmann[Word]>gdb /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/wine core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... Core was generated by `/opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-200106'. Program terminated with signal 11, Speicherzugriffsfehler. Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine_unicode.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine_unicode.so Reading symbols from /lib/libncurses.so.5...done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libutil.so.1...done. Loaded symbols for /lib/libutil.so.1 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libkernel32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libkernel32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libuser32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libuser32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libgdi32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libgdi32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libadvapi32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libadvapi32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libole32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libole32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/librpcrt4.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/librpcrt4.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libshell32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libshell32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libshlwapi.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libshlwapi.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libcomctl32.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libcomctl32.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libwinspool.drv.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libwinspool.drv.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libx11drv.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libx11drv.so Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine_tsx11.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/libwine_tsx11.so Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Loaded symbols for /usr/X11R6/lib/libSM.so.6 Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Loaded symbols for /usr/X11R6/lib/libICE.so.6 Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Loaded symbols for /usr/X11R6/lib/libXpm.so.4 Reading symbols from /usr/X11R6/lib/libXxf86dga.so.1...done. Loaded symbols for /usr/X11R6/lib/libXxf86dga.so.1 Reading symbols from /usr/X11R6/lib/libXxf86vm.so.1...done. Loaded symbols for /usr/X11R6/lib/libXxf86vm.so.1 Reading symbols from /usr/lib/libGL.so.1...done. Loaded symbols for /usr/lib/libGL.so.1 Reading symbols from /usr/lib/libGLU.so.1...done. Loaded symbols for /usr/lib/libGLU.so.1 Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXmu.so.6...done. Loaded symbols for /usr/X11R6/lib/libXmu.so.6 Reading symbols from /usr/X11R6/lib/libXi.so.6...done. Loaded symbols for /usr/X11R6/lib/libXi.so.6 Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Loaded symbols for /usr/X11R6/lib/libXt.so.6 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libwineps.so...done. Loaded symbols for /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libwineps.so #0 thread_errno_location () at thread.c:214 214 return &NtCurrentTeb()->thread_errno; (gdb) bt #0 thread_errno_location () at thread.c:214 #1 0x40292a15 in __sigprocmask (how=0, set=0x40114340, oset=0x404a1058) at ../sysdeps/unix/sysv/linux/sigprocmask.c:48 #2 0x400c99c6 in wine_server_call (req=0x404a1158, size=20) at client.c:196 #3 0x4005af51 in send_debug_event (rec=0x404a123c, first_chance=1, context=0x404a12b0) at exception.c:124 #4 0x4005b19f in EXC_RtlRaiseException (rec=0x404a123c, context=0x404a12b0) at exception.c:177 #5 0x40062509 in do_segv (context=0x404a12b0, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #6 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078596916, sc_esi = 1074775150, sc_ebp = 1078596752, sc_esp = 1078596704, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078596704, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #7 <signal handler called> #8 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #9 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #10 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a1534, context=0x404a15a8) at exception.c:195 #11 0x40062509 in do_segv (context=0x404a15a8, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #12 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078597676, sc_esi = 1074775150, sc_ebp = 1078597512, sc_esp = 1078597464, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078597464, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #13 <signal handler called> #14 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #15 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #16 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a182c, context=0x404a18a0) at exception.c:195 #17 0x40062509 in do_segv (context=0x404a18a0, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #18 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078598436, sc_esi = 1074775150, sc_ebp = 1078598272, sc_esp = 1078598224, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078598224, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #19 <signal handler called> #20 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #21 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #22 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a1b24, context=0x404a1b98) at exception.c:195 #23 0x40062509 in do_segv (context=0x404a1b98, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #24 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078599196, sc_esi = 1074775150, sc_ebp = 1078599032, sc_esp = 1078598984, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078598984, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #25 <signal handler called> #26 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #27 0x400ff684 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine-CVS-20010623/dlls/libntdll.so #28 0x4005b1ea in EXC_RtlRaiseException (rec=0x404a1e1c, context=0x404a1e90) at exception.c:195 #29 0x40062509 in do_segv (context=0x404a1e90, trap_code=14, cr2=0xe1a253e4, err_code=6) at signal_i386.c:707 #30 0x4006285d in segv_handler (__signal=11, __context={sc_gs = 0, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1078599956, sc_esi = 1074775150, sc_ebp = 1078599792, sc_esp = 1078599744, sc_ebx = 1074787972, sc_edx = 1074787972, sc_ecx = 1074795488, sc_eax = 128, sc_trapno = 14, sc_err = 6, sc_eip = 1074788000, sc_cs = 35, __csh = 0, sc_eflags = 68226, esp_at_signal = 1078599744, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 3785511908}) at signal_i386.c:842 #31 <signal handler called> #32 0x400ff6a0 in __DTOR_END__ () from /opt/Source-Archive/mirrors/CompilationDir/i686-whatever-linux2/wine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7Nu3bpm53PRScYygRAuYLAKDR49a+j/JDCirOmLCC48N1ql1rXgCg10Ah aOiXiUWyz02czaQc4jG1i8k= =W1KY -----END PGP SIGNATURE-----

1 0

Fallout Tactics problems
by Tim Oertel 25 Jun '01

25 Jun '01

Hi all, I sent this to wine-users, but got no response... so I'll assume I've hit a bug or three. I've successfully installed FT, and it sorta runs. Specifically: o It installed without problems. o It runs the intro animations and training walkthroughs, but the anims alternately play audio or video, pausing the other while one plays. o Character creation works, although the keyboard occasionally fails to work... not sure why. o Screen redraw is hosed when scrolling left or up. A ~64 pixel strip gets replicated across the screen... Clicking directly on the map redraws fine. I'm wondering if anyone knows what is going on or can suggest how to start debugging the scrolling problem. (I have plenty of debug experience and can figure things out, but I'm not familiar with wine, so am not sure where to start.) I'm using the latest CVS build as of 2001/06/20. Tim -- ////// toertel(a)rpa.net ///////////// // "Why should I be content to simply // / live in this world, when I, as a // human being, can CREATE it?" //

1 0

A pointer to some undoc functions
by Uwe Bonnes 24 Jun '01

24 Jun '01

Hallo, http://www.geocities.com/SiliconValley/4942/contents.html contains some explications about those undocumented functions in the win32 API mostly used bi explorer, iexplorer and friends. I took a look at the comctl32 MRU functions... Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

[Problem report] X11DRV_GetDC
by Gerard Patel 24 Jun '01

24 Jun '01

This problem I see with Eudora (1.5 or 3.06 - I can't see it with Eudora 4 because it crashes before :-)). Using the option dialog box, everytime there is a checkbox or an option button, these buttons appear 2 times when switching from a page to another, one time at the correct place, one time off to the left. I think that the problem comes from the fact that the app paints outside of a WM_PAINT event. What happens is that when switching from a dialog 'page' to another, Eudora creates a hidden dialog with buttons on it, initialize the controls with the correct values from its config file, then reparent all the controls to the main dialog box. The hidden dialog box is a child of the main dialog box (but on this hidden dialog box, the controls are not at the place where they are supposed to be on the real dialog box). To be clearer, we have windows as follow (in the order parent->child) A : main dialog, style visible + clipsiblings B : work dialog, not visible + not clipsiblings C : a checkbox X11DRV_GetDC finds B as top window that is not clipsibling, then Wine use as drawable the parent of B : A. Then the checkbox is displayed somewhere on A. The following patch works around this particular problem, but I doubt that it's the best place to change. And, BTW, there are many other problems in current Cvs with my toy test suite :-/, problems that were not here a month ago, of course. To be fair the new code has removed *some* long standing problems, too. But on the balance it's still very bad. Gerard Index: dlls/x11drv/winpos.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v retrieving revision 1.10 diff -u -r1.10 winpos.c --- dlls/x11drv/winpos.c 2001/06/22 03:42:27 1.10 +++ dlls/x11drv/winpos.c 2001/06/24 10:50:45 @@ -387,8 +387,11 @@ /* find the top parent in the hierarchy that isn't clipping siblings */ top = NULL; - for (ptr = win->parent; ptr && ptr->parent; ptr = ptr->parent) - if (!(ptr->dwStyle & WS_CLIPSIBLINGS)) top = ptr; + if (IsWindowVisible(win->hwndSelf)) + { + for (ptr = win->parent; ptr && ptr->parent; ptr = ptr->parent) + if (!(ptr->dwStyle & WS_CLIPSIBLINGS)) top = ptr; + } if (!top && !(flags & DCX_CLIPSIBLINGS)) top = win;

1 0

Re: PATCH: MSDOS VGA mode
by Ove Kaaven 23 Jun '01

23 Jun '01

On Sun, 17 Jun 2001, Marcus Meissner wrote: > However, Monkey Island does not appear to get <return> presses. I see > in 60 returning scancode 0x1c (and 0x9c on release), but it never triggers > any reaction :( Yes, the relevant code in msdos/int09.c is stiff #if 0-ed out in the Wine CVS. I think I have some stuff fixing it lying around in my old Wine tree, but it was rejected in its first form, so it might need a rewrite. But the vm86 restructure is probably more important...

2 3

Re: wrc error
by Gaël de Chalendar 23 Jun '01

23 Jun '01

Hi, As I wrote on comp.emulators.ms-windows.wine, I have the same problem (on 2 machines, a third one works well). What caused the problem is the last patch on wrc (I got the previous version of wrc files and it works). A preprocessed version of what do you want ? Bye Gael On Fri, 15 Jun 2001, Bang Jun-Young wrote: > Hi, > > I got the following error when I tried to compile the latest > CVS source: > > gmake[2]: Entering directory `/home/bjy/wine/dlls/user' > LD_LIBRARY_PATH="../../unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc -I. -I. -I../../include -I../../include -o resources/user32.res -r resources/user32.rc > resources/user32_Ca.rc:2:1: Error: syntax error > gmake[2]: *** [resources/user32.res] Error 1 I did a cvs update five minutes ago and it compiled just fine. cvs diff shows no difference in te tools/wrc area either. Can you send me a preprocessed version? -- -- _______________________________________________ Gael de Chalendar LIMSI/CNRS, BP 133, 91 403 Orsay Cedex (France) Tel : 01 69 85 80 04, Fax : 01 69 85 80 88 E-mail : mailto:Gael.de.Chalendar@limsi.fr Web : http://www.limsi.fr/Individu/gael/

3 3

Word97 problems
by Heiko Nardmann 23 Jun '01

23 Jun '01

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I am still trying to get Word97 up and running. Now I found out that Word tries to LoadLibrary() some MSO7DEU.DLL which seems to be the language DLL. I saw that after failing to find it it tries to find MSO7ENU.DLL. When failing with that, too, some kind of exception is happening according to the log files and the message box described in former mails appears. So I took this DLL from my Windows/Word installation and copied it into the same folder as Word. Now I have the following Word files in one directory: - - winword.exe - - wwintl32.dll - - mso97.dll - - mso7deu.dll No other Windows files are on my Linux machine except on the NT partition which is NOT used during this tests. After starting it again I now get a different message box saying that my registry is corrupt and I should rerun Word setup. I will further analyze the logfiles to see which registry entries are needed ... This analyze has been done with todays CVS ... - -- Heiko Nardmann (Dipl.-Ing.), h.nardmann(a)secunet.de, Software Development secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7NHOhpm53PRScYygRAq7CAJ0YjojtnRdiX5OthOvPEkN4MUY1ugCbB+3e b3QaEHg3OaBl8c0yn0cRKpg= =nMdS -----END PGP SIGNATURE-----

1 1

Problems loading mingw32 binaries (latest CVS)
by Vedran Rodic 23 Jun '01

23 Jun '01

Hello It seems that some recent change (post 20010510) prevents binaries made with mingw32 (at least with my mingw32 linux cross-compiler) to load. The error message is: err:module:map_image Could not map section .text, file probably truncated wine: can't exec 'a.exe': error=21 I've put one such binary and the source at: http://quark.fsb.hr/vedran/wine Debian wine version 0.0.20010510-3 loads the binary fine. Vedran Rodic

1 1

Re: Initializing Dosvm for direct port access
by Alexandre Julliard 23 Jun '01

23 Jun '01

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > What about checking if Dosvm.GetTimer is initialized and if it isn't > initialized do give back the dummy value? At least the spde doesn't seem to > care... How does the app behave under NT? Or with -winver nt40? -- Alexandre Julliard julliard(a)winehq.com

2 1

Readconsole, was libreadline for winedbg
by Uwe Bonnes 23 Jun '01

23 Jun '01

Hallo, investigating further, I found that winedbg uses ReadConsole to get what the debug-user typed in, however ReadConsole by far doesn't behave as expected, namely to give back the VT100 codes for what the user typed in. At present arrow key presses are never delivered to winedbg and if winedbg runs on the staring console, input is only delivered to winedbg after the user entered "Enter". Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: wine/ dlls/x11drv/winpos.c windows/x11drv/event.c
by Guy L. Albertelli 23 Jun '01

23 Jun '01

With the patch "Don't rely on X to expose windows covered by a sibling, do it manually. (6/21)" installed, it seems that most (possibly all) of the painting problems have been fixed. Great job!! There are two other outstanding problems remaining: 1. With ControlSpy (REBAR.EXE), WinRAR, and IE4 and native controls (commctrl, comctl32): The 01/03/15 cvs, when the mouse moves over the gripper, the cursor changes to linked left & right arrows. When the left button is pressed, the cursor is changed to a small double gripper with left & right arrows. The selected band can then be dragged. At the 01/06/01 cvs, the cursor is not changed either before the left button push or after. However the selected band can still be dragged. With the current cvs (01/06/22), the cursor is changed to the linked left & right arrows, but the area where the change occurs is much smaller. The cursor goes back to the normal arrow after the left button is pressed. The selected band can then be dragged, but is less responsive that the other two cases by about 50%. 2. This is with -managed mode and both examples involve the X-window being minimized (current cvs 6/22): With IE4 and native controls (commctrl, comctl32), when typing in the address box and "enter" is hit, the Xwindow is minimized and the data is processed. With our code, the enter is ignored. With WinRAR and native controls (commctrl, comctl32), selecting the settings dialog and replying OK results in the main window being mimimized. Selecting cancel (or other dialog boxes) do not cause mimimization. Guy

1 0

ChooseFont dialog problems.
by kenon＠go2.pl 23 Jun '01

23 Jun '01

Hello, I'm trying to make choosefont dialog working. (I'm not sending this patch to wine-patches because it is incomplete ,and I rather need some ideas ) First hunk of the patch allows changing font colors in 16-bit apps , and it seems to work properly. Second and third hunk affects both 16 and 32 bit apps ,and my intention is to fix CF_INITTOLOGFONTSTRUCT style handling. It almost works ,but code in dlls/commdlg/fontdlg.c is very cryptic (was it based on original Micro$oft code ? :-) ) . Should it be wrtitten from beginning :-( ? Trying to patch this file resemble hard patchwork :-) or else I spent too little time on trying to understand the file. Maciek --- /home/mkalisz/wine/dlls/commdlg/fontdlg.c Tue Jun 19 05:34:07 2001 +++ dlls/commdlg/fontdlg.c Sat Jun 23 01:27:57 2001 @@ -220,6 +220,7 @@ } lpChFont->lpTemplateName=lpTemplateName; + lpChFont->rgbColors=cf32a.rgbColors; font16 = MapSL(lpChFont->lpLogFont); font16->lfHeight = cf32a.lpLogFont->lfHeight; @@ -782,7 +783,7 @@ j=SendDlgItemMessageA(hDlg, cmb3, CB_GETCOUNT, 0, 0); for (i=0;i<j;i++) { - if (lpxx->lfHeight==(int)SendDlgItemMessageA(hDlg,cmb3, CB_GETITEMDATA,i,0)) + if (lpxx->lfHeight==-(int)SendDlgItemMessageA(hDlg,cmb3, CB_GETITEMDATA,i,0)) SendDlgItemMessageA(hDlg,cmb3,CB_SETCURSEL,i,0); } } @@ -1000,6 +1001,7 @@ return TRUE; } } + break; case chx1: case chx2: case cmb2:

1 0

Re: PATCH: MSDOS VGA mode
by Alexandre Julliard 23 Jun '01

23 Jun '01

Ove Kaaven <ovehk(a)ping.uio.no> writes: > I think we managed to get monkey island to start by fixing that keyboard > code. However, because of that annoying wineserver assertion failure, no > DOS apps like this run with my code anymore, so I can't check. Unless you > want to fix the wineserver assertion at server/console.c line 194, so > CONSOLE_make_complex can run in one thread while another winedos thread > keeps waiting for input? Did you try to simply remove the assert? I think the way the select is done now, it should actually work fine, and the assert should no longer be necessary. -- Alexandre Julliard julliard(a)winehq.com

1 0

word wrapping in ListViews
by Bill Medland 22 Jun '01

22 Jun '01

Does anyone know where the word-wrapping occurs in CListView objects? In the MFC code or lower down? One of the issues we face with our app is that on Windows when icons are displayed in a CListView and the label is significantly wider than the icon then I note that the label is written on two lines whereas under Wine it is displayed truncated on a single line. I am trying to figure out where the fault is. Does anyone know? Bill

1 0

server:truncated to 32768
by David Hagood 21 Jun '01

21 Jun '01

With a fresh build of last night's CVS pull, when I attempt to run Delorme's AAA MapNGo V4.0, I get the following error condition: server:truncated to 32768 server:truncated to 32768 At this point the main window of the application is up. However, if I try to do anything non-trivial with the app, it coughs up this error: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 1663 Current serial number in output stream: 1668 and one of the app threads dies. However, the main app window is still up, and four of its threads (plus the wineserver) are still alive. The app stops responding to the system, however. Where do I start on debugging this? What should I trace?

2 1

Initializing Dosvm for direct port access
by Uwe Bonnes 21 Jun '01

21 Jun '01

Hallo Ove, is something like appended patch right to get direct port access working for a win95 program? At least my dongle protected program (spde) doesn't crash any more and recognizes the license. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- hertz:/spare/bon/wine-clean> cvs -d $CVSROOT diff -uw -7 wine/msdos/ioports.c Index: wine/msdos/ioports.c =================================================================== RCS file: /home/wine/wine/msdos/ioports.c,v retrieving revision 1.24 diff -u -w -7 -r1.24 ioports.c --- wine/msdos/ioports.c 2001/05/09 17:31:35 1.24 +++ wine/msdos/ioports.c 2001/06/21 08:23:57 @@ -227,14 +227,15 @@ static void IO_port_init(void) { char temp[1024]; do_direct_port_access = 0; /* Can we do that? */ + DPMI_LoadDosSystem(); if (!iopl(3)) { iopl(0); PROFILE_GetWineIniString( "ports", "read", "*", temp, sizeof(temp) ); do_IO_port_init_read_or_write(temp, IO_READ); PROFILE_GetWineIniString( "ports", "write", "*",

2 2

Press: OsOpinion: Putting a Bad API on a Good OS
by Francois Gouget 20 Jun '01

20 Jun '01

Hi, A nice article with a provocative title. What I like about it is that it addresses the main objection of Linux hardcore users to Wine (at least as seen from Slashdot): will Wine hurt Linux? But judge for yourself :-) http://www.osopinion.com/perl/story/11297.html -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd.

2 1

Re: Still more clipping issues - but getting better
by r.maurizzi＠gvs.it 20 Jun '01

20 Jun '01

I'm using Lotus Notes 4.6, and with the last updates wirtualy all clipping problems were solved. The problem now is that every time I type a character in the editor, the whole window gets repainted 8-) and sometimes I can't see the cursor or a text selection I make. How can I help? Ciao, Roberto.

1 0

Still more clipping issues - but getting better
by Guy L. Albertelli 20 Jun '01

20 Jun '01

Hi Alexandre, The latest commits (through "Clip parent client area when using the drawable from a higher level parent." julliard@wine2. 01/06/19 20:22:40) have fixed the problem mentioned in the previous email. However certain problems still exist. The attached JPG shows the results with the latest commits and the native control when the second band is deleted (band # 1). Somehow it never erases the band. This did work correctly in 6/1 CVS. Recreation instructions: Select RB_DELETEBAND and change the first zero (second line) to a 1 and send it. The second band with the ComboBoxEx should disappear. There is another issue with IE4 (one of my test programs). When a string is typed into the address line (a ComboBoxEx) and "return" pressed, the entire IE window disappears. IE is still running and by selecting the item in the GNOME taskbar, the IE window reappears correctly. Thanks a lot, Guy Albertelli <<galberte(a)neo.lrun.com>>

1 0

Still clipping issues
by Guy L. Albertelli 19 Jun '01

19 Jun '01

The REBAR ControlSpy (as a simple test application) still displays clipping/drawing issues since 6/1/2001 even with the native control. The enclosed JPG shows some of the problems. The method for recreation is to select the Styles menu and then select the Recreate Control button. At the end of the redraw cycle the distortion is as shown. Note the partial combobox dropdown arrow just below the word "Control_" in the center of the screen. This seems to be due to an unclipped rectangle/too large a client area during the ComboBoxEx creation. In the 6/1 CVS version, you can see the same dropdown arrow but it is within the left hand control window not beyond. Note also the badly drawn text in the two listboxes to the right. If there is anything I can supply to help fix this please let me know. Thanks, Guy Albertelli <<galberte(a)neo.lrun.com>>

1 0

Re: PATCH: wine-config
by Alexandre Julliard 19 Jun '01

19 Jun '01

Malte Starostik <malte(a)kde.org> writes: > For example if the winelib app is only part of a project that for some reason > has its own Makefile management and/or merges its own rules with the ones for > wine. Yes, this refers to activexproxy where we currently have a self-written > configure check, but I could imagine other places where this might be of > interest... Well, of course you don't have to use the complete configure and makefile generated by winemaker, you can just take the subset you need and copy it into your makefiles. But I don't see how a wine-config could help you do that. Also I don't see why you'd necessarily want to use the same flags to compile your winelib app that have been used to compile wine itself; in fact you may not even be using the same compiler. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: PATCH: wine-config
by Alexandre Julliard 19 Jun '01

19 Jun '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > to help winelib using developers, this program exports flags and directories > to /usr/bin/. > > I am not sure whether exported cflags and libs are ok. > > Hmm, we probably should also tell how to build .so libs. And specs -> .cs. > (Hmm, supply Makefile snippets?) Actually we already have winemaker that can generate a complete configure and makefile, so I'm not sure what purpose a wine-config would serve. -- Alexandre Julliard julliard(a)winehq.com

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel