- Wine-Devel - list.winehq.org

[Problem report] Messages cooked too much ?
by Gerard Patel June 27, 2001

June 27, 2001

This is a problem of intermittents hangings, when moving the mouse or closing a window (not obvious). I finally realized that the traces in the hanging of Eudora 4 looked very similar, but Eudora 4 hangs reliably ;-) I have found this Eudora crash an infinite loop generated by a mouse move message, cooked to generate a WM_NCMOUSEMOVE, then this last message is obtained repeatedly from the server without being ever removed. It does not seem right to peek a cooked message off the server, not find anything useful to do with it, and just ignore it and asking the server again. The following patch removes the problem, and *seems* to cure the intermittent hangings of other apps. Gerard --- message.c.orig Wed Jun 27 22:14:07 2001 +++ message.c Wed Jun 27 22:13:57 2001 @@ -790,7 +790,11 @@ if (qmsg.kind == RAW_HW_MESSAGE || qmsg.kind == COOKED_HW_MESSAGE) { if (!process_hardware_message( &qmsg, hwnd, first, last, flags & PM_REMOVE )) + { + if (qmsg.kind == COOKED_HW_MESSAGE) + if (!(flags & PM_REMOVE)) QUEUE_FindMsg( hwnd, first, last, TRUE, &qmsg ); goto retry; + } } else {

1 0

Re: docu patch
by Alexandre Julliard June 26, 2001

June 26, 2001

Andreas Mohr <a.mohr(a)mailto.de> writes: > diff -u -r1.9 DEVELOPERS-HINTS > --- DEVELOPERS-HINTS 2001/01/10 23:59:25 1.9 > +++ DEVELOPERS-HINTS 2001/06/26 23:02:00 > @@ -23,6 +23,7 @@ > > GDI: > > + console/ - handling of text consoles > graphics/ - graphics drivers > x11drv/ - X11 display driver > win16drv/ -> see below > @@ -58,7 +59,7 @@ > msnet/ > msvcrt/ - C runtime library > msvideo/ - 16 bit video manager > - ole32/ - 32 bit OLE 2.0 librairies > + ole32/ - 32 bit OLE 2.0 libraries > oleaut32/ - 32 bit OLE 2.0 automation > olecli/ - 16 bit OLE client > oledlg/ - OLE 2.0 user interface support > @@ -86,12 +87,13 @@ > > Miscellaneous: > > - misc/ - shell, registry, winsock, etc. > + misc/ - misc. wine management, registry, etc. > ipc/ - SysV IPC based interprocess communication > - win32/ - misc Win32 functions > ole/ - OLE code > - nls/ - National Language Support > + nls/ - National Language Support > configuration files > + unicode/ - Unicode (character) support > + win32/ - misc Win32 functions > I have nothing against updating the doc, but I don't think adding wrong information is going to help <g>. console/ is not a GDI directory, and there is no top level nls/ directory. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: configure.in patch
by Marcus Meissner June 26, 2001

June 26, 2001

On Tue, Jun 26, 2001 at 03:34:23PM +0900, Bang Jun-Young wrote: > * configure.in: > Remove a redundant check for flex. It is not redundant! AC_PROG_LEX does more than just look for the 'lex' binary. Please do not apply. Ciao, Marcus > -AC_PROG_LEX > AC_CHECK_PROGS(XLEX,$LEX flex lex,none) > if test "$XLEX" = "none" > then

3 5

change of style in the edit control
by Bill Medland June 26, 2001

June 26, 2001

Is anyone working on the edit control's handling of WM_STYLE_CHANGED? Does anyone have any useful information? I intend adding handling of WM_STYLE_CHANGING/ED to controls/edit.c for our application (which uses SetWindowLong to modify the style after creation). 1. Does anyone know why the EDITSTATE.style is not fed back to the pWnd->dwStyle after being modified. 2. Does anyone know of any documentation of the interaction within windows when the styles are incompatible? Bill

1 0

Apps DB round 2
by Jeremy Newman June 26, 2001

June 26, 2001

The new Application DB (http://wine.codeweavers.com/appdb/) is starting to fill up. But, we still need your help before we totally unleash it on the Wine community. We need as much feedback, comments, and flames [:-)] as possible this week. We need volunteers to take responsibility for updating Apps in the DB. If you would like to help, email the appDB team at appdb(a)codeweavers.com. Areas we need help on: - Add Apps and App Versions. - Comments on Apps - Application Owners (the app db has a privilege system where you can be owner of an app.) - Screenshots (lots of 'em) --- _ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://jnewman.codeweavers.com | .` / -_) V V / ' \/ _` | ' \ -= mailto:jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

9 12

undefined reference to main in _start
by Gilroy Billard June 25, 2001

June 25, 2001

Hi, I can't link in any version of the WINE libraries after version 20001202 without getting a linker error: undefined reference to main in function _start. I compile WINE with these options: ./configure --without-x --without-curses --disable-debug --disable-trace. Any ideas??? thanks, Gilroy Billard mailto:gilroy(a)trakonic.com Software Developer Trakonic Inc. PH: 1-902-450-0922 FX: 1-902-450-0939 1-877-419-3887 http://www.trakonic.com

5 6

Re: Win16 calls by Win32 functions
by Alexandre Julliard June 25, 2001

June 25, 2001

Patrik Stridvall <ps(a)leissner.se> writes: > 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. As a rule it is a good idea, but there are of course exceptions. Basically the rule should be that wherever you can choose between a Win16 or Win32 function to do something, you should pick the Win32 function. But in the cases where the Win16 and Win32 functions have different semantics, then of course you have to use the correct one, even if in some cases it means calling Win16 functions from Win32 (like for the GlobalAlloc stuff). -- Alexandre Julliard julliard(a)winehq.com

1 0

RE: Win16 calls by Win32 functions
by Patrik Stridvall June 25, 2001

June 25, 2001

> "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 June 25, 2001

June 25, 2001

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 June 25, 2001

June 25, 2001

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