September 2006 - Wine-Devel

Page Fault when try to start Railroad Tycoon
by Roland Kaeser Sept. 10, 2006

Sept. 10, 2006

Hello I'm currently on testing my apps for 0.9.20 and getting the following error when try to run a cleanly installed RailRoad Tycoon 3 (on new wine dir). Can somebody help me to figure out the problem? I use a Matrox Parhelia with Tripple-Monitor Configuration. Thanks Roland Kaeser err:x11drv:X11DRV_CreateWindow invalid window width 1919249263 err:x11drv:X11DRV_CreateWindow invalid window height 1952540704 err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain The app requests more than one back buffer, this can't be supported properly. Please configure the application to use double buffering(=1 back buffer) if possible err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found! (desktop) fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x18b400) : stub, simulating 64MB for now, returning 64MB left fixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x18b400) : stub fixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x18b400) : stub wine: Unhandled page fault on read access to 0x00001874 at address 0x7e03d9c1 (thread 000e), starting debugger... WineDbg starting on pid 0xd Unhandled exception: page fault on read access to 0x00001874 in 32-bit code (0x7e03d9c1). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7e03d9c1 ESP:003100a8 EBP:00000001 EFLAGS:00210206( - 00 - RIP1) EAX:00001860 EBX:7e3b6efc ECX:7c29daf0 EDX:00000000 ESI:00000000 EDI:7c2957e0 Stack dump: 0x003100a8: 7df65d78 7c29da6c 7c29ee94 00000000 0x003100b8: 3f800000 7e04ac27 00310340 ffffffff 0x003100c8: 7e3b6efc 7c2bf3d0 7e40b7ac 00310224 0x003100d8: 7dfb58ba 7c2957e0 7c2c11ec 7e1f5fb5 0x003100e8: 00000001 00000000 ffffffff 7e3b6efc 0x003100f8: 00000000 7e3b6efc 00000000 00000000 fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c0000119 Backtrace: =>1 0x7e03d9c1 in libgl.so.1 (+0x1199c1) (0x7e03d9c1) 2 0x00000000 (0x00000000) 0x7e03d9c1: movl 0x14(%eax),%edx Modules: Module Address Debug info Name (91 modules) PE 400000-da2000 Deferred rt3c PE 21100000-21164000 Deferred mss32 PE 30000000-30072000 Deferred binkw32 ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7d543000-7d559000 Deferred midimap<elf> \-PE 7d550000-7d559000 \ midimap ELF 7d57f000-7d597000 Deferred msacm32<elf> \-PE 7d590000-7d597000 \ msacm32 ELF 7d597000-7d5d7000 Deferred wineoss<elf> \-PE 7d5a0000-7d5d7000 \ wineoss ELF 7d6ed000-7d6f7000 Deferred libnss_files.so.2 ELF 7d6f7000-7d81d000 Deferred libcrypto.so.0.9.8 ELF 7d81d000-7d85a000 Deferred libssl.so.0.9.8 ELF 7d85a000-7d878000 Deferred libcups.so.2 ELF 7d90d000-7d93f000 Deferred uxtheme<elf> \-PE 7d910000-7d93f000 \ uxtheme ELF 7d941000-7d95d000 Deferred imm32<elf> \-PE 7d950000-7d95d000 \ imm32 ELF 7d9a3000-7d9a6000 Deferred libxrandr.so.2 ELF 7d9a6000-7d9ae000 Deferred libxrender.so.1 ELF 7d9ae000-7d9b3000 Deferred libxfixes.so.3 ELF 7d9b3000-7d9bc000 Deferred libxcursor.so.1 ELF 7d9bc000-7d9d9000 Deferred ximcp.so.2 ELF 7d9d9000-7d9db000 Deferred xlcutf8load.so.2 ELF 7d9db000-7da6a000 Deferred winex11<elf> \-PE 7d9f0000-7da6a000 \ winex11 ELF 7dc36000-7dc55000 Deferred libexpat.so.1 ELF 7dc55000-7dc8e000 Deferred libfontconfig.so.1 ELF 7dc8e000-7dca0000 Deferred libz.so.1 ELF 7dca0000-7dd0d000 Deferred libfreetype.so.6 ELF 7dd0d000-7dd27000 Deferred wsock32<elf> \-PE 7dd10000-7dd27000 \ wsock32 ELF 7dd27000-7dd40000 Deferred version<elf> \-PE 7dd30000-7dd40000 \ version ELF 7dd40000-7dd6d000 Deferred ws2_32<elf> \-PE 7dd50000-7dd6d000 \ ws2_32 ELF 7dd6d000-7ddb9000 Deferred dsound<elf> \-PE 7dd80000-7ddb9000 \ dsound ELF 7ddb9000-7ddf0000 Deferred dinput<elf> \-PE 7ddc0000-7ddf0000 \ dinput ELF 7deae000-7df24000 Deferred libglu.so.1 ELF 7df24000-7e40c000 Export libgl.so.1 ELF 7e40c000-7e503000 Deferred libx11.so.6 ELF 7e503000-7e511000 Deferred libxext.so.6 ELF 7e511000-7e529000 Deferred libice.so.6 ELF 7e529000-7e532000 Deferred libsm.so.6 ELF 7e533000-7e547000 Deferred lz32<elf> \-PE 7e540000-7e547000 \ lz32 ELF 7e547000-7e55f000 Deferred dinput8<elf> \-PE 7e550000-7e55f000 \ dinput8 ELF 7e55f000-7e613000 Deferred wined3d<elf> \-PE 7e570000-7e613000 \ wined3d ELF 7e613000-7e638000 Deferred d3d8<elf> \-PE 7e620000-7e638000 \ d3d8 ELF 7e638000-7e6c0000 Deferred winmm<elf> \-PE 7e640000-7e6c0000 \ winmm ELF 7e6c0000-7e6f0000 Deferred winspool<elf> \-PE 7e6d0000-7e6f0000 \ winspool ELF 7e6f0000-7e7c0000 Deferred comctl32<elf> \-PE 7e700000-7e7c0000 \ comctl32 ELF 7e7c0000-7e7d3000 Deferred libresolv.so.2 ELF 7e7d3000-7e7f1000 Deferred iphlpapi<elf> \-PE 7e7e0000-7e7f1000 \ iphlpapi ELF 7e7f1000-7e841000 Deferred rpcrt4<elf> \-PE 7e800000-7e841000 \ rpcrt4 ELF 7e841000-7e8d6000 Deferred ole32<elf> \-PE 7e850000-7e8d6000 \ ole32 ELF 7e8d6000-7e92d000 Deferred shlwapi<elf> \-PE 7e8e0000-7e92d000 \ shlwapi ELF 7e92d000-7ea15000 Deferred shell32<elf> \-PE 7e940000-7ea15000 \ shell32 ELF 7ea15000-7eab2000 Deferred comdlg32<elf> \-PE 7ea20000-7eab2000 \ comdlg32 ELF 7eab2000-7eaf8000 Deferred advapi32<elf> \-PE 7eac0000-7eaf8000 \ advapi32 ELF 7eaf8000-7eb03000 Deferred libgcc_s.so.1 ELF 7ebe3000-7ec99000 Deferred gdi32<elf> \-PE 7ec00000-7ec99000 \ gdi32 ELF 7ec99000-7edda000 Deferred user32<elf> \-PE 7ecb0000-7edda000 \ user32 ELF 7ee1c000-7ef23000 Deferred kernel32<elf> \-PE 7ee40000-7ef23000 \ kernel32 ELF 7ef58000-7ef7d000 Deferred libm.so.6 ELF 7ef7d000-7f000000 Deferred ntdll<elf> \-PE 7ef90000-7f000000 \ ntdll ELF b7d71000-b7d76000 Deferred libxxf86vm.so.1 ELF b7d78000-b7d7c000 Deferred libdl.so.2 ELF b7d7c000-b7e9c000 Deferred libc.so.6 ELF b7e9c000-b7eb0000 Deferred libpthread.so.0 ELF b7eb0000-b7fc1000 Deferred libwine.so.1 ELF b7fc2000-b7fde000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000f 00000011 0 00000010 0 0000000d (D) C:\Programme\Railroad Tycoon 3\RT3c.exe 00000013 15 0000000e 0 <==

1 0

Can't compile wine at Linux-ppc
by Peter Lemenkov Sept. 10, 2006

Sept. 10, 2006

Hello, All! The last wine version which at least compiles fine is 0.9.17. Since then I can't even compile Wine. It fails with the next message ==================================== ../../tools/widl/widl -I. -I. -I../../include -I../../include -D__WINESRC__ -D_SHDOCVW_ -t -T shdocvw_v1.tlb shdocvw_v1.idl warning: create_msft_typeinfo: ignoring attr 46 warning: create_msft_typeinfo: ignoring attr 46 warning: add_func_desc: ignoring attr 5 error: encode_type: VT_USERDEFINED - unhandled type 17 make[2]: *** [shdocvw_v1.tlb] Error 2 make[2]: Leaving directory `/home/petro/work/projects/wine/dlls/shdocvw' make[1]: *** [shdocvw] Error 2 make[1]: Leaving directory `/home/petro/work/projects/wine/dlls' make: *** [dlls] Error 2 ==================================== I have no clue how to debug this situation, so I wold ask you: how to fix this strange situation? -- With best regards!

1 0

RE: Setupapi [0/6] : ReactOS setupapi patches
by Hervé Poussineau Sept. 9, 2006

Sept. 9, 2006

Hi, > As setupapi merge from ReactOS has been a recurrent demand > [1], I'm doing this set of patches. > > [...] > > The goal of this set of patches is to set a solid ground to > implement lots of missing functions in setupapi. > I've tried to cut them in smallest possible parts. > Additionnaly, this patchset implements SetupDiEnumDeviceInfo > and (mostly) SetupDiGetClassDevsExW > > [...] Still one week, and I got absolutly no reaction about my patches. Is something wrong with them? Hervé

3 2

Re: shell32[1/2]: document the shell32 "mini-COM" functions
by Frank Richter Sept. 9, 2006

Sept. 9, 2006

On 08.09.2006 21:11, Mikołaj Zalewski wrote: > This patch adds the explanation why many shell32 functions are similar > to ole32 ones - something I've been wondering for some time. It is not > copied from MSDN. Maybe you've seen it already, but this blog post talks about the various allocators: http://blogs.msdn.com/oldnewthing/archive/2004/07/05/173226.aspx -f.r.

2 1

Re: Socket resets randomly
by James Hawkins Sept. 9, 2006

Sept. 9, 2006

On 9/8/06, Ryan Miller <rmiller(a)auctionpay.com> wrote: > Index: ChangeLog > =================================================================== > RCS file: /home/wine/wine/ChangeLog,v > retrieving revision 1.120 > diff -u -r1.120 ChangeLog > --- ChangeLog 24 Aug 2006 14:43:25 -0000 1.120 > +++ ChangeLog 8 Sep 2006 22:49:55 -0000 > @@ -1,3 +1,8 @@ > +2006-09-08 Ryan Miller <rmiller(a)auctionpay.com> & Zach Gorman <gormanjz(a)hotmail.com> > + > + * dlls/ws2_32/socket.c, dlls/ws2_32/sock.c > + ws2_32: Fixed bug with sockets randomly reseting and tests. > + > 2006-08-24 Alexandre Julliard <julliard(a)winehq.org> > > * configure, configure.ac: > > Index: dlls/ws2_32/socket.c > As someone already said, no changes to Changelog. =================================================================== > RCS file: /home/wine/wine/dlls/ws2_32/socket.c,v > retrieving revision 1.4 > diff -u -r1.4 socket.c > --- dlls/ws2_32/socket.c 8 Sep 2006 10:16:19 -0000 1.4 > +++ dlls/ws2_32/socket.c 8 Sep 2006 22:48:11 -0000 > @@ -2660,6 +2660,11 @@ > TRACE("socket: %04x, level %d, name %d, ptr %p, len %d\n", > s, level, optname, optval, optlen); > > + /* In Windows, if setsockopt succeeds, GetLastError() always returns zero. > + The native wininet.dll expects this behavior, and does not always > + check the return value of setsockopt() first.*/ > + SetLastError(0); > + 0 is ERROR_SUCCESS, and you need to use that define. > /* SO_OPENTYPE does not require a valid socket handle. */ > if (level == WS_SOL_SOCKET && optname == WS_SO_OPENTYPE) > { > > > Index: dlls/ws2_32/tests/sock.c > =================================================================== > RCS file: /home/wine/wine/dlls/ws2_32/tests/sock.c,v > retrieving revision 1.2 > diff -u -r1.2 sock.c > --- dlls/ws2_32/tests/sock.c 23 May 2006 12:49:01 -0000 1.2 > +++ dlls/ws2_32/tests/sock.c 8 Sep 2006 22:48:12 -0000 > @@ -1410,6 +1410,27 @@ > > } > > +static void test_setsockopt_last_error() { > + SOCKET s; > + BOOL bKeepAlive=0; > + struct sockaddr_in addr; > + struct timeval select_timeout; > + > + select_timeout.tv_sec=5; > + select_timeout.tv_usec=0; > + addr.sin_family = AF_INET; > + addr.sin_addr.s_addr = inet_addr(SERVERIP); > + addr.sin_port = htons(SERVERPORT); > + > + s = socket(AF_INET, SOCK_STREAM, 0); > + do_bind(s, (struct sockaddr *)&addr, sizeof(addr)); > + > + SetLastError(1); > + setsockopt(s,SOL_SOCKET, SO_KEEPALIVE, (char *)&bKeepAlive, sizeof(bKeepAlive)); > + ok( GetLastError()==0, "GetLastError() was not cleared by setsockopt\n"); > + closesocket(s); > +} > + You need to SetLastError to some value that you know will never be set by windows, something like 0xdeadbeef. The reasoning is that theoretically it could alter the results of the test. > /**************** Main program ***************/ > > START_TEST( sock ) > @@ -1438,6 +1459,8 @@ > test_WSAStringToAddressW(); > > test_select(); > - > + > + test_setsockopt_last_error(); > + > Exit(); > } > > > > > -- James Hawkins

3 2

Re: GetTextMetrics returns wrong First/Last char index for Symbol fonts
by Dmitry Timoshkov Sept. 9, 2006

Sept. 9, 2006

"Jie Zhu" <jonathan(a)corvu.com.au> wrote: > + ptmA->tmFirstChar = ptmA->tmBreakChar - 2; > + if (ptmW->tmCharSet == SYMBOL_CHARSET) > + { > + ptmA->tmLastChar = ptmW->tmLastChar > 0x0F0FF ? 0x0FF : ptmW->tmLastChar & 0x0FF; > + } > + else > + { > + ptmA->tmLastChar = ptmW->tmLastChar > 255 ? 255 : ptmW->tmLastChar; > + } Probably simple WideCharToMultiByte with CP_SYMBOL and CP_ACP would do a proper thing for tmFirstChar, tmLastChar, tmBreakChar. You have too many fixes for different problems in your patch, that makes it not acceptable. Please send fixes one by one for the problems you have encountered. Also, if you could make your tests use FreeType APIs (like Wine GDI does) instead of home-made ones that would simplify them a lot. It would be nice to see a real Wine test suite for the above conversions. -- Dmitry.

1 0

Symbol demangling and the games crashing
by Vijay Kiran Kamuju Sept. 9, 2006

Sept. 9, 2006

Hi, In the bug reports I have seen that we are facing problems with symbol demangling of '_R' operators and 'Y' datatypes. err:msvcrt:symbol_demangle Unknown operator: _R and err:msvcrt:demangle_datatype Unknown type Y Escpecially for games StarTrek Armada and Gothic. If anyone is intersted in symbol demangling stuff(msvcrt), here is an excellent guide for definition of symbols, etc : http://sparcs.kaist.ac.kr/~tokigun/article/vcmangle.html I will try to come up with a basic patch for that. I dont mind, If someone beats me to it. Thanks, VJ

3 2

Re: *RESEND* Fix bug #5800
by Mike McCormack Sept. 8, 2006

Sept. 8, 2006

Daniel Skorka wrote: > + res = connect(s, ptr->ai_addr, (int)ptr->ai_addrlen); > + if(res) Why not use InternetConnect? If the connection needs to be made through a http:// proxy, connect() may not work, but InternetConnect should handle that case. Mike

1 0

Re: Socket resets randomly
by Tom Wickline Sept. 8, 2006

Sept. 8, 2006

On 9/8/06, Ryan Miller <rmiller(a)auctionpay.com> wrote: > Index: ChangeLog > You don't want to change the changelog, only AJ does the changelog once the patch is accepted and makes its way into main line Wine. You should just add a note of what changed Tom

1 0

Re: svrapi: realizes library svrapi.dll (3 of 20 functions).
by Detlef Riekenberg Sept. 8, 2006

Sept. 8, 2006

Konstantin Petrov wrote: Your Patch is much to large. > dlls/svrapi/Makefile, > dlls/svrapi/libsvrapi.def, This files are created automatic by the build-system. > +16 stdcall NetShareAdd (str long str long) WIN98_NetShareAdd > +17 stdcall NetShareDel(str str long) WIN98_NetShareDel > +18 stdcall NetShareEnum(str long ptr long ptr ptr) WIN98_NetShareEnum > +19 stub NetShareGetInfo > +20 stub NetShareSetInfo Are the ordinals needed / Which app import this Functions by Ordinal? > --- /dev/null 2006-07-03 10:36:18 +0400 > +++ dlls/svrapi/svrapi_main.c 2006-07-24 15:08:49 +0400 I suggest to send a Patch, that has only "DllMain" in this File to reduce the size. Add a stub with description in a separate Patch. > +//SHPWLEN is not known !!!!!! C++ - Comments are not allowed in wine (it's not portable) > +#define SHPWLEN LM20_PWLEN > +typedef struct _share_info_1 { > + char shi1_netname[LM20_NNLEN+1]; > + char shi1_pad1; > + unsigned short shi1_type; > + char* shi1_remark; > +} share_info_1; > +typedef struct _share_info_50 { > + char shi50_netname[LM20_NNLEN+1]; > + unsigned char shi50_type; > + unsigned short shi50_flags; > + char* shi50_remark; > + char* shi50_path; > + char shi50_rw_password[SHPWLEN+1]; > + char shi50_ro_password[SHPWLEN+1]; > +} share_info_50; This seems to be the wrong location here. (svrapi.h) Should be the first patch (only this include-file) > +BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID > fImpLoad) > +{ > + TRACE("%p 0x%lx %p\n", hinstDLL, fdwReason, fImpLoad); > + > + switch(fdwReason) { Do not forget "DLL_WINE_PREATTACH" > + > + FIXME("Stub (%s %d %p %d %p %p)\n", (pszServer ? > pszServer:"NULL"), sLevel, pbBuffer, > + cbBuffer, pcEntriesRead, pcTotalAvail); you need debugstr_a() > + if (pbBuffer != NULL) > + HeapFree(GetProcessHeap(), 0, pbBuffer); HeapFree() handles NULL; we removed similar unneeded "if" recently. > + if(pszServer != NULL) return NERR_NetNameNotFound; Many Functions in other dll's handle an empty Servername as an alias for the local Computer (the same way as an NULL-Parameter). Did you test this? > + // if ((sLevel == 50) && (cbBuffer == > sizeof(share_info_50))) //in real Why do you not use this code, when it reflects the windows-behavior? -- By By ... ... Detlef

5 8