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

Re: Update comctl spec
by Alexandre Julliard Nov. 24, 2003

Nov. 24, 2003

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog: > - Export more functions by name. This will break the import libraries. Why do you want to do that? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Compile Bug: dlls/wininet/cookie.c .. and its cause
by Alexandre Julliard Nov. 24, 2003

Nov. 24, 2003

Ivan Gyurdiev <ivg2(a)cornell.edu> writes: > I have no clue what the FAR macro does, but wouldn't it be better to > just rename the wine FAR macro to something different if you dont want > it to conflict w/ the other FAR macro? It's a Windows thing, we can't change it. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: heap: fix RtlHeapReAllocate()
by Dimitrie O. Paun Nov. 24, 2003

Nov. 24, 2003

On November 21, 2003 03:21 pm, Eric Pouech wrote: > this will not compile on Win9x. You have to take care of: Good point, sorry about that, I was being lazy. To force people to do the dyn load, we shouldn't import ntdll, no? ChangeLog RtlHeapReAllocate() should not allocate memory. Add small test to make sure it doesn't return. Don't import ntdll for tests, we need to load it dynamically. Index: dlls/ntdll/heap.c =================================================================== RCS file: /var/cvs/wine/dlls/ntdll/heap.c,v retrieving revision 1.25 diff -u -r1.25 heap.c --- dlls/ntdll/heap.c 10 Oct 2003 00:12:17 -0000 1.25 +++ dlls/ntdll/heap.c 20 Nov 2003 21:00:39 -0000 @@ -1231,11 +1231,11 @@ HEAP *heapPtr; SUBHEAP *subheap; - if (!ptr) return RtlAllocateHeap( heap, flags, size ); /* FIXME: correct? */ + if (!ptr) return NULL; if (!(heapPtr = HEAP_GetPtr( heap ))) { set_status( STATUS_INVALID_HANDLE ); - return FALSE; + return NULL; } /* Validate the parameters */ Index: dlls/ntdll/tests/Makefile.in =================================================================== RCS file: /var/cvs/wine/dlls/ntdll/tests/Makefile.in,v retrieving revision 1.9 diff -u -r1.9 Makefile.in --- dlls/ntdll/tests/Makefile.in 8 May 2003 03:47:24 -0000 1.9 +++ dlls/ntdll/tests/Makefile.in 24 Nov 2003 07:19:04 -0000 @@ -3,12 +3,12 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ TESTDLL = ntdll.dll -IMPORTS = ntdll CTESTS = \ env.c \ error.c \ generated.c \ + heap.c \ large_int.c \ path.c \ rtl.c \ --- /dev/null 2003-01-30 05:24:37.000000000 -0500 +++ dlls/ntdll/tests/heap.c 2003-11-24 02:17:07.000000000 -0500 @@ -0,0 +1,49 @@ +/* + * Unit test suite for heap functions + * + * Copyright 2003 Dimitrie O. Paun + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <stdarg.h> +#include <stdlib.h> + +#include "ntstatus.h" +#include "windef.h" +#include "winbase.h" +#include "wine/test.h" +#include "winnt.h" +#include "winnls.h" +#include "winreg.h" +#include "winternl.h" + +PVOID (WINAPI *pRtlReAllocateHeap)(HANDLE,ULONG,PVOID,ULONG); + +static void test_realloc( void ) +{ + void *mem = NULL; + + mem = pRtlReAllocateHeap(GetProcessHeap(), 0, mem, 10); + ok(mem == NULL, "memory allocated"); +} + +START_TEST(heap) +{ + HMODULE mod = GetModuleHandle("ntdll.dll"); + if (!mod) return; + pRtlReAllocateHeap = (void *)GetProcAddress(mod, "RtlReAllocateHeap"); + if (pRtlReAllocateHeap) test_realloc(); +} -- Dimi.

3 3

Compile Bug: dlls/wininet/cookie.c .. and its cause
by Ivan Gyurdiev Nov. 24, 2003

Nov. 24, 2003

Macro __WINESRC__ is defined for dlls/wininet/cookie.c in the Makefile. The file cookie.c includes wine/debug.h. wine/debug.h includes windef.h. windef.h defines the macro FAR to __ONLY_IN_WINELIB() __ONLY_IN_WINELIB() defines to do_not_use_this_in_wine if __WINESRC__ The file dlls/wininet/cookie.c also includes dlls/wininet/internet.h dlls/wininet/internet.h includes openssl/ssl.h for my machine openssl/ssl.h includes openssl/kssl.h openssl/kssl.h has the following code using the FAR macro: #ifdef KRB5_HEIMDAL typedef unsigned char krb5_octet; #endif #ifndef FAR #define FAR #endif ... Line 136: krb5_octet FAR *key; This is on a Fedora core system, which applies a patch to openssl that changes the original openssl-devel regarding this, but I think the issue's with wine, and is still there. The original openssl-devel looks like this: #ifdef KRB5_HEIMDAL typedef unsigned char krb5_octet; define FAR #endif Either way, the point is the FAR macro is being used in kssl.h, and it's defined in windef.h, as do_not_use_this_in_wine, resulting in this: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o cookie.o cookie.c In file included from /usr/include/openssl/ssl.h:179, from internet.h:36, from cookie.c:39: /usr/include/openssl/kssl.h:136: error: syntax error before '*' token /usr/include/openssl/kssl.h:149: error: syntax error before '*' token /usr/include/openssl/kssl.h:150: error: syntax error before '*' token /usr/include/openssl/kssl.h:151: error: syntax error before '*' token /usr/include/openssl/kssl.h:151: error: syntax error before '*' token /usr/include/openssl/kssl.h:152: error: syntax error before '*' token /usr/include/openssl/kssl.h:153: error: syntax error before '*' token /usr/include/openssl/kssl.h:155: error: syntax error before '*' token /usr/include/openssl/kssl.h:157: error: syntax error before '*' token /usr/include/openssl/kssl.h:159: error: syntax error before '*' token /usr/include/openssl/kssl.h:167: error: syntax error before '*' token In file included from internet.h:36, from cookie.c:39: /usr/include/openssl/ssl.h:909: error: syntax error before "KSSL_CTX" /usr/include/openssl/ssl.h:931: error: syntax error before '}' token make[2]: *** [cookie.o] Error 1 make[2]: Leaving directory `/home/phantom/tmp/firebird-downloads/wine-20031118/dlls/wininet' make[1]: *** [wininet] Error 2 make[1]: Leaving directory `/home/phantom/tmp/firebird-downloads/wine-20031118/dlls' make: *** [dlls] Error 2 ===================================================================== I am not subscribed to this list. If you'd like to email back write to ivg2(a)cornell.edu. Also, some unrelated questions: does anyone know what causes this: err:module:NE_LoadBuiltinModule loaded .so but dll winealsa.drv still not found (the file is there... oss is there too, and works great) ....or why keyboard focus is always lost (characters appear in the console, kb doesn't work in application) when playing most games under a window manager like gnome or kde, but not under twm? This bug has been there forever and is really annoying.

3 2

Re: winmm: move MCI settings from system.ini to the registry
by Andreas Mohr Nov. 24, 2003

Nov. 24, 2003

Hi, On Mon, Nov 24, 2003 at 12:10:20PM -0500, Dimitrie O. Paun wrote: > On November 22, 2003 03:02 am, Eric Pouech wrote: > > I won't have too much time to look at this in details right now, so if > > someone wants to jump in, I'll be happy to give him (her ?) a hand. > > To be honest, > My interest in doing this work is to get rid of system.ini from the > Wine tree. While I agree that there's more to do, it's just not up > my alley :) So, this version of the patch still maintains support > for system.ini, just like the old code does, but it also adds support > for registry, which should allow us to move stuff there. To be honest, I'm not sure why one would want that. After all the system.ini settings are an essential part of a Windows environment, and removing the whole file will break many (admittedly older) programs, if I'm not mistaken... (nevermind the duplication of the parameters, which does exist) Andreas Mohr

1 0

Re: documentation/samples/generic.ppd
by Marcus Meissner Nov. 24, 2003

Nov. 24, 2003

On Mon, Nov 24, 2003 at 02:32:49AM -0500, Dimitrie O. Paun wrote: > > I can't help but feel that this file does not belong in the > Wine tree, but in the print system packages (cups, etc.). > > cvs rm -f documentation/samples/generic.ppd > > ChangeLog > Remove generic.ppd, it does not belong in the Wine tree. This is the generic fallback PPD file which can be used LPR style printing, where we do not get access to a PPD easily. Ciao, Marcus

2 1

IS_STRING_ITEM( lpitem->fType ) but no lpitem->text
by Uwe Bonnes Nov. 24, 2003

Nov. 24, 2003

Hallo, Peter Heckert <ph_newsalias(a)arcor.de> posted on c.e.m.w a problem with Sigma Photo Pro 2. Sigma Photo Pro 2 can be downloaded at http://www.sigma-photo.co.jp/english/downloads/downloads.html It seems that IS_STRING_ITEM( lpitem->fType ) is set while there is no lpitem->text. Appended hack lets Sigma Photo Pro 2 run until exit, where it crashes again. Can anybody look at that problem? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/controls/menu.c =================================================================== RCS file: /home/wine/wine/controls/menu.c,v retrieving revision 1.169 diff -u -r1.169 menu.c --- wine/controls/menu.c 18 Nov 2003 19:42:31 -0000 1.169 +++ wine/controls/menu.c 23 Nov 2003 21:52:38 -0000 @@ -936,7 +936,7 @@ /* it must be a text item - unless it's the system menu */ - if (!(lpitem->fType & MF_SYSMENU) && IS_STRING_ITEM( lpitem->fType )) + if (!(lpitem->fType & MF_SYSMENU) && IS_STRING_ITEM( lpitem->fType )&& lpitem->text) { SIZE size; GetTextExtentPoint32W(hdc, lpitem->text, strlenW(lpitem->text), &size); @@ -1361,7 +1361,7 @@ } /* No bitmap - process text if present */ - else if (IS_STRING_ITEM(lpitem->fType)) + else if (IS_STRING_ITEM(lpitem->fType) && lpitem->text) { register int i; HFONT hfontOld = 0;

2 2

Re: wine/dlls/kernel process.c
by Marcelo Duarte Nov. 24, 2003

Nov. 24, 2003

Em Seg 17 Nov 2003 17:18, Alexandre Julliard escreveu: > ChangeSet ID: 10093 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/11/17 14:18:19 > > Modified files: > dlls/kernel : process.c > > Log message: > Fixed regression in loading of builtin apps from the system dir when > the native doesn't exist. > > Patch: http://cvs.winehq.com/patch.py?id=10093 > > Old revision New revision Changes Path > 1.34 1.35 +1 -1 wine/dlls/kernel/process.c This patch do not work for me. I run: wine --debugmsg +file -- c:\\windows\\system\\vfp300.esl c:\\modullus.300\\modullus.exe See, the file is searched in all directories of the PATH, and not found: trace:file:CreateFileW L"C:\\windows\\system\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\windows\\system\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L".\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L".\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L"C:\\WINDOWS\\SYSTEM\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\SYSTEM\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L"C:\\WINDOWS\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L"c:\\windows\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"c:\\windows\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L"c:\\windows\\system\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"c:\\windows\\system\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L"e:\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"e:\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L"e:\\test\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"e:\\test\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L"f:\\msvcrt.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"f:\\msvcrt.dll" (GLE 2) trace:file:CreateFileW L"C:\\windows\\system\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\windows\\system\\kernel32.dll" (GLE 2) trace:file:CreateFileW L".\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L".\\kernel32.dll" (GLE 2) trace:file:CreateFileW L"C:\\WINDOWS\\SYSTEM\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\SYSTEM\\kernel32.dll" (GLE 2) trace:file:CreateFileW L"C:\\WINDOWS\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\kernel32.dll" (GLE 2) trace:file:CreateFileW L"c:\\windows\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"c:\\windows\\kernel32.dll" (GLE 2) trace:file:CreateFileW L"c:\\windows\\system\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"c:\\windows\\system\\kernel32.dll" (GLE 2) trace:file:CreateFileW L"e:\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"e:\\kernel32.dll" (GLE 2) trace:file:CreateFileW L"e:\\test\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"e:\\test\\kernel32.dll" (GLE 2) trace:file:CreateFileW L"f:\\kernel32.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"f:\\kernel32.dll" (GLE 2) trace:file:CreateFileW L"C:\\windows\\system\\ntdll.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\windows\\system\\ntdll.dll" (GLE 2) trace:file:CreateFileW L".\\ntdll.dll" QUERY_ACCESS FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L".\\ntdll.dll" (GLE 2) -- Marcelo Duarte

1 0

Re: Compiler problems
by Ivan Leo Murray-Smith Nov. 24, 2003

Nov. 24, 2003

Current code builds on my system.

2 1

Re: Regressions....
by Marcelo Duarte Nov. 24, 2003

Nov. 24, 2003

Em Sáb 15 Nov 2003 13:28, você escreveu: Hi, Recently I found plus a regression when trying to install my application, using the installer of the M$, with updated cvs. See the error: [mduarte(a)mduarte setup]$ wine config Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: err:seh:setup_exception stack overflow 304 bytes in thread 000c eip 4045ec30 esp 405c0ed0 stack 0x405c0000-0x405c4000 [mduarte(a)mduarte setup]$ Somebody can give tips to discover the problem to me? Running +relay is too slow in my machine, but I hava a 1.2MB log. I have little time that I can dedicate to the Wine, but go to try to make this today and tomorrow. Here is the part of +relay where the error occurs and system hangs: 000c:Call ntdll.RtlInitAnsiString(405c3c6c,406867c0 "Software\\Wine\\Wine\\Config\\Tweak.Fonts") ret=405e32a4 000c:Ret ntdll.RtlInitAnsiString() retval=00000000 ret=405e32a4 000c:Call ntdll.RtlAnsiStringToUnicodeString(40018bf8,405c3c6c,00000000) ret=405e32ad 000c:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=405e32ad 000c:Call ntdll.NtOpenKey(405c3d78,000f003f,405c3c74) ret=405e32d3 000c:Ret ntdll.NtOpenKey() retval=c0000034 ret=405e32d3 000c:Call ntdll.RtlNtStatusToDosError(c0000034) ret=405e32b7 000c:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=405e32b7 000c:Ret advapi32.RegOpenKeyA() retval=00000002 ret=4066f28c 000c:Call kernel32.LoadLibrary16(40686903 "GDI.EXE") ret=4066f2a3 err:seh:setup_exception stack overflow 460 bytes in thread 000c eip 4045ec30 esp 405c0e34 stack 0x405c0000-0x405c4000 Thanks in advance. > Em Qua 05 Nov 2003 22:30, Marcelo Duarte escreveu: > > Hi all, > > > > Some days ago, I have some problems with my application developed in > > Visual Foxpro 3, that before the end of separation of kernel, runs with > > some issues, but runs. The problems resides in a call to dlls and > > library (in VFP, the comand SET LIBRARY calls a especial type of DLL) and > > the 3 forms is accepted: 1) SET LIBRARY TO FOXTOOLS > > 2) SET LIBRARY TO FOXTOOLS.FLL > > 3) SET LIBRARY TO "FOXTOOLS.FLL" > > In wine, after the end of separation fase, in the new wine-20031016, only > > the (3) is accepted, and accutually (the last CVS) the forms 1, 2 and 3, > > appear to be running, and I will investigate.... > > But, the usage of external DLLs is broken. > > Exist the comand DECLARE, wich declares a function in a dll, and as > > example, I use this: > > DECLARE INTEGER GetLogicalDriveStrings IN WIN32API; > > INTEGER nLen, STRING @sBuf > > > > and call: > > nLen = GetLogicalDriveStrings(MAX_DRIVES, @sBuf) > > > > When the calls fire, the programs terminates, a messagebox appear with > > text "Invalid indentifier" and some others erros and wine returns the > > following errors: > > > > [mduarte(a)mduarte MODULLUS.300]$ wine modullus > > fixme:font:WineEngAddFontResourceEx :stub > > fixme:font:WineEngAddFontResourceEx :stub > > [mduarte(a)mduarte MODULLUS.300]$ wine: Unhandled exception (thread 000b), > > starting debugger... > > WineDbg starting on pid a > > Loaded debug information from ELF 'wine' ((nil)) > > Breakpoint 1 at 0x4000d484 (_end+0x400a660) > > Loaded debug information from ELF '/usr/local/lib/libwine.so.1' > > (0x40028000) No debug information in ELF '/lib/libc.so.6' (0x4003f000) > > No debug information in ELF '/lib/libdl.so.2' (0x40184000) > > No debug information in ELF '/lib/libm.so.6' (0x40187000) > > Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000) > > Loaded debug information from ELF '/usr/local/lib/wine/ntdll.dll.so' > > (0x401aa000) > > Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' > > (0x40216000) > > No debug information in ELF '/lib/libnss_files.so.2' (0x4001a000) > > Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' > > (0x40420000) > > Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' > > (0x40680000) > > Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' > > (0x407ab000) > > Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' > > (0x4081b000) > > Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' > > (0x40847000) > > Loaded debug information from ELF '/usr/local/lib/wine/comdlg32.dll.so' > > (0x40869000) > > Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so' > > (0x408e1000) > > Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' > > (0x4095d000) > > Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' > > (0x409cc000) > > Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so' > > (0x40a11000) > > Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so' > > (0x40a64000) > > Loaded debug information from ELF '/usr/local/lib/wine/version.dll.so' > > (0x40af9000) > > Loaded debug information from ELF '/usr/local/lib/wine/lz32.dll.so' > > (0x40b12000) > > Loaded debug information from ELF '/usr/local/lib/wine/mpr.dll.so' > > (0x40b28000) > > Loaded debug information from ELF '/usr/local/lib/wine/winmm.dll.so' > > (0x40b41000) > > Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' > > (0x40ba6000) > > No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40561000) > > No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40c21000) > > No debug information in ELF '/usr/X11R6/lib/libXrandr.so.2' (0x4030b000) > > No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40571000) > > No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40c38000) > > No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40c46000) > > No debug information in ELF '/usr/lib/libGL.so.1' (0x40d0e000) > > No debug information in ELF '/usr/X11R6/lib/libXmu.so.6' (0x40ebb000) > > No debug information in ELF '/usr/X11R6/lib/libXt.so.6' (0x40ed1000) > > No debug information in ELF '/usr/X11R6/lib/libXi.so.6' (0x40f23000) > > No debug information in ELF '/lib/libpthread.so.0' (0x40f2b000) > > No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x40f7c000) > > No debug information in ELF > > '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x4056a000) > > No debug information in ELF > > '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x40f85000) > > Loaded debug information from ELF '/usr/local/lib/wine/wineoss.drv.so' > > (0x410c0000) > > Loaded debug information from ELF '/usr/local/lib/wine/msacm.drv.so' > > (0x410fb000) > > Loaded debug information from ELF '/usr/local/lib/wine/msacm32.dll.so' > > (0x41112000) > > Loaded debug information from ELF '/usr/local/lib/wine/midimap.drv.so' > > (0x41250000) > > Loaded debug information from ELF '/usr/local/lib/wine/ctl3d32.dll.so' > > (0x41371000) > > No debug information in 32bit DLL 'C:\windows\system\VFP300.ESL' > > (0x400000) No debug information in 32bit DLL 'NTDLL.DLL' (0x401c0000) > > No debug information in 32bit DLL 'KERNEL32.DLL' (0x40450000) > > No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' > > (0x40830000) > > No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' > > (0x407c0000) No debug information in 32bit DLL > > 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x406a0000) No debug information in 32bit > > DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40850000) > > No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' > > (0x409e0000) No debug information in 32bit DLL > > 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40980000) No debug information in 32bit > > DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x40a30000) No debug information in > > 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40a70000) > > No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' > > (0x40900000) No debug information in 32bit DLL > > 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x40880000) > > No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' > > (0x40b20000) No debug information in 32bit DLL > > 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x40b00000) No debug information in > > 32bit DLL 'C:\WINDOWS\SYSTEM\MPR.DLL' (0x40b30000) No debug information > > in 32bit DLL > > 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40b50000) No debug information in 32bit > > DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40bc0000) No debug information in > > 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x410d0000) No debug > > information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x41120000) No > > debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x41100000) > > No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' > > (0x41260000) No debug information in 32bit DLL > > 'C:\WINDOWS\SYSTEM\CTL3D32.DLL' (0x41380000) Unhandled exception: page > > fault on write access to 0x55bd0565 in 32-bit code (0x00405732). > > In 32-bit mode. > > 0x00405732 (VFP300.ESL..text+0x3732 in VFP300.ESL): movl > > %edx,0x0(%eax) Wine-dbg>WineDbg terminated on pid a > > > > The winedbg crahes.... > > > > The wine-20030911 runs fine. > > Can someone help me how to correct, or where to find the problem? -- Marcelo Duarte

1 0