- wine-devel - winehq.org

Re: Fix SERIOUS bug in winecfg
by James Hawkins 25 Oct '05

25 Oct '05

On 10/24/05, Mike Hearn <mike(a)plan99.net> wrote: > + > + if ('A' + i != 'Z') > + { > + struct drive swapbuf; > + > + /* the root drive must be letter Z for now, the unixfs seems to expect it */ > + WINE_TRACE("attempting to remap / to drive Z:\n"); > + > + /* if Z is already used, we need to swap Z and this drive around */ > + if (drives['Z' - 'A'].in_use) > + { > + swapbuf = drives['Z' - 'A']; > + drives['Z' - 'A'] = drives[i]; > + drives[i] = swapbuf; > + } > + else > + { > + drives['Z' - 'A'] = drives[i]; > + drives[i].in_use = FALSE; > + } > + } Couldn't we check that Z points to / already before we swap the drives? If Z already points to /, then we would drop the current letter we're adding; otherwise, wouldn't we have two drive letters mapping to /? Besides that point, it looks good to me. -- James Hawkins

2 1

Application with access 97
by Curro Amores 25 Oct '05

25 Oct '05

Hi: I have an application implemented with Microsoft Access 97, i got some problems executing it with winehq. It opens but it closed throwing an exception. I have tried to change dll attributes, i put the native versions from windows in the system directory and then add a dll override with winecfg, but when i look at the trace in the debug i can see how it doesnt change, it still uses builtin version.. I add the error i get. wine /home/curro/.wine/drive_c/Access\ 97\ Runtime/Msaccess.exe /excl /wrkgrp "/home/curro/.wine/drive_c/Program Files/Properly/PROPERGROUPsin.mdw" /runtime "/home/curro/.wine/drive_c/Program Files/Properly/ProperlyGestión.mde" fixme:font:SetMapperFlags (0x110, 0x00000001): stub - harmless fixme:ole:CoRegisterMessageFilter stub fixme:ole:DllDebugObjectRPCHook stub fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeInfo_fnAddressOfMember (0x7a95fd90) stub! wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x65173518 in 32-bit code (0x3002d802). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:3002d802 ESP:2125f6a0 EBP:2125f6a4 EFLAGS:00010246( - 00 -RIZP1) EAX:65173518 EBX:00000000 ECX:7fb802f0 EDX:23774a82 ESI:7fa82b50 EDI:7fa82b50 Stack dump: 0x2125f6a0: 65173518 2125f948 30025c8c 00000100 0x2125f6b0: 3002e678 00000001 00000001 201ee3a9 0x2125f6c0: 77e85900 77de0000 4d430003 00000000 0x2125f6d0: 00000000 00000000 00000000 00000000 0x2125f6e0: ffffffff 00000000 00000000 00000000 0x2125f6f0: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x3002d802 in msaccess (+0x2d802) (0x2125f6a4) 2 0x30025c8c in msaccess (+0x25c8c) (0x2125f948) 3 0x301d14a0 in msaccess (+0x1d14a0) (0x2125fc74) 4 0x301592f2 in msaccess (+0x1592f2) (0x2125fe2c) 5 0x30024912 in msaccess (+0x24912) (0x00000001) 6 0x00000000 (0x00000000) 0x3002d802: movl %ecx,0x0(%eax) Modules: Module Address Debug info Name (64 modules) ELF 0x002c8000-002cd000 Deferred libxxf86vm.so.1 ELF 0x002d2000-002ee000 Deferred ld-linux.so.2 ELF 0x002f4000-0041e000 Deferred libc.so.6 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00446000-0044a000 Deferred libdl.so.2 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x0044c000-00541000 Deferred libwine_unicode.so.1 ELF 0x00461000-00535000 Deferred libx11.so.6 ELF 0x0054b000-0055a000 Deferred libxext.so.6 ELF 0x0055c000-00565000 Deferred libsm.so.6 ELF 0x00567000-00581000 Deferred libice.so.6 ELF 0x00583000-005a2000 Deferred libexpat.so.0 ELF 0x005a4000-0060c000 Deferred libfreetype.so.6 ELF 0x00623000-0064d000 Deferred libfontconfig.so.1 ELF 0x0064f000-00657000 Deferred libxrender.so.1 ELF 0x00659000-0065d000 Deferred libxrandr.so.2 ELF 0x00664000-0066e000 Deferred libxcursor.so.1 ELF 0x00670000-0067a000 Deferred libgcc_s.so.1 ELF 0x00975000-009f0000 Deferred libgl.so.1 PE 0x04000000-04134000 Deferred msjet35 ELF 0x20174000-20286000 Deferred kernel32<elf> \-PE 0x201a0000-20286000 \ kernel32 ELF 0x20286000-203b2000 Deferred user32<elf> \-PE 0x202b0000-203b2000 \ user32 ELF 0x203b2000-20da5000 Deferred gdi32<elf> \-PE 0x203d0000-20da5000 \ gdi32 ELF 0x20ecc000-20ece000 Deferred xlcutf8load.so.2 ELF 0x20ece000-20f31000 Deferred msvcrt<elf> \-PE 0x20ee0000-20f31000 \ msvcrt ELF 0x21361000-21427000 Deferred shell32<elf> \-PE 0x21380000-21427000 \ shell32 ELF 0x21427000-21483000 Deferred shlwapi<elf> \-PE 0x21440000-21483000 \ shlwapi ELF 0x21fba000-22050000 Deferred oleaut32<elf> \-PE 0x21fd0000-22050000 \ oleaut32 ELF 0x236fd000-23776000 Deferred ntdll<elf> \-PE 0x23720000-23776000 \ ntdll ELF 0x254c7000-2554a000 Deferred winex11.drv<elf> \-PE 0x254e0000-2554a000 \ winex11.drv PE 0x30000000-302f0000 Export msaccess PE 0x306c0000-30a47000 Deferred mso97rt ELF 0x37bed000-37c2c000 Deferred advapi32<elf> \-PE 0x37c00000-37c2c000 \ advapi32 ELF 0x3babb000-3bb04000 Deferred rpcrt4<elf> \-PE 0x3bad0000-3bb04000 \ rpcrt4 ELF 0x3d761000-3d794000 Deferred msvcrt40<elf> \-PE 0x3d770000-3d794000 \ msvcrt40 ELF 0x41722000-4172d000 Deferred libnss_files.so.2 ELF 0x482f8000-48383000 Deferred ole32<elf> \-PE 0x48310000-48383000 \ ole32 ELF 0x4841f000-4843e000 Deferred iphlpapi<elf> \-PE 0x48430000-4843e000 \ iphlpapi ELF 0x56a3f000-56a5e000 Deferred ximcp.so.2 ELF 0x58dee000-58e0c000 Deferred imm32<elf> \-PE 0x58e00000-58e0c000 \ imm32 PE 0x65100000-6528e000 Deferred vba332 PE 0x65300000-65327000 Deferred vba3es PE 0x6e000000-6e09b000 Deferred msain800 ELF 0x6e4a8000-6e564000 Deferred comctl32<elf> \-PE 0x6e4c0000-6e564000 \ comctl32 ELF 0x77f00000-77f03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Access 97 Runtime\Msaccess.exe 0000000e 0 0000000d 1 0000000c 1 0000000b 1 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8 Can somebody help me? thanks all

2 1

making a wine dll
by riezel ramos 25 Oct '05

25 Oct '05

hi!! i am a beginner in wine developing. i would like to try creating my own DLL inside Wine. ive been following the steps in the DEVELOPER'S HINTS file. i already have my Makefile.in <http://makefile.in/> and placed my directory in configure.ac<http://configure.ac/> it looks like this: tools/wrc/Makefile]) AC_OUTPUT dlls/w2lvpd/ if test "$have_x" = "no" however,im having problems with regenerating the ./configure file. it says here that i should use autoconf. but it shows this error: autoconf autoconf: configure.in <http://configure.in/>: No such file or directory i also tried autoconf-2.53, and resulted to this: autoconf-2.53 configure.ac:116 <http://configure.ac:116/>: error: possibly undefined macro: AC_PROG_EGREP i hope somebody could help me. i am using red hat linux 7.3, and wine-20050725. thanks!

2 1

DirectX9 and Halflife2
by Roderick Colenbrander 25 Oct '05

25 Oct '05

Hi all, Today I have been doing some experiments with halflife2 and the game works (atleast if launched through steam in my case) but there are some issues which I tried to address. The game uses the D3D9 Query mechanism (CreateQuery/Issue/GetData) to retrieve status information. HL2 uses this all the time and because the implementation is stubbed for the biggest part (and perhaps impossible to fully implement) you see thousands of FIXMEs which reduce the performance from a playable framerate to less than 1 fps. While looking into this issue I (perhaps) found one or more bugs and second I need some assistance. According to MSDN CreateQuery should be called with a NULL pointer to see if the 'Type' in question is available. Halflife2 doesn't do this NULL pointer check and passes a pointer. Further wine returns D3D_OK for unsupported types which should be D3DERR_NOTAVAILABLE (wined3d's CreateQuery does this). I expect this is wrong and can supply a patch for this yet. The reason you see below. When the Query mechanism isn't available halflife2 moves over to a different backend (I think). Suddenly the screen becomes black and you see hundreds of lines like this: fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to surface surf@0x7fe1d810 usage(512) I looked up the error and it seems UnlockRect isn't handling D3DUSAGE_DYNAMIC but I don't have enough d3d/opengl knowledge to fix this issue. I hope that someone can assist me with the UnlockRect (if it doesn't take that much time) so that halflife2 works fine out of the box. Regards, Roderick -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie

8 14

Re: Fix SERIOUS bug in winecfg
by Michael Jung 25 Oct '05

25 Oct '05

Hi Mike, On Monday 24 October 2005 22:17, Mike Hearn wrote: > The unixfs module apparently can't cope with the Z: drive being anything > other than / or being non-existant. A fresh .wine has this set up OK, but > clicking the drive autodetect button in winecfg will currently set it up > so D: is the root drive. Oops! Unixfs should'nt depend on the Z: drive beeing mapped to '/'. It even should'nt depend on '/' beeing mapped anywhere. I guess the problem you are seeing depends on the setting for the Desktop directory, which is generated automatically (There are a couple more registry entries, which depend on z:): [Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders] 1130228151 "Desktop"="z:\\home\\mjung\\Desktop" If you remove or remap the 'Z:' drive afterwards without adjusting these registry settings, the desktop shellfolder object won't initialize any longer, which is why the file dialogs won't work. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Wine can't run Roderick Colenbrander's VB test apps yet
by Dan Kegel 25 Oct '05

25 Oct '05

Way back almost three years ago, Roderick Colenbrander posted about Visual Basic support on Wine; see http://www.kerneltraffic.org/wine/wn20021115_144.html#10 He put together a little suite of four tiny test apps; you can still download them at http://www.xs4all.nl/~sailsup/wine-vb.tar.gz Of the four test apps, only one runs properly now -- the one that puts up a button. The ones that put up anything more ambitious all fail. The one app he provides an installer for seems to install properly, but when you run the installed app, it crashes with fixme:ole:ITypeInfo_fnGetRefTypeInfo Can't find pRefType for ref 19 wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000010 in 32-bit code (0x230f4f31). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:230f4f31 ESP:7b92f8e0 EBP:7b92f948 EFLAGS:00010246( - 00 -RIZP1) EAX:00000004 EBX:00000020 ECX:7b92f8f4 EDX:7acc2d10 ESI:7acc2d24 EDI:7acc2ab8 Stack dump: 0x7b92f8e0: 7acc2d10 7b92f8f4 7acc2d40 7bcbc378 0x7b92f8f0: 7acc2d10 7b92f948 230f4ab8 7bcbc378 0x7b92f900: 7acc2d24 7bcbd7e8 7acc2ab8 7acc0630 0x7b92f910: 7b58f480 7b55dc34 7b5602e0 00000000 0x7b92f920: 7bccc658 0000000c 00000032 00000011 0x7b92f930: 7acc2ad0 7acc2ab8 7bcbd7c8 7b92f984 Backtrace: =>1 0x230f4f31 in dbgrid32.ocx (+0x34f31) (0x7b92f948) 2 0x230e9bef in dbgrid32.ocx (+0x29bef) (0x7b92f990) 3 0x230e7533 in dbgrid32.ocx (+0x27533) (0x7b92f9d8) 4 0x230c3bee in dbgrid32.ocx (+0x3bee) (0x7b92fa0c) 5 0x230cd069 in dbgrid32.ocx (+0xd069) (0x7b92fa80) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file DLL\MSVBVM60.dbg ("DLL\\MSVBVM60.dbg") 6 0x66068eae in msvbvm60 (+0x68eae) (0x7b92fad8) 7 0x6606c750 in msvbvm60 (+0x6c750) (0x7b92fae8) 8 0x6601ed49 in msvbvm60 (+0x1ed49) (0x7b92fb20) 9 0x6601dfbf EVENT_SINK_AddRef+0xc68 in msvbvm60 (0x7b92fb4c) 10 0x6601debc EVENT_SINK_AddRef+0xb65 in msvbvm60 (0x7b92fb74) 11 0x6601df1e EVENT_SINK_AddRef+0xbc7 in msvbvm60 (0x7b92fba4) 12 0x6601de55 EVENT_SINK_AddRef+0xafe in msvbvm60 (0x7b92fbdc) 13 0x6601d852 EVENT_SINK_AddRef+0x4fb in msvbvm60 (0x7b92fc3c) 14 0x6601d745 EVENT_SINK_AddRef+0x3ee in msvbvm60 (0x7b92fc5c) 15 0x6601d70a EVENT_SINK_AddRef+0x3b3 in msvbvm60 (0x7b92fcb4) 16 0x6608682e in msvbvm60 (+0x8682e) (0x7b92fcf0) 17 0x6603acee in msvbvm60 (+0x3acee) (0x7b92fe40) 18 0x66011cc0 BASIC_CLASS_AddRef+0xf0b in msvbvm60 (0x7b92fe64) 19 0x6600e218 ThunRTMain+0x3f6 in msvbvm60 (0x7b92fe84) 20 0x6600df77 ThunRTMain+0x155 in msvbvm60 (0x7b92fea4) 21 0x6600de7d ThunRTMain+0x5b in msvbvm60 (0x7b92ff24) 22 0x00401132 EntryPoint+0xa in db2 (0x7b92fff4) 23 0xf6fc5571 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) 0x230f4f31: call *0xc(%eax) fixme:winedbg:be_i386_is_func_call Unsupported yet call insn (0x10) at 0x230f4f31 I'd file a bug report but I have to run. Could somebody have a look?

2 3

nslookup failing under wine with native dnsapi.dll; RtlIpv6AddressToString() unimplemented
by Dan Kegel 25 Oct '05

25 Oct '05

On 10/24/05, Robertino Benis <rbenis(a)airyz.com> wrote: > Here is the output from wine (WINEDEBUG was set to 'warn+all'), tons of "not > found" stuff. Is there maybe any other option I should have used? > > rbr@airdb:~/src/bwapps$ ~/src/wine/wine/wine nslookup.exe > > warn:file:wine_nt_to_unix_file_name > L"\\??\\C:\\Windows\\System\\DNSAPI.dll" -> > "/home/rbr/.wine/dosdevices/c:/windows/System/dnsapi.dll" required a > case-insensitive search > ... > warn:module:import_dll No implementation for ntdll.dll.RtlIpv6AddressToStringA imported from L"C:\\Windows\\System\\DNSAPI.dll", setting to 0x7f880011 You seem to be using a native copy of dnsapi.dll, and seems unhappy that Wine's ntdll.dll lacks an implementation for RtlIpv6AddressToString(). I suppose there's some chance that function would be very easy to implement. I'm cc'ing wine-devel in case somebody has an opinion. - Dan

3 2

Re: wine FC package
by Paolo Abeni 25 Oct '05

25 Oct '05

Hi all, I have just noticed that the URL I have provided for accessing the wine rpm package for FC4 is not very reliable. If someone is interested, I can post all the relevant files (spec, patches, ecc.) for building the rpm on the mailing list (total size ~15KB). Please let me know... Regards, Paolo -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Le speciali Offerte di Benvenuto di Cassine di Pietra: * scopra il gusto ed i vantaggi delle tradizioni contadine * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3924&d=24-10

3 2

Re: [Wine] Transport Tycoon Deluxe for Windows installation failure / Wine-20050930
by Liam Kurmos 24 Oct '05

24 Oct '05

I've got wine up. I think the 'strike-through upcase letter W' s are a red herring as they don't appear on my system and are probably locale related. Other than that clicking install just give an egg timer for a few seconds, (which you can do repeatedly), and nothing happens. Same there? manually creating the install directory doesnt help, though I wouldnt be suprised if this turns out to be an IO related problem. not sure what the next thing to try is, work on getting a trace of what's going on I think. (this maybe my first serious venture into debugging something on wine, I'll CC the devel list and see if someone can give a newbie some pointers) will persue it further tomorrow. Liam Liam Kurmos wrote: > Hi Zoltan, > > I'll have a go on this one with you. I remember playing TT with my > younger brother many moons ago on old serially linked 486s... > I just need to get wine up on my new AMD64/FC4 box. Once up I'll have > a go at TTD. > > the only thing I can say so far is that on Japanese systems a slash is > replaced with a strike-though Y (yen) sign. So could this be locale > related in some way? > > later, > > Liam > > > > Zoltan Boszormenyi wrote: > >> Hi! >> >> I wanted to install Transport Tycoon Deluxe for Windows >> but the installation does not even start. >> >> I have wine-20050930-1fc3winehq.i686 on my system, FC3/x86-64. >> The installation directory seems strange on the very first window, >> every backslash character is painted as a strike-through upcase >> letter W. >> >> Browsing for another directory or typing the directory manually >> gives the same problem. >> >> You can download this game among others for testing from >> http://www.the-underdogs.org/ >> >> For the ones who browse Linux gaming sites: Yes, I know about OpenTTD. >> It requires the files from the _installed_ Transport Tycoon Deluxe. >> >> Best regards, >> Zoltán Böszörményi >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> wine-users mailing list >> wine-users(a)winehq.org >> http://www.winehq.org/mailman/listinfo/wine-users >> >> > > > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-users >

4 4

wine ptrace trouble
by Peter Beutner 24 Oct '05

24 Oct '05

Hi I've been trying to get an older game(Heart Of Darkness) to work with wine. Appearently the game uses some kind of copy-protection(securom i suppose) which let wine abort with the following error: "Trace/breakpoint trap". After some debugging sessions I managed to reproduce the problem. See the attached program(debug.c, simply compile with mingw). The problem is the following(as far as I understand it): - app sets up an exception handler - enables single-step debugging -> exception handler get invoked - in the exception handler:- re-enables single-step debugging - modifies some debug register in the CONTEXT struct -> because of that set_thread_context ist called and wineserver PTRACE_ATTACH to the process, modifies these registers, then resumes the process - as wineserver doesn't detach from the process it will get the next SIGTRAP signal and appearently it seems to ignore that signal - [as nobody cares about the SIGTRAP signal the process get killed] I'm not completly sure about the last step and the fact what wineserver really does with the SIGTRAP signal. However, I put together a solution which simply detaches from the process instead of resuming ptrace in set_thread_context(and als in get_thread_context, {read,write}_process_memory), see attached patch. With that patch my testcase finishes successfully and also the game starts. However, as im not sure if this is a desired solution or if this breaks anything else, maybe somebody more familiar with the material can comment. There are also some more places with the same situation(suspend_for_ptrace with following resume_after_ptrace) which might expose the same problem. Thx in advance. Peter #include <stdio.h> #include <stdlib.h> #include <windows.h> #include <excpt.h> DWORD icount = 0; EXCEPTION_DISPOSITION __cdecl my_handler( struct _EXCEPTION_RECORD *ExceptionRecord, void * EstablisherFrame, struct _CONTEXT *ContextRecord, void * DispatcherContext) { printf("execption handler: code: %lx addr: %p\n", ExceptionRecord->ExceptionCode, ExceptionRecord->ExceptionAddress); if(ExceptionRecord->ExceptionCode == 0x80000004 && icount < 4) { /* single-step exception */ printf("single step debug: #%i\n",icount); icount++; ContextRecord->EFlags |= 0x100; /* just change it so wineserver has to update them */ ContextRecord->Dr0 = (DWORD)ExceptionRecord->ExceptionAddress + 0x100 + icount; ContextRecord->Dr7 = 0x7; } return ExceptionContinueExecution; } int main(int argc, char *argv[]) { printf("install seh handler\n"); __asm__ ( "push %0 \n\t" "push %%fs:0 \n\t" "movl %%esp,%%fs:0\n\t" : : "q" (my_handler)); printf("now enable single step debugging\n"); __asm__ ( "push %eax \n\t" "pushfw \n\t" "pop %eax \n\t" "orb $1,%ah \n\t" "push %eax \n\t" "popfw \n\t" "pop %eax \n\t" "nop \n\t"); printf("finished successfully\n"); return 0; } Index: server/context_i386.c =================================================================== RCS file: /home/wine/wine/server/context_i386.c,v retrieving revision 1.31 diff -p -u -r1.31 context_i386.c --- server/context_i386.c 21 Jun 2005 09:46:15 -0000 1.31 +++ server/context_i386.c 23 Oct 2005 16:31:53 -0000 @@ -599,7 +599,7 @@ DECL_HANDLER(get_thread_context) if (flags && suspend_for_ptrace( thread )) { get_thread_context( thread, flags, data ); - resume_after_ptrace( thread ); + detach_after_ptrace( thread ); } } release_object( thread ); @@ -627,7 +627,7 @@ DECL_HANDLER(set_thread_context) if (flags && suspend_for_ptrace( thread )) { set_thread_context( thread, flags, get_req_data() ); - resume_after_ptrace( thread ); + detach_after_ptrace( thread ); } release_object( thread ); } Index: server/process.c =================================================================== RCS file: /home/wine/wine/server/process.c,v retrieving revision 1.142 diff -p -u -r1.142 process.c --- server/process.c 12 Oct 2005 21:10:52 -0000 1.142 +++ server/process.c 23 Oct 2005 16:31:55 -0000 @@ -729,7 +729,7 @@ static int read_process_memory( struct p if (read_thread_int( thread, addr++, dest++ ) == -1) break; len--; } - resume_after_ptrace( thread ); + detach_after_ptrace( thread ); } return !len; } @@ -792,7 +792,7 @@ static int write_process_memory( struct ret = 1; done: - resume_after_ptrace( thread ); + detach_after_ptrace( thread ); } return ret; } Index: server/ptrace.c =================================================================== RCS file: /home/wine/wine/server/ptrace.c,v retrieving revision 1.30 diff -p -u -r1.30 ptrace.c --- server/ptrace.c 22 Aug 2005 10:13:28 -0000 1.30 +++ server/ptrace.c 23 Oct 2005 16:31:56 -0000 @@ -267,6 +267,14 @@ int suspend_for_ptrace( struct thread *t return 0; } +void detach_after_ptrace( struct thread *thread) +{ + if (thread->unix_pid == -1) return; + assert( thread->attached ); + ptrace( PTRACE_DETACH, get_ptrace_pid(thread), NULL, NULL ); + thread->attached = 0; +} + /* resume a thread after we have used ptrace on it */ void resume_after_ptrace( struct thread *thread ) {

4 6

Final call for bug fixes
by Alexandre Julliard 24 Oct '05

24 Oct '05

Folks, I think we are in good shape for the release; the current plan is to release on Tuesday. So if you have bugs that you feel must be fixed for 0.9 (and that can be fixed with minimal changes), now is the time to speak up... -- Alexandre Julliard julliard(a)winehq.org

12 13

Wine project: Support third party LDDM graphic drivers
by Claude Mench 24 Oct '05

24 Oct '05

hello all, don't bother on this message if you feel it has nothing to be here. But I rencently read a whole lot of MSDN documentation about the LDDM infrastructure. The new Windows graphics vista driver model. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/Display_d/… And what made me think we could have support for it in linux. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/Display_d/… It seem to me that having the most important parts of the driver being in user mode would really help to use it on other systems. >From what I read, the user mode driver would create the command buffer that would need to be uploaded to the GPU and a kernel module would need to schedule GPU access handle memory of the GPU and send the command buffer to it. This would need the Wine Expertise of DirectX reimplementation as well as some good kernel hacker, but in the end maybe the struggle to have linux specific support from Graphics adapter vendors could be one for all removed if we had LDDM driver support and then and X build on top of it (same philosofy as Xgl). it could also benefit to the wine project itself as we would have really windows driver being used, it should help to increase compatibility. sorry if it sound crazy...

3 4

Re: x11drv: Remove some of the mouse lag in games
by Vitaliy Margolen 24 Oct '05

24 Oct '05

Don't apply this patch. It doesn't really fix things yet. But the bug is somewhere there. Vitaliy Margolen Sunday, October 23, 2005, 5:42:57 PM, Vitaliy Margolen wrote: > This patch removes mouse lag for me in Half Life 1 in single player mode. > Apparently there are still a lag in multi player mode. > Vitaliy Margolen > changelog: > x11drv/mouse.c > - Use InterlockedExchange instead of x11_lock/unlock for internal pointer ops.

2 1

log_accum: add ability to include patch in notification (take 2)
by Dimi Paun 24 Oct '05

24 Oct '05

Sorry, the previous version had the wrong default for do_patch. Which meant that you can't turn the embedded patch off. Mea culpa. This will help me keep all scripts in sync (such as the one from SF). ChangeLog Add ability to include patch in notification. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Run ident on all wine source before 0.9?
by Uwe Bonnes 23 Oct '05

23 Oct '05

Hello, just a provocing thought: Wouldn't the pending 0.9 release be a good chance to run ident with a consistant formating on all wine source files? At present, there a used a lot of different styles... -- 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

Oh, the pain! Script to install a VB app that uses MS SQL
by Dan Kegel 23 Oct '05

23 Oct '05

I slogged through writing a shell script that works around all the problems I ran into which installing a VB app that uses MS SQL. Have a look, it's at: http://kegel.com/wine/initvbapp.sh.txt Oh, the pain, the pain! It had to download and install the MDAC runtime download and install the VB runtime download and build cabextract and unshield for the next step, download and manually unpack the ntwdblib.dll driver from MS SQL 7, work around Wine bug http://bugs.winehq.org/show_bug.cgi?id=3636, and work around a bug in the VB packaging wizard http://support.microsoft.com/kb/299645, and *then* run the app's installer. I haven't verified that the app runs once installed; I'm just so happy to have the installer complete with no errors finally. This is probably similar to what winetools does, but I haven't looked at winetools to see how much overlap there is. I certainly prefer a simple shell script like this to a menu-driven opaque program, at least when trying to understand root causes of problems. Hopefully this will help somebody else who's trying to get VB apps to install.

1 0

Re: fix for #3219
by Eric POUECH 23 Oct '05

23 Oct '05

why not test for '?' and '.' which are the forms we know off, instead of letting the door ajar ? A+ > Message du 19/10/05 18:27 > De : "Vijay Kiran Kamuju" > A : "Hans Leidekker" , wine-devel(a)winehq.org > Copie à : > Objet : Re: fix for #3219 > > I have kept it there incase of regressions > We can just easily uncomment and test. > > Thanks, > Vijay > > On 10/19/05, Hans Leidekker wrote: > > On Wednesday 19 October 2005 09:19, Vijay Kiran Kamuju wrote: > > > > > - /* MS mangled names always begin with '?' */ > > > - if (*sym->current != '?') return FALSE; > > > + /* MS mangled names always begin with '?' > > > + if (*sym->current != '?') return FALSE; */ > > > > It's better to remove code then disabling it > > this way. We can always refer to CVS history. > > > > -Hans > > > > > > > > > >

2 2

Re: Shell32 File Property dialog
by Detlef Riekenberg 23 Oct '05

23 Oct '05

Am Freitag, den 14.10.2005, 13:28 +0200 schrieb Johannes Anderwald: > I have a patch which adds file property dialogs to shell32 Welcome to wine. Your Idea is nice and many Thanks for your Wine-Support, but since wine is different from ReactOS, your Patch will not work here. I started half a year ago with similar Problems. Please read take a look in the "Wine Developer's Guide": http://www.winehq.com/site/docs/wine-devel/index And the Part about "Coding Practice" http://www.winehq.com/site/docs/wine-devel/codingpractice - Define a Unicode-String with L"text" does not work with gcc on unix. Please use the same Style as your Patch did for wProperties in "shlexec.c" (Array of WCHAR). - TCHAR is not used in wine. If there is a UNICODE and a ANSI implementation in Windows, implement the UNICODE-Version and let the ANSI-Version call the UNICODE-Version. - I don't knew, if DPRINT() works in wine. We use here: TRACE(), WARN(), ERR() and FIXME() with WINE_DEFAULT_DEBUG_CHANNEL() This messages go to the console. (There are more Macros for additional Debug-Channels as well) - You use numeric values very often (Dialog-Parameter, Buffer-Length) Are there really no defines for this Numbers? - K.I.S.S => Make your Patch as small as possible. An Idea would be to Start with one Page and add the other Pages later. There are some FIXME in the code (Example: Date/Time - Format). How much work is it to do it "the Windows-Way" ? The following Link is a useful collection of Coding Hints: http://wine-wiki.org/index.php/Coding_Hints (wine-wiki.org (private) started before the official wiki.winehq.org comes up.) Asking Steven Edwards how to Port from ReactOS to wine is IMHO another good idea. -- By By ... ... Detlef

1 0

Re: [LOSTWAGES] Correct comment about QT license
by H. Verbeet 23 Oct '05

23 Oct '05

On 10/23/05, Dimi Paun <dimi(a)lattica.com> wrote: > ChangeLog > Correct comment about QT license, Win32 version is now GPLed. > Also, both Qt3 and Qt4 can be compiled with MinGW these days. http://www.trolltech.com/products/qt3/platforms/supported.html http://www.trolltech.com/developer/platforms/supported.html

1 0

Re: enhmfdrv: Return proper values from GDI APIs
by Phil Krylov 23 Oct '05

23 Oct '05

Hi, Are there any problems to apply this patch before 0.9? On Mon, 17 Oct 2005 03:43:55 +0400 Phil Krylov <phil(a)newstar.rinet.ru> wrote: > Hi, > > This patch fixes EMF rendering in some programs that depend on the fact > that SetTextAlign(), SetBkMode(), SetROP2(), SetPolyFillMode(), and > SetStretchBltMode() return proper values when called on a EMF device > context. > > > ChangeLog: > > Fixed EMFDRV_SetTextAlign, EMFDRV_SetBkMode, EMFDRV_SetROP2, > EMFDRV_SetPolyFillMode, and EMFDRV_SetStretchBltMode to return proper > old values of modes that are being set. Added FIXMEs for other cases of > improper return values. > > -- Ph. -- Ph.

3 3

preload libGL
by Tomas Carnecky 23 Oct '05

23 Oct '05

I need to preload my own library with a custom glXSwapBuffers(). But wine opengl libGL.so directly so there's no way to do it. I've ended up doing this: glXSwapBuffersType preload__glXSwapBuffers = (glXSwapBuffersType) wine_dlsym(RTLD_DEFAULT, "glXSwapBuffers", NULL, 0); preload__glXSwapBuffers(gdi_display, physDev->drawable); but that is not a nice solution. What about linking x11drv directly with libGL? tom

3 11

Caching for X11DRV_SetImageBits?
by Michael Carlson 23 Oct '05

23 Oct '05

Let me start off with an introduction. I'm a veteran C programmer, but I'm unfamiliar with programming X11 and unfamiliar with wine, although I've been looking into both recently to correct a problem I'm having with wine. I posted about the same problem in August on the same mailing list, about making function parameters const. This was a simplistic solution, but I suggested it simply because I didn't feel I had the time to familiarize myself with all the inner-workings of wine. Now, I believe I do have the time. To repeat the situation, I found that in several of the games I like to run, the same problem is causing wine to be slow: using oprofile, I find that nearly all of wine's CPU usage lies in x11drv, and 98-99% of the cpu usage in x11drv is taken up by calls to some of the convert functions in dib_convert.c. For example, in Civilization 3, some 98% of the CPU usage in x11drv is taken up by two functions: convert_555_to_565_asis, and convert_565_to_555_asis. This summer I had a similar problem on my laptop, where fce ultra was using the function convert_888_to_0888_asis for most of its cpu. Essentially, it seems that most of the work wine is doing when running these programs is just for converting between one pixel format and back, and I hope to find a good solution to this speed problem, preferably through caching. I'm writing to this list in hope of other more experienced wine hackers giving their advice, telling me what is possible, and what the best solution is, before I go too far on my own with this. I'm looking at a group of related functions in wine, in dlls/x11drv/dib.c. It came to my attention that in X11DRV_SetDIBits and X11DRV_SetDIBitsToDevice, wine always seems to end up calling X11DRV_DIB_SetImageBits, which calls (in my case, probably because my desktop is 16-bit color) X11DRV_DIB_SetImageBits_16, which in every case calls a convert function of one type or another (all of which are CPU hogs). These are the core functions that seem to be related to the problem. Here is my early analysis of the problem: X11DRV_DIB_SetImageBits always creates and destroys an XImage during the life of the function, and calls X11DRV_DIB_SetImageBits_16 (or another bit depth), which ends up converting the bitmap to the proper color format / bit depth. It seems to me the best solution is to use some kind of caching to save the converted bitmap in its cached form, preferably as an XImage. Inside X_PHYSBITMAP the HBITMAP is stored, windows' unique handle for that particular bitmap. So, what if we stored the appropriate converted XImage per-HBITMAP, per-bpp, so that it doesn't need to be created, converted, and destroyed each time, and we could delete all cached XImages corresponding to the HBITMAP from the cache when DeleteObject() is called for that HBITMAP? I'm doing a lot of guesswork on the inner-workings of wine, X, and the windows GDI here. Please tell me, am I on the right track for eliminating these unnecessary conversions? If not, where should I be looking? Again I'm new to wine, X, and somewhat new to GDI programming - but I would like to learn. Please, GDI/X11 experts, give me some advice on the best solution to this problem!

2 1

Mystery solved: acoc breaks Wine's configure!
by Dan Kegel 23 Oct '05

23 Oct '05

Here's the strangest thing I've seen for a while. I was tracking down why I could build Wine, but another guy on the same machine could only build a slightly broken Wine that gave the error Wine cannot find the FreeType font library. To enable Wine to use TrueType fonts please install a version of FreeType greater than or equal to 2.0.5. whenever you tried to use it. The first clue was funny output from Wine's configure script, though it was hard to see until I diff'd against good output, and used cat -v to make invisible chars visible: --- configure.log.good.txt 2005-10-20 10:57:21.000000000 -0700 +++ configure.log.bad.txt 2005-10-21 14:41:59.000000000 -0700 ... -checking for ldd... /usr/bin/ldd -checking for -lX11 soname... libX11.so.6 -checking for -lXext soname... libXext.so.6 ... +checking for ldd... /home/mmoss/bin/ldd +checking for -lX11 soname... libX11.so.6^[[0m +checking for -lXext soname... libXext.so.6^[[0m And what's that funny ldd? And what are those escape sequences? Turns the ldd is one wrapped by acoc (http://www.caliban.org/ruby/acoc.shtml) which colorizes the output, which also explains the funny escape sequences. This error went away when we stopped using acoc to colorize the output of commands like ldd. We had been using acoc-0.5.2, but the latest version (0.7.1) also exhibits the problem. I hope this helps somebody else who's scratching their head over strange build failures! - Dan

2 1

Re: shell32: Remove redundant .\\ from test files
by Jakob Eriksson 23 Oct '05

23 Oct '05

James Hawkins wrote: >Hi, > >I started by removing all .\\ from the shlfileop.c test file in msvc >and the tests all passed , but three of the tests failed in wine. > > If the tests fail on wine, should they not be todo_wine{} then? regards, Jakob

2 1

Re: Shell32 File Property dialog
by Mike McCormack 23 Oct '05

23 Oct '05

Johannes Anderwald wrote: > I have a patch which adds file property dialogs to shell32 Looks like you've written the patch for ReactOS... it doesn't apply to the current Wine tree. I think you need to do a little bit more work to get it ready for submission: * use TRACE instead of DPRINT * don't use %S in debug statements (with TRACE) it's not portable, use %s and debugstr_w(str) instead * in SH_FileVersionDlgProc you miss a break at the end of WM_COMMAND * the formatting is all over the place. 4 space indent, no tabs is prefered * make sure to use the A or W functions and types explicitly. eg. you use PROPSHEETPAGE where you should use PROPSHEETPAGEW. * this comments looks dodgy: "SH_FileTimerProc is invoked every 100ms to check if the property sheet should be closed required because the property sheet pages are MODELESS" Your Window proc will get a WM_CLOSE when you need to close, or WM_DESTROY when it is destroyed. Freeing memory and other things that need to be done when the window is closed should happen in the Window procedure, and there should be no need for a timer. Please take the time to build you patch with and generate it against the CVS version of WineHQ. thanks for the patch, Mike

1 0

Solaris Updates
by Robert Lunnon 22 Oct '05

22 Oct '05

I have posted my local patches to wine-patches. Note that for 0.9 I have posted most of the patches that are likely to be essential to build a working Wine package (other than those previously rejected) regardless of the shape the code is in. Some of it is very ugly and lacks integration for other OSen, I have noted these. Since this code is maintained as a delta from CVS wine specific to Solaris and only used for binary packages, it's not necessary to start out with the niceties all there (This particularly happens when I get deep into week long debugging sessions). Patches not sent are listed hereunder long with the reasons... Possibly essential (Show stoppers) ptrace stub patch - Disable debugger by returning error for all ptrace calls, add ptrace stubs (framework) to allow work on ptrace emulation layer for wine. -Previously rejected linking patch - since libwinecrt0.a was added wine has been broken due to the linker wanting to import main() in dlls, this results in unresolved symbols. I have temporarily worked around this and can build wine with a change to winegcc that links another archive (I call winedllcrt0.a) which omits the main() definitions in the case where -shared is passed to winegcc. Alexandre has asked that I keep looking for a way to make the Solaris linker successfully link an archive containing main() to dlls without the need to have two runtime startoff libraries. Patch won't be submitted until a final solution is found. Recommended functionality patches cpuid patch - CPUID detection using x86 cpuid instruction - previously rejected wineconsole/curses.c - Patch non-essential and FAR too hacky at this point - just removes all mouse code. Other Patches tools - automation patches to allow unattended build No interest to Wine project Debugger - work in progress, not working A complete set of patches (even the gross ones) are maintained at http://www.blastwave.org/wine

1 0

Re: dinput: Fix mouse poll and few other bugs
by Stefan Dösinger 22 Oct '05

22 Oct '05

Am Samstag, 15. Oktober 2005 18:49 schrieb Magnus Olsen: > Hi > This change allown me run all MS DirectInput sample with out any problem. > it also take care of bad writen dinput program that try getting the mouse, > Without calling on right api, see my commmect in dinput. I have not > tested in wine, But I have tested it in ReactOS and Windows. Did you forget to attach the patch?

1 0

autoexec.bat and pif's which run batch files
by paul 22 Oct '05

22 Oct '05

I have not seen this one problem listed and it may be a 1.0 target. Filed bug 3638. Legacy installers modify autoexec.bat to add the install directory to the path and may also use set's. After the installer installs the program will not run as it's bin directory is not in the path. This also could be a reason why many applications only work when run from the directory it is installed in. If windows type is set to 95 or less in winecfg then autoexec should be processed before running the program. I also have programs which uses a pif to run a batch file. The batch in a pif is disabled/stubbed. I plan to look at filling it that feature when I get some time. Paul Romanyszyn

1 0

Roadblock #1 for VB installers: MDAC
by Dan Kegel 22 Oct '05

22 Oct '05

A lot of VB apps use MDAC (http://msdn.microsoft.com/data/mdac/downloads/). They tend to include mdac_typ.exe, the mdac installer, and run it, but unfortunately, Wine doesn't seem to run it properly. (I'm testing using mdac 2.7 sp1, fwiw.) First, the MDAC installer refuses to run unless the registry key for IE6 is present. (OK, that's easy to work around... if you're a programmer. It probably ought to be a winecfg pulldown.) Second, even if the MDAC installer runs, all it does is install a bunch of directories under c:\windows\RegisteredPackages. The DLLs needed by the VB app are locked up in .cab's in those directories. In the app I'm trying to install, the installer then fails with err:module:import_dll Library MSDART.DLL (which is needed by L"C:\\windows\\system32\\msadox.dll") not found Something, somehow, is supposed to be triggering an unpack, but it's not happening. (See http://msdn.microsoft.com/workshop/delivery/download/download_node_entry.asp for a discusion of how the unpacking is supposed to go on Windows.) I've filed a bug report at http://bugs.winehq.org/show_bug.cgi?id=3636

1 0

Are Visual Basic install problems common?
by Dan Kegel 21 Oct '05

21 Oct '05

Is it common for Visual Basic applications to have problems installing under Wine? Take the recent post by Denis, for instance. He's trying to install a fairly complex Visual Basic app that uses MDAC, and the installer just won't run properly under Wine. (I've corresponded with him privately, and can give more details if desired.) I have this feeling that this isn't an isolated instance. Maybe there are hundreds of thousands of businesses and government offices that have large collections of VB apps written in-house, not yet ported over to VB.NET, which they'd like to run under Wine -- but they take one look at the trouble they have installing, and give up. Does anyone have experience rolling VB (not VB.net) apps here? Is it easy to create VB apps that install fine under Windows, but not under Wine?

3 6

version: updated trace for VERSIONED_PRINTER (v3)
by Detlef Riekenberg 21 Oct '05

21 Oct '05

Changelog: > - updated trace to support VERSIONED_PRINTER > This time without deleting the TRACE for the flags. Informations on the Web: "Specifying Printer Driver Version Numbers" > http://msdn.microsoft.com/library/en-us/graphics/hh/graphics/prtinst_17e31a… > -- By By ... ... Detlef

1 0

ActiveX controls in MSHTML?
by Dan Kegel 21 Oct '05

21 Oct '05

A systems integrator mentioned that many commercial ERP applications use ActiveX terminal emulator controls embedded in web pages. (I think http://www.zephyrcorp.com/terminal-emulator-activex-document.htm is an example of such an ActiveX control.) Presumably these will run in IE on Wine, but will they run in the new MSHTML browser that's part of Wine? (Sorry if my terminology is a bit off - I haven't played with mshtml ever.)

3 2

wine / Linux kernel interaction
by Damjan Jovanovic 21 Oct '05

21 Oct '05

I am working on STI for wine, and there is an issue I want to ask about. At present, I changed CreateFile() to open /dev/USBSCAN... on a "\\.\USBSCAN..." device, where /dev/USBSCAN... comes from a Linux kernel module that does the equivalent of Window's USBSCAN.SYS. And NtDeviceIoControl() checks whether the i/o control code is 0x8000.... (USB scanner ioctl) and if so, calls ioctl(). It all works (but most is hardcoded for my scanner at the moment). But, the kernel module needs to know whether a newly added USB device is a scanner or not, which requires access to the wine registry / SetupAPI. One option is to make some user-space utility that the module can query for this info. The other way it could be done is to give wine the ability to load the kernel module when wine starts, and pass it a list of parameters which are the scanners it should drive. And the third way is to use a private ioctl or the proc filesystem so wine gives a running instance of the module the list of scanners, when wine itself starts running. And how would the kernel module tell wine / STI a new scanner has arrived? Finally, could this kernel module be distributed with wine? Its acceptance into the Linux kernel tree is doubtful. Thank you Damjan P.S. Is anyone working on kernel handles for wine? __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs

9 15

wine FC package [was: Final call for bug fixes]
by Paolo Abeni 21 Oct '05

21 Oct '05

hi, I have build a FC4 rpm package adapting the MDK spec file and patches. All the files can be found here: http://magisystem.yi.org/rpms/ I hope that it can help... Regards, Paolo Abeni -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Audio, Video, HI-FI...oltre 2.000 prodotti di alta qualità a prezzi da sogno solo su Visualdream.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=2954&d=21-10

1 0

Linking wine *dll.so libraries with Linux applications ?!
by Alexander Efremov 21 Oct '05

21 Oct '05

Hello, is it possible to link Win32 Wine libraries (*.dll.so) with a Linux application. Suppose we have a simple Linux gcc program main.cc #include <vfw.h> int main(int argc, char** argv) { AVIFileInit(); } which utilizes Win32 library features. When I try to compile it and link I do not have any problems: g++ -Wall -g main.cc -lavifil32 -o main But when I execute it I get a segmentation fault. Is there any way to avoid it ? May be I have to link other libraries ? Is it possible at all to dynamically link Wine libraries with Linux gcc-compiled code ? Thank you. -- Best regards, Alexander mailto:aefremov@mpi-sb.mpg.de

7 16

docs
by Brian Vincent 21 Oct '05

21 Oct '05

I don't want to step on any toes, but I plan on redoing the User Guide this weekend. Mostly it'll just be an extension of the existing stuff I wrote and bringing it up to date. I figure I can probably bang it out in a few hours. Is anyone else close to having docs completed? -Brian

2 3

Re: user/defdlg.c: Just restore focus to current control [Bug:430]
by Richard Cohen 21 Oct '05

21 Oct '05

Vitaliy Margolen wrote: > Restore focus should not select all text in edit control. Only tabbing into it > should do that (according to msdn). > > Vitaliy Margolen > > changelog: > user/defdlg.c: > - Restore focus to the current control without selecting text > As with Vijay's patch, this patch breaks TABbing out of the readonly edit field in the testcase to bug 430 Richard.

2 2

Re: GDI/tests: link to {G|S}etRelAbs() during runtime
by Dmitry Timoshkov 21 Oct '05

21 Oct '05

"Saulius Krasuckas" <saulius2(a)ar.fi.lt> wrote: > I am sure FreeLibrary() call wasn't necessary, but that might change in > future (if gdi.dll gets linked only during runtime). Because of this I > didn't want to FreeLibarary() right after last call to GetProcAddress(), > so added it at the end of the test. Feel free to correct the test. :-) Since this is a GDI test it already implicitly links with gdi32.dll. So, there is no need for LoadLibrary/FreeLibrary, GetModuleHandle is enough. -- Dmitry.

2 1

Compile documentation problem
by gslink 21 Oct '05

21 Oct '05

If Wine is going to enter beta soon then someone ought to document the procedure for compiling the source. If FC is used to attempt such a compile and the instructions packaged with the source are followed the result will be a compile failure in fonts. This is in spite of installing fontforge. The fact that an additional library must be supplied should be mentioned in the installation instructions packaged with the source. Of course, if the RH rpm of fontforge is used then it will fail to install because of the missing library. Compiling fontforge from source or not installing it results in the Wine failure to compile. The readme should be fixed.

3 5

Re: [DOCS] winedlloverrides
by Dimi Paun 21 Oct '05

21 Oct '05

----- Original Message ----- From: "Jonathan Ernst" <Jonathan(a)ErnstFamily.ch> > For more informations about DLL overrides, please refer to section 3.1.2.1 of this guide. This 3.1.2.1 is likely to change, can we have a symbolic reference instead? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: wine / Linux kernel interaction and TWAIN
by gslink 21 Oct '05

21 Oct '05

This area can be a real problem under Wine. The high end scanners such as the Minolta MS6000 simply aren't supported by SANE backend. If you want to use one then you must write code for the backend. You can usually get a basic TWAIN driver which is for Win. 98. These usually run under Wine. The real problem is doing anything with the TWAIN result. Things such as Acrobat Professional don't currently work under Wine. Neither does most of the picture software such as the Kodak software supplied in Win 98. This is the result of several unimplemented stubs and a couple of missing dlls. Some of the Omnipage software may work under Wine but I haven't had time to test it. I don't know of a good solution for the TWAIN problem under Wine or directly under Linux. If anyone else has a solution let's hear it.

8 10

Re: GDI/tests: link to {G|S}etRelAbs() during runtime
by Huw Davies 21 Oct '05

21 Oct '05

On Fri, Oct 21, 2005 at 01:06:48PM +0300, Saulius Krasuckas wrote: > + hGDI = LoadLibraryA("gdi.dll"); You mean "gdi32.dll" -- Huw Davies huw(a)codeweavers.com

1 0

"Birthday Reminder" success, with elbow grease
by Dan Kegel 21 Oct '05

21 Oct '05

"Birthday Reminder" (one of many, anyway) is a free VB app at http://www.zhornsoftware.co.uk/bday/ It's just a 275KB download. If you have MFC42 installed, it installs very nicely, and seems to work. (If you don't, the install crashes, tsk. Wine should put up an error dialog or something.) It has some visual problems having to do with fonts - text is often cut off at the right end one word short.

1 0

Re: Are Visual Basic Install Problems common
by gslink 21 Oct '05

21 Oct '05

Yes! The problem is that there are a good many apis that VB can use that are not common and are not implemented in Wine. All it takes is one use of one of these and the thing won't work. Most special purpose and complex programs fail. This is to be expected. As Wine develops this problem will be fixed.

1 0

Re: Linking wine *dll.so libraries with Linux applications ?!
by Michael Ost 20 Oct '05

20 Oct '05

> is it possible to link Win32 Wine libraries (*.dll.so) with a Linux > application. Suppose we have a simple Linux gcc program main.cc > > #include <vfw.h> > int main(int argc, char** argv) > { > AVIFileInit(); > } > > which utilizes Win32 library features. When I try to compile it and > link I do not have any problems: > > g++ -Wall -g main.cc -lavifil32 -o main If I understand your question correctly you want to use wineg++ instead of g++. We run linux apps that use Wine APIs all the time and that's the key tool. I can't give you specific commands that work because I am working in an older "vintage" but you should be able to sort it out. wineg++ has a -v option that is very useful for sorting out what's going on. - mo

1 0

ChurchWindows 2005 Trial install success... some elbow grease required
by Dan Kegel 20 Oct '05

20 Oct '05

The downloadable trial version of the VB application "Church Windows" installs fine... IF you first create a registry key to make it think IE6 is installed install the VB6 runtime install MFC40.DLL install MFC42.dll The latter three problems really aren't Wine's fault; the app leaves them out because most windows systems have them these days (really?). But the IE registry key is something Wine should maybe set by default. (See http://bugs.winehq.org/show_bug.cgi?id=3453) I even wrote a script to automate the download and install of all the prerequisites and the app itself; it's at http://kegel.com/wine/cw.sh.txt Sadly, the app doesn't work too well once installed, but that's another story ( http://bugs.winehq.org/show_bug.cgi?id=3624 )

5 6

Problem with %SystemDrive%
by Hans Kristian Rosbach 20 Oct '05

20 Oct '05

During install of datax, this pretty error hits me as the worst one: err:exec:SHELL_ExecuteW cannot set directory L"%SystemDrive%\\PROG~FBU\ \datax" Followed by (every time the above is run): Warning: the specified System directory L"c:\\windows\\system32" is not accessible. The effect is that the program is in fact installed into: c:\windows\%SystemDrive%\PROG~FBU\datax But I did want it into c:\Program Files\datax Hopefully this is/will be solved before wine 0.9 (Running Wine-cvs 20050830) -HK Various other errors: fixme:mci:MCIWND_Command support for command 3201 not implement yet fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub ReadStyleSheet: unknown token "\widctlpar" ReadStyleSheet: unknown token "\aspalpha" (30 or so more like above with differing tokens) fixme:richedit:RichEditANSIWndProc EM_LIMITTEXT: stub err:ddeml:DdeConnect Done with INITIATE, but no Server window available fixme:odbc:SQLInstallDriverManager fixme:odbc:SQLInstallDriver (null) "Microsoft Access Driver (*.mdb)" 0x7d52f1a0 260 0x7fc8e888 fixme:odbc:SQLConfigDataSource fixme:odbc:SQLConfigDataSource fixme:odbc:SQLInstallerError fixme:ole:ITypeInfo_fnRelease destroy child objects (The above repeats probably 100 or more times throughout the install) fixme:win:GetProcessDefaultLayout ( 0x7fc7f2cc ): No BiDi

2 2

Major inconsistencies in localized resource files
by Vitaliy Margolen 20 Oct '05

20 Oct '05

We have major discrepancies in different language resource files. Some missing stuff like font dialog (except few buttons and text). Some have not been updated in ages. Should we net them together adding what's missing from English resources? And set policy: if you do change resource file, change them all! -- Best regards, Vitaliy

3 2

The program crashes after start
by Pierluigi Adami 19 Oct '05

19 Oct '05

Hi to all, coming from wine-users I was suggested to move to this list to solve my problem: I am trying to run a .EXE under wine (updated at 30th of September) on my Ubuntu; the program is a quite expensive Italian dictionary not available on the net. It installs correctly but it crashes just after the start. The message is: - pierlu@pierlu:~/.wine/drive_c/Program Files/UTETGDU/GDU$ wine gdu.exe err:fixup:apply_relocations No implementation for KERNEL.0, setting to 0xdeadbeef Warning: unprotecting memory to allow real-mode calls. NULL pointer accesses will no longer be caught. fixme:int31:DOSVM_Int31Handler Get Processor Exception Handler Vector (0x01) fixme:int31:DOSVM_Int31Handler Set Processor Exception Handler Vector (0x01) fixme:int31:DOSVM_Int31Handler Set Processor Exception Handler Vector (0x01) fixme:int31:DOSVM_Int31Handler Get Processor Exception Handler Vector (0x01) fixme:int31:DOSVM_Int31Handler Set Processor Exception Handler Vector (0x01) wine: Unhandled exception (thread 000a), starting debugger... WineDbg starting on pid 0x8 fixme:dbghelp:SymLoadModule Should have successfully loaded debug information for image C:\Program Files\UTETGDU\GDU\gdu.exe Modules: Module Address Debug info Name (60 modules) ELF 0x7adb1000-7ae77000 Deferred comctl32<elf> \-PE 0x7adc0000-7ae77000 \ comctl32 ELF 0x7ae77000-7ae96000 Deferred iphlpapi<elf> \-PE 0x7ae80000-7ae96000 \ iphlpapi ELF 0x7ae96000-7aedb000 Deferred rpcrt4<elf> \-PE 0x7aeb0000-7aedb000 \ rpcrt4 ELF 0x7aedb000-7af6a000 Deferred ole32<elf> \-PE 0x7aef0000-7af6a000 \ ole32 ELF 0x7af6a000-7afc5000 Deferred shlwapi<elf> \-PE 0x7af80000-7afc5000 \ shlwapi ELF 0x7afc5000-7b08f000 Deferred shell32<elf> \-PE 0x7afe0000-7b08f000 \ shell32 ELF 0x7b1ab000-7b1c0000 Deferred midimap<elf> \-PE 0x7b1b0000-7b1c0000 \ midimap ELF 0x7b2d7000-7b2fa000 Deferred msacm32<elf> \-PE 0x7b2e0000-7b2fa000 \ msacm32 ELF 0x7b2fa000-7b312000 Deferred msacm.drv<elf> \-PE 0x7b300000-7b312000 \ msacm.drv ELF 0x7b312000-7b358000 Deferred wineoss.drv<elf> \-PE 0x7b320000-7b358000 \ wineoss.drv ELF 0x7b358000-7b3db000 Deferred winmm<elf> \-PE 0x7b360000-7b3db000 \ winmm ELF 0x7b3db000-7b43c000 Deferred winedos<elf> \-PE 0x7b3e0000-7b43c000 \ winedos ELF 0x7b43c000-7b444000 Deferred libxrender.so.1 ELF 0x7b444000-7b44d000 Deferred libxcursor.so.1 ELF 0x7b45d000-7b47a000 Deferred imm32<elf> \-PE 0x7b460000-7b47a000 \ imm32 ELF 0x7b47a000-7b496000 Deferred ximcp.so.2 ELF 0x7b496000-7b55b000 Deferred libx11.so.6 ELF 0x7b55b000-7b568000 Deferred libxext.so.6 ELF 0x7b568000-7b580000 Deferred libice.so.6 ELF 0x7b580000-7b589000 Deferred libsm.so.6 ELF 0x7b597000-7b599000 Deferred xlcutf8load.so.2 ELF 0x7b599000-7b616000 Deferred winex11.drv<elf> \-PE 0x7b5b0000-7b616000 \ winex11.drv ELF 0x7b616000-7b654000 Deferred advapi32<elf> \-PE 0x7b620000-7b654000 \ advapi32 ELF 0x7b654000-7b6d5000 Deferred gdi32<elf> \-PE 0x7b670000-7b6d5000 \ gdi32 ELF 0x7b6d5000-7b800000 Deferred user32<elf> \-PE 0x7b6f0000-7b800000 \ user32 ELF 0x7b800000-7b906000 Deferred kernel32<elf> \-PE 0x7b820000-7b906000 \ kernel32 ELF 0x7ba9b000-7bab0000 Deferred winevdm<elf> \-PE 0x7baa0000-7bab0000 \ gdu ELF 0x7bc00000-7bc78000 Deferred ntdll<elf> \-PE 0x7bc10000-7bc78000 \ ntdll ELF 0x7bd9c000-7bda5000 Deferred libnss_files.so.2 ELF 0x7bda5000-7bdae000 Deferred libnss_nis.so.2 ELF 0x7bdae000-7bdc2000 Deferred libnsl.so.1 ELF 0x7bdc2000-7bdca000 Deferred libnss_compat.so.2 ELF 0x7bdda000-7bdfb000 Deferred libm.so.6 ELF 0x7bdfb000-7bef0000 Deferred libwine_unicode.so.1 ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0xb7e7d000-b7e80000 Deferred libdl.so.2 ELF 0xb7e81000-b7fae000 Deferred libc.so.6 ELF 0xb7fae000-b7fbe000 Deferred libpthread.so.0 ELF 0xb7fbe000-b7fd8000 Deferred libwine.so.1 ELF 0xb7fea000-b8000000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\UTETGDU\GDU\gdu.exe 0000000a 0 <== 00000009 0- - - - - - - - - - WineDbg terminated on pid 0x8 - - - - - - - - I have followed Daniel's suggestion to run the command: WINEDEBUG=+all wine... but the result is a 46 Mbyte (1.6 Mbytes after compression) file that I can't post of course. Here after you find the very beginning of that file, maybe there is some useful information there; if somebody is so kind to risk a long download, I can send him the full error file. Hope that somebody may help me! Pierluigi Adami - Rome ------------ File log.txt trace:ntdll:RtlInitializeBitMap (0x7bc77a4c,0x7bc773a4,64) trace:ntdll:RtlInitializeBitMap (0x7bc77a54,0x7bc774b4,1024) trace:virtual:VIRTUAL_DumpView View: 0x7befc000 - 0x7befdffftrace:virtual:VIRTUAL_DumpView (anonymous) trace:virtual:VIRTUAL_DumpView 0x7befc000 - 0x7befdfff c-rw- sock_init: shutdown() causes EOF wineserver: starting (pid=11480) 0008: *fd* (nil) -> 18 0009: *fd* 6 <- 18 0009: init_thread( unix_pid=11477, unix_tid=11477, teb=0x7befc000, peb=0x7bc77360, entry=(nil), ldt_copy=0xb7fc5ce0, reply_fd=6, wait_fd=8, debug_level=1 ) 0009: *fd* 8 <- 19 0009: init_thread() = 0 { pid=0008, tid=0009, info_size=0, server_start=1129407292, version=194 } 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 00110000 2000 00000004 0009:trace:virtual:VIRTUAL_DumpView View: 0x7bc80000 - 0x7bd8ffff (anonymous) 0009:trace:virtual:VIRTUAL_DumpView 0x7bc80000 - 0x7bd8ffff --rw- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0x7bc80000 00010000 1000 00000004 0009:trace:virtual:VIRTUAL_SetProt 0x7bc80000-0x7bc8ffff c-rw- 0009:trace:virtual:VIRTUAL_DumpView View: 0x7bc80000 - 0x7bd8ffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0x7bc80000 - 0x7bc8ffff c-rw- 0009:trace:virtual:VIRTUAL_DumpView 0x7bc90000 - 0x7bd8ffff --rw- 0009: alloc_file_handle( access=80100000, inherit=1, fd=0 ) 0009: *fd* 0 <- 20 0009: alloc_file_handle() = 0 { handle=0xc } 0009: *fd* 1 <- 21 0009: alloc_file_handle( access=40100000, inherit=1, fd=1 ) 0009: alloc_file_handle() = 0 { handle=0x10 } 0009: *fd* 2 <- 22 0009: alloc_file_handle( access=40100000, inherit=1, fd=2 ) 0009: alloc_file_handle() = 0 { handle=0x14 } 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0x7bc10000 00068000 81000000 00000080 0009:trace:virtual:VIRTUAL_DumpView View: 0x7bc10000 - 0x7bc77fff (anonymous) 0009:trace:virtual:VIRTUAL_DumpView 0x7bc10000 - 0x7bc77fff c-rWx 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000014): returning 0x7bc80088 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000050): returning 0x7bc800a8 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000014): returning 0x7bc80100 0009:trace:heap:RtlFreeHeap (0x7bc80000,00000002,0x7bc80088): returning TRUE 0009:trace:module:load_builtin_callback loaded ntdll.dll 0x7bc800a8 0x7bc10000 0009: load_dll( handle=(nil), base=0x7bc10000, size=425984, dbg_offset=0, dbg_size=0, name=0x7bc800d0, filename=L"ntdll.dll" ) 0009: load_dll() = 0 0009:trace:reg:RtlOpenCurrentUser (0x000f003f, 0xbfffed00) 0009:trace:ntdll:NtOpenThreadToken (0xfffffffe,0x00020008,0x00000001,0xbfffec10) 0009: open_token( handle=0xfffffffe, flags=00000003 ) 0009: open_token() = 0 { token=0x18 } 0009:trace:ntdll:NtQueryInformationToken (0x18,1,0xbfffec14,80,0xbfffec0c) 0009: get_token_user( handle=0x18 ) 0009: get_token_user() = 0 { user_len=12, user={S-1-5-4} } 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,0000002e): returning 0x7bc80120 0009: close_handle( handle=0x18 ) 0009: close_handle() = 0 { fd=-1 } 0009:trace:reg:NtCreateKey ((nil),L"\\Registry\\User\\S-1-5-4",<null>,0,f003f,0xbfffed00) 0009: create_key( parent=(nil), access=000f003f, options=00000000, modif=0, namelen=44, name=L"\\Registry\\User\\S-1-5-4", class=L"" ) 0009: create_key() = 0 { hkey=0x18, created=0 } 0009:trace:reg:NtCreateKey <- 0x18 0009:trace:heap:RtlFreeHeap (0x7bc80000,00000002,0x7bc80120): returning TRUE 0009:trace:reg:NtOpenKey (0x18,L"Software\\Wine\\Debug",f003f,0xbfffecf4) 0009: open_key( parent=0x18, access=000f003f, name=L"Software\\Wine\\Debug" ) 0009: open_key() = OBJECT_NAME_NOT_FOUND { hkey=(nil) } 0009:trace:reg:NtOpenKey <- (nil) 0009: close_handle( handle=0x18 ) 0009: close_handle() = 0 { fd=-1 } 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0x7b820000 000e6000 81000000 00000080 0009:trace:virtual:VIRTUAL_DumpView View: 0x7b820000 - 0x7b905fff (anonymous) 0009:trace:virtual:VIRTUAL_DumpView 0x7b820000 - 0x7b905fff c-rWx 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,0000001a): returning 0x7bc80120 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000050): returning 0x7bc80148 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,0000001a): returning 0x7bc801a0 0009:trace:heap:RtlFreeHeap (0x7bc80000,00000002,0x7bc80120): returning TRUE 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000004): returning 0x7bc80120 0009:trace:module:load_dll looking for L"ntdll.dll" in L"" 0009:trace:module:load_dll Found loaded module L"ntdll.dll" for L"ntdll.dll" at 0x7bc10000, count=1 0009:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x7b8b1b04 0000032c 00000008 0009:trace:virtual:VIRTUAL_SetProt 0x7b8b1000-0x7b8b1fff c-rW- 0009:trace:virtual:VIRTUAL_DumpView View: 0x7b820000 - 0x7b905fff (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7b820000 - 0x7b8b0fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView 0x7b8b1000 - 0x7b8b1fff c-rW- 0009:trace:virtual:VIRTUAL_DumpView 0x7b8b2000 - 0x7b905fff c-rWx 0009:trace:imports:import_dll --- LdrAccessResource ntdll.dll.30 = 0x7bc6ec20 0009:trace:imports:import_dll --- LdrDisableThreadCalloutsForDll ntdll.dll.31 = 0x7bc6ec30 0009:trace:imports:import_dll --- LdrFindEntryForAddress ntdll.dll.33 = 0x7bc6ec50 0009:trace:imports:import_dll --- LdrFindResourceDirectory_U ntdll.dll.34 = 0x7bc6ec60 0009:trace:imports:import_dll --- LdrFindResource_U ntdll.dll.35 = 0x7bc6ec70 0009:trace:imports:import_dll --- LdrGetDllHandle ntdll.dll.37 = 0x7bc6ec90 0009:trace:imports:import_dll --- LdrGetProcedureAddress ntdll.dll.38 = 0x7bc6eca0 0009:trace:imports:import_dll --- LdrInitializeThunk ntdll.dll.40 = 0x7bc6ecc0 0009:trace:imports:import_dll --- LdrLoadDll ntdll.dll.42 = 0x7bc6ece0 0009:trace:imports:import_dll --- LdrLockLoaderLock ntdll.dll.43 = 0x7bc6ecf0 0009:trace:imports:import_dll --- LdrShutdownProcess ntdll.dll.49 = 0x7bc6ed50 0009:trace:imports:import_dll --- LdrUnloadDll ntdll.dll.52 = 0x7bc6ed80 0009:trace:imports:import_dll --- LdrUnlockLoaderLock ntdll.dll.53 = 0x7bc6ed90 0009:trace:imports:import_dll --- MODULE_DllThreadAttach ntdll.dll.1022 = 0x7bc72a20 0009:trace:imports:import_dll --- MODULE_GetLoadOrderW ntdll.dll.1023 = 0x7bc72a30 0009:trace:imports:import_dll --- NtAllocateVirtualMemory ntdll.dll.68 = 0x7bc6ee80 0009:trace:imports:import_dll --- NtCancelIoFile ntdll.dll.70 = 0x7bc6eea0 0009:trace:imports:import_dll --- NtCancelTimer ntdll.dll.71 = 0x7bc6eeb0 0009:trace:imports:import_dll --- NtClose ntdll.dll.73 = 0x7bc6eed0 0009:trace:imports:import_dll --- NtCreateEvent ntdll.dll.79 = 0x7bc6ef30 0009:trace:imports:import_dll --- NtCreateFile ntdll.dll.81 = 0x7bc6ef50 0009:trace:imports:import_dll --- NtCreateKey ntdll.dll.83 = 0x7bc6ef70 0009:trace:imports:import_dll --- NtCreateMailslotFile ntdll.dll.84 = 0x7bc6ef80 0009:trace:imports:import_dll --- NtCreateMutant ntdll.dll.85 = 0x7bc6ef90 0009:trace:imports:import_dll --- NtCreateNamedPipeFile ntdll.dll.86 = 0x7bc6efa0 0009:trace:imports:import_dll --- NtCreateSection ntdll.dll.91 = 0x7bc6eff0 0009:trace:imports:import_dll --- NtCreateSemaphore ntdll.dll.92 = 0x7bc6f000 0009:trace:imports:import_dll --- NtCreateTimer ntdll.dll.95 = 0x7bc6f030 0009:trace:imports:import_dll --- NtDelayExecution ntdll.dll.98 = 0x7bc6f060 0009:trace:imports:import_dll --- NtDeleteFile ntdll.dll.100 = 0x7bc6f080 0009:trace:imports:import_dll --- NtDeviceIoControlFile ntdll.dll.103 = 0x7bc6f0b0 0009:trace:imports:import_dll --- NtDuplicateObject ntdll.dll.105 = 0x7bc6f0d0 0009:trace:imports:import_dll --- NtEnumerateKey ntdll.dll.108 = 0x7bc6f100 0009:trace:imports:import_dll --- NtEnumerateValueKey ntdll.dll.109 = 0x7bc6f110 0009:trace:imports:import_dll --- NtFlushBuffersFile ntdll.dll.112 = 0x7bc6f140 0009:trace:imports:import_dll --- NtFlushInstructionCache ntdll.dll.113 = 0x7bc6f150 0009:trace:imports:import_dll --- NtFlushVirtualMemory ntdll.dll.115 = 0x7bc6f170 0009:trace:imports:import_dll --- NtFreeVirtualMemory ntdll.dll.117 = 0x7bc6f190 0009:trace:imports:import_dll --- NtFsControlFile ntdll.dll.118 = 0x7bc6f1a0 0009:trace:imports:import_dll --- NtGetContextThread ntdll.dll.119 = 0x7bc6f1b0 0009:trace:imports:import_dll --- NtLockFile ntdll.dll.130 = 0x7bc6f260 0009:trace:imports:import_dll --- NtLockVirtualMemory ntdll.dll.131 = 0x7bc6f270 0009:trace:imports:import_dll --- NtMapViewOfSection ntdll.dll.133 = 0x7bc6f290 0009:trace:imports:import_dll --- NtOpenEvent ntdll.dll.137 = 0x7bc6f2d0 0009:trace:imports:import_dll --- NtOpenFile ntdll.dll.139 = 0x7bc6f2f0 0009:trace:imports:import_dll --- NtOpenKey ntdll.dll.141 = 0x7bc6f310 0009:trace:imports:import_dll --- NtOpenMutant ntdll.dll.142 = 0x7bc6f320 0009:trace:imports:import_dll --- NtOpenProcess ntdll.dll.144 = 0x7bc6f340 0009:trace:imports:import_dll --- NtOpenSection ntdll.dll.146 = 0x7bc6f360 0009:trace:imports:import_dll --- NtOpenSemaphore ntdll.dll.147 = 0x7bc6f370 0009:trace:imports:import_dll --- NtOpenThread ntdll.dll.149 = 0x7bc6f390 0009:trace:imports:import_dll --- NtOpenTimer ntdll.dll.151 = 0x7bc6f3b0 0009:trace:imports:import_dll --- NtProtectVirtualMemory ntdll.dll.157 = 0x7bc6f410 0009:trace:imports:import_dll --- NtPulseEvent ntdll.dll.158 = 0x7bc6f420 0009:trace:imports:import_dll --- NtQueryAttributesFile ntdll.dll.159 = 0x7bc6f430 0009:trace:imports:import_dll --- NtQueryDefaultLocale ntdll.dll.160 = 0x7bc6f440 0009:trace:imports:import_dll --- NtQueryDefaultUILanguage ntdll.dll.161 = 0x7bc6f450 0009:trace:imports:import_dll --- NtQueryDirectoryFile ntdll.dll.162 = 0x7bc6f460 0009:trace:imports:import_dll --- NtQueryFullAttributesFile ntdll.dll.166 = 0x7bc6f4a0 0009:trace:imports:import_dll --- NtQueryInformationFile ntdll.dll.168 = 0x7bc6f4c0 0009:trace:imports:import_dll --- NtQueryInformationProcess ntdll.dll.170 = 0x7bc6f4e0 0009:trace:imports:import_dll --- NtQueryInformationThread ntdll.dll.171 = 0x7bc6f4f0 0009:trace:imports:import_dll --- NtQueryInstallUILanguage ntdll.dll.173 = 0x7bc6f510 0009:trace:imports:import_dll --- NtQueryObject ntdll.dll.178 = 0x7bc6f560 0009:trace:imports:import_dll --- NtQueryPerformanceCounter ntdll.dll.180 = 0x7bc6f580 0009:trace:imports:import_dll --- NtQuerySystemInformation ntdll.dll.186 = 0x7bc6f5e0 0009:trace:imports:import_dll --- NtQuerySystemTime ntdll.dll.187 = 0x7bc6f5f0 0009:trace:imports:import_dll --- NtQueryValueKey ntdll.dll.190 = 0x7bc6f620 0009:trace:imports:import_dll --- NtQueryVirtualMemory ntdll.dll.191 = 0x7bc6f630 0009:trace:imports:import_dll --- NtQueryVolumeInformationFile ntdll.dll.192 = 0x7bc6f640 0009:trace:imports:import_dll --- NtQueueApcThread ntdll.dll.193 = 0x7bc6f650 0009:trace:imports:import_dll --- NtRaiseException ntdll.dll.194 = 0x7bc6f660 0009:trace:imports:import_dll --- NtReadFile ntdll.dll.196 = 0x7bc6f680 0009:trace:imports:import_dll --- NtReadVirtualMemory ntdll.dll.199 = 0x7bc6f6b0 0009:trace:imports:import_dll --- NtReleaseMutant ntdll.dll.202 = 0x7bc6f6e0 0009:trace:imports:import_dll --- NtReleaseSemaphore ntdll.dll.204 = 0x7bc6f700 0009:trace:imports:import_dll --- NtResetEvent ntdll.dll.213 = 0x7bc6f790 0009:trace:imports:import_dll --- NtResumeThread ntdll.dll.215 = 0x7bc6f7b0 0009:trace:imports:import_dll --- NtSetContextThread ntdll.dll.218 = 0x7bc6f7e0 0009:trace:imports:import_dll --- NtSetDefaultLocale ntdll.dll.220 = 0x7bc6f800 0009:trace:imports:import_dll --- NtSetDefaultUILanguage ntdll.dll.221 = 0x7bc6f810 0009:trace:imports:import_dll --- NtSetEvent ntdll.dll.223 = 0x7bc6f830 0009:trace:imports:import_dll --- NtSetInformationFile ntdll.dll.227 = 0x7bc6f870 0009:trace:imports:import_dll --- NtSetInformationObject ntdll.dll.229 = 0x7bc6f890 0009:trace:imports:import_dll --- NtSetInformationProcess ntdll.dll.230 = 0x7bc6f8a0 0009:trace:imports:import_dll --- NtSetInformationThread ntdll.dll.231 = 0x7bc6f8b0 0009:trace:imports:import_dll --- NtSetSystemTime ntdll.dll.243 = 0x7bc6f970 0009:trace:imports:import_dll --- NtSetTimer ntdll.dll.244 = 0x7bc6f980 0009:trace:imports:import_dll --- NtSetValueKey ntdll.dll.246 = 0x7bc6f9a0 0009:trace:imports:import_dll --- NtSignalAndWaitForSingleObject ntdll.dll.249 = 0x7bc6f9d0 0009:trace:imports:import_dll --- NtSuspendThread ntdll.dll.252 = 0x7bc6fa00 0009:trace:imports:import_dll --- NtTerminateProcess ntdll.dll.254 = 0x7bc6fa20 0009:trace:imports:import_dll --- NtTerminateThread ntdll.dll.255 = 0x7bc6fa30 0009:trace:imports:import_dll --- NtUnlockFile ntdll.dll.260 = 0x7bc6fa80 0009:trace:imports:import_dll --- NtUnlockVirtualMemory ntdll.dll.261 = 0x7bc6fa90 0009:trace:imports:import_dll --- NtUnmapViewOfSection ntdll.dll.262 = 0x7bc6faa0 0009:trace:imports:import_dll --- NtWaitForMultipleObjects ntdll.dll.265 = 0x7bc6fad0 0009:trace:imports:import_dll --- NtWriteFile ntdll.dll.270 = 0x7bc6fb20 0009:trace:imports:import_dll --- NtWriteVirtualMemory ntdll.dll.273 = 0x7bc6fb50 0009:trace:imports:import_dll --- NtYieldExecution ntdll.dll.274 = 0x7bc6fb60 0009:trace:imports:import_dll --- RtlAcquirePebLock ntdll.dll.281 = 0x7bc6fbd0 0009:trace:imports:import_dll --- RtlAcquireResourceExclusive ntdll.dll.282 = 0x7bc6fbe0 0009:trace:imports:import_dll --- RtlAcquireResourceShared ntdll.dll.283 = 0x7bc6fbf0 0009:trace:imports:import_dll --- RtlAddVectoredExceptionHandler ntdll.dll.296 = 0x7bc6fcc0 0009:trace:imports:import_dll --- RtlAllocateHeap ntdll.dll.300 = 0x7bc6fd00 0009:trace:imports:import_dll --- RtlAnsiStringToUnicodeString ntdll.dll.303 = 0x7bc6fd30 0009:trace:imports:import_dll --- RtlAreBitsSet ntdll.dll.313 = 0x7bc6fdd0 0009:trace:imports:import_dll --- RtlCharToInteger ntdll.dll.316 = 0x7bc6fe00 0009:trace:imports:import_dll --- RtlClearBits ntdll.dll.319 = 0x7bc6fe30 0009:trace:imports:import_dll --- RtlCompactHeap ntdll.dll.321 = 0x7bc6fe50 0009:trace:imports:import_dll --- RtlCreateHeap ntdll.dll.346 = 0x7bc6ffe0 0009:trace:imports:import_dll --- RtlCreateProcessParameters ntdll.dll.347 = 0x7bc6fff0 0009:trace:imports:import_dll --- RtlCreateUnicodeString ntdll.dll.353 = 0x7bc70050 0009:trace:imports:import_dll --- RtlCreateUnicodeStringFromAsciiz ntdll.dll.354 = 0x7bc70060 0009:trace:imports:import_dll --- RtlCreateUserThread ntdll.dll.357 = 0x7bc70090 0009:trace:imports:import_dll --- RtlDeleteCriticalSection ntdll.dll.370 = 0x7bc70160 0009:trace:imports:import_dll --- RtlDeleteResource ntdll.dll.377 = 0x7bc701d0 0009:trace:imports:import_dll --- RtlDestroyHeap ntdll.dll.382 = 0x7bc70220 0009:trace:imports:import_dll --- RtlDestroyProcessParameters ntdll.dll.383 = 0x7bc70230 0009:trace:imports:import_dll --- RtlDetermineDosPathNameType_U ntdll.dll.385 = 0x7bc70250 0009:trace:imports:import_dll --- RtlDoesFileExists_U ntdll.dll.386 = 0x7bc70260 0009:trace:imports:import_dll --- RtlDosPathNameToNtPathName_U ntdll.dll.387 = 0x7bc70270 0009:trace:imports:import_dll --- RtlDosSearchPath_U ntdll.dll.388 = 0x7bc70280 0009:trace:imports:import_dll --- RtlEnlargedUnsignedMultiply ntdll.dll.396 = 0x7bc70300 0009:trace:imports:import_dll --- RtlEnterCriticalSection ntdll.dll.397 = 0x7bc70310 0009:trace:imports:import_dll --- RtlExitUserThread ntdll.dll.410 = 0x7bc703e0 0009:trace:imports:import_dll --- RtlExpandEnvironmentStrings_U ntdll.dll.411 = 0x7bc703f0 0009:trace:imports:import_dll --- RtlExtendedLargeIntegerDivide ntdll.dll.414 = 0x7bc70420 0009:trace:imports:import_dll --- RtlFindClearBitsAndSet ntdll.dll.423 = 0x7bc704b0 0009:trace:imports:import_dll --- RtlFindMessage ntdll.dll.430 = 0x7bc70520 0009:trace:imports:import_dll --- RtlFreeAnsiString ntdll.dll.443 = 0x7bc705f0 0009:trace:imports:import_dll --- RtlFreeHeap ntdll.dll.445 = 0x7bc70610 0009:trace:imports:import_dll --- RtlFreeUnicodeString ntdll.dll.448 = 0x7bc70640 0009:trace:imports:import_dll --- RtlGetCurrentDirectory_U ntdll.dll.456 = 0x7bc706c0 0009:trace:imports:import_dll --- RtlGetFullPathName_U ntdll.dll.460 = 0x7bc70700 0009:trace:imports:import_dll --- RtlGetProcessHeaps ntdll.dll.469 = 0x7bc70790 0009:trace:imports:import_dll --- RtlGetVersion ntdll.dll.472 = 0x7bc707c0 0009:trace:imports:import_dll --- RtlImageDirectoryEntryToData ntdll.dll.475 = 0x7bc707f0 0009:trace:imports:import_dll --- RtlImageNtHeader ntdll.dll.476 = 0x7bc70800 0009:trace:imports:import_dll --- RtlImageRvaToSection ntdll.dll.477 = 0x7bc70810 0009:trace:imports:import_dll --- RtlInitAnsiString ntdll.dll.480 = 0x7bc70840 0009:trace:imports:import_dll --- RtlInitializeCriticalSection ntdll.dll.488 = 0x7bc708c0 0009:trace:imports:import_dll --- RtlInitializeCriticalSectionAndSpinCount ntdll.dll.489 = 0x7bc708d0 0009:trace:imports:import_dll --- RtlInitializeResource ntdll.dll.493 = 0x7bc70910 0009:trace:imports:import_dll --- RtlInitUnicodeString ntdll.dll.484 = 0x7bc70880 0009:trace:imports:import_dll --- RtlIsDosDeviceName_U ntdll.dll.499 = 0x7bc70970 0009:trace:imports:import_dll --- RtlIsNameLegalDOS8Dot3 ntdll.dll.501 = 0x7bc70990 0009:trace:imports:import_dll --- RtlIsTextUnicode ntdll.dll.502 = 0x7bc709a0 0009:trace:imports:import_dll --- RtlLeaveCriticalSection ntdll.dll.513 = 0x7bc70a50 0009:trace:imports:import_dll --- RtlLocalTimeToSystemTime ntdll.dll.517 = 0x7bc70a90 0009:trace:imports:import_dll --- RtlLockHeap ntdll.dll.518 = 0x7bc70aa0 0009:trace:imports:import_dll --- RtlMultiByteToUnicodeN ntdll.dll.524 = 0x7bc70b00 0009:trace:imports:import_dll --- RtlNormalizeProcessParams ntdll.dll.529 = 0x7bc70b50 0009:trace:imports:import_dll --- RtlNtStatusToDosError ntdll.dll.530 = 0x7bc70b60 0009:trace:imports:import_dll --- RtlOemStringToUnicodeString ntdll.dll.536 = 0x7bc70bc0 0009:trace:imports:import_dll --- RtlOpenCurrentUser ntdll.dll.538 = 0x7bc70be0 0009:trace:imports:import_dll --- RtlQueryEnvironmentVariable_U ntdll.dll.547 = 0x7bc70c70 0009:trace:imports:import_dll --- RtlQueryTimeZoneInformation ntdll.dll.563 = 0x7bc70d70 0009:trace:imports:import_dll --- RtlRaiseException ntdll.dll.566 = 0x7bc70da0 0009:trace:imports:import_dll --- RtlRaiseStatus ntdll.dll.567 = 0x7bc70db0 0009:trace:imports:import_dll --- RtlReAllocateHeap ntdll.dll.570 = 0x7bc70de0 0009:trace:imports:import_dll --- RtlReleasePebLock ntdll.dll.579 = 0x7bc70e70 0009:trace:imports:import_dll --- RtlReleaseResource ntdll.dll.580 = 0x7bc70e80 0009:trace:imports:import_dll --- RtlRemoveVectoredExceptionHandler ntdll.dll.582 = 0x7bc70ea0 0009:trace:imports:import_dll --- RtlSecondsSince1970ToTime ntdll.dll.588 = 0x7bc70f00 0009:trace:imports:import_dll --- RtlSetCurrentDirectory_U ntdll.dll.594 = 0x7bc70f60 0009:trace:imports:import_dll --- RtlSetEnvironmentVariable ntdll.dll.597 = 0x7bc70f90 0009:trace:imports:import_dll --- RtlSetTimeZoneInformation ntdll.dll.609 = 0x7bc71050 0009:trace:imports:import_dll --- RtlSizeHeap ntdll.dll.613 = 0x7bc71090 0009:trace:imports:import_dll --- RtlSystemTimeToLocalTime ntdll.dll.621 = 0x7bc71110 0009:trace:imports:import_dll --- RtlTimeFieldsToTime ntdll.dll.622 = 0x7bc71120 0009:trace:imports:import_dll --- RtlTimeToSecondsSince1970 ntdll.dll.624 = 0x7bc71140 0009:trace:imports:import_dll --- RtlTimeToTimeFields ntdll.dll.626 = 0x7bc71160 0009:trace:imports:import_dll --- RtlTryEnterCriticalSection ntdll.dll.627 = 0x7bc71170 0009:trace:imports:import_dll --- RtlUnicodeStringToAnsiSize ntdll.dll.630 = 0x7bc711a0 0009:trace:imports:import_dll --- RtlUnicodeStringToAnsiString ntdll.dll.631 = 0x7bc711b0 0009:trace:imports:import_dll --- RtlUnicodeStringToInteger ntdll.dll.633 = 0x7bc711d0 0009:trace:imports:import_dll --- RtlUnicodeStringToOemSize ntdll.dll.634 = 0x7bc711e0 0009:trace:imports:import_dll --- RtlUnicodeStringToOemString ntdll.dll.635 = 0x7bc711f0 0009:trace:imports:import_dll --- RtlUnicodeToMultiByteN ntdll.dll.637 = 0x7bc71210 0009:trace:imports:import_dll --- RtlUnicodeToMultiByteSize ntdll.dll.638 = 0x7bc71220 0009:trace:imports:import_dll --- RtlUnicodeToOemN ntdll.dll.639 = 0x7bc71230 0009:trace:imports:import_dll --- RtlUnlockHeap ntdll.dll.641 = 0x7bc71250 0009:trace:imports:import_dll --- RtlUnwind ntdll.dll.642 = 0x7bc71260 0009:trace:imports:import_dll --- RtlUpcaseUnicodeString ntdll.dll.644 = 0x7bc71280 0009:trace:imports:import_dll --- RtlUpperChar ntdll.dll.651 = 0x7bc712f0 0009:trace:imports:import_dll --- RtlValidateHeap ntdll.dll.658 = 0x7bc71360 0009:trace:imports:import_dll --- RtlVerifyVersionInfo ntdll.dll.660 = 0x7bc71380 0009:trace:imports:import_dll --- RtlWalkHeap ntdll.dll.662 = 0x7bc713a0 0009:trace:imports:import_dll --- sprintf ntdll.dll.964 = 0x7bc20cec 0009:trace:imports:import_dll --- sscanf ntdll.dll.966 = 0x7bc20d04 0009:trace:imports:import_dll --- __wine_call_from_32_regs ntdll.dll.1010 = 0x7bc58e70 0009:trace:imports:import_dll --- __wine_enter_vm86 ntdll.dll.1011 = 0x7bc72970 0009:trace:imports:import_dll --- __wine_exception_handler ntdll.dll.1008 = 0x7bc2bb30 0009:trace:imports:import_dll --- __wine_init_codepages ntdll.dll.1017 = 0x7bc729d0 0009:trace:imports:import_dll --- __wine_init_windows_dir ntdll.dll.1021 = 0x7bc72a10 0009:trace:imports:import_dll --- wine_nt_to_unix_file_name ntdll.dll.1019 = 0x7bc729f0 0009:trace:imports:import_dll --- wine_server_call ntdll.dll.1012 = 0x7bc4bff0 0009:trace:imports:import_dll --- wine_server_fd_to_handle ntdll.dll.1013 = 0x7bc72990 0009:trace:imports:import_dll --- wine_server_handle_to_fd ntdll.dll.1014 = 0x7bc729a0 0009:trace:imports:import_dll --- wine_server_release_fd ntdll.dll.1015 = 0x7bc729b0 0009:trace:imports:import_dll --- __wine_set_signal_handler ntdll.dll.1018 = 0x7bc729e0 0009:trace:imports:import_dll --- wine_unix_to_nt_file_name ntdll.dll.1020 = 0x7bc72a00 0009:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x7b8b1000 00001000 00000080 0009:trace:virtual:VIRTUAL_SetProt 0x7b8b1000-0x7b8b1fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView View: 0x7b820000 - 0x7b905fff (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7b820000 - 0x7b8b0fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView 0x7b8b1000 - 0x7b8b1fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView 0x7b8b2000 - 0x7b905fff c-rWx 0009:trace:module:load_builtin_callback loaded kernel32.dll 0x7bc80148 0x7b820000 0009: load_dll( handle=(nil), base=0x7b820000, size=942080, dbg_offset=0, dbg_size=0, name=0x7bc80170, filename=L"kernel32.dll" ) 0009: load_dll() = 0 0009:trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin 0009:Call kernel32.__wine_kernel_init() ret=7bc37654 0009:Call ntdll.RtlInitUnicodeString(bfffe954,7b8a11ee L"kernel32") ret=7b85dfcd 0009:Ret ntdll.RtlInitUnicodeString() retval=00000012 ret=7b85dfcd 0009:Call ntdll.LdrGetDllHandle(00000000,00000000,bfffe954,bfffe950) ret=7b85dfed 0009:trace:module:LdrGetDllHandle 0 0 L"kernel32.dll" -> 0x7b820000 0009:Ret ntdll.LdrGetDllHandle() retval=00000000 ret=7b85dfed 0009:Call ntdll.RtlAllocateHeap(7bc80000,00000000,0000000c) ret=7b856e11 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,0000000c): returning 0x7bc80088 0009:Ret ntdll.RtlAllocateHeap() retval=7bc80088 ret=7b856e11 0009:trace:resource:EnumResourceLanguagesW 0x7b820000 #0006 #0001 0x7b8567b0 bfffe77c 0009:Call ntdll.LdrFindResourceDirectory_U(7b820000,00000000,00000000,bfffe598) ret=7b879968 0009:Ret ntdll.LdrFindResourceDirectory_U() retval=00000000 ret=7b879968 0009:Call ntdll.LdrFindResourceDirectory_U(7b820000,bfffe5ac,00000002,bfffe594) ret=7b8799d0 0009:trace:resource:LdrFindResourceDirectory_U module 0x7b820000 type #0006 name #0001 lang 0000 level 2 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0001 ret 0x7b8b30d8 0009:Ret ntdll.LdrFindResourceDirectory_U() retval=00000000 ret=7b8799d0 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x59,0xbfffe448,128) 0009:trace:resource:FindResourceExW 0x7b820000 #0006 #0006 0401 0009:Call ntdll.LdrFindResource_U(7b820000,bfffe144,00000003,bfffe080) ret=7b87885d 0009:trace:resource:LdrFindResource_U module 0x7b820000 type #0006 name #0006 lang 0401 level 3 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0006 ret 0x7b8b47a8 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b47a8 id 0401 ret 0x7b8b9068 0009:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7b87885d 0009:trace:resource:LoadResource 0x7b820000 0x7b8b9068 0009:Call ntdll.LdrAccessResource(7b820000,7b8b9068,bfffe190,00000000) ret=7b879bd5 0009:Ret ntdll.LdrAccessResource() retval=00000000 ret=7b879bd5 0009:trace:resource:LockResource (0x7b8d8c08) 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x59,0xbfffe448,128) returning 3 L"ar" 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x5a,0xbfffe348,128) 0009:trace:resource:FindResourceExW 0x7b820000 #0006 #0006 0401 0009:Call ntdll.LdrFindResource_U(7b820000,bfffe144,00000003,bfffe080) ret=7b87885d 0009:trace:resource:LdrFindResource_U module 0x7b820000 type #0006 name #0006 lang 0401 level 3 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0006 ret 0x7b8b47a8 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b47a8 id 0401 ret 0x7b8b9068 0009:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7b87885d 0009:trace:resource:LoadResource 0x7b820000 0x7b8b9068 0009:Call ntdll.LdrAccessResource(7b820000,7b8b9068,bfffe190,00000000) ret=7b879bd5 0009:Ret ntdll.LdrAccessResource() retval=00000000 ret=7b879bd5 0009:trace:resource:LockResource (0x7b8d8c08) 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x5a,0xbfffe348,128) returning 3 L"SA" 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x1001,0xbfffe248,128) 0009:trace:resource:FindResourceExW 0x7b820000 #0006 #0101 0401 0009:Call ntdll.LdrFindResource_U(7b820000,bfffe144,00000003,bfffe080) ret=7b87885d 0009:trace:resource:LdrFindResource_U module 0x7b820000 type #0006 name #0101 lang 0401 level 3 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0101 ret 0x7b8b4c38 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b4c38 id 0401 ret 0x7b8b9968 0009:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7b87885d 0009:trace:resource:LoadResource 0x7b820000 0x7b8b9968 0009:Call ntdll.LdrAccessResource(7b820000,7b8b9968,bfffe190,00000000) ret=7b879bd5 0009:Ret ntdll.LdrAccessResource() retval=00000000 ret=7b879bd5 0009:trace:resource:LockResource (0x7b8dbd58) 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x1001,0xbfffe248,128) returning 7 L"Arabic" 0009:trace:nls:GetLocaleInfoW (lcid=0x402,lctype=0x59,0xbfffe448,128) 0009:trace:resource:FindResourceExW 0x7b820000 #0006 #0006 0402 0009:Call ntdll.LdrFindResource_U(7b820000,bfffe144,00000003,bfffe080) ret=7b87885d 0009:trace:resource:LdrFindResource_U module 0x7b820000 type #0006 name #0006 lang 0402 level 3 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0006 ret 0x7b8b47a8 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b47a8 id 0402 ret 0x7b8b9078 0009:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7b87885d 0009:trace:resource:LoadResource 0x7b820000 0x7b8b9078 ...

1 0

Re: D3D7 -> WineD3D, 2nd attempt
by Stefan Dösinger 19 Oct '05

19 Oct '05

Hello, I've got some real rending working with d3d7 and wined3d: The Empire Earth intro movie is playing. Well, it's only a 2D bitblt thing, but anyway. It's terribly slow on my ATI radeon M9, some GL calls take a lot of time, but it looks correct. A screenshot can be found at ftp://doesi.gmxhome.de/ee-movie.png. Stefan

4 33

Download Mozilla ActiveX
by Jonathan Ernst 19 Oct '05

19 Oct '05

Now that my php script to randomly choose a working mirror for Mozilla ActiveX has been added by Jeremy, we can use it in Wine. Changelog: - use WineHQ's mirror selection script to get the Mozilla AciveX Control

1 0

Re: button.c: misplacement of checkboxes with empty label fixed, found one mistypo...
by Paul Millar 19 Oct '05

19 Oct '05

Hi Markus, Please send patches included as in-line text (being careful to avoid line-wraps). This helps for reviewing patches. The changelog entry normally goes before the patch, not included as part of the patch. Cheers, Paul. On Wednesday 19 Oct 2005 12:18, you wrote: > dlls/user/button.c: Misplacement of checkboxes with empty label fixed, > found one mistypo... > > Markus Gömmel > m.goemmel(a)compulab.de > > PS: This is my first patch, so please let me know if I did something > wrong... > > > begin 666 patch.diff > M/R!O=70*/R!P871C:"YD:69F"C\@=&]T86PM,#4Q,#$X+F1I9F8*26YD97@Z > M($-H86YG94QO9PH]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] > M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]"E)#4R!F:6QE.B O > M:&]M92]W:6YE+W=I;F4O0VAA;F=E3&]G+'8*<F5T<FEE=FEN9R!R979I<VEO > M;B Q+CDX"F1I9F8@+74@+74@+7 @+7(Q+CDX($-H86YG94QO9PHM+2T@0VAA > M;F=E3&]G"3,P(%-E<" R,# U(#$R.C R.C,X("TP,# P"3$N.3@**RLK($-H > M86YG94QO9PDQ."!/8W0@,C P-2 Q-CHQ,#HU-2 M,# P, I 0" M,2PS("LQ > M+#<@0$ **PHK"2H@9&QL<R]U<V5R+V)U='1O;BYC.B!-87)K=7,@1V]E;6UE > M;" \;2YG;V5M;65L0&-O;7!U;&%B+F1E/@HK"4UI<W!L86-E;65N="!O9B!C > M:&5C:V)O>&5S('=I=&@@96UP='D@;&%B96P@9FEX960**PH@+2TM+2TM+2TM > M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM > M+2TM+2TM+2TM+0H@,C P-2TP.2TS," @06QE>&%N9')E($IU;&QI87)D(" \ > M:G5L;&EA<F1 =VEN96AQ+F-O;3X*( I);F1E>#H@9&QL<R]U<V5R+V)U='1O > M;BYC"CT]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] > M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T*4D-3(&9I;&4Z("]H;VUE+W=I > M;F4O=VEN92]D;&QS+W5S97(O8G5T=&]N+F,L=@IR971R:65V:6YG(')E=FES > M:6]N(#$N.0ID:69F("UU("UU("UP("UR,2XY(&)U='1O;BYC"BTM+2!D;&QS > M+W5S97(O8G5T=&]N+F,),3(@4V5P(#(P,#4@,3(Z,C Z,S@@+3 P,# ),2XY > M"BLK*R!D;&QS+W5S97(O8G5T=&]N+F,),3@@3V-T(#(P,#4@,38Z,3 Z-3<@ > M+3 P,# *0$ @+3DQ-"PX("LY,30L,3,@0$ @<W1A=&EC('9O:60@0T)?4&%I > M;G0H($A73D0@:'=N9"P@2$1#(&A$0PH@(" @(&-L:65N=" ](')T97AT.PH@ > M(" @(&1T1FQA9W,@/2!"55143TY?0V%L8TQA8F5L4F5C="AH=VYD+"!H1$,L > M("9R=&5X="D["B @(" @"BT@(" @<F)O>"YT;W @/2!R=&5X="YT;W ["BT@ > M(" @<F)O>"YB;W1T;VT@/2!R=&5X="YB;W1T;VT["BL@(" @+RH@3VYL>2!A > M9&IU<W0@<F)O>"!W:&5N(')T97AT(&ES('9A;&ED("HO"BL@(" @:68@*&1T > M1FQA9W,@(3T@*%5)3E0I+3%,*0HK(" @('L**PER8F]X+G1O<" ](')T97AT > M+G1O<#L**PER8F]X+F)O='1O;2 ](')T97AT+F)O='1O;3L**R @("!]"BL* > M(" @(" O*B!$<F%W('1H92!C:&5C:RUB;W@@8FET;6%P("HO"B @(" @:68@ > M*&%C=&EO;B ]/2!/1$%?1%)!5T5.5$E212!\?"!A8W1I;VX@/3T@3T1!7U-% > M3$5#5"D*(" @("!["D! ("TY-#8L-R K.34Q+#<@0$ @<W1A=&EC('9O:60@ > M0T)?4&%I;G0H($A73D0@:'=N9"P@2$1#(&A$0PH@"0ER8F]X+G1O<" ](')B > M;W@N8F]T=&]M("T@8VAE8VM";WA(96EG:'0["B )(" @('T@96QS92!["B ) > M"7)B;W@N8F]T=&]M("L]("UD96QT82\R("L@,3L*+0D)<F)O>"YT;W @/2!R > M8F]X+F)O='1O;2 M/2!C:&5C:T)O>$AE:6=H=#L**PD)<F)O>"YT;W @/2!R > M8F]X+F)O='1O;2 M(&-H96-K0F]X2&5I9VAT.PH@"2 @("!]"B )?2!E;'-E > H('L@+RH@1&5F875L=" J+PH@"2 @("!I9B H9&5L=&$@/B P*2!["@`` > ` > end

1 0

Re: fix for #3219
by Hans Leidekker 19 Oct '05

19 Oct '05

On Wednesday 19 October 2005 09:19, Vijay Kiran Kamuju wrote: > - /* MS mangled names always begin with '?' */ > - if (*sym->current != '?') return FALSE; > + /* MS mangled names always begin with '?' > + if (*sym->current != '?') return FALSE; */ It's better to remove code then disabling it this way. We can always refer to CVS history. -Hans

2 1

Querying the id of an icon
by Michael Jung 19 Oct '05

19 Oct '05

Hi, if I understand correctly, integer identifiers (MAKEINTRESOURCE) passed to LoadIcon actually identify an icon directory. LoadIcon tries to find the icon in the directory, which best matches the current display device characteristics. Does anybody know how I can query the identifier of the returned icon? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: x11drv: allow removing of managed_prop
by Fabian Bieler 19 Oct '05

19 Oct '05

On Wednesday 19 October 2005 02:02, Fabian Bieler wrote: > This patch removes window decorations in kde from windows which are not > initially created with WS_POPUP style or similar but later altered via > SetWindowLong. > > Examples for this are tooltips in wxwindows apps like vlc > http://www.videolan.org/vlc/download-windows.html > or tooltips, equalizer window and playlist window in winamp 5 > http://download.nullsoft.com/winamp/client/winamp51_lite.exe Sorry, This one is better ;-)

2 1

Downloading Mozilla ActiveX
by Vitaliy Margolen 19 Oct '05

19 Oct '05

At present Wine asks the use it he/she wants to download and install Mozilla ActiveX. But it doesn't work and doesn't tell the user that it didn't work. This is not right. We either should say that download/install failed, or don't show this message in the first place, unless we fix it. I would consider this as a major inconvenience for users that is not acceptable for 0.9 release. One of the possible solutions was to download it from SF. But that required some html scraping. That what I thought so too. Attached is the script that SuSE uses to download core fonts from sf.net in an automated fashion. Could we adapt that script and use it? Or program that logic into Wine to do the same? -- Best regards, Vitaliy

6 12

Re: listview: infoPtr might be invalid after WM_NOTIFY
by Robert Shearman 18 Oct '05

18 Oct '05

Michael Jung wrote: >Hello Alexandre, Dimi and Phil, > >This is a patch for the infoPtr problem in comctl32's listview.c. I guess it >matches your suggestion on IRC? I've only changed the minimum necessary to >get rid of the file dialog crash. If that's the correct approach in your >opinion, I will continue to work on this. I will be on vacation for three >weeks, though, starting from Friday. > >Dimi, if you think this is ugly, or if you are working on a better solution, >please do protest. > >Changelog: > infoPtr might be invalid after a WM_NOTIFY message was sent, since the >application might have destroyed the listview. Pass around hwnd instead and >call GetWindowLongPtr, if we have to access the listview instance data. >Spotted by Phil Krylov. > > Since this was a behaviour in our file open dialog, did we even verify that this was a listview bug or is it that destroying the listview in the middle of a notification is something that you shouldn't do? If the latter, then one could easily modify the file dialog to post a message to itself to destroy the listview after the listview has finished processing the message that caused the notification. -- Rob Shearman

4 3

dlls/wined3d/device.c: IWineD3DDeviceImpl_CreateQuery lost detection of unimplemented query type
by Christoph Frick 18 Oct '05

18 Oct '05

hi list, as the game Live For Speed refuses to work for me with the 20050930 since i have installed the new nvidia drivers 7something I did lots of comparing between 20050830 and 20050930 and found that the swtich-statement for IWineD3DDeviceImpl_CreateQuery is no longer detecting unimplemented types and won't start complaining about them (FIXME(...)). Maybe this is intentional therefor this patch to the developer list because the d3d hackers sure know better than me or at least can test against recent games. Before the change the known, but not implemented got a warning - not they are silently ignored. Therefor i moved the check against WINED3DQUERYTYPE_OCCLUSION on top (add a warn here, that the opengl driver does not support the query) and let everything else fall again in the default: case. -- cu --- dlls/wined3d/device.c.orig 2005-10-17 21:18:14.000000000 +0200 +++ dlls/wined3d/device.c 2005-10-17 21:22:16.000000000 +0200 @@ -1060,6 +1060,13 @@ HRESULT hr = D3DERR_NOTAVAILABLE; /* Lie and say everything is good (we can return ok fake data from a stub) */ switch(Type) { + case WINED3DQUERYTYPE_OCCLUSION: + TRACE("(%p) occlusion query\n", This); + if (GL_SUPPORT(ARB_OCCLUSION_QUERY) || GL_SUPPORT(NV_OCCLUSION_QUERY)) + hr = D3D_OK; + else + WARN("Not supported: ARB_OCCLUSION_QUERY/NV_OCCLUSION_QUERY\n"); + break; case WINED3DQUERYTYPE_VCACHE: case WINED3DQUERYTYPE_RESOURCEMANAGER: case WINED3DQUERYTYPE_VERTEXSTATS: @@ -1073,12 +1080,6 @@ case WINED3DQUERYTYPE_PIXELTIMINGS: case WINED3DQUERYTYPE_BANDWIDTHTIMINGS: case WINED3DQUERYTYPE_CACHEUTILIZATION: - break; - case WINED3DQUERYTYPE_OCCLUSION: - TRACE("(%p) occlusion query\n", This); - if (GL_SUPPORT(ARB_OCCLUSION_QUERY) || GL_SUPPORT(NV_OCCLUSION_QUERY)) - hr = D3D_OK; - break; default: FIXME("(%p) Unhandled query type %d\n",This , Type); }

2 1

Re: Correctly unicodify winmm/mmio.c
by Eric Pouech 18 Oct '05

18 Oct '05

Vincent Béron wrote: > Changelog: > Correctly unicodify winmm/mmio.c. don't apply this patch, it's plain wrong. the A<->W message mapping isn't implemented yet, and all our internal handlers are still ANSI. The steps to go are (in order): - implement A<->W message mapping for MMIO - translate our internal handlers to unicode - then apply this patch A+ -- Eric Pouech

3 2

bug 2398: OpenGL, child windows, and wine
by Dan Kegel 18 Oct '05

18 Oct '05

The change back in January or so to no longer give each window its own x window seems to have caused an upheaval in the opengl world. The first app to report a problem was Lightwave 3D: http://bugs.winehq.org/show_bug.cgi?id=2398 followed by http://bugs.winehq.org/show_bug.cgi?id=2908 WeatherScope (free) http://bugs.winehq.org/show_bug.cgi?id=3083 Google Earth (free) http://bugs.winehq.org/show_bug.cgi?id=3400 Quake3 Radiant http://bugs.winehq.org/show_bug.cgi?id=3583 Moray 3.5 (free) I've taken the liberty of marking the latter four bugs as duplicates of 2398, reopening 2398, and targeting it to be fixed for Wine 1.0. Willie Sippel's comment, http://bugs.winehq.org/show_bug.cgi?id=2398#c41, seems to point the way to a fix; he suggests using the new GL_EXT_framebuffer_object OpenGL extension. I checked around a bit, and it appears to be at least partly supported by the latest NVidia and ATI drivers. Sun's starting to use it in Java, too; see http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6255507 A workaround is probably also possible without that OpenGL extension, but it would probably run slower. I'm tempted to say skip the workaround, at least for the first pass, and just implement the real fix using the opengl extension. As Sippel said, people who use apps like Lightwave (and maybe Quake3 Radiant :-) tend to have the latest 3d hardware and drivers anyway. What do other people think? Has anybody started looking at fixing this yet? Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

6 14

Re: Unicodify hhctrl.ocx HtmlHelpW
by James Hawkins 18 Oct '05

18 Oct '05

On 17 Oct 2005 20:02:16 -0400, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > Changelog: > Unicodify HtmlHelpW in hhctrl.ocx > We should leave the message out completely at this point. The integral components of HTML Help have been implemented, and at least HH_DISPLAY_TOPIC needs to call doWinMain. This will give hhctrl.ocx and mshtml/shdocvw much needed testing. Unless I get a lot of objections to this, I'll send the patch in shortly. -- James Hawkins

1 0

Fwd: Re: [kernel] correct OpenFile test
by Oliver Stieber 17 Oct '05

17 Oct '05

-- Maxime Bellengé <maxime.bellenge(a)wanadoo.fr> wrote: > > Hello, > > You can try this application installer : > http://jatennis.free.fr/jatinst32.php > I've had a look and the installer is failing because of the result returned by : 0009:Call version.VerFindFileA(00000000,0040b4ec "JaTennis32.exe",0040e268 "c:\\Windows",00417bf4 "Z:\\var\\work\\crosovergames\\downloads\\bugs\\OpenFile regression\\",004179e4,7babfe0c,00417af0,7babfe10) ret=0040143d VerFindFileA then goes on to call OpenFile, so I expect that the error is VerFindFileA is testing the result of OpenFile against FALSE instead of using TRUE or HFILE_ERROR. .... VerFindFileA is returing 2 (VFF_FILEINUSE) if OpenFile returns HFILE_ERROR, but it's returning 0 if OpenFile returns FALSE. I think it's a good idea to revert OpenFile and fix VerFindFileA. Oliver. > With the OF_EXIST flag: > > if OpenFile returns HFILE_ERROR , the installers fails > > if OpenFile returns FALSE, the installers works very well like on > windows. > > Maxime > > On Mon, 2005-10-17 at 15:20 +0100, Oliver Stieber wrote: > > --- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > > > > > "Oliver Stieber" <oliver_stieber(a)yahoo.co.uk> wrote: > > > > > > > This patch corrects the test for OpenFile with a style of OF_EXIST. The test should > fail if > > > the > > > > function returns anything other than HFILE_ERROR as a failure. This is based on > > > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… > and > > > > debugging 'No One Lives Forever Demo' (ftp://ftp.lith.com/pub/nolf/NOLFDemo.zip) > > > > > > Did you run the test on a real Windows machine or just have read MSDN? > > > > I've haven't run it on a real Windows machine as my windows install is broken at the moment. > > Returning HFILE_ERROR is the only thing that fixes 'No One Lives Forever Demo' so I'm puzzled > as > > to why the test is incorrect in the first place. (Also I haven't debugged the No One Lives > Forever > > Demo to verify that it is doing a cmp eax, HFILE_ERROR, but I can do). > > > > Oliver. > > > > > > > > -- > > > Dmitry. > > > > > > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

Re: [kernel] correct OpenFile test
by Dmitry Timoshkov 17 Oct '05

17 Oct '05

"Oliver Stieber" <oliver_stieber(a)yahoo.co.uk> wrote: > This patch corrects the test for OpenFile with a style of OF_EXIST. The test should fail if the > function returns anything other than HFILE_ERROR as a failure. This is based on > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… and > debugging 'No One Lives Forever Demo' (ftp://ftp.lith.com/pub/nolf/NOLFDemo.zip) Did you run the test on a real Windows machine or just have read MSDN? -- Dmitry.

3 7

RE: Cannot compile 20050830 on Solaris 9
by rddone＠att.net 17 Oct '05

17 Oct '05

Ok, Im almost there (or at least alot closer). After editing a source file and a few Makefiles and manually applying several diffs from Robert Lunnons patchkit from different Wine versions (none applicable to 20050830). I got Wine to compile on Solaris 9!!!!! Now when running wine, it sits for a few seconds, then spits the following error and quits: try_mmap_fixed: vfork: Resource temporarily unavailable I found this is coming from /lib/mmap.c after a call to vfork. There is nothing in the call that strikes me as odd, nor any indication in the man page for vfork, why it would be temporarily unavailable. The man page only specifies 2 failure modes. ENOMEM indicates there is no swap space for the new process. The machine has 512MB of RAM, and 800MB swap partition is only 1% used, so that is unlikely. The other failure mode (EAGAIN), is even less likely if I understand correctly. It mentions that the user limit for processes has been exceeded. I doubt this is likely, even with 2-3 xterms open on each of 3 monitors, but I closed all but 1 and tried executing as root, with no success. The only thing that seemed even semi-applicable while perusing FAQs, Wikis, list archives and Robert Lunnon's patch set was something about setting Solaris threading model to pthread? Not sure how to do that or if that is in addition or in lieu of the changes to kthread.c Thanks in advance, Rob "Stuck again" Done

1 0

Cannot compile 20050830 on Solaris 9
by Rob Done 17 Oct '05

17 Oct '05

Ok, Im almost there (or at least alot closer). After editing a source file and a few Makefiles and manually applying several diffs from Robert Lunnons patchkit from different Wine versions (none applicable to 20050830). I got Wine to compile on Solaris 9!!!!! Now when running wine, it sits for a few seconds, then spits the following error and quits: try_mmap_fixed: vfork: Resource temporarily unavailable I found this is coming from /lib/mmap.c after a call to vfork. There is nothing in the call that strikes me as odd, nor any indication in the man page for vfork, why it would be temporarily unavailable. The man page only specifies 2 failure modes. ENOMEM indicates there is no swap space for the new process. The machine has 512MB of RAM, and 800MB swap partition is only 1% used, so that is unlikely. The other failure mode (EAGAIN), is even less likely if I understand correctly. It mentions that the user limit for processes has been exceeded. I doubt this is likely, even with 2-3 xterms open on each of 3 monitors, but I closed all but 1 and tried executing as root, with no success. Thanks in advance, Rob "Stuck again" Done

1 0

Help debugging a SEH
by Oliver Stieber 17 Oct '05

17 Oct '05

Hi, I've been trying to locate an odd bug in the game Perimeter. The crash happens when execution changes to x41 bytes into the ProcessHeap structure, so I assume that there's some stack corruption. The last bit of the log looks like this: (with relay exclude of ntdll.*;kernel32.*;gdi32.*) 000f:warn:file:wine_nt_to_unix_file_name L"\\??\\C:\\Program Files\\Codemasters\\Perimeter-poo\\resource\\models\\menu\\textures\\intf_metall_bump.t ga" -> "/home/oliverwork/.wine/dosdevices/c:/Program Files/Codemasters/Perimeter-poo/RESOURCE/Models/MENU/Textures/intf_metall_bump.tga" required a case-insensitive search 000f:trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\Program Files\\Codemasters\\Perimeter-poo\\resource\\models\\menu\\textures\\intf_metall_bump. tga" -> "/home/oliverwork/.wine/dosdevices/c:/Program Files/Codemasters/Perimeter-poo/RESOURCE/Models/MENU/Textures/intf_metall_bump.tga" 000f:trace:heap:RtlFreeHeap (0x7bbc0000,00000002,0x7ddafda8): returning TRUE 000f:trace:heap:RtlFreeHeap (0x7bbc0000,00000002,0x7e30fed0): returning TRUE 000f:trace:file:CreateFileW returning 0xc0 000f:trace:file:SetFilePointerEx handle 0xc0 offset 0 newpos 0x7bb9df8c origin 1 000f:trace:ntdll:NtQueryInformationFile (0xc0,0x7bb9dfa4,0x7bb9dfac,0x00000008,0x00000014) 000f:trace:heap:RtlAllocateHeap (0x71800000,00000002,000c0030): returning 0x7caa1320 000f:trace:file:ReadFile 0xc0 0x7caa1320 786476 0x7bb9dff0 (nil) 000f:trace:ntdll:NtReadFile (0xc0,(nil),(nil),(nil),0x7bb9dfb0,0x7caa1320,0x000c002c,(nil),(nil)),partial stub! 000f:trace:ntdll:NtReadFile = 0x00000000 000f:trace:heap:RtlFreeHeap (0x71800000,00000002,0x7caa1320): returning TRUE 000f:trace:heap:RtlFreeHeap (0x71800000,00000002,0x7caa12e8): returning TRUE 000f:trace:heap:RtlFreeHeap (0x71800000,00000002,0x7caa12a0): returning TRUE 000f:trace:seh:__regs_RtlRaiseException code=c0000005 flags=0 addr=0x71800041 000f:trace:seh:__regs_RtlRaiseException info[0]=00000001 000f:trace:seh:__regs_RtlRaiseException info[1]=f2c2e509 000f:trace:seh:__regs_RtlRaiseException eax=7c764c98 ebx=718be8bc ecx=7caa12a0 edx=0000004d esi=718be8b0 edi=718be8ac 000f:trace:seh:__regs_RtlRaiseException ebp=00000013 esp=7bb9e8c8 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00210206 Here's RtlRaiseException code=c0000005 flags=0 addr=0x71800041, the addr points into 0x71800000. Anyhow, I've added a break point into RtlFreeHeap when it gets sent and address of 0x7caa12a0, the debugger kicks in but every time I try pass / step/ next or continue nothing I get another exception and end up in RtlFreeHeap again with exactly the same parameters passed as last time. This is preventing me from stepping out into Perimiers code so I can see what may be causing the problem. Any ideas on howto debug this one. Thanks, Oliver. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

Re: [PATCH] wined3d VideoRam registry setting
by Fabian Bieler 17 Oct '05

17 Oct '05

Hello! You can get the amount of videoRam from the x-server log (python script attached). This is a little unsafe since the video driver is responsible for logging this info and I don't know if my script works on the format of all drivers. Also, certain drivers (fbdev) don't output this at all. Then again, there is no hardware openGL support for this anyway ;-). Another way to obtain the videoRam would be to use 'lspci -v'. This is however not error prone either since the the the size reported by lspci is not necessarily correct. Fabian Aric Cyr wrote: > On 10/8/05, Jonathan Ernst <Jonathan(a)ernstfamily.ch> wrote: >> Le samedi 08 octobre 2005 à 10:47 +0900, Aric Cyr a écrit : >> > This is a simple patch to add a registry setting for a user's video >> > RAM which is used >> > by wined3d. Currently emulated_videoram is hardcoded at 64MB, which >> > is not enough for some games and having to recompile wine to change it >> > is a burden for end-users. The new registry key is called >> > HKCU\Software\Wine\Direct3D\VideoRam and is an integer in megabytes. >> >> Hello >> >> I guess it is not possible to retrieve the real value from the system ? >> > > Jonathan, > > OpenGL does not have any standard features which allow querying of > total video memory. It does allow you to see if a texture allocation > would succeed or fail, but that would mean allocating a lot of > textures on startup to determine the actual value then deallocating > them... not a particularly nice route. If wine already knows this > value (which I doubt, since this code wouldn't exist if it did) then > we could use that. I'm not familiar with any X calls that would give > us what we want either. I'm open to suggestions though... Cedega > also does it with a variable like this. > >> It would be nice to have this setting changeable in winecfg in the >> future. > > Agreed. Since this is a registry key, I assume that it would be > pretty easy to add an extra setting in winecfg to configure this. I > haven't taken a look at the winecfg code, so I'm not really sure what > would be required. > > Cheers, > Aric > > -- > Aric Cyr <Aric.Cyr at gmail dot com> (http://acyr.net)

7 17

regression in kernel OpenFile
by Oliver Stieber 17 Oct '05

17 Oct '05

Hi, This patch http://www.winehq.org/pipermail/wine-patches/2005-October/021218.html causes regression in 'No One Lives Forever Demo' Method to reproduce: Download 'No One Lives Forever Mega Mix Demo - Version 1.002' from http://www.noonelivesforever.com/downloads/ (ftp://ftp.lith.com/pub/nolf/NOLFDemo.zip) unzip and install the game start the game wine NOLFDEMO.exe the game will start to load sit in a loop. reverting the patch corrects the problem. NOTE: The game attempts to create a file c:\Program Files\Fox\No One Lives Forever Demo\Save\Summary.sav The file must not exist for the regression to show, so it should be deleted, if it exists, before testing. With the patch applied the game can be made to start by creating the file echo "" > Summart.sav. MSDN Notes: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… If the function fails, the return value is HFILE_ERROR There's no reference to returning FALSE is OF_EXIST is passed as a parameter. ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

2 1

Re: winecfg: Remove autodetected version from default settings
by Vitaliy Margolen 17 Oct '05

17 Oct '05

Anything wrong with this patch? Vitaliy Margolen Monday, October 10, 2005, 1:49:35 PM, Vitaliy Margolen wrote: > This time remove automatically detected version. Wine defaults to win2k if there > is no version defined. > Vitaliy Margolen > changelog: > winecfg: > Remove "Automatically detect windows version". Default to win2k.

3 2

Re: user/test: Tests for broken behavior of ShowWindow for maximizedpopup windows
by Dmitry Timoshkov 17 Oct '05

17 Oct '05

"Vitaliy Margolen" wine-patch(a)kievinfo.com wrote: > changelog: > user/test: > - Tests for broken behavior of ShowWindow for maximized popup windows. > + todo_wine ok_sequence(WmCreateInvisibleMaxPopupSeq, "CreateWindow(WS_MAXIMIZED):popup", TRUE); You don't need to use todo_wine for a failing ok_sequence, last parameter of ok_sequence takes care of it. -- Dmitry.

1 0

Re: ntdll: Append the file_part for \\?\ long file names too [TRY 2]
by Alexandre Julliard 17 Oct '05

17 Oct '05

James Hawkins <truiken(a)gmail.com> writes: > diff -u -p -r1.35 path.c > --- dlls/ntdll/path.c 11 Aug 2005 10:41:27 -0000 1.35 > +++ dlls/ntdll/path.c 15 Oct 2005 16:24:23 -0000 > @@ -421,6 +421,9 @@ BOOLEAN WINAPI RtlDosPathNameToNtPathNa > if (!ntpath->Buffer) return FALSE; > memcpy( ntpath->Buffer, dos_path, ntpath->MaximumLength ); > ntpath->Buffer[1] = '?'; /* change \\?\ to \??\ */ > + RtlGetFullPathName_U(dos_path, sizeof(local), local, file_part); > + if (file_part && *file_part) > + *file_part = ntpath->Buffer + ntpath->Length / sizeof(WCHAR) - strlenW(*file_part); > return TRUE; There's no reason to call RtlGetFullPathName, we already have a full path name here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: SHELL32: Use ShellLink_QueryInterface to return the right interface in IShellLink_Constructor.
by Alexandre Julliard 17 Oct '05

17 Oct '05

Mike McCormack <mike(a)codeweavers.com> writes: > @@ -1176,18 +1176,7 @@ HRESULT WINAPI IShellLink_Constructor( I > > TRACE("(%p)->()\n",sl); > > - if (IsEqualIID(riid, &IID_IUnknown) || > - IsEqualIID(riid, &IID_IShellLinkA)) > - *ppv = sl; > - else if (IsEqualIID(riid, &IID_IShellLinkW)) > - *ppv = &(sl->lpvtblw); > - else { > - LocalFree((HLOCAL)sl); > - ERR("E_NOINTERFACE\n"); > - return E_NOINTERFACE; > - } > - > - return S_OK; > + return ShellLink_QueryInterface( sl, riid, ppv ); This will leak the object if QueryInterface fails. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: kernel: Fix [Bug:1885] - LoadLibraryA("name ")
by Vitaliy Margolen 17 Oct '05

17 Oct '05

Any reason why this patch didn't go in? It does fix the reported bug and tests show the correct behavior. Vitaliy Margolen Monday, October 10, 2005, 3:14:24 PM, Vitaliy Margolen wrote: > What's interesting this works only on winnt+. Win9x gives error > ERROR_DLL_NOT_FOUND. > I've ran some tests to find where it does this. It's done in the kernel32 not > ntdll. And ntdll fails in the same way as wine's does. > Vitaliy Margolen > changelog: > kernel: > - LoadLibrary should ignore trailing spaces in the library name.

2 1

Re: [WINEDOC] IDA workarounds
by Dimi Paun 17 Oct '05

17 Oct '05

On Sat, 2005-10-08 at 18:19 +0000, Molle Bestefich wrote: > James Hawkins suggested using native comctl32 as a workaround to get > IDA running. I don't want this sort of thing in the docs: it's too transient, and I hope we'll fix it rather then document it. If you want to capture this sort of information somewhere, the AppDB would be the place. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

3 6

HL2
by Andreas Schneider 16 Oct '05

16 Oct '05

Hi, I got wine compiling on x86_64 with some 32bit libs today and tested HL2 again. Steam updates and works just fine, but if I want to start HL2 it always throws a message "The latest version of Microsoft DirectX is required to play Half-Life 2" I've updated the DirectX version string to the latest version "Version"="4.00.09.0904" but this doesn't help. Could someone help me to debug for what else HL2 checks? The console outputs only fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! Thanks, -- andreas -- http://www.linux-gamers.net - your online gaming resource

1 1

test.winehq.org broken ?
by Stefan Leichter 16 Oct '05

16 Oct '05

Hello, during the weekend i run winetest-200510121000-paul-mingw.exe and winetest-200510131000-paul-mingw.exe on my NT4 box and clicked on the button to submit the test results. The progress bar for submitting the test results finished without error, but the test results did not show up on the web site. Does anyone else have/notice the problem? Bye Stefan

2 1

16 bit code, breakpoints?
by Ann & Jason Edmeades 16 Oct '05

16 Oct '05

Hi, How do you set breakpoints in 16 bit code, or cant you? I can add in the winedos code a debugbreak at a particular point in time, and I really want to step through some of the code following the return to see why something is happening. If I do, for example, break 0x1257:0x33f3 or *0x1257:0x33f3 it doesn't work. Jason

2 1

Re: [ World of Warcraft ] The 1.8 Patch brings the target ( or targeting ) problem back
by Jesse Allen 15 Oct '05

15 Oct '05

On 10/15/05, Christoph <cr2005(a)u-club.de> wrote: > Mike Hearn schrieb: > > Here is maybe a clue. Can anyone outline the role of imm32.dll and if it > can be involved in our problem? > imm32.dll seems to be a dll for internationalizing certain text.

1 0

correct ismbblead implementation
by Vijay Kiran Kamuju 15 Oct '05

15 Oct '05

Hi, we can use the following registrykey HKEY_LOCAL_MACHINE\ System\CurrentControlSet\Control\NLS\CodePage\EUDCCodeRange to get the correct key range and also for correct implementation of ismbblead in msvcrt its documented here http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/unico… Thanks, Vijay

1 0

Reality check
by John Smith 15 Oct '05

15 Oct '05

There was a discussion here about 2 months ago, where I asked for a way to embed WINE config strings into Win32 executable (for example, as string resources). I was told that it is better to fix the problem rather than to create workarounds, and that fixing bugs is trivial and takes at most 2-3 days as soon as it is reproducible. I didn't argue much then but made a little experiment to prove my point. The point is the following: THE MOST DIFFICULT THING IN GETTING BUG FIXED IS TO GET SOMEBODY WORK ON IT. The same applies both to commercial environments and to open source ones equally. Experiment illustrates it very well: I've found an application that experiences the problem with sympthoms which are very similar to ours, can be installed in 5 minutes and the problem can be reproduced in 3 clicks. And I've opened a bug in WINE's bugzilla: #3270 (another one #3269 was opened for another incompatibility). Result is the following: IN 6 WEEKS NOBODY EVEN TOOK A LOOK AT BOTH THOSE BUGS. Welcome to the real world _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

13 26

Commctl32 and uxtheme bugs
by Vijay Kiran Kamuju 15 Oct '05

15 Oct '05

Hi all, I just found this on msdn http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… and http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwxp/html… I think it does tell us that we need commctl version 6 in order to get theming, but we are using version 5.0 implementation. The above article also mentions how to use commctl version 5 with uxtheme, but we need some concrete theming/non theming examples inorder to fix the notiious WMGETTEXT bug that came with unicodification of controls. I will be searching msdn for more info bye, Vijay

1 0

Bug: kernel: file.c
by Ivan Gyurdiev 15 Oct '05

15 Oct '05

This makes the Battlefield 2 demo go a bit further, before crashing again, due to unimplemented call ntdll.dll.NtSetSystemInformation. The mask parameter is not initialized by RtlDosPathNameToNtPathName_U (it returns TRUE in that first block), and then you get an invalid dereference later.

2 2

Debuging Splinter Cell 1 - found bug in kernel32?
by Christian Gmeiner 15 Oct '05

15 Oct '05

Hi. I have read this "tutorial" http://wiki.winehq.org/Debugging_'Wild_Metal_Country' and tought that i can maybe find the problem, why splinter cell 1 wont start. Here is the importat part (i think): 000b:Call kernel32.RaiseException(c000008f,00000001,00000002,7fbef5e4) ret=66024d53 000b:Call ntdll.RtlRaiseException(7fbef4c4) ret=7fc48163 fs=003b eax=7fc319ad ebx=7fcb088c ecx=00000000 edx=00000008 esi=7fbef5ec edi=7fbef4e0 ebp=7fbef520 esp=7fbef4c4 ds=007b es=007b gs=0033 flags=00200202 000b:trace:seh:__regs_RtlRaiseException code=c000008f flags=1 addr=0x7fc480d0 000b:trace:seh:__regs_RtlRaiseException info[0]=deadcafe 000b:trace:seh:__regs_RtlRaiseException info[1]=deadcafe 000b:trace:seh:__regs_RtlRaiseException eax=7fc319ad ebx=7fcb088c ecx=00000000 edx=00000008 esi=7fbef5ec edi=7fbef4e0 000b:trace:seh:__regs_RtlRaiseException ebp=7fbef520 esp=7fbef4c4 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00200202 000b:trace:seh:EXC_CallHandler calling handler at 0x402586 code=c000008f flags=1 000b:Call kernel32.IsBadReadPtr(004012b0,00000004) ret=66024da1 000b:Ret kernel32.IsBadReadPtr() retval=00000000 ret=66024da1 000b:Call kernel32.TlsGetValue(00000003) ret=66024eda 000b:Ret kernel32.TlsGetValue() retval=7fd5af10 ret=66024eda 000b:Call ntdll.RtlUnwind(7fbef69c,661001ad,00000000,00000000) ret=661001ad fs=003b eax=00000001 ebx=7fcbbbac ecx=7fbef69c edx=00000003 esi=004012b0 edi=7fbef69c ebp=7fbeef50 esp=7fbeef44 ds=007b es=007b gs=0033 flags=00200206 The full log can be found here: http://x-factor.dyndns.org/~austriancoder/splinter_cell1.log.bz2 (1,5 M) Maybe somebody can confirm that it is a kernel32 bug and may can fix it, or give me a hint were i can fix it. Thanks, Christian -- Christian Gmeiner Developer for Rockbox (http://www.rockbox.org) Maintainer of the DXR3-Plugin for VDR: http://sourceforge.net/projects/dxr3plugin/ Maintainer of VDR-Ebuilds at Gentoo.de

3 2

Re: ntdll: Set the file_part for \\?\ long file names too
by Eric Pouech 15 Oct '05

15 Oct '05

> if (!ntpath->Buffer) return FALSE; > memcpy( ntpath->Buffer, dos_path, ntpath->MaximumLength ); > ntpath->Buffer[1] = '?'; /* change \\?\ to \??\ */ > + RtlGetFullPathName_U(dos_path, sizeof(local), local, file_part); > return TRUE; > } this is wrong as file_part must point into ntpath->Buffer, not into local, as your code does... A+ -- Eric Pouech

1 0

New themes question
by Matevz Jekovec 15 Oct '05

15 Oct '05

Now that Wine supports different theme packs for Windows, would it be possible to render Windows widgets using the native current desktop KDE/Gnome theme? Also other stuff like font size, name and colors for Windows widgets, could they all be unified? That would *really* be something:). Big thanks to all developers, that drove Wine so far and best wishes for the future! - Matevž

2 1

Re: [DSOUND] add DirectSoundFullDuplex support
by Vitaliy Margolen 14 Oct '05

14 Oct '05

Thursday, October 13, 2005, 6:06:33 PM, Robert Reif wrote: > Add DirectSoundFullDuplex support. > This patch is rather large because it was necessary to refactor the > existing code so it could be used by the full duplex code. Most of > the changes are either changing all the code to use the lower level > device objects rather than the higher level COM objects or moving > code and renaming variables to make things easier to follow. > This has the benefit of removing one level of indirection for a lot > of code. With this refactoring, it was very easy to add the full > duplex support. > There should be no functional changes to capture and playback > other than a slight speed improvement due to one less level of > indirection for accessing most variables. 1. Don't send patches in gz - only plain text is accepted here. ;) 2. This is not a good time for this changes (code freeze is still in affect). Find some bugs in bugzilla to fix <g> Vitaliy.

12 16

NSIS problem?
by Mike Hearn 14 Oct '05

14 Oct '05

Hi, It seems that NSIS installers have regressed in Wine 0.9 - at least, the PE Explorer setup which looks and feels like an NSIS based installer won't install with a "The folder name is invalid" error message. I poked at this a bit but got nowhere. Can anybody confirm/deny it's a problem with all NSIS installrers? If the problem is just with PE Explorer then we can leave it, otherwise I think we should try and figure it out before 0.9 - NSIS is a very popular installer these days and not running it for 0.9 would be a disaster. thanks -mike

4 4

Re: Reality check
by Michael Ost 14 Oct '05

14 Oct '05

> John Smith wrote: Before y'all take this too seriously, consider the email address and the name. "John Smith" at an anonymous hotmail account smells like a troll to me. >From my point of view, Wine is a godsend and the amount of work going into it is fabulous. We at Muse Research depend on your work for our business and are greatly appreciative. Major congratulations on getting to the code freeze, by the way. Thanks to you all. Sure there are bugs to fix and maybe you have to fix them yourself or pay someone to do it. The alternative for "John" is clear: buy MS Windows. It works pretty well. - mo

1 0

Re: [WINEDOC] IDA workarounds
by James Hawkins 14 Oct '05

14 Oct '05

On 10/8/05, Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > James Hawkins suggested using native comctl32 as a workaround to get > IDA running. > Here's a patch to mention that in the docs. > Using native comctl32 is just a workaround until the bug is fixed. The proper solution is to get this particular bug fixed one way or another. Frank Richter proposed a patch, but it hasn't been committed. We shouldn't document using native dlls though. -- James Hawkins

2 3

Re: Reality check
by Juan Lang 14 Oct '05

14 Oct '05

> BTW, you might be able to clarify how it can happen that Crossover > (derived from LGPL-ed WINE, if I understand it correctly) doesn't > have one of these bugs, but WINE does? Crossover has a limited set of applications that it supports, whereas Wine tries to support "all" applications. Sometimes a gross, ugly hack ends up in Crossover to support an app, that would break other apps, except that those other apps aren't supported by Crossover. As such the hacks end up remaining in the Crossover tree, and not going into winehq. > I used to think that LGPL requires availability of modified source, > and therefore WINE developers should be able to 'backport' bugfixes > from CrossOver to WINE, shouldn't they? Indeed, yes. Prominently linked from Codeweavers' products page: http://www.codeweavers.com/products/source/ --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

1 0

[daniel: OpenGL bug in 20050930]
by Daniel 14 Oct '05

14 Oct '05

Hi, some combination of wine and my system seems to be triggering a strange bug: Every program that uses OpenGL or D3D crashes upon trying to initialize the graphics. Attached is a sample log of trying to run Starsiege Tribes. The other attachment is some system info (even though DRI is disabled, enabling ist changes nothing). Other apps have similar logs. If you want to try out Tribes in particular, search the web for 'tribes_fullgame.exe'; Fileplanet for example has it. greets, Daniel

3 4

DefDlgProc* broken for (at least) WM_GETTEXT
by Troy Rollo 14 Oct '05

14 Oct '05

The DefDlgProc16, DefDlgProcA and DefDlgProcW call CallWindowProc16, CallWindowProcA and CallWindowProcW to pass messages to the dialog procedures. The problem with this is that a dialog procedure is not a window procedure, despite having a similar signature. The dialog procedures return a BOOL rather than an LRESULT - the value that would be returned by a window procedure is returned by 'SetWindowLongPtrW( hwnd, DWLP_MSGRESULT, ... );' for a dialog procedure, and the return value of the dialog procedure is a BOOL indicating whether the message was processed. This causes problems for messages like WM_GETTEXT, where the return value of the message is needed for (and modified by) post-processing when calling across a W->A or A->W boundary. It seemed that the tidyest fix would be to create three new routines internal to dlls/user: "call_dialog_proc_a", "call_dialog_proc_w" and "call_dialog_proc16". These three routines would be substantially the same as CallWindowProcA, CallWindowProcW and CallWindowProc16, except that they would pass a flag to the 6 cross-call case handling routines to let the routine know it is calling a dialog procedure and needs to use the value for DWLP_MSGRESULT for its post-processing. The problem with this is that two of the cross-call handling routines (the 16->W and 16->A ones) are exported: __wine_call_wndproc_32A __wine_call_wndproc_32W They do not appear to be used anywhere outside of the file they are defined in, and it seems unlikely an app could ever have a legitimate use for them. Vitaliy suggested maybe they may have been inadvertently missed in a cleanup of cross-DLL calls. So, what I propose to do is: 1. make __wine_call_wndproc_32A and __wine_call_wndproc_32W static (and hence not exported) 2. Add a parameter to each of __wine_call_wndproc_32A, __wine_call_wndproc_32W, WINPROC_CallProc32WTo32A, WINPROC_CallProc32WTo16, WINPROC_CallProc32ATo16 and WINPROC_CallProc32ATo32W to indicate that the cross-call routine should get the LRESULT from (and set it into) the DWLP_MSGRESULT value. 3. Rename the existing CallWindowProc* routines to (static) call_window_proc*, add the flag parameter there as well, and create new CallWindowProc* and call_dialog_proc_* routines to call the renamed routines with the appropriate flag. Any objections?

2 6

dbghelp issue
by Saulius Krasuckas 14 Oct '05

14 Oct '05

I got this while running winedbg over deadlocked Gothic demo (v1.04d): | 7 0x7fd362e5 SuspendThread+0x1d(hthread=0xc0) [/usr/src/wine-cvs/wine/dlls/kernel/thread.c:348] in kernel32 (0x7aa8aaf8) | fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 5 | fixme:dbghelp_msc:dump 00000000: 0a 00 05 00 50 01 00 00 01 00 00 00 ....P....... | err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols | 8 0x005d0d68 in gothic (+0x1d0d68) (0x7aa8ab48) Should I enter new bug?

1 0

Re: [ World of Warcraft ] The 1.8 Patch brings the target ( or targeting ) problem back
by Mike Hearn 14 Oct '05

14 Oct '05

On Wed, 12 Oct 2005 21:16:05 +0000, Eddahbi Karim wrote: > Now the mouse problem comes back but the workarounds don't work this > time. It's not a regression, it's a bug enhancement. > > The old workaround for WineX still work according to gentoo-forums [2]. It seems Warcraft relies upon NULL-addressed VirtualAlloc starting allocation from above a certain range - possibly they're pulling some silly bit-twiddling hack or optimisation. The Cedega patch linked to on the forums basically hints to mmap that it should allocate at a fixed address in this case: http://lists.transgaming.org/pipermail/winex-devel/2004-May/000259.html Which for WoW they seem to set this hint to 256mb - is there some aspect of the NT kernel we're not correctly implementing here? Does Windows always allocate from 256mb upwards? Alexandre, Mike - does hinting to mmap in the port library as TransGaming do it seem like a good solution here or would it be better to adapt the preloader to block off the lowest $X megs? thanks -mike

4 7

[dbghelp] continue dwarf support:try 2
by Raphael 13 Oct '05

13 Oct '05

Hi, On Monday 10 October 2005 09:06, Raphael wrote: > Changelog: > - begin of dwarf debug lines parsing > - better robustness > - support of unamed syms > - better traces > > TODO: > - find a clean way to handle forward declarations > - debug lines parsing > as Eric wanted: without type.c modification I'll try to improve it for next patch Regards, Raphael

1 0

Improve Bugzilla Query page usability by changing default state?
by Dan Kegel 13 Oct '05

13 Oct '05

Hey all, every time I do a Bugzilla query, I find the default value for State on the query page to be an annoyance. It would save me a lot of mouse clicks if the State field could either be totally unselected, or at least include the Unconfirmed state by default. This came up because a QA volunteer complained about how hard it was to start using the Bugzilla query page. This was an annoyance for him, too. Fixing this would simplify the Bugzilla quick start on my 'Wine needs YOU to triage bugs!' page, http://kegel.com/wine/qa/#tools How do people feel about the proposed change? Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

9 26

Re: [dbghelp] continue dwarf support
by Eric Pouech 13 Oct '05

13 Oct '05

Raphael wrote: > Hi, > > Changelog: > - begin of dwarf debug lines parsing > - better robustness > - support of unamed syms > - better traces > > TODO: > - find a clean way to handle forward declarations > - debug lines parsing > > Index: type.c > =================================================================== > RCS file: /home/wine/wine/dlls/dbghelp/type.c,v > retrieving revision 1.12 > diff -u -r1.12 type.c > --- type.c 18 Apr 2005 15:34:10 -0000 1.12 > +++ type.c 10 Oct 2005 07:02:25 -0000 > @@ -204,8 +204,8 @@ > * the others (bit fields) > */ > BOOL symt_add_udt_element(struct module* module, struct symt_udt* udt_type, > - const char* name, struct symt* elt_type, > - unsigned offset, unsigned size) > + const char* name, struct symt* elt_type, > + unsigned offset, unsigned size) > { > struct symt_data* m; > struct symt** p; > @@ -220,7 +220,7 @@ > assert(m); > assert(m->symt.tag == SymTagData); > if (m->hash_elt.name[0] == name[0] && strcmp(m->hash_elt.name, name) == 0) > - return TRUE; > + return FALSE; > } > > if ((m = pool_alloc(&module->pool, sizeof(*m))) == NULL) return FALSE; I don't see the reason of changin the returnd value from TRUE to FALSE -- Eric Pouech

2 4

STI on wine: progress + help
by Damjan Jovanovic 13 Oct '05

13 Oct '05

Hi I've been working on an STI implementation for wine, and recently I made some progress. At present I've got a basic STI.DLL and I've made a Linux kernel module replacement of USBSCAN.SYS on Windows. I've only changed CreateFile() and NtDeviceIoControl(). When CreateFile() gets a devicepath "\\.\USBSCAN..." it opens the kernel module's device file using open(), and sends the file descriptor to the wine server using wine_server_fd_to_handle(). NtDeviceIoControl() checks the IOCTL code to see whether it is a scanner code, and if so, does an ioctl() call. The problem seems to be that after running for a couple of seconds, all the file system calls like ioctl() start failing with EBADF (bad file descriptor). Is there something other than wine_server_fd_to_handle() I have to do? The scanning application I am testing uses multiple threads and several processes. Thank you Damjan __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs

2 2

GoogleEarth issues
by Robbert Xerox 13 Oct '05

13 Oct '05

Hi, wouldn't it be great to get Googleearth more or less running before Wine 0.9 comes out. At least i think it would be great as is is top voted application and very popular. I did some investigation and found that GoogleEarth suffers from at least 4 bugs. However 3 of them can be bypassed for now by using native dlls. The bug that really makes it quite unusable is that that the menus are hidden by GoogleEarths's image. GoogleEearth's image is in the lower left corner whereas it should be in the upper right corner. The following patch seems to have caused this issue: http://www.winehq.org/pipermail/wine-cvs/2005-January/013739.html Maybe someone who is familiar with the x11drv code could have a look at it. More info in http://bugs.winehq.org/show_bug.cgi?id=3083 Thanks ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

How Do I launch a Native Linux application from Within Wine
by Craig macLeod 13 Oct '05

13 Oct '05

As the subject says, I have a Windows application and I wish to run a native linux application from withing it. The main Win32 API calls for running another apllication are ShellExecute WinExec CreateProcess I have tried calling a native linux program with these (nautilus) and it consistently fails. Do I need a fully specified path (nautilus is in the search path mind you)? It either does nothing or hangs Wine when I try calling these applications. I assume Wine is running the application as if it is a Windows app and failing. Thanks for any help in advance.

3 2

Re: Fix for #3464
by Jakob Eriksson 13 Oct '05

13 Oct '05

Can I create b: on the fly, allocate 1.44 megabyte RAM, do all copies there and then copy it back? Am I on crack? regards, Jakob Eric Pouech wrote: > It turns out that DOS' ioctl 0x440F (set logical drive map) was > strangely implemented. From the doc I have, this ioctl is responsible > for setting the logical drive to access a physical drive. This is used > for example, on a single floppy PC when implementing the copy a:foo > b:bar command, where a: and b: refer to the same physical device (the > floppy), and this ioctl is called to toggle the access from a: or b: > to the physical device. > This implies that this ioctl is not responsible for creating the > mapping of a: and b: to the same physical device. > The current implementation was trying to achieve this goal and > moreover it was done in the wrong way :-/ > The attached patch removes altogether the support for logical drive > map in int21h (and fixed Myst BTW). > > A+ > >------------------------------------------------------------------------ > >Name: int21_mapdrv >ChangeLog: ioctl 440F only returns non mapped drives (for now) >License: X11 >GenDate: 2005/10/12 18:41:20 UTC >ModifiedFiles: dlls/winedos/int21.c >AddedFiles: >RemovedFiles: >=================================================================== >RCS file: /home/cvs/cvsroot/wine/wine/dlls/winedos/int21.c,v >retrieving revision 1.81 >diff -u -u -r1.81 int21.c >--- dlls/winedos/int21.c 18 Sep 2005 11:11:36 -0000 1.81 >+++ dlls/winedos/int21.c 12 Oct 2005 18:40:47 -0000 >@@ -2627,19 +2627,12 @@ > break; > > case 0x0f: /* SET LOGICAL DRIVE MAP */ >- { >- WCHAR dev[3], tgt[4]; >+ TRACE("IOCTL - SET LOGICAL DRIVE MAP for drive %s\n", >+ INT21_DriveName( BL_reg(context))); > >- TRACE("IOCTL - SET LOGICAL DRIVE MAP for drive %s\n", >- INT21_DriveName( BL_reg(context))); >- dev[0] = 'A' + drive; dev[1] = ':'; dev[2] = 0; >- tgt[0] = 'A' + drive + 1; tgt[1] = ':'; tgt[2] = '\\'; tgt[3] = 0; >- if (!DefineDosDeviceW(DDD_RAW_TARGET_PATH, dev, tgt)) >- { >- SET_CFLAG(context); >- SET_AX( context, 0x000F ); /* invalid drive */ >- } >- } >+ /* FIXME: as of today, we don't support logical drive mapping... >+ */ >+ SET_AL( context, 0 ); > break; > > case 0x11: /* QUERY GENERIC IOCTL CAPABILITY */ > > >------------------------------------------------------------------------ > > > >

1 0

Re: [d3d8] Fix cobe texture update support [bug-3550]
by Raphael 13 Oct '05

13 Oct '05

On Wednesday 12 October 2005 21:09, Oliver Stieber wrote: > Hi, > This patch allows cube textures to be updated fixing one of the problems > in BUG 3550 > > Oliver. Good catch (for a long time i was trying to find what happened) Regards, Raphael

1 0

Winefile change - Where do I request one
by Craig macLeod 13 Oct '05

13 Oct '05

Hi, I would like a change to the Winefile application to add the ability to parse the commandline for it. Mainly so you can pass in a startup folder. eg winefile c:/temp will open the selected path under /.wine/ folder. This feature would be useful so an application can open a browse folder option. This is not a bug as such and I am not sure is bugzilla is the appropriate place to request this. Could someone let me know where I should request the small change. Thanks in advance.

2 1

Bugzilla administration policies
by James Hawkins 13 Oct '05

13 Oct '05

Hi, I really appreciate the effort everyone has put into cleaning out the old bugs in our bugzilla recently; however, I do have an issue with the way we're closing some of the bug reports. The ultimate outcome of wine is to enable a user to run windows apps just as they would in windows, so if a user has to run the app with a native dll or follow special instructions to make it work, then there is a bug in wine that needs to be fixed. Quite a few bugs have been closed recently referring the user to the instructions in the AppDB or to a list of dll overrides that makes the app work. Recommending a dll override can be useful to the end user as a temporary workaround, but the bug hasn't been fixed. Cleaning out the bugzilla is well appreciated, but we must keep up due diligence in order to keep wine's bugzilla as a reliable status of wine's bugs. I offer this as the beginning of a discussion of bugzilla administration policies. Any thoughts, comments, and ideas are welcome. -- James Hawkins

8 20

Re: RICHED20: fix bug# 3541 (crash in EM_POSFROMCHAR when offset>=text length)
by Jonathan Ernst 12 Oct '05

12 Oct '05

You forgot to attach the patch... thanks. Le mercredi 12 octobre 2005 à 12:58 -0700, Krzysztof Foltman a écrit : > I'm still surprised how could I overlook that - luckily, the library of > test cases is growing :) > > ChangeLog: > * fix unnecessary (and harmful) repeated statement > -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

1 0

New themes question
by Matevz Jekovec 12 Oct '05

12 Oct '05

Now that Wine supports different theme packs for Windows, would it be possible to render Windows widgets using the native current desktop KDE/Gnome theme? Also other stuff like font size, name and colors for Windows widgets, could they all be unified? That would *really* be something:). Big thanks to all developers, that drove Wine so far and best wishes for the future! - Matevž

1 0

Warblade runtime error (Warblade install error cont'ed)
by Sebastien Fievet 12 Oct '05

12 Oct '05

Hi all, I grabbed a CVS snapshot yesterday, and while the builtin COMCTL32 doesn't work, with the native one, i finally managed to install Warblade (as previously reported by Marcus Meissner), whereas wine-20050930 crashed. Now that i moved one step further, a new error appears, when launching the game : err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. According to Marcus it may be copy protection related... Any little help is fairly welcome! Regards, Seb.

1 0

Ping
by Daniel 12 Oct '05

12 Oct '05

Is there anyone that actually receives my mails? confused, Daniel

5 5

D3D7 -> WineD3D, 2nd attempt
by Stefan Dösinger 12 Oct '05

12 Oct '05

Hello, I am trying again to Implement Direct3D 7 using WineD3D, and I've made some progress. The D3D7 Device implementation seems to initialize correctly, with the correct surfaces. My solution looks like this: * DirectDraw is unmodified, and it remains in ddraw.dll. * Direct3D7 uses generally the Direct3D9 interface of WineD3D. The only changes made to WineD3D are in WineD3DDeviceImpl_Release and a little change in WineD3DSurface. * WineD3D Surfaces can be attached to DDraw Surfaces, and they receive the properties of their parents, including the memory reserved for the surface * The D3D7 implementation creates a SwapChain and a RenderTarget from the DirectDrawSurface it's attached to, as well as a DepthStencil WineD3D surface to make WineD3D happy I've made the following changes to WineD3D so far: * Make WineD3D handle dxVersion 7, generally with the same code as with dxVersion 7 * A new parameter to WineD3DDevice_Create: a pointer, which specifies an existing surface memory. If != NULL is passed, no memory is reserved by WineD3D, and it's not Released on WineD3DSurface_Release * When releasing the WineD3DDevice, don't release the parents of the RenderTarget, the DepthStencilBuffer, BackBuffer and FrontBuffer, because ddraw.dll needs it's surfaces. Instead, release the WineD3DSurfaces only. The whole thing is far from beeing useable, if anyone is interested in the code, I can send it, but be warned, it's quite a mess at the moment. My plan is to get some games running, and then I'll send small and clean patches for CVS commit and upload a big patch somewhere for prior testing. Stefan

3 10

winelib .so change in 20050930?
by Michael Ost 12 Oct '05

12 Oct '05

With the advent of 20050930 wine can no longer load the shared libraries used by my winelib app. Are there any docs or descriptions about how to deal with this change? I have an app that gets built into, say, ./app/app.exe.so. It uses a shared library, say ./lib/liblib.so, that uses win32 APIs. To build ./lib/liblib.so I just compiled and linked using gcc. To build app.exe.so I would use winebuild to scan the object files at ./app/*.o and ./lib/*.o. That created wrappers for all the win32 functions both in ./app and ./lib. The wrappers code from winebuild gets linked in to app.exe.so. Wine used to be able to deal with this. With 20050930 wine complains that the win32 references in liblib.so can't be resolved and quits. I am guessing that something about wine dll loading has changed, so that the function wrappers for a wine DLL have to be in the file itself. That is, I would have to run winebuild on the lib object files, create lib.dll.so and then link app.exe.so against that. I started down this path with some success and then realized that, gulp, I would have to create a spec file for my libraries. Hundreds of C++ functions in several libraries. If this is indeed required, is there any help in building a spec file? Is it possible to export C++ functions as opposed to straight C? Winelib has always been the wild and woolly frontier. We haven't been bitten in a while; I guess we were due! ... mo

2 6

Re: Can you reproduce this bug on wine-20050930 like me?
by Jonathan Ernst 12 Oct '05

12 Oct '05

Le mardi 11 octobre 2005 à 23:45 -0700, Hiji a écrit : > --- Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote: > > > Tuesday, October 11, 2005, 9:00:49 PM, Hiji wrote: > > > Can you reproduce this bug? Follow these steps: > > > 1. Install Filezilla: > > > > > > http://prdownloads.sourceforge.net/filezilla/FileZilla_2_2_16_setup.exe?dow… > > > 2. FTP into the server of your choice > > > 3. Click and drag files from the server to your > > local > > > machine (to copy them) > > > 4. Realize now that even though the files have > > been > > > copied to your machine, you are still dragging the > > > files around > > > If you can replicate this serious bug, can you fix > > it? DVD Shrink exibits the same issue. Thanks -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

2 1

Wine in the news
by Jonathan Ernst 12 Oct '05

12 Oct '05

October issue of Tuxmagazine has an article on Wine and Cedega and Wine is mentionned on the frontpage. http://new.tuxmagazine.com/node/1000155 Free subscription required but you can use my email address to download it. Regards. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

1 0

Re: Wine patch
by Stefan Dösinger 12 Oct '05

12 Oct '05

> Hi Stefan, did you ever get any comment on this patch, > as why it hasn't been committed?? > > http://www.winehq.org/hypermail/wine-patches/2005/03/att-0504/01-x11drv.dif >f > > It seems as if it fixes quite a few bugs (e.g. Steam) > . Was it ever discussed further? Regards Louis No, it was not discussed in detail. I think this patch is incorrect, it fixes some apps, but it breaks others, the QuickTime Player for example behaves incorrect with this patch. One suggestion was to fix non-managed windows instead, but according to some Documentation this is not possible because every window manager behaves differently with non-managed windows. Maybe someone has a better solution Cheers, Stefan

2 2

(no subject)
by Vishal Gakhare 12 Oct '05

12 Oct '05

can anybody tell me the logic of follow. files advapi.dll kernel32.dll advpack.dll

1 0

Can you reproduce this bug on wine-20050930 like me?
by Hiji 12 Oct '05

12 Oct '05

Can you reproduce this bug? Follow these steps: 1. Install Filezilla: http://prdownloads.sourceforge.net/filezilla/FileZilla_2_2_16_setup.exe?dow… 2. FTP into the server of your choice 3. Click and drag files from the server to your local machine (to copy them) 4. Realize now that even though the files have been copied to your machine, you are still dragging the files around If you can replicate this serious bug, can you fix it? Hiji P.S. This is for bug 3148, and I have been able to reproduce it on both Filezilla and AbsoluteFTP __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 2

Tracking bug for serious Wine bugs running "must-have" K12 apps
by Dan Kegel 12 Oct '05

12 Oct '05

I've created metabug http://bugs.winehq.org/show_bug.cgi?id=3554 to track problems in Wine that make K12 classroom applications unusable or untestable. So far I only have two bugs listed there, but I have only looked at one of the apps in the list ( http://kegel.com/wine/qa/#app.k12 ) from the K12OSN folks. My hope is that this becomes a list of the highest impact bugs in K-12 bugs, those that are worth fixing for, say, wine-0.9.2. Less serious bugs can wait for future releases, and don't yet need a tracking bug. Coments, anyone?

1 0

How to install mozilla active in wine
by Vijay Kiran Kamuju 12 Oct '05

12 Oct '05

Hi, I would like to install mozilla active in wine, i have downloaded the xpi file. and what should i do make the wine recognize this activex. Thanks, Vijay

5 8

Test If Running Under Wine
by Craig macLeod 12 Oct '05

12 Oct '05

I am a developer of Win32 applications. We have recently found the command ShellExecute when trying to browse folders functions differently between Wine and Windows. This is mainly because there is no implementation of Windows Explorer unider Wine so the command does nothing. How in our code do we differentiate between Wine runs and Windows runs? The documentation discourages such tests saying we should fix Wine. My boss wants to do minimal changes to our code so how do we do a simple test if we are using Wine or not? I have some code to test for the existance of explore.exe and if not present then assume we are under Linux. Is this sufficiently generic? (foreign languages etc)

6 6

Re: COMCTL32: fix separators in check groups in toolbars
by James Hawkins 12 Oct '05

12 Oct '05

On 10/11/05, Krzysztof Foltman <wdev(a)foltman.com> wrote: > ChangeLog: > * Separators with group style set don't separate toolbar radio groups > anymore (which broke tool selection in Front Panel Designer) > > A test case coming soon... > I'm not saying this shouldn't be committed, but it might have a better chance if the test case comes first. -- James Hawkins

1 1

Re: [comctl32] Fix SEGV in file dialogs (bug 3366)
by Alexandre Julliard 11 Oct '05

11 Oct '05

Troy Rollo <wine(a)troy.rollo.name> writes: > The following change seems to prevent the SEGV that frequently occurs when you > double-click on a folder in the file open/save dialogs. This fix uses > IsWindow() to test if the ListView still exists. I have handled all > notifications other than those where it seems entirely implausible that the > callback could destroy the window. I think it would be a lot cleaner to put the IsWindow test in the notify functions and make them return FALSE (or some appropriate code) when the window is destroyed. Then all you have to do in the callers is check the result instead of duplicating the IsWindow calls all over the place. -- Alexandre Julliard julliard(a)winehq.org

2 1

Release plans
by Alexandre Julliard 11 Oct '05

11 Oct '05

Folks, I just released 20050930, this should be considered the pre-0.9 release, so please give it some good testing. In particular, please test the things that new users will encounter first, like the automatic .wine creation and winecfg. Even if you normally build from source, please for once try the binary package for your distro and check if you spot anything the packager is doing wrong. Bugzilla has had a good cleanup lately (thanks guys!) and most of the irrelevant bugs have been closed, so please have a look at the remaining ones to see if there's anything you know how to fix. We also still need many documentation updates, so please consider helping with that. If you have scripts that handle releases, now is the time to ensure they can cope with a version number not in the YYYYMMDD format... If all goes well, and if the documentation is updated by then, the real 0.9 should be released in a couple of weeks. In the meantime we should consider ourselves in a code freeze, so please don't submit new features or large changes, only small bug fixes will be allowed in. Thanks everybody for your help, it has been a long trip but we are getting there... -- Alexandre Julliard julliard(a)winehq.org

15 27

Re: [TRY3] printer dialog fixes part1 + french
by Detlef Riekenberg 11 Oct '05

11 Oct '05

Am Dienstag, den 11.10.2005, 10:36 +0200 schrieb Jonathan Ernst: -- cut -- + + EnumPrintersA(PRINTER_ENUM_LOCAL, NULL, 2, NULL, 0, &needed, &num); + if(num == 0) + { + -- cut -- Sorry that didn't work. You receive in "num" the Number of returned PRINTER_INFO_2 Entries in "buffer" Since "buffer" is NULL, "num" is always 0. Working Example from my Patch: ( http://www.winehq.org/pipermail/wine-patches/2005-October/021268.html ) + /* Verify, that we have a Printer installed */ + /* this will fail in wine, when you deleted your printer */ + + numentries = 0; + size = 0; + result = pEnumPrintersA(PRINTER_ENUM_LOCAL, + NULL, 2, NULL, 0, &size, &numentries); + + if (size == 0) + { + result = pEnumPrintersA(PRINTER_ENUM_CONNECTIONS, + NULL, 2, NULL, 0, &size, &numentries); + } + -- cut -- size == 0: no Printer installed size > 0: one or more Printers installed -- By By ... ... Detlef

1 0

[TRY2] printer dialog fixes part1 + french
by Vijay Kiran Kamuju 11 Oct '05

11 Oct '05

Hi jernst, Please change the return types of the CheckPrinterSetup function to TRUE/FALSE You made changes similar to me, thanks ;) Thanks, Vijay

1 0

wine-faq mailing list
by Dimi Paun 11 Oct '05

11 Oct '05

It's time to put it out of its misery. There's basically no traffic on that list, and the 1 question/quarter I get there is not appropriate for that forum. Can we please kill it? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

5 5

Re: Listview: refcount the infoPtr (Dropped patch)
by Troy Rollo 11 Oct '05

11 Oct '05

On Tue, 27 Sep 2005 08:00, Dimi Paun wrote: > Do we need to do this for other controls too? > > ChangeLog > Add refcounting to the listview to support destroying of > the control from within notification messages. <http://www.winehq.org/pipermail/wine-patches/2005-September/021003.html> This patch does not appear to have gone in, but it fixes a SEGV that occurs quite frequently when you double-click on a folder in the file open dialog. Is there a (good) reason it hasn't gone in?

1 0

Re: [ddraw] Fix bug 3487 take 2
by Christian Costa 11 Oct '05

11 Oct '05

Peter Berg Larsen wrote: > > Walking backwards the bug was introduced in > > http://www.winehq.org/pipermail/wine-patches/2002-November/004161.html > > and altered in > > http://www.winehq.org/pipermail/wine-patches/2004-March/010091.html > > which states > >> Apps should initialize correctly the dwSize member of ddraw structures. >> However some of them do not do this and Windows seems to handle that >> case without crashing. >> Here is a patch that prevents clearing more that the struct size. >> This fixes the bug 2070. > > > So here is better patch that does not open 2070 again. > > > Changelog: > Bug in copying structs if to == from as to was memset first. > > diff -u Wine-20050930/dlls/ddraw/ddraw_private.h > Wine-20050930my/dlls/ddraw/ddraw_private.h > --- Wine-20050930/dlls/ddraw/ddraw_private.h 2005-07-24 > 18:17:29.000000000 +0200 > +++ Wine-20050930my/dlls/ddraw/ddraw_private.h 2005-10-09 > 04:50:59.000000000 +0200 > @@ -41,18 +41,22 @@ > (x)->dwSize = sizeof(*x); \ > } while (0) > > +/* __tosize can be set too large by some programs */ > #define DD_STRUCT_COPY_BYSIZE(to,from) \ > do { \ > - DWORD __size = (to)->dwSize; \ > - DWORD __copysize = __size; \ > - DWORD __resetsize = __size; \ > - if (__resetsize > sizeof(*to)) \ > - __resetsize = sizeof(*to); \ > - memset(to,0,__resetsize); \ > - if ((from)->dwSize < __size) \ > - __copysize = (from)->dwSize; \ > - memcpy(to,from,__copysize); \ > - (to)->dwSize = __size;/*restore size*/ \ > + DWORD __tosize = (to)->dwSize; \ > + DWORD __fromsize = (from)->dwSize; \ > + if ((to) == (from)) \ > + break; \ > + if (__tosize > sizeof(*(to))) \ > + ERR("To struct's size too large"); \ > + if (__fromsize > sizeof(*(from))) \ > + ERR("From struct's size too large");\ > + if (__fromsize > __tosize) \ > + ERR("Copying too large struct"); \ > + memcpy(to,from,__fromsize); \ > + memset(to+__fromsize,0,sizeof(*(to))-__fromsize); \ > + (to)->dwSize = __tosize;/*restore size*/\ > } while (0) > > #define MAKE_FOURCC(a,b,c,d) ((a << 0) | (b << 8) | (c << 16) | (d << > 24)) > > > > This does not work if the destination size is smaller than the struct size or source size is greater than destination size. Even worst, if source size is greater than struct size, sizeof(*(to))-__fromsize is < 0. Why don't you just add the "if (to = from) break;" statement ? Christian

3 5

Re: WINE Regression due to patch applied Feb 22, 2005 10:50 CDT
by Krzysztof Foltman 10 Oct '05

10 Oct '05

> The patch that changed these files is: > ChangeSet ID: 16245 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/02/22 09:50:14 That patch isn't directly responsible for the bug, it has probably just revealed it. The bugfix will be sent as soon as the previous bugfixes are accepted. It looks more or less like this: Index: editor.c =================================================================== RCS file: /home/wine/wine/dlls/riched20/editor.c,v retrieving revision 1.59 diff -u -r1.59 editor.c --- editor.c 3 Oct 2005 18:45:39 -0000 1.59 +++ editor.c 9 Oct 2005 15:00:34 -0000 @@ -2062,10 +2075,10 @@ if (item->member.run.nFlags & MERF_ENDPARA) { - *buffer++ = '\r'; + *buffer = '\r'; if (bCRLF) { - *buffer = '\n'; + *(++buffer) = '\n'; nWritten++; } assert(nLen == 1); Check it out, it works for me. Krzysztof

3 4

Re: winecfg: Set autodetect windows version to what it realy is - win2k
by Alexandre Julliard 10 Oct '05

10 Oct '05

Vitaliy Margolen <wine-patch(a)kievinfo.com> writes: > changelog: > winecfg: > Set autodetect windows version to what it really is - win2k The autodetect option should really be removed. -- Alexandre Julliard julliard(a)winehq.org

2 1

COMCTL32 - TreeView control not correctly updated with COMCTL32.OCX (was: Re: comctl32.dll: Running siap and modules under wine, first steps)
by Alex Villacís Lasso 10 Oct '05

10 Oct '05

This SIAP application is revealing more problems with Wine. This time it is the reason for the original complaint: Mr. Maximiliano Curia reported that in the version of Wine he could test, the treeview control in the middle of the screen was not updated correctly. The treeview control should have looked like this: +---------------------------------+ |Persona Física | | | | | +- Datos identificatorios | | | | | | | +- Nombre y otros datos | | | +- Domicilio | | | +- Actividades | | +- Datos comerciales | | | | | | | +- Datos de interés fiscal| | | +- Claves bancarias | | +- Responsable por deuda ajena | +---------------------------------+ Don't mind the actual meaning of the text in the nodes. The problem is that for Mr. Curia, the treeview control actually shows up like this: +---------------------------------+ |Persona Física | | | | | | | | | | | | | | | | | | | | | | | +---------------------------------+ That is, the treeview control only shows the first line of the tree. After some digging in the treeview control, I saw that the code in the control tries to save some drawing by querying the update region of the control window. When the WM_PAINT message indicates a non-null HDC in wParam, the code fetches the update region for the control window. If I understand the intent of the code correctly, the WM_PAINT message can be sent to the control with an wParam of the HDC of an offscreen bitmap, in order to draw the tree into it. When the update region of the control is NULL, the code fetches the BITMAP structure of the target HDC in order to clip the drawing to the dimensions of the target bitmap. The problem is that, in the case of the treeview managed by COMCTL32.OCX, for some as yet undiscovered reason, the control *always* has a null update region, except for the very first rendering (which is overwritten by a second rendering with the problematic null region). No matter how the window is uncovered, the update region remains null. Therefore, the control believes that the target is an offscreen bitmap, even for the rendering to the screen. It then fetches the default bitmap selected, which is an 1x1 dummy bitmap, gets a 1x1 target region, and believes that only 1 pixel should be updated. Only the very first item gets redrawn because of this. The following patch works around this issue. However, this is not a proper fix, because the control window should have been properly invalidated in the first place, and the control should therefore have a proper update region. I am not really sure whether the root cause is in the treeview code or in the region updating code. I am inclined to the former, because the same treeview control seems to work correctly in regedit.exe: --- wine-20050930-cvs/dlls/comctl32/treeview.c 2005-09-12 17:34:07.000000000 -0500 +++ wine-20050930-cvs-patch/dlls/comctl32/treeview.c 2005-10-02 22:08:08.000000000 -0500 @@ -2790,6 +2790,8 @@ RECT rect = *rc; TREEVIEW_ITEM *wineItem; + TRACE("refreshing on (%ld,%ld)-(%ld,%ld)\n", rect.left, rect.top, rect.right, rect.bottom); + if (infoPtr->clientHeight == 0 || infoPtr->clientWidth == 0) { TRACE("empty window\n"); @@ -2859,6 +2861,12 @@ rc.left = 0; rc.top = 0; rc.right = bitmap.bmWidth; rc.bottom = bitmap.bmHeight; + if (bitmap.bmWidth == 1 && + bitmap.bmHeight == 1 && + bitmap.bmWidthBytes == 2) { + ERR("failed to recover a valid update region, using GetClientRect()\n"); + GetClientRect(infoPtr->hwnd, &rc); + } TREEVIEW_EraseBackground(infoPtr, (HDC)wParam); } } The sample (VisualBasic) code and executable have been uploaded as testcases for the following bug report: http://bugs.winehq.org/show_bug.cgi?id=3476 BTW: what happened to the patch that fixes the DBGRID32.OCX control? (Subject: OLEAUT32: add additional condition for creation of interface) On an (hopefully) unrelated note, the user32 tests are failing, at least on my machine: ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so sysparams.c && touch sysparams.ok sysparams.c:1182: Test failed: lfHeight: got -16 instead of 0 sysparams.c:1183: Test failed: lfWidth: got 0 instead of 400 sysparams.c:1185: Test failed: lfWeight: got 400 instead of 7471169 sysparams.c:1186: Test failed: lfItalic: got 0 instead of 105 sysparams.c:1187: Test failed: lfStrikeOut: got 0 instead of 97 sysparams.c:1190: Test failed: lfOutPrecision: got 0 instead of 108 sysparams.c:1193: Test failed: lfQuality: got 0 instead of 32 make: *** [sysparams.ok] Error 7 ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so win.c && touch win.ok fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE win.c:2213: Test failed: message 0200 available win.c:2221: Test failed: message 000f available win.c:2229: Test failed: message 000f available win.c:2240: Test failed: message 000f available win.c:2248: Test failed: message 000f available win.c:2256: Test failed: message 000f available win.c:693: Test failed: window rect does not match: style:exstyle=0x94000000:0x00000000, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x94000000:0x00000000, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x15c00000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x15c00000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c00000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c00000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c00000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c00000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c80000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c80000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c40000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c40000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c20000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c20000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c10000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c10000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14d00000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14d00000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14e00000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14e00000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x94000000:0x00000200, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x94000000:0x00000200, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c40000:0x00000300, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c40000:0x00000300, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x94000000:0x00000080, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x94000000:0x00000080, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c40000:0x00000180, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c40000:0x00000180, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x94000000:0x00000000, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x94000000:0x00000000, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c40000:0x00000100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c40000:0x00000100, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x94000000:0x00040000, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x94000000:0x00040000, menu=1 win.c:693: Test failed: window rect does not match: style:exstyle=0x14c40000:0x00040100, menu=1 win.c:718: Test failed: synthetic rect does not match: style:exstyle=0x14c40000:0x00040100, menu=1 make: *** [win.ok] Error 42 make: Debido a los errores, el objetivo `test' no se reconstruyó.

1 1

Too dumb to 'make' documentation
by Molle Bestefich 10 Oct '05

10 Oct '05

Hi ho. I get this error when doing 'make' in wine docs under 'en': =================================== docbook2txt winedev-guide.sgml Using catalogs: /etc/sgml/sgml-docbook-3.1.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.12/docbook-utils.dsl#html Working on: /root/wine-docs/en/winedev-guide.sgml Unknown option -force_html make: *** [winedev-guide.txt] Error 9 =================================== Eep. Anyone got a solution?

2 3

MS Office 95/97 needs native odbccp32.dll
by Michael Kaufmann 10 Oct '05

10 Oct '05

Hi, The MS Office 95/97 setup program fails when using the built-in odbccp32.dll. A native version of this dll is on the installation media. Since 2005-07-08, Wine doesn't use this file because of this patch: http://cvs.winehq.org/patch.py?id=18748 I think that we have three options: - Change Wine's default configuration and make it use the native odbccp32.dll - Add a remark in the application DB to Office 95/97, Access 95/97, Excel 95/97 (also Word 95/97, Powerpoint 95/97?) that users should use winecfg to change "odbccp32" to "native, builtin" - Implement the needed functions in odbccp32.dll See also bug 3268: http://bugs.winehq.org/show_bug.cgi?id=3268 PS: odbccp32.dll is missing on Wine's status page. Regards Michael

2 2

Re: fix bug 3536
by Kai Blin 10 Oct '05

10 Oct '05

* Vijay Kiran Kamuju <infyquest(a)gmail.com> [10/10/05, 14:48:48]: > 342a343,344 > > {"PHT", > > {'P','h','i','l','i','p','p','i','n','e',' ','T','i','m','e','\0'}, -480, 0}, Please stick to the diff -u format. It doesn't matter much for a patch of this size, but larger patches are much more readable. Cheers, Kai -- Kai Blin, (blin at gmx dot net) Men of peace usually are [brave]. -- Spock, "The Savage Curtain", stardate 5906.5

2 1

Re: [ddraw] Fix bug 3487 take 2
by Lionel Ulmer 10 Oct '05

10 Oct '05

> So here is better patch that does not open 2070 again. > > Changelog: > Bug in copying structs if to == from as to was memset first. Well, while your patch was lying in the moderation queue, I sent what I feel is a better solution to this problem (which fixes also a severe reference counting issue). Could you try it and tell if it fixes the problem ? Lionel PS: and Raphael's patch while not fixing your bug is not technically wrong as Windows checks for the surface description pointer being non-NULL :-) -- Lionel Ulmer - http://www.bbrox.org/

2 1

Fwd: printer dialog fix
by Vijay Kiran Kamuju 10 Oct '05

10 Oct '05

---------- Forwarded message ---------- From: Vijay Kiran Kamuju <infyquest(a)gmail.com> Date: Oct 10, 2005 10:32 AM Subject: Re: printer dialog fix To: Dmitry Timoshkov <dmitry(a)baikal.ru> Well, on futher analysis. i found out that it needs some implementation of printer controlpanel applet, which we dont have at all. This may act as a starting point to add some implementation for it. (atleast support like other control panel applets) Thanks, Vijay On 10/9/05, Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > "Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > > > This is an initial patch, if this gets accepted i will just add > > another error msgbox that its under development. > > I will be working on that > > If that another error message box won't add the functionality of > adding a printer (which I think is the case) I don't see how it could > improve the things. > > -- > Dmitry. > >

1 0

Re: [DDRAW] fix 2D in D3D device (resent)
by Christian Costa 10 Oct '05

10 Oct '05

Hi, This patch has not been commited yet. Is there any reason for that ? Christian Christian Costa wrote: > Hi, > > This patch fixes 2D in some games (Dino Crisis and Lands of Lore 3) > > Changelog: > Disable depth test when there is no Z buffer attached. > Initialise texture states at creation instead of when tex name is > generated. > > Christian Costa titan.costa(a)wanadoo.fr > >------------------------------------------------------------------------ > >Index: dlls/ddraw/opengl_private.h >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/opengl_private.h,v >retrieving revision 1.2 >diff -u -r1.2 opengl_private.h >--- dlls/ddraw/opengl_private.h 12 Jun 2005 10:43:11 -0000 1.2 >+++ dlls/ddraw/opengl_private.h 5 Oct 2005 20:51:34 -0000 >@@ -193,21 +193,21 @@ > extern HRESULT d3ddevice_create(IDirect3DDeviceImpl **obj, IDirectDrawImpl *d3d, IDirectDrawSurfaceImpl *surface, int version); > > /* Used for Direct3D to request the device to enumerate itself */ >-extern HRESULT d3ddevice_enumerate(LPD3DENUMDEVICESCALLBACK cb, LPVOID context, DWORD version) ; >-extern HRESULT d3ddevice_enumerate7(LPD3DENUMDEVICESCALLBACK7 cb, LPVOID context) ; >+extern HRESULT d3ddevice_enumerate(LPD3DENUMDEVICESCALLBACK cb, LPVOID context, DWORD version); >+extern HRESULT d3ddevice_enumerate7(LPD3DENUMDEVICESCALLBACK7 cb, LPVOID context); > extern HRESULT d3ddevice_find(IDirectDrawImpl *d3d, LPD3DFINDDEVICESEARCH lpD3DDFS, LPD3DFINDDEVICERESULT lplpD3DDevice); > > /* Used by the DLL init routine to set-up the GL context and stuff properly */ > extern BOOL d3ddevice_init_at_startup(void *gl_handle); > > /* Used to upload the texture */ >-extern HRESULT gltex_upload_texture(IDirectDrawSurfaceImpl *This, IDirect3DDeviceImpl *d3ddev, DWORD stage) ; >+extern HRESULT gltex_upload_texture(IDirectDrawSurfaceImpl *This, IDirect3DDeviceImpl *d3ddev, DWORD stage); > > /* Used to get the texture name */ >-extern GLuint gltex_get_tex_name(IDirectDrawSurfaceImpl *This) ; >+extern GLuint gltex_get_tex_name(IDirectDrawSurfaceImpl *This); > > /* Used to set-up our orthographic projection */ >-extern void d3ddevice_set_ortho(IDirect3DDeviceImpl *This) ; >+extern void d3ddevice_set_ortho(IDirect3DDeviceImpl *This); > > /* Rendering state management functions */ > extern void set_render_state(IDirect3DDeviceImpl* This, D3DRENDERSTATETYPE dwRenderStateType, STATEBLOCK *lpStateBlock); >@@ -222,7 +222,7 @@ > extern HRESULT upload_surface_to_tex_memory_release(void); > > /* Some utilities functions needed to be shared.. */ >-extern GLenum convert_D3D_compare_to_GL(D3DCMPFUNC dwRenderState) ; >+extern GLenum convert_D3D_compare_to_GL(D3DCMPFUNC dwRenderState); > > #endif /* HAVE_OPENGL */ > >Index: dlls/ddraw/device_opengl.c >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/device_opengl.c,v >retrieving revision 1.9 >diff -u -r1.9 device_opengl.c >--- dlls/ddraw/device_opengl.c 25 Sep 2005 15:18:18 -0000 1.9 >+++ dlls/ddraw/device_opengl.c 5 Oct 2005 20:51:45 -0000 >@@ -1325,6 +1325,7 @@ > IDirect3DDeviceGLImpl* glThis = (IDirect3DDeviceGLImpl*) This; > int num_active_stages = 0; > int num_tex_index = GET_TEXCOUNT_FROM_FVF(d3dvtVertexType); >+ BOOL reenable_depth_test = FALSE; > > /* I put the trace before the various locks... So as to better understand where locks occur :-) */ > if (TRACE_ON(ddraw)) { >@@ -1349,9 +1350,12 @@ > > hr = IDirectDrawSurface7_GetAttachedSurface(ICOM_INTERFACE(This->surface, IDirectDrawSurface7), > (DDSCAPS2 *) &zbuf_caps, &zbuf); >- if (!FAILED(hr)) { >+ if (SUCCEEDED(hr)) { > This->current_zbuffer = ICOM_OBJECT(IDirectDrawSurfaceImpl, IDirectDrawSurface7, zbuf); > IDirectDrawSurface7_Release(zbuf); >+ } else if (glThis->depth_test) { >+ glDisable(GL_DEPTH_TEST); >+ reenable_depth_test = TRUE; > } > } > if (This->current_zbuffer != NULL) { >@@ -1615,6 +1619,9 @@ > /* Whatever the case, disable the color material stuff */ > glDisable(GL_COLOR_MATERIAL); > >+ if (reenable_depth_test) >+ glEnable(GL_DEPTH_TEST); >+ > LEAVE_GL(); > TRACE("End\n"); > >Index: dlls/ddraw/texture.c >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/texture.c,v >retrieving revision 1.4 >diff -u -r1.4 texture.c >--- dlls/ddraw/texture.c 3 Aug 2005 21:25:11 -0000 1.4 >+++ dlls/ddraw/texture.c 5 Oct 2005 20:51:49 -0000 >@@ -381,7 +381,7 @@ > { > if (src != NULL) { > IDirectDrawSurfaceImpl *src_ptr = ICOM_OBJECT(IDirectDrawSurfaceImpl, IDirectDrawSurface7, src); >- >+ > if ((src_ptr->surface_desc.ddsCaps.dwCaps & DDSCAPS_3DDEVICE) && > ((trans & (DDBLTFAST_SRCCOLORKEY | DDBLTFAST_DESTCOLORKEY)) == 0)) { > /* This is a blt without color keying... We can use the direct copy. */ >@@ -390,7 +390,7 @@ > GLint cur_tex; > IDirect3DTextureGLImpl *gl_surf_ptr = surf_ptr->tex_private; > int y; >- >+ > if (rsrc == NULL) { > WARN("rsrc is NULL\n"); > rsrc = &rsrc2; >@@ -400,10 +400,10 @@ > rsrc->right = src_ptr->surface_desc.dwWidth; > rsrc->bottom = src_ptr->surface_desc.dwHeight; > } >- >+ > width = rsrc->right - rsrc->left; > height = rsrc->bottom - rsrc->top; >- >+ > if (((dstx + width) > surf_ptr->surface_desc.dwWidth) || > ((dsty + height) > surf_ptr->surface_desc.dwHeight)) { > FIXME("Does not handle clipping yet in FB => Texture blits !\n"); >@@ -413,16 +413,16 @@ > if ((width == 0) || (height == 0)) { > return DD_OK; > } >- >+ > TRACE(" direct frame buffer => texture BltFast override.\n"); >- >+ > ENTER_GL(); >- >+ > glGetIntegerv(GL_TEXTURE_BINDING_2D, &cur_tex); > /* This call is to create the actual texture name in GL (as we do 'late' ID creation) */ > gltex_get_tex_name(surf_ptr); > glBindTexture(GL_TEXTURE_2D, gl_surf_ptr->tex_name); >- >+ > if ((gl_surf_ptr->dirty_flag == SURFACE_MEMORY_DIRTY) && > !((dstx == 0) && (dsty == 0) && > (width == surf_ptr->surface_desc.dwWidth) && (height == surf_ptr->surface_desc.dwHeight))) { >@@ -456,7 +456,7 @@ > return DDERR_INVALIDPARAMS; > } > } >- >+ > if ((src_ptr->surface_desc.ddsCaps.dwCaps & (DDSCAPS_FRONTBUFFER|DDSCAPS_PRIMARYSURFACE)) != 0) > glReadBuffer(GL_FRONT); > else if ((src_ptr->surface_desc.ddsCaps.dwCaps & (DDSCAPS_BACKBUFFER)) == (DDSCAPS_BACKBUFFER)) >@@ -467,7 +467,7 @@ > LEAVE_GL(); > return DDERR_INVALIDPARAMS; > } >- >+ > for (y = (src_ptr->surface_desc.dwHeight - rsrc->top - 1); > y >= (src_ptr->surface_desc.dwHeight - (rsrc->top + height)); > y--) { >@@ -477,13 +477,13 @@ > width, 1); > dsty++; > } >- >+ > glBindTexture(GL_TEXTURE_2D, cur_tex); > LEAVE_GL(); >- >+ > /* The SURFACE_GL case is not handled by the 'global' dirty flag */ > gl_surf_ptr->dirty_flag = SURFACE_GL; >- >+ > return DD_OK; > } > } >@@ -544,9 +544,9 @@ > > if (glThis->dirty_flag == SURFACE_GL) { > GLint cur_tex; >- >+ > TRACE(" flushing GL texture back to memory.\n"); >- >+ > ENTER_GL(); > glGetIntegerv(GL_TEXTURE_BINDING_2D, &cur_tex); > glBindTexture(GL_TEXTURE_2D, glThis->tex_name); >@@ -554,14 +554,14 @@ > glBindTexture(GL_TEXTURE_2D, cur_tex); > LEAVE_GL(); > } >- >+ > /* First call the previous set_palette function */ > glThis->set_palette(This, pal); >- >+ > /* And set the dirty flag */ > glThis->dirty_flag = SURFACE_MEMORY_DIRTY; > *(glThis->global_dirty_flag) = SURFACE_MEMORY_DIRTY; >- >+ > /* TODO: check palette on mipmapped surfaces... > TODO: do we need to re-upload in case of usage of the paletted texture extension ? */ > } >@@ -603,7 +603,7 @@ > gltex_lock_update(IDirectDrawSurfaceImpl* This, LPCRECT pRect, DWORD dwFlags) > { > IDirect3DTextureGLImpl *glThis = (IDirect3DTextureGLImpl *) This->tex_private; >- >+ > glThis->lock_update(This, pRect, dwFlags); > } > >@@ -613,7 +613,7 @@ > IDirect3DTextureGLImpl *glThis = (IDirect3DTextureGLImpl *) This->tex_private; > > glThis->unlock_update(This, pRect); >- >+ > /* Set the dirty flag according to the lock type */ > if ((This->lastlocktype & DDLOCK_READONLY) == 0) { > glThis->dirty_flag = SURFACE_MEMORY_DIRTY; >@@ -868,7 +868,7 @@ > /* First, initialize the texture vtables... */ > ICOM_INIT_INTERFACE(surf, IDirect3DTexture, VTABLE_IDirect3DTexture); > ICOM_INIT_INTERFACE(surf, IDirect3DTexture2, VTABLE_IDirect3DTexture2); >- >+ > /* Only create all the private stuff if we actually have an OpenGL context.. */ > if (d3d->current_device != NULL) { > IDirect3DTextureGLImpl *private; >@@ -877,12 +877,12 @@ > if (private == NULL) return DDERR_OUTOFMEMORY; > > surf->tex_private = private; >- >+ > private->final_release = surf->final_release; > private->lock_update = surf->lock_update; > private->unlock_update = surf->unlock_update; > private->set_palette = surf->set_palette; >- >+ > /* If at creation, we can optimize stuff and wait the first 'unlock' to upload a valid stuff to OpenGL. > Otherwise, it will be uploaded here (and may be invalid). */ > surf->final_release = gltex_final_release; >@@ -895,7 +895,7 @@ > to save those... */ > surf->aux_blt = gltex_blt; > surf->aux_bltfast = gltex_bltfast; >- >+ > TRACE(" GL texture created for surface %p (private data at %p)\n", surf, private); > > /* Do not create the OpenGL texture id here as some game generate textures from a different thread which >@@ -903,12 +903,14 @@ > private->tex_name = 0; > if (surf->mipmap_level == 0) { > private->main = NULL; >+ private->__global_dirty_flag = SURFACE_MEMORY_DIRTY; > private->global_dirty_flag = &(private->__global_dirty_flag); > } else { > private->main = main; > private->global_dirty_flag = &(((IDirect3DTextureGLImpl *) (private->main->tex_private))->__global_dirty_flag); > } > private->initial_upload_done = FALSE; >+ private->dirty_flag = SURFACE_MEMORY_DIRTY; > } > > return D3D_OK; >@@ -925,15 +927,11 @@ > glGenTextures(1, &(private->tex_name)); > if (private->tex_name == 0) ERR("Error at creation of OpenGL texture ID !\n"); > TRACE(" GL texture id is : %d.\n", private->tex_name); >- private->__global_dirty_flag = SURFACE_MEMORY_DIRTY; > } else { > private->tex_name = gltex_get_tex_name(private->main); > TRACE(" GL texture id reusing id %d from surface %p (private at %p)).\n", private->tex_name, private->main, private->main->tex_private); > } > LEAVE_GL(); >- >- /* And set the dirty flag accordingly */ >- private->dirty_flag = SURFACE_MEMORY_DIRTY; > } > return ((IDirect3DTextureGLImpl *) (surf->tex_private))->tex_name; > } > > >------------------------------------------------------------------------ > > > >

2 1

DosDefineDevice breaking mapping to unix folders
by Christian Costa 09 Oct '05

09 Oct '05

Hi, It seems there is something wrong with DosDefineDevice. If we consider a drive declared as F: -> /mnt/win_e Remapping the drive F: to G: with this function leads to F: -> G: with G: non defined. This makes, in my case, my app to break all my drives assignement. It's seems the code lacks a level of inderection as shown below: Logical drive -> Real drive -> unix dir Any idea? Bye, Christian

2 5

Office97 Install issue
by Steven Edwards 09 Oct '05

09 Oct '05

Hi, As some of you might know I really would like to see Office 97 be able to at least install and parts of it sort of work on Wine 1.0. One of the things I hope to contribute to the 1.0 effort is fixing this. I'm wondering if anyone could give me a pointer or two as to the problem. There are two issues with Winehq that prevent Office 97 from installing and I need help with issue #2 if anyone has ideas. 1. Wine needs to have the "PROCESSOR_ARCHITECTURE"="x86" string in the Key in HKLM\\System\\CurrentControlSet\\Control\\Session Manager\\Environment On CrossOver we are hard setting this (and we install in a Win98 bottle so it does not really matter) but for Winehq we need to properly detect and report the CPU due to Winehq default mode being Win2k. I'll try to make 30mins or so in the next couple of weeks to submit a patch that does this as I think I know where it needs to be implemented. 2. Wine is not properly handling some of the default values in key HKLM\\System\\CurrentControlSet\\Control\\Session Manager\\Environment If you notice from the diff CrossOver uses "%SystemRoot% where the default Wine system.reg had the values hard coded. My wifes Win2k box has these values set with "%SystemRoot% also. Is there a reason that Winehq is setup this way? Should they strings in the wine.inf just be changed for those values? With the default Winehq registry you get a message box error that says something along the lines of "This setup program is not supported under your version of Windows" -[System\\CurrentControlSet\\Control\\Session Manager\\Environment] 1126302066 -"ComSpec"="c:\\windows\\system32\\wcmd.exe" -"PATH"="c:\\windows\\system32;c:\\windows" -"ProgramFiles"="c:\\Program Files" -"SYSTEMROOT"="c:\\windows" -"TEMP"="c:\\windows\\temp" -"TMP"="c:\\windows\\temp" -"USERPROFILE"="c:\\windows\\profiles\\sedwards" -"windir"="c:\\windows" -"winsysdir"="c:\\windows\\system32" +[System\\CurrentControlSet\\Control\\Session Manager\\Environment] 1126301456 +"ComSpec"=str(2):"%SystemRoot%\\System\\wcmd.exe" +"PATH"=str(2):"%SystemRoot%;%SystemRoot%\\System" +"PROCESSOR_ARCHITECTURE"="x86" +"SystemDrive"="C:" +"SystemRoot"="C:\\Windows" +"TEMP"=str(2):"%SystemRoot%\\Temp" +"TMP"=str(2):"%SystemRoot%\\Temp" +"USERPROFILE"="C:\\windows\\profiles\\sedwards" +"windir"=str(2):"%SystemRoot%" +"winsysdir"=str(2):"%SystemRoot%\\System" So if anyone has any ideas I would appreciate feedback. Thanks Steven

2 4

Heap issues
by Randall Walls 09 Oct '05

09 Oct '05

Greetings, I've been (unsuccessfully) attempting to run a children's program through wine for some time. I've been trying successive releases since about may, without luck. The program appears to be extremely simple, just some painting apps for toddlers, but each run fails with what looks like a heap issue. The program is by Creative Wonders called Sesame Street Toddlers Deluxe Art workshop. I'm attaching the output that winedbg gives, but would appreciate any feedback. I'm fairly comfortable with winedbg, so I can provide additional info about the crash if needed. Mostly I'm just curious if this is an issue with Wine's heap implementation, or if it is more likely just a poorly built application that I should give up on. winedbg output: 21:23:34 slight - cdrom>wine: Unhandled exception (thread 0014), starting debugger... WineDbg starting on pid 0xf Unhandled exception: page fault on read access to 0x41ea6f30 in 32-bit code (0x4019fa56). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0087 EIP:4019fa56 ESP:420254d0 EBP:420254f4 EFLAGS:00210287( - 00 RISP1C) EAX:000090c8 EBX:401d8e28 ECX:41eb0000 EDX:00110000 ESI:41ea6f30 EDI:41dd6f28 Stack dump: 0x420254d0: 00001000 00000004 40075bac 000090c8 0x420254e0: 41dd6f38 4019f9fb 401d8e28 41dc6f20 0x420254f0: 00010000 42025538 4019dcd9 41da0000 0x42025500: 41dd6f28 000d0008 00000000 401bd230 0x42025510: 00000802 00000000 00000000 41dc6f28 0x42025520: 00000000 40370000 41da0000 4052ca5c Backtrace: =>1 0x4019fa56 in ntdll (+0x1fa56) (0x420254f4) 2 0x4019dcd9 RtlAllocateHeap+0x1e9 in ntdll (0x42025538) 3 0x404ccd4d HeapAlloc+0x2d in kernel32 (0x42025550) 4 0x404cabbc GLOBAL_Alloc+0x7c in kernel32 (0x42025588) 5 0x404cad06 GlobalAlloc16+0x46 in kernel32 (0x420255a8) 6 0x4051a387 K32WOWGlobalAlloc16+0x27 in kernel32 (0x420255bc) 7 0x404d0a94 DllMain+0x94 in kernel32 (0x420255d8) 8 0x4051c378 __wine_spec_dll_entry+0x38 in kernel32 (0x420255f8) 9 0x401a1292 call_dll_entry_point+0x12 in ntdll (0x42025610) 10 0x401a396a in ntdll (+0x2396a) (0x42025698) 11 0x401a165e MODULE_DllThreadAttach+0xae in ntdll (0x420256c0) 12 0x4050e202 GetCurrentThreadId+0x136 in kernel32 (0x42025798) 13 0x401c21a2 NtCurrentTeb+0x1be in ntdll (0x42025fec) 14 0x40106b8a __clone+0x5a in libc.so.6 (0x00000000) 0x4019fa56: testb $0x1,0x0(%esi) Modules: Module Address Debug info Name (77 modules) ELF 0x40000000-40017000 Deferred ld-linux.so.2 ELF 0x40032000-4004c000 Deferred libwine.so.1 ELF 0x4004d000-4016a000 Export libc.so.6 ELF 0x4016a000-4016e000 Deferred libdl.so.2 ELF 0x4016e000-401e8000 Export ntdll<elf> \-PE 0x40180000-401e8000 \ ntdll ELF 0x40203000-402f8000 Deferred libwine_unicode.so.1 ELF 0x402f8000-4031b000 Deferred libm.so.6 ELF 0x40336000-4033f000 Deferred libnss_compat.so.2 ELF 0x4033f000-40355000 Deferred libnsl.so.1 ELF 0x40355000-4035f000 Deferred libnss_nis.so.2 ELF 0x4035f000-40369000 Deferred libnss_files.so.2 ELF 0x40482000-4058c000 Export kernel32<elf> \-PE 0x404a0000-4058c000 \ kernel32 ELF 0x405c2000-405d7000 Deferred winevdm<elf> \-PE 0x405d0000-405d7000 \ winevdm ELF 0x406e0000-40815000 Deferred user32<elf> \-PE 0x40700000-40815000 \ user32 ELF 0x40815000-408a5000 Deferred gdi32<elf> \-PE 0x40830000-408a5000 \ gdi32 ELF 0x408a5000-408e3000 Deferred advapi32<elf> \-PE 0x408b0000-408e3000 \ advapi32 ELF 0x408fe000-40968000 Deferred libfreetype.so.6 ELF 0x40968000-40979000 Deferred libz.so.1 ELF 0x40979000-409fd000 Deferred winex11.drv<elf> \-PE 0x40990000-409fd000 \ winex11.drv ELF 0x40a18000-40a20000 Deferred libsm.so.6 ELF 0x40a20000-40a38000 Deferred libice.so.6 ELF 0x40a38000-40a3e000 Deferred libxxf86dga.so.1 ELF 0x40a3e000-40a43000 Deferred libxxf86vm.so.1 ELF 0x40a43000-40a51000 Deferred libxext.so.6 ELF 0x40a51000-40b1b000 Deferred libx11.so.6 ELF 0x40b1b000-40b93000 Deferred libgl.so.1 ELF 0x40b93000-412e4000 Deferred libglcore.so.1 ELF 0x412e4000-412e6000 Deferred libnvidia-tls.so.1 ELF 0x41399000-413a1000 Deferred libxrender.so.1 ELF 0x413a1000-413a4000 Deferred libxrandr.so.2 ELF 0x413a4000-413a7000 Deferred xlcdef.so.2 ELF 0x413a7000-413c5000 Deferred ximcp.so.2 ELF 0x413c5000-413e2000 Deferred imm32<elf> \-PE 0x413d0000-413e2000 \ imm32 ELF 0x413e5000-413e9000 Deferred iso8859-1.so ELF 0x41404000-4140d000 Deferred libxcursor.so.1 ELF 0x41451000-414b4000 Deferred winedos<elf> \-PE 0x41460000-414b4000 \ winedos ELF 0x414b4000-41538000 Deferred winmm<elf> \-PE 0x414c0000-41538000 \ winmm ELF 0x41538000-4157f000 Deferred wineoss.drv<elf> \-PE 0x41550000-4157f000 \ wineoss.drv ELF 0x4157f000-41597000 Deferred msacm.drv<elf> \-PE 0x41590000-41597000 \ msacm.drv ELF 0x41597000-415ba000 Deferred msacm32<elf> \-PE 0x415a0000-415ba000 \ msacm32 ELF 0x416d0000-416e5000 Deferred midimap<elf> \-PE 0x416e0000-416e5000 \ midimap ELF 0x41827000-418be000 Deferred comdlg32<elf> \-PE 0x41830000-418be000 \ comdlg32 ELF 0x418be000-41989000 Deferred shell32<elf> \-PE 0x418d0000-41989000 \ shell32 ELF 0x41989000-419e4000 Deferred shlwapi<elf> \-PE 0x419a0000-419e4000 \ shlwapi ELF 0x419e4000-41a78000 Deferred ole32<elf> \-PE 0x41a00000-41a78000 \ ole32 ELF 0x41a78000-41abe000 Deferred rpcrt4<elf> \-PE 0x41a90000-41abe000 \ rpcrt4 ELF 0x41abe000-41adc000 Deferred iphlpapi<elf> \-PE 0x41ad0000-41adc000 \ iphlpapi ELF 0x41adc000-41bad000 Deferred comctl32<elf> \-PE 0x41af0000-41bad000 \ comctl32 ELF 0x41bad000-41bd8000 Deferred winspool.drv<elf> \-PE 0x41bc0000-41bd8000 \ winspool.drv ELF 0x41c4b000-41c67000 Deferred libcups.so.2 ELF 0x41c67000-41c98000 Deferred libssl.so.0 ELF 0x41c98000-41d97000 Deferred libcrypto.so.0 ELF 0x41eb0000-41ee3000 Deferred uxtheme<elf> \-PE 0x41ec0000-41ee3000 \ uxtheme ELF 0x7bf00000-7bf07000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 0000000f (D) E:\winevdm.exe 00000014 15 <== 00000011 0 00000010 0 WineDbg terminated on pid 0xf Much obliged, Randall Walls

3 4

font issues
by luis lenders 09 Oct '05

09 Oct '05

Hi, what i find rather confusing in current wine , is that it only tries to use the fonts in ~/.wine/drive_c/windows/fonts. Lets say i'm a new user and i want to try out wine. I create a new directory ~/.wine and i try to install for example Guitar pro demo: http://213.246.36.227/download/GP4DEMO_EN.EXE After install i try the program but it doesn't run (there's a bug) So i want to change settings via winecfg. I end up with the following screen: (see attachment) This is because Guitar Pro places some weird font in ~/.wine/drive_c/windows/fonts. Of course can remove the font again or copy other fonts to ~/.wine/drive_c/windows/fonts but this is beyond the knowledge of new wine users i guess. Is there a simple way to avoid these kinds of issues? ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

3 2

Re: msvcrt: Few failing tests for O_TEXT files
by Richard Cohen 09 Oct '05

09 Oct '05

Vitaliy Margolen wrote: > + _lseek(tempfd, -1, FILE_END); > + ok(_read(tempfd,btext,LLEN) == 1, "_read expected 0 got '\\n'\n"); That doesn't look right. Richard.

3 4

Autoresolving our 554 old UNCONFIRMED bugs
by Dan Kegel 09 Oct '05

09 Oct '05

We have 554 unconfirmed bugs older than 90 days. Most of these are likely to be obsolete. It would be really easy to write a script to ping the people who submitted those bugs, and ask them to update the bug if it's still valid. If there's no reply in two weeks, we could mark the bug 'resolved abandoned'. Detailed proposal, including the text of the message to be sent, are at http://kegel.com/wine/qa/autoresolve.html I'd like to send this once packages are ready. Comments? -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

10 12

Re: [WINECFG] Remember disabled Desktop settings
by Richard Cohen 09 Oct '05

09 Oct '05

Lionel Ulmer wrote: > As I often switch between Desktop and non-Desktop mode, I found it annoying > to each time having to re-enter my preferred 'Desktop' settings of 800x600. > So created the 'DesktopDisabled' key. > It annoys me as well. Instead of creating another key, why not set the Desktop key to #800x600. We will need to fix x11drv_main, of course... Richard.

2 1

debugging app exceptions?
by wino＠piments.com 09 Oct '05

09 Oct '05

Hi, I am trying to debug an app and making good progress with on sorting out the dlls reqd. but now have an exception I dont know how to follow. The progs own log ends with: 10:21:35 File C:\progs\natz\Program\dd10enum.dll: Version 7.0.0.2 10:21:35 File C:\progs\natz\Program\dmfc6.dll: Version 7.0.0.0 10:21:35 Exception thrown (d:\work\px\trouble\tests.cpp, 936). 10:21:35 10:21:35 Cannot find the file 'nstex50.dll' 10:21:35 QuickCheck Failed. 10:21:36 Final Termination The "cannot find" is erroneous since it has found the file so I need to get more info on the exception , I did a WINEDEBUG="heap" and all seemed OK, I am a bit unsure where to go now. Suggestions? TIA

2 1

Fwd: printer dialog fix
by Vijay Kiran Kamuju 09 Oct '05

09 Oct '05

---------- Forwarded message ---------- From: Vijay Kiran Kamuju <infyquest(a)gmail.com> Date: Oct 9, 2005 2:28 PM Subject: Re: printer dialog fix To: Dmitry Timoshkov <dmitry(a)baikal.ru> This is an initial patch, if this gets accepted i will just add another error msgbox that its under development. I will be working on that On 10/9/05, Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > "Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > > > --- dlls/commdlg/cdlg_En.rc 7 Jul 2005 18:23:45 -0000 1.41 > > +++ dlls/commdlg/cdlg_En.rc 9 Oct 2005 05:50:28 -0000 > > @@ -405,7 +405,9 @@ supported by your printer.\nPlease enter > > PD32_OUT_OF_MEMORY "Out of memory." > > PD32_GENERIC_ERROR "An error occurred." > > PD32_DRIVER_UNKNOWN "Unknown printer driver." > > - > > + PD32_NO_DEVICES "Before you can perform printer-related tasks \ > > +such as page setup or printing a document, you need to install a printer. \ > > +Do you want to install a printer now?" > > This message confuses a user by implying that if he presses 'Yes' then > a printer will be installed. I'd suggest to either change the message or > add missing functionality. > > -- > Dmitry. > >

2 1

Re: printer dialog fix
by Dmitry Timoshkov 09 Oct '05

09 Oct '05

"Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > --- dlls/commdlg/cdlg_En.rc 7 Jul 2005 18:23:45 -0000 1.41 > +++ dlls/commdlg/cdlg_En.rc 9 Oct 2005 05:50:28 -0000 > @@ -405,7 +405,9 @@ supported by your printer.\nPlease enter > PD32_OUT_OF_MEMORY "Out of memory." > PD32_GENERIC_ERROR "An error occurred." > PD32_DRIVER_UNKNOWN "Unknown printer driver." > - > + PD32_NO_DEVICES "Before you can perform printer-related tasks \ > +such as page setup or printing a document, you need to install a printer. \ > +Do you want to install a printer now?" This message confuses a user by implying that if he presses 'Yes' then a printer will be installed. I'd suggest to either change the message or add missing functionality. -- Dmitry.

1 0

WINE Regression due to patch applied Feb 22, 2005 10:50 CDT
by Arren Lex 09 Oct '05

09 Oct '05

I've just finished regression testing WINE using the instructions at http://winehq.com/site/docs/wine-devel/x1375 One of my favourite applications, the open-source and freeware KeyNote, available at http://www.tranglos.com/free/keynote.html , experienced a regression between WINE 20050211 and 20050310. I've been too lazy to regression test it for a long time, preferring simply to use an older version of wine, but in honour of WINE's pending non-alpha release I went ahead and tested it. Keynote used to run perfectly under WINE <=20050211, but after 20050310, it doesn't launch: it spits out the error message "Exception EAccessViolation in module kernel32.dll at 0004FF5D. Access violation at address 404DFF5D in module 'kernel32.dll'. Read of address 00000000." and quits. This regression still exists in the latest version of WINE. I found WINE's ability to run the application was broken between 20050222 10:50:10 CDT and 20050222 10:50:15 CDT. Watching the output of 'cvs update', it seems three files were modified during these five seconds: U dlls/kernel/string.c U dlls/shell32/shell32.spec U include/winbase.h I don't know which one is the culprit; I'm not a programmer. I just hope I've given you guys enough information to fix it! Keep WINE alive. It's an awesome utility. P.S. Is there some sort of list of patches and when they were applied? The regression testing page above doesn't link to one (maybe it should!) and I wasn't able to find one I could check against. _________________________________________________________________ Don't just Search. Find! http://search.sympatico.msn.ca/default.aspx The new MSN Search! Check it out!

5 5

Re: mciwave: for playback, don't open the file with write right (fix for #3422)
by Tony Lambregts 08 Oct '05

08 Oct '05

Eric Pouech wrote: > A+ is it just me or or was there really suposed to be a patch with this? ;^) -- Tony Lambregts

1 0

regarding the bug430
by Vijay Kiran Kamuju 08 Oct '05

08 Oct '05

hi all, if we disable the following two lines in DEFDLG_SetFocus function in the defdlg.c (line nos 70 and 71) if (SendMessageW( hwndCtrl, WM_GETDLGCODE, 0, 0 ) & DLGC_HASSETSEL) SendMessageW( hwndCtrl, EM_SETSEL, -1, 0 ); The testcase program given is running correctly, i have asked julliard about this. He said we need extensive testing what is the exact behavior on windows. Does this cause any regressions? Well i dont know whther this is a correct patch ?????? Well before this somebody took a stab at this but having a global variables, this was not accepted as it was a bad idea. Well if there is any other mechanism to know whether the control is a edit box, well we can put some fix so that we save the focus details on the control itself and retrive it form the control. Ideas are welcome Thanks, Vijay

3 5

Debian packages
by Daniel 08 Oct '05

08 Oct '05

Hi, the debian packages (http://wine.sf.net/apt/) are still stuck at 20050725. I have failed to contact the maintainer, Scott Ritchie. Does anyone know whether he is still dedicated to building the packages? regards, Daniel

1 0

Re: [PATCH] wined3d VideoRam registry setting
by Jonathan Ernst 08 Oct '05

08 Oct '05

Le samedi 08 octobre 2005 à 10:47 +0900, Aric Cyr a écrit : > This is a simple patch to add a registry setting for a user's video > RAM which is used > by wined3d. Currently emulated_videoram is hardcoded at 64MB, which > is not enough for some games and having to recompile wine to change it > is a burden for end-users. The new registry key is called > HKCU\Software\Wine\Direct3D\VideoRam and is an integer in megabytes. Hello I guess it is not possible to retrieve the real value from the system ? It would be nice to have this setting changeable in winecfg in the future. Bye. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

3 2

Re: Fix OpenFile with OF_EXIST
by Eric Pouech 08 Oct '05

08 Oct '05

Maxime Bellengé wrote: > If OF_EXIST is specified in the mode parameter, OpenFile must return > FALSE instead of HFILE_ERROR if an error occurs. > > Maxime > > Changelog: > * In case of failure and OF_EXIST is specified, return FALSE instead > of HFILE_ERROR it would be nice to have the test case also A+ -- Eric Pouech

1 0

wineconsole
by Eric Pouech 08 Oct '05

08 Oct '05

Marcus, Robert, does this attached patch solves the issue in wineconsole, while using the user backend of lines below the fonts appearing not drawn ? A+ -- Eric Pouech

1 0

Re: msvcrt: Fix _ismbblead test: Make it pass on windows
by Vitaliy Margolen 08 Oct '05

08 Oct '05

Any reason why this patch wasn't committed? http://www.winehq.com/pipermail/wine-patches/2005-October/021091.html Vitaliy Margolen Saturday, October 1, 2005, 11:58:45 AM, Vitaliy Margolen wrote: > This test clearly fails on all windows versions. > Vitaliy Margolen > changelog: > msvcrt: > Fix _ismbblead test: Make it pass on windows

3 3

Re: shell32/test: Make shelllink.c compile with mingw and work with win2k
by Vitaliy Margolen 08 Oct '05

08 Oct '05

Any reason why this patch wasn't committed? http://www.winehq.com/pipermail/wine-patches/2005-October/021090.html Vitaliy Margolen Saturday, October 1, 2005, 11:39:36 AM, Vitaliy Margolen wrote: > ILFree, ILIsEqual and SHILCreateFromPath are not exported by names at least on > my win2k. > Vitaliy Margolen > changelog: > shell32/test > Make shelllink.c compile with mingw and work with win2k.

1 0

Slackware packages missing fonts.
by Vitaliy Margolen 08 Oct '05

08 Oct '05

Got one report on #winehq that Slackware binary packages missing fonts. Whoever is the maintainer could you look into this please? -- Best regards, Vitaliy

1 0

Re: Documentation of Parallel and Serial port configuration?
by Juan Lang 07 Oct '05

07 Oct '05

Hi Holly, there's no UI to do this yet, as you found out. By default, you don't need to do any config, at least on Linux. COM1 defaults to /dev/ttyS0, COM2 to /dev/ttyS1, and so on. LPT1 defaults to /dev/lp0.. you get the idea. If you want to change it, you can create a link in .wine/dosdevices from, say, com1 to the device you want it to use. So if for example you wanted com1 to be /dev/cua0, you should have this in dosdevices: lrwxrwxrwx 1 juan juan 9 Oct 4 08:15 com1 -> /dev/cua0 Hope that helps, --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

6 8

wcmd unusable when DISPLAY not set. Again.
by Dan Kegel 07 Oct '05

07 Oct '05

It's been a year or so since my last complaint, time to complain again! wcmd is currently unusable when DISPLAY is not set. Normally, you can do programs/wcmd/wcmd and get a nice DOS prompt. However, if you do unset DISPLAY programs/wcmd/wcmd you get a nonfunctional DOS prompt; for each keystroke, it gives you a new prompt. Pressing ^C terminates wine, and leaves stdin in raw mode. This makes it really friggin' hard to use batch files in a cron job or any other situation where you don't have X available. (And *please* don't tell me to set up a fake X server for this; that should simply not be needed. ) I get pissed off about this every time I run into it, and I'm getting tired of having to figure this out over and over again. Grr, grr, grr. Maybe I should figure out how to make a regression test for this so the next time somebody breaks it, I'm not the first person to notice.

4 5

OLEAUT32: add full multiplication/division support for DECIMAL (in small patches)
by Alex Villacís Lasso 07 Oct '05

07 Oct '05

Last week I sent the following patches that add DECIMAL support for OLEAUT32: 1) Tests for all missing functionality: http://www.winehq.org/pipermail/wine-patches/2005-September/020849.html 2) Call VarDecDiv and VarDecSub from variant.c: http://www.winehq.org/pipermail/wine-patches/2005-September/020850.html 3) Correct scaling of high 32 bits of DECIMAL: http://www.winehq.org/pipermail/wine-patches/2005-September/020851.html 4) Add full VarBstrFromDec support: http://www.winehq.org/pipermail/wine-patches/2005-September/020852.html 5) Add full VarDecMul support: http://www.winehq.org/pipermail/wine-patches/2005-September/020853.html 6) Add full VarDecDiv support: http://www.winehq.org/pipermail/wine-patches/2005-September/020854.html Of these, only patches 2 and 3 have been commited. Could somebody explain (especially Mr. Alexandre Julliard) whether these patches have been noticed? If so, what can be done to improve them? Alex Villacís Lasso

3 6

CreateFile access/sharing problem
by Michael Ost 07 Oct '05

07 Oct '05

Vitaliy wrote on Oct 6: > I think this is the way it might look like. It's a hack and not the > real solution. I tested out your patch from Oct 6 on my CreateFile() ReadFile() test program and it worked. Just thought you might like to know... mo

1 0

Re: user: make A->W WM_GETTEXTLENGTH use WM_GETTEXT [try 4]
by Frank Richter 07 Oct '05

07 Oct '05

On 22.09.2005 16:57, Frank Richter wrote: > Diff to try 3: Use less callbacks, only pass window func. SendMessageW() > is used in case the func is 0. > > Frank Richter <frank.richter(a)gmail.com> > When doing A->W WM_GETTEXTLENGTH, use WM_GETTEXT behind the scenes to > obtain an exact length. This seems to match the behaviour of recent > Windowses and as well fixes a couple of regressions (caused by theming > suddenly making the standard controls Unicode). Any comments on this one? -f.r.

3 2

Re: printer dialog fixes part1
by Dimi Paun 07 Oct '05

07 Oct '05

On Fri, 2005-10-07 at 17:55 +0530, Vijay Kiran Kamuju wrote: > Changelog > --------------- > Add the messages in rc file and h file One patch per email, please. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: printer dialog fixes part1
by Vijay Kiran Kamuju 07 Oct '05

07 Oct '05

On 10/7/05, Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > Each patch file is a one liner, as i dont have cvs access i tend to > send the one patch per file in the directory. > > On 10/7/05, Dimi Paun <dimi(a)lattica.com> wrote: > > On Fri, 2005-10-07 at 17:55 +0530, Vijay Kiran Kamuju wrote: > > > Changelog > > > --------------- > > > Add the messages in rc file and h file > > > > One patch per email, please. > > > > -- > > Dimi Paun <dimi(a)lattica.com> > > Lattica, Inc. > > > > >

1 1

Re: respect ph.dwHow on SetProperty and some other transfers from joystick_linux.c
by Daniel Remenak 07 Oct '05

07 Oct '05

> @@ -859,15 +939,14 @@ > JoystickImpl *This = (JoystickImpl *)iface; > int xfd = This->joyfd; > int i,axes,buttons; > - int wasacquired = 1; > > TRACE("%p->(%p)\n",iface,lpDIDevCaps); > - if (xfd==-1) { > + > /* yes, games assume we return something, even if unacquired */ > - JoystickAImpl_Acquire(iface); > - xfd = This->joyfd; > - wasacquired = 0; > + if (xfd==-1) { > + IDirectInputDevice8_Acquire(iface); > } > + > lpDIDevCaps->dwFlags = DIDC_ATTACHED; > if (This->dinput->dwVersion >= 0x0800) > lpDIDevCaps->dwDevType = DI8DEVTYPE_JOYSTICK | (DI8DEVTYPEJOYSTICK_STANDARD << 8); > @@ -885,15 +964,20 @@ > lpDIDevCaps->dwAxes = axes; > lpDIDevCaps->dwButtons = buttons; > > - if (!wasacquired) > - JoystickAImpl_Unacquire(iface); > + if (xfd==-1) { > + IDirectInputDevice8_Unacquire(iface); > + } > > return DI_OK; > } > What's up with the change from JoystickAImpl_Acquire to IDirectInputDevice8_Acquire? It will break this function; in the middle of GetCapabilities is axes=0; for (i=0;i<ABS_MAX;i++) if (test_bit(This->absbits,i)) axes++; buttons=0; for (i=0;i<KEY_MAX;i++) if (test_bit(This->keybits,i)) buttons++; if (This->has_ff) lpDIDevCaps->dwFlags |= DIDC_FORCEFEEDBACK; absbits, keybits, and has_ff are all set properly only when the joystick is acquired with JoystickAImpl_Acquire. absbits and keybits are also set during joydev_have, but if you have more than one device they may not be set for the correct device unless you explicitly acquire it. has_ff is not set at all until the stick is acquired.

2 1

Steam Installer doesn't work in the latest release of wine
by 刘远曦 07 Oct '05

07 Oct '05

At lease I saw three guys claims the same problem... The SteamInstaller will crash when it tries to display the lincens agreement. the debug information is following: style.c:62: ME_ToCF2W: Assertion `from->cbSize >= sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009) Is it a new bug in 20050930? who can explain what is going on here? last part is the full debug output: fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\GLFe94.tmp") : returns fake SECURITY_DESCRIPTOR fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\GLFed5.tmp") : returns fake SECURITY_DESCRIPTOR fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub wine-pthread: style.c:62: ME_ToCF2W: Assertion `from->cbSize >= sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0x4007b83b). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:4007b83b ESP:4073850c EBP:40738514 EFLAGS:00200202( - 00 - - I1) EAX:00000000 EBX:00001c64 ECX:00001c64 EDX:00000006 ESI:00000000 EDI:40184e80 Stack dump: 0x4073850c: 40184e80 4073b944 40738640 4007cfa2 0x4073851c: 00000006 40738528 00000000 00000020 0x4073852c: 00000000 00000000 00000000 00000000 0x4073853c: 00000000 00000000 00000000 00000000 0x4073854c: 00000000 00000000 00000000 00000000 0x4073855c: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x4007b83b (0x40738514) 2 0x4007cfa2 (0x40738640) 3 0x400752df (0x40738678) 4 0x42b30ab0 ME_CopyToCF2W+0x0(to=0x407386b8, from=0x4073b944) [style.c:67] in riched20 (0x407386a4) 5 0x42b30f89 ME_ApplyStyle(sSrc=0x42b665e0, style=0x4073b944) [style.c:155] in riched20 (0x40738744) 6 0x42b218d7 ME_RTFReadHook(info=0x407397f0) [editor.c:491] in riched20 (0x40738764) 7 0x42b2a4f9 RTFGetToken(info=0x407397f0) [/tmp/wine-20050930/dlls/riched20/reader.c:467] in riched20 (0x40738784) 8 0x42b2a338 RTFRead(info=0x407397f0) [/tmp/wine-20050930/dlls/riched20/reader.c:379] in riched20 (0x40738798) 9 0x42b21d7a ME_StreamIn+0x39a(editor=0x42b50088, format=0x2, stream=0x4073d604) [editor.c:591] in riched20 (0x4073c95c) 10 0x42b25591 RichEditANSIWndProc(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x4073d604) [/tmp/wine-20050930/dlls/riched20/editor.c:1163] in riched20 (0x4073d448) 11 0x42b2650a RichEdit10ANSIWndProc+0x3a(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x4073d604) [/tmp/wine-20050930/dlls/riched20/editor.c:1947] in riched20 (0x4073d46c) 12 0x407f7bbf WINPROC_wrapper+0x17 in user32 (0x4073d490) 13 0x407f7f21 WINPROC_CallWndProc+0x71(proc=0x42b01000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x4073d604) [/tmp/wine-20050930/dlls/user/winproc.c:417] in user32 (0x4073d4c4) 14 0x407fef4f CallWindowProcA(func=0x42b01000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x4073d604) [/tmp/wine-20050930/dlls/user/winproc.c:3245] in user32 (0x4073d4f8) 15 0x407c9ed1 call_window_proc+0x171(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x4073d604, unicode=0x0, same_thread=0x1) [/tmp/wine-20050930/dlls/user/message.c:1520] in user32 (0x4073d554) 16 0x407cbf4f SendMessageTimeoutA+0x1ff(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x4073d604, flags=0x0, timeout=0x0, res_ptr=0x4073d5e4) [/tmp/wine-20050930/dlls/user/message.c:2396] in user32 (0x4073d5c0) 17 0x407cc03e SendMessageA+0x4e(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x4073d604) [/tmp/wine-20050930/dlls/user/message.c:2440] in user32 (0x4073d5ec) 18 0x1000a637 in glc7dd.tmp (+0xa637) (0x4073d610) 19 0x10009b89 _ListboxSubclassProc@16+0x568 in glc7dd.tmp (0x4073da68) 20 0x10009a61 _ListboxSubclassProc@16+0x440 in glc7dd.tmp (0x4073e35c) 21 0x407f7bbf WINPROC_wrapper+0x17 in user32 (0x4073e380) 22 0x407f7f21 WINPROC_CallWndProc+0x71(proc=0x10007c17, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:417] in user32 (0x4073e3b4) 23 0x407fef4f CallWindowProcA(func=0x4085b318, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:3245] in user32 (0x4073e3e8) 24 0x40792328 DefDlgProcA+0x88(hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/defdlg.c:453] in user32 (0x4073e418) 25 0x407f7bbf WINPROC_wrapper+0x17 in user32 (0x4073e43c) 26 0x407f7f21 WINPROC_CallWndProc+0x71(proc=0x407922a0, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:417] in user32 (0x4073e470) 27 0x407fe724 WINPROC_CallProc32WTo32A(func=0x407922a0, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:3058] in user32 (0x4073e4b0) 28 0x407ff0cf CallWindowProcW+0x14f(func=0x4085b01a, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:3284] in user32 (0x4073e4e4) 29 0x407c9e40 call_window_proc+0xe0(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0, unicode=0x1, same_thread=0x1) [/tmp/wine-20050930/dlls/user/message.c:1515] in user32 (0x4073e540) 30 0x407cbd11 SendMessageTimeoutW+0x161(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0, flags=0x0, timeout=0x0, res_ptr=0x4073e5c8) [/tmp/wine-20050930/dlls/user/message.c:2348] in user32 (0x4073e5a4) 31 0x407cbfde SendMessageW+0x4e(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0) [/tmp/wine-20050930/dlls/user/message.c:2429] in user32 (0x4073e5d0) 32 0x40796195 DIALOG_CreateIndirect+0x3c5(hInst=0x10000000, dlgTemplate=0x404115b8, owner=0x20042, dlgProc=0x10007c17, param=0x0, unicode=0x0, modal=0x0) [/tmp/wine-20050930/dlls/user/dialog.c:638] in user32 (0x4073e698) 33 0x40796880 CreateDialogIndirectParamAorW+0x40(hInst=0x10000000, dlgTemplate=0x40411594, owner=0x20042, dlgProc=0x10007c17, param=0x0, flags=0x2) [/tmp/wine-20050930/dlls/user/dialog.c:697] in user32 (0x4073e6bc) 34 0x407968d4 CreateDialogIndirectParamA(hInst=0x10000000, dlgTemplate=0x40411594, owner=0x20042, dlgProc=0x10007c17, param=0x0) [/tmp/wine-20050930/dlls/user/dialog.c:705] in user32 (0x4073e6e0) 35 0x10007b2e in glc7dd.tmp (+0x7b2e) (0x4073e774) 36 0x100078ee in glc7dd.tmp (+0x78ee) (0x4073e88c) 37 0x100044cc in glc7dd.tmp (+0x44cc) (0x4073f5a4) 38 0x10001fa8 WiseMain+0xf99 in glc7dd.tmp (0x00000000) 0x4007b83b: xchgl %edi,%ebx Modules: Module Address Debug info Name (87 modules) PE 0x00400000-00407000 Deferred steaminstall PE 0x10000000-1002c000 Export glc7dd.tmp ELF 0x40000000-40017000 Deferred ld-linux.so.2 ELF 0x40029000-40043000 Deferred libwine.so.1 ELF 0x40043000-40052000 Deferred libpthread.so.0 ELF 0x40188000-4018b000 Deferred libdl.so.2 ELF 0x4018c000-40204000 Deferred ntdll<elf> \-PE 0x401a0000-40204000 \ ntdll ELF 0x40215000-4030a000 Deferred libwine_unicode.so.1 ELF 0x4030a000-4032c000 Deferred libm.so.6 ELF 0x4033d000-40345000 Deferred libnss_compat.so.2 ELF 0x40345000-40359000 Deferred libnsl.so.1 ELF 0x40359000-40362000 Deferred libnss_nis.so.2 ELF 0x40362000-4036c000 Deferred libnss_files.so.2 ELF 0x40480000-40586000 Deferred kernel32<elf> \-PE 0x404a0000-40586000 \ kernel32 ELF 0x40740000-4086b000 Stabs user32<elf> \-PE 0x40760000-4086b000 \ user32 ELF 0x4086b000-408f9000 Deferred gdi32<elf> \-PE 0x40880000-408f9000 \ gdi32 ELF 0x408f9000-40937000 Deferred advapi32<elf> \-PE 0x40900000-40937000 \ advapi32 ELF 0x40948000-409b5000 Deferred libfreetype.so.6 ELF 0x409b5000-409c7000 Deferred libz.so.1 ELF 0x409d8000-40a07000 Deferred libfontconfig.so.1 ELF 0x40a07000-40a27000 Deferred libexpat.so.1 ELF 0x40a27000-40aae000 Deferred winex11.drv<elf> \-PE 0x40a40000-40aae000 \ winex11.drv ELF 0x40aae000-40ab2000 Deferred euc-cn.so ELF 0x40abf000-40ac8000 Deferred libsm.so.6 ELF 0x40ac8000-40adf000 Deferred libice.so.6 ELF 0x40adf000-40aed000 Deferred libxext.so.6 ELF 0x40aed000-40bb4000 Deferred libx11.so.6 ELF 0x40bb4000-40c23000 Deferred libgl.so.1 ELF 0x40c23000-40c34000 Deferred libgb.so ELF 0x40c34000-40c3a000 Deferred xlibi18n.so.2 ELF 0x40c3a000-40c58000 Deferred ximcp.so.2 ELF 0x40c58000-40c75000 Deferred imm32<elf> \-PE 0x40c60000-40c75000 \ imm32 ELF 0x40c86000-40c8f000 Deferred libxcursor.so.1 ELF 0x40c8f000-40c97000 Deferred libxrender.so.1 ELF 0x4179e000-417a8000 Deferred xomgeneric.so.2 ELF 0x417a8000-4183e000 Deferred comdlg32<elf> \-PE 0x417c0000-4183e000 \ comdlg32 ELF 0x4183e000-41908000 Deferred shell32<elf> \-PE 0x41850000-41908000 \ shell32 ELF 0x41908000-41963000 Deferred shlwapi<elf> \-PE 0x41920000-41963000 \ shlwapi ELF 0x41963000-419f2000 Deferred ole32<elf> \-PE 0x41980000-419f2000 \ ole32 ELF 0x419f2000-41a37000 Deferred rpcrt4<elf> \-PE 0x41a00000-41a37000 \ rpcrt4 ELF 0x41a37000-41a56000 Deferred iphlpapi<elf> \-PE 0x41a40000-41a56000 \ iphlpapi ELF 0x41a56000-41b1c000 Deferred comctl32<elf> \-PE 0x41a60000-41b1c000 \ comctl32 ELF 0x41b1c000-41b47000 Deferred winspool.drv<elf> \-PE 0x41b20000-41b47000 \ winspool.drv ELF 0x41b47000-41b61000 Deferred version<elf> \-PE 0x41b50000-41b61000 \ version ELF 0x41b61000-41b75000 Deferred lz32<elf> \-PE 0x41b70000-41b75000 \ lz32 ELF 0x41b75000-41b94000 Deferred mpr<elf> \-PE 0x41b80000-41b94000 \ mpr ELF 0x41b94000-41c17000 Deferred winmm<elf> \-PE 0x41ba0000-41c17000 \ winmm ELF 0x41c81000-41c9e000 Deferred libcups.so.2 ELF 0x41c9e000-41d05000 Deferred libgnutls.so.11 ELF 0x41d05000-41d15000 Deferred libtasn1.so.2 ELF 0x41d15000-41d62000 Deferred libgcrypt.so.11 ELF 0x41d62000-41d66000 Deferred libgpg-error.so.0 ELF 0x41d66000-41d6b000 Deferred libnss_db.so.2 ELF 0x41d6b000-41e15000 Deferred libdb3.so.3 ELF 0x41e15000-41e5b000 Deferred wineoss.drv<elf> \-PE 0x41e30000-41e5b000 \ wineoss.drv ELF 0x41e5b000-41e73000 Deferred msacm.drv<elf> \-PE 0x41e60000-41e73000 \ msacm.drv ELF 0x41e73000-41e96000 Deferred msacm32<elf> \-PE 0x41e80000-41e96000 \ msacm32 ELF 0x41fb0000-41fc5000 Deferred midimap<elf> \-PE 0x41fc0000-41fc5000 \ midimap PE 0x420e0000-420eb000 Deferred glka12.tmp ELF 0x42aef000-42b03000 Deferred riched32<elf> \-PE 0x42b00000-42b03000 \ riched32 ELF 0x42b03000-42b46000 Stabs riched20<elf> \-PE 0x42b10000-42b46000 \ riched20 ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) L:\SteamInstall.exe 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8

1 0

Re: What Windows apps stand in the way of switching to Linux at your shop?
by Dan Kegel 07 Oct '05

07 Oct '05

On 10/6/05, drescher0110-lists(a)yahoo.com <drescher0110-lists(a)yahoo.com> wrote: > decided to try a simple test [of msvc++ 6.0]. I tried to create a new > win32 console application with mfc support. After the > final step in the appwizard the porgram hung. In the > terminal I launched msdev from there was the following > errors: > > err:heap:HEAP_ValidateInUseArena Heap 0x7fcf0000: > in-use arena 0x7e1fc348 next block has PREV_FREE flag > err:seh:setup_exception stack overflow 180 bytes in > thread 0032 eip 7ffc1d36 esp 7fb00f4c stack > 0x7fb00000-0x7fc00000 Aha, sounds like you're on the trail of something! Shame it's so hard to use Valgrind with wine; this is the kind of thing it might well be able to help track down. - Dan

1 0

Re: [ddraw] fix bug 3487: don't crash if pDDSD is NULL
by Vitaliy Margolen 06 Oct '05

06 Oct '05

Thursday, October 6, 2005, 1:31:09 AM, Raphael wrote: > Hi, > Changelog: > - fix 3487: don't crash if pDDSD is NULL on DirectDrawSurface::Lock > Regards, > Raphael > + if (NULL == lpddsd) { > + DPRINTF("(null)\n"); > } else { Please don't use DPFINTF > + if (lpddsd->>dwSize >= sizeof(DDSURFACEDESC2)) { > + DDRAW_dump_members(lpddsd->dwFlags, lpddsd, members_caps2, 1); > + } else { And follow the same indentation style (4 spaces): Vitaliy Margolen

3 2

USB support for wine, status?
by Kai Blin 06 Oct '05

06 Oct '05

Hi folks, While trying to get one of my games to run, I realized that wine is still missing USB support (see bug 1393). Following the discussion in the archive, it seems like noone is working on this right now. Am I correct in that assumption? There were some suggestions to discuss this on WineConf2005. Was it? Damjan, if you're still interested, I'd be willing to help. Cheers, Kai -- Kai Blin, (blin at gmx dot net) People who are funny and smart and return phone calls get much better press than people who are just funny and smart. -- Howard Simons, "The Washington Post"

5 13

page fault on 0x7ffe02d8
by Robert Reif 06 Oct '05

06 Oct '05

I am getting this exception: Unhandled exception: page fault on read access to 0x7ffe02d8 in 32-bit code (0x51102a96). and I found this in winternal.h: #if (_WIN32_WINNT >= 0x0501) #define INTERNAL_TS_ACTIVE_CONSOLE_ID ( *((volatile ULONG*)(0x7ffe02d8)) ) #endif /* (_WIN32_WINNT >= 0x0501) */ Should something be allocating memory for this?

4 6

Getting permission to accept bugs
by Juan Lang 06 Oct '05

06 Oct '05

Just who is the bugzilla maintainer, anyway? Newman? It'd be nice if it were easier to find that out.. Anyway, I'd like to have permission to accept bugs. Shouldn't all of the hackers have that ability? Thanks, --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

4 4

MSHTML SoC project summary
by Jacek Caban 06 Oct '05

06 Oct '05

Hello. As Dimi suggested, I'm writing here a summary of my SoC project. I was working on MSHTML implementation. More about what is MSHTML is on the wiki: http://wiki.winehq.org/MozillaIntegration so I won't rewrite it here. MSHTML generally works as HTML is displayed, but there is still a bit to do. The thing that blocks correct implementation is loading pages from stream. It prevents correct implementation of functions like stop or refresh. What I mean here is that the function Load gets IMoniker interface that should be used to load the page, but the current implementation just gets URL by GetDisplayName and lets Gecko load the page. Not only it is a hack, it limits the functionality so that only protocols supported by Gecko may be used - which definitely is not what we want. Among others HTML Help, because of this, can't work with current implementation, as it uses mk protocol. There is some code that allowed us to implement it correctly, but presently it's disabled. I gave more info about this in comment to the patch: http://www.winehq.org/pipermail/wine-patches/2005-August/020059.html Before I'll enable it again in CVS, I'd like to have a better URLMoniker implementation (most apps use it to pass IMoniker to the Load function but the current Load implementation hides bugs in it). First thing that needs to be done with URLMoniker is to switch it to use the pluggable protocol. That means rewriting most of URLMoniker, but, first of all, these protocols have to be correctly implemented. I have almost finished http implementation, so there remain https and ftp. That's what I'm going to work on in the nearest future, however now it can't go to the CVS before 0.9 release (correct me if I'm wrong). Other things that have to be done are: - More functionality of MSHTML: there are leaks in its functionality. Although I don't think edit mode is something we should really care, there are things like refresh or stop. - WebBrowser control implementation - when we have its true implementation, MSHTML will become truly useful and in most apps HTML pages should work out of box. Thanks, Jacek

2 4

IRC Log of channel #winehq
by Dieter Komendera 06 Oct '05

06 Oct '05

Hi people, I was hanging around in the winehq irc channel for one and a half month or so. I recognized that many questions are asked frequently. So I want to ask you, what you think about an irc-bot in the channel, that logs everything that's written. The idea is to create archives (like the mailinglist archives, but daily) which everyone can read and maybe find a solution for his/her problem. Also users who don't use irc, would have access easily. Maybe thats not a new idea, but I couldn't find anything about this in the mailinglists archive. So, what do you think about this? Best regards, Dieter Komendera, ircnick: komi

4 3

Re: ole32: ignore unused flags
by Robert Shearman 06 Oct '05

06 Oct '05

Juan Lang wrote: >Index: dlls/ole32/compobj.c >=================================================================== >RCS file: /home/wine/wine/dlls/ole32/compobj.c,v >retrieving revision 1.165 >diff -u -r1.165 compobj.c >--- dlls/ole32/compobj.c 3 Oct 2005 11:02:37 -0000 1.165 >+++ dlls/ole32/compobj.c 6 Oct 2005 01:41:57 -0000 >@@ -570,6 +570,8 @@ > */ > HRESULT WINAPI CoInitializeEx(LPVOID lpReserved, DWORD dwCoInit) > { >+ static const DWORD IgnoredFlags = COINIT_DISABLE_OLE1DDE | >+ COINIT_SPEED_OVER_MEMORY; > HRESULT hr = S_OK; > APARTMENT *apt; > >@@ -579,6 +581,11 @@ > { > ERR("(%p, %x) - Bad parameter passed-in %p, must be an old Windows Application\n", lpReserved, (int)dwCoInit, lpReserved); > } >+ if (dwCoInit & IgnoredFlags) >+ { >+ WARN("(%lx) - Flags ignored\n", dwCoInit & IgnoredFlags); >+ dwCoInit &= ~IgnoredFlags; >+ } > > /* > * Check the lock count. If this is the first time going through the initialize > > Actually, you can ignore all flags except COINIT_APARTMENTTHREADED and COINIT_MULTITHREADED. These are the only two that matter for the error message and return value of CoInitializeEx. Just and these two flags with dwCoInit before comparing it with the existing apartment model. -- Rob Shearman

2 1

Undefined references
by Robert Lunnon 06 Oct '05

06 Oct '05

Under solaris I get some undefined references popping up from yesterdays cvs (that I'm not used to seeing). Undefined first referenced symbol in file GetStartupInfoA ../../dlls/libwinecrt0.a(exe_main.o) GetModuleHandleA ../../dlls/libwinecrt0.a(exe_main.o) GetCommandLineA ../../dlls/libwinecrt0.a(exe_main.o) WinMain ../../dlls/libwinecrt0.a(exe_main.o) I'm used to seeing main undefined in libraries (presumably because the abblications using the dlls define the symbol), but not this collection. the wine executable fails with wine: failed to initialize: ld.so.1: wine: fatal: relocation error: file /opt/cfw/wine/lib/wine/ntdll.dll.so: symbol GetCommandLineA: referenced symbol not found Which seems to suggest it shouldn't be this way. Apparently there is a library that isn't being linked properly somewhere. Bob

2 9

CreateFile access/sharing problem
by Michael Ost 06 Oct '05

06 Oct '05

Any suggestions for how to handle a difference in file access and sharing handling between Wine (20050830) and WinXP? A program demonstrating the problem is attached below. A 3rd party installer program for a VST plugin is calling CreateFile with dwDesiredAccess = 0x1f01ff and dwSharedMode = FILE_SHARE_WRITE. It then calls ReadFile, which fails in Wine (error 5) but succeeds in WinXP. My "solution" (polite term) was to force GENERIC_READ|GENERIC_WRITE access in ntdll/NtCreateFile if the sharing type is FILE_SHARE_WRITE. I have not been able to figure out from the header files what named constants the program used for dwDesiredAccess, so I hard coded it with the values the program used in my example. But I did notice that FILE_ALL_ACCESS is a different value in Wine and my VC98 headers from DevStudio 6. In Wine it is: (STANDARD_RIGHTS_REQUIRED|SYNCHRONIZE|0x1ff) In VC98: (STANDARD_RIGHTS_REQUIRED|SYNCHRONIZE|0x3ff) Is this a Wine bug? The "access" and "sharing" parameters to CreateFile are making me feel stupid. I read and read and read the docs at http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… and still can't really figure out what they are supposed to do! I am pretty sure that my hack wouldn't stand and would love to hear the right way to fix this problem. Thanks... mo #include <stdio.h> // printf #include <windows.h> int main(int argc, char *argv[]) { if (argc < 2) { puts("usage: wine file-access-test.exe.so PATH"); puts("Tests the access used by the Ivory Library Tools program that doesn't work with wine."); return(1); } HANDLE file = ::CreateFile(argv[1], 0x1f01ff, FILE_SHARE_WRITE, NULL, OPEN_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL); if (file != INVALID_HANDLE_VALUE) { DWORD bytesRead; char bufr[32]; // passes in winxp; fails (error 5) in wine if (::ReadFile(file, bufr, sizeof(bufr), &bytesRead, NULL)) printf("Read %ld bytes\n", bytesRead); else printf("ReadFile error: %d\n", ::GetLastError()); ::CloseHandle(file); } else printf("CreateFile error: %d\n", ::GetLastError()); return(0); }

7 19

A new tool to interact with Bugzilla
by Jonathan Ernst 06 Oct '05

06 Oct '05

Hello, This might solve people's concerns about the difficulty to use/search in bugzilla. You can save queries, make fast search in comments thanks to the local database (use top right search field), etc. Of course I discovered this application right after having triaged some hundreds bugs... http://mozillazine.org/talkback.html?article=7491 Deskzilla 1.0, a desktop client for the Bugzilla bug tracking system. Deskzilla delivers features for greater productivity and an improved working environment for the users of Bugzilla. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

2 1

arts broken
by Christian Gmeiner 06 Oct '05

06 Oct '05

Hi all. I am quite new to wine and i love it very much, but there are some things to improve. For instance i want to use arts as soundoutput, but when it is enabled, wine crash at startup. Is anybody working on it to fix it? If not, i would like to try to do the job. Greets, Christian -- Christian Gmeiner Developer for Rockbox (http://www.rockbox.org) Maintainer of the DXR3-Plugin for VDR: http://sourceforge.net/projects/dxr3plugin/ Maintainer of VDR-Ebuilds at Gentoo.de

2 1

Documentation of Parallel and Serial port configuration?
by Holly Bostick 06 Oct '05

06 Oct '05

Hi again, Now that all my 'issues' about installing Wine 20050930 are resolved, I'm running a clean install like a completely new user and taking notes so I can document what *real* new users might get confused by, and what they need to do (as such a long-term Wine user myself, there are a lot of things that used to need to be done that are no longer needed, and things that now need to be done that didn't need to before) to get the Wine base system running optimally. (So far, Wine is doing quite well, btw-- I've only run winecfg and set up my drives, but the several sub-operations that I know needed to occur, such as creating the .wine directory, and correctly symlinking within dosdevices all did occur correctly, which is quite nice). The thing is, there's a question on wine-users as to how to configure parallel ports in the absence of the config file. Since I was running winecfg, I looked, and I don't see any configuration possible for parallel (or serial, since that might also be needed) ports. I myself don't use my ports, nor do I use any programs that need to connect to said ports, so I can't confirm that they would be automatically detected and configured (although I would imagine/deeply hope that they are, if the ports are properly set up on the system as a whole). However, naturally this user is not the only one who's going to want to know if they have to edit system.reg or something to configure their ports, and I certainly don't want to guess or assume in the docs. There's not even any 'status' output in winecfg, saying that there are parallel ports or serial ports detected and where, so how can a user verify said ports, and what must they do to change the port configuration if necessary? This is probably also a valid question for external MIDI ports, which are important to the audio community (which seems to need Windows apps since the native pro sound apps are not yet quite up to par). Any further information appreciated. Holly

2 1

How to generate a code page file?
by Juan Lang 06 Oct '05

06 Oct '05

Okay, one more spam. I want to generate a new code page file for code page 20261, the T.61 (Teletex) code page. The comments in the c_*.c files in libs/unicode say the files are generated, so I was wondering.. by what? There's no file for 20261 on the unicode.org web site, but I wrote a Windows program that spits out the encoding of each unicode character in 20261. I'll happily mangle it to produce the format desired by whatever converter program.. unless there isn't one. Thanks, --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 1

wineesd error during build on FC4
by Listman 05 Oct '05

05 Oct '05

On fedora core 4 and wine version 20050930 and CVS from 20051005 I get wineesd error during make depend. Can anyone giver me hints on figuring out whats making it hiccup. Sorry if this has already been discussed just joined the list, I did look through the archive though and didn't see anything. Thanks for any help.

1 0

RH8 spec for 20050830
by Michael Ost 05 Oct '05

05 Oct '05

Can someone who understands wine build issues review this RPM spec file for me, please? The RPMs for Redhat 8 are getting pretty long in the tooth on the Wine downloads page... dating back to May 24. I wanted to build a source RPM to work with, so I modified the 20050524 spec file for 20050830. It seems that there are changes in fonts and documentation. I removed some lines that were keeping rpmbuild from working. But I feel like I am tampering with issues beyond my grasp. Do the attached changes to the spec file look ok (temporarily marked with "todo")? Any gotchas? Anything missing? Thanks... mo --- wine-20050524-1rh8winehq.spec 2005-05-30 19:48:05.000000000 -0700 +++ wine-20050830-1rh8winehq.spec 2005-09-26 11:46:08.000000000 -0700 @@ -1,4 +1,4 @@ -%define DATE 20050524 +%define DATE 20050830 Summary: A Windows 16/32 bit emulator. Name: wine Version: %{DATE} @@ -8,7 +8,7 @@ URL: http://www.winehq.org/ Source0: ftp://metalab.unc.edu/pub/Linux/ALPHA/wine/development/Wine-%{version}.tar.… Source1: wine.init -Source2: wine-fonts-%{version}.tar.gz +# todo Source2: wine-fonts-%{version}.tar.gz Patch0: wine-%{version}-stabs+2.patch Patch1: wine-%{version}-nvidia-opengl.patch Patch2: wine-%{version}-generated.patch @@ -66,7 +66,7 @@ UPDATE_DESKTOP_DATABASE=/bin/true mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/wine -install -c -m 0644 documentation/samples/config $RPM_BUILD_ROOT%{_sysconfdir}/wine/config +# todo - install -c -m 0644 documentation/samples/config $RPM_BUILD_ROOT%{_sysconfdir}/wine/config cat >RedHat <<EOF Wine directory structure used in Red Hat Linux: @@ -91,8 +91,8 @@ install -c -m 755 %SOURCE1 $RPM_BUILD_ROOT%{_initrddir}/wine # Install Wine's fonts -mkdir -p $RPM_BUILD_ROOT%{_datadir}/fonts/wine -tar xzf %SOURCE2 -C $RPM_BUILD_ROOT%{_datadir}/fonts/wine +# todo mkdir -p $RPM_BUILD_ROOT%{_datadir}/fonts/wine +# todo tar xzf %SOURCE2 -C $RPM_BUILD_ROOT%{_datadir}/fonts/wine %clean rm -rf $RPM_BUILD_ROOT @@ -154,12 +154,12 @@ %{_libdir}/wine/*.so %{_mandir}/man1/wine.1* %{_mandir}/man1/winedbg.1* -%{_mandir}/man5/wine.conf.5* +# todo %{_mandir}/man5/wine.conf.5* %{_datadir}/aclocal/wine.m4 %{_datadir}/applications/wine.desktop -%attr(0755, root, root) %dir %{_datadir}/fonts/wine -%{_datadir}/fonts/wine/*.fon -%{_datadir}/fonts/wine/*.ttf +# todo %attr(0755, root, root) %dir %{_datadir}/fonts/wine +# todo %{_datadir}/fonts/wine/*.fon +# todo %{_datadir}/fonts/wine/*.ttf %attr(0755, root, root) %dir %{_datadir}/wine %{_datadir}/wine/generic.ppd %{_datadir}/wine/wine.inf @@ -196,6 +196,9 @@ %{_libdir}/wine/*.def %changelog +* Thu Sep 22 2005 Michael Ost <most(a)museresearch.com> 20050830-1rh8winehq +- Update to 20050830 + * Mon May 30 2005 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20050524-1rh8 - Update to 20050524 - Remove pdf documentation build as it's no more included in the main archive

3 5

Re: editline count CRLF
by Eric Pouech 05 Oct '05

05 Oct '05

Jonathan Ernst wrote: > Again an old patch that was lost in bugzilla... > > Fixes Bug 2509 (http://bugs.winehq.org/show_bug.cgi?id=2509) > > Changelog: > Joshua Davies <jdaviestx(a)comcast.net> : > > It looks like windows is returning the length of the string, plus the CRLF > delimiters, whereas wineconsole is returning one less. > > The attached patch seems to correct the problem; apply this patch to the latest > version of dlls/kernel/editline.c. > > > > > ------------------------------------------------------------------------ > > --- dlls/kernel/editline.bak 2004-10-12 17:04:17.000000000 -0500 > +++ dlls/kernel/editline.c 2004-10-12 17:04:25.000000000 -0500 > @@ -376,7 +376,8 @@ > { > WCHAR nl = '\n'; > if (!WCEL_Grow(ctx, 1)) return; > - ctx->line[ctx->len++] = '\n'; > + ctx->line[ctx->len++] = 0x0d; > + ctx->line[ctx->len++] = 0x0a; please use '\r' and '\n' instead of their numeric values A+ -- Eric Pouech

1 1

DirectDraw driver question
by Stefan Dösinger 05 Oct '05

05 Oct '05

Hello, Wine has 2 DDraw drivers: An accellerated HAL driver and a software-based user driver. I've noticed that the HAL driver uses many basic functionality from the user + gdi driver, and that the hal driver is the prefered one. But is there any situation where the user driver is used directly? Thanks, Stefan

2 1

RE: Cannot compile 20050830 on Solaris 9
by Rob D 05 Oct '05

05 Oct '05

The only Solaris 9 binary I could find was from his website at: http://www.members.optushome.com.au/bobl/ The only problem is that it is 20040309, which is over a year and a half old and it has the RTLD_FIRST problem. various combinations of symlinking /usr/ccs/bin/as to /opt/sfw/bin/gas and back, with and without running configure between makes does change the output significantly. Some combinations give the Assembler Message Unknown pseudo-op '.half', but most combinations give the illegal mnemonic or dozens of the following error: (standard input): Assembler messages: (standard input): 4802: Error: Rest of line ignored. First ignored character is '@'' Since changing the symlink appears to change the behaviour, I would assume that gcc IS trying to use as instead of gas, but it also seems that adding the symlink and running configure should make it use gas. Now Im really confused. I read somewhere that someone had to maually configure gcc to use gas. Not sure how to do that at all, but now that is my next task. Thanks Rob Done At 05:28 PM 10/3/2005, you wrote: Le lun 03/10/2005 à 19:11, Rob D a écrit : > I have been trying to compile wine from source on Solaris 9 on x86. > This has proven to be very frustrating. > > I had to rename a struct in one of the files in the tools/windump/main.c > because of a name clash, but that was easy. > > I am pretty new to the whole compiling from source thing on Unix, but have > built several packages (including Wine), on various Linux platforms and a > few on Solaris. The main problem I seem to be having is with the assembler > portion. > > All goes well until it gets to the d3d8 directory, and I get the following: [snip] > I thought at first that it was inadvertently using the AS assembler, but > apparently the AS = gas in the Makefile says otherwise. Not sure where to > go from here, since the /var/tmp files disappear immediately. Are you sure your gcc is setup to use gas and not as? There's a section about that on Solaris in README. The same kind of problem can happen too with ld. Robert Lunnon makes some Solaris version of Wine, maybe you could find them. Vincent

3 3

BadMatch recurring errors
by Jonathan Ernst 05 Oct '05

05 Oct '05

A lot of people are complaining about BadMatch on #winehq and in a lot of bug reports (old or new). Does someone know what they are about ? It would be nice to have this class of bugs fixed before 0.9 is out. http://bugs.winehq.org/buglist.cgi?query_format=&short_desc_type=allwordssu… shows 19 bugs that have things like: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 56463 Current serial number in output stream: 56463 (The numbers change depending on the bug/application) (03:10:15) jernst: I see a lot of "X Error of failed request: BadMatch (invalid parameter attributes)" (I have this error sometimes) in bug reports. Does someone know why ? (03:11:22) cmorgan: yeah, people report X Error of failed request daily on #winehq (03:12:08) jernst: you know where it comes from ? Does it come from xorg ? (03:12:16) cmorgan: i've no idea where it comes from (03:12:22) cmorgan: i hope we can stop it though (03:12:33) cmorgan: it seems like a bad thing (03:12:47) ivanleo: jernst:yeah well age of empires has always had that problem (03:13:04) jernst: cmorgan: yep, it appears in many programs. Maybe it's worth posting to wine-devel ? (03:13:11) cmorgan: jernst: probably Thanks for your attention. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

4 4

Organizing more Wine bug triage
by dank＠kegel.com 05 Oct '05

05 Oct '05

Wine's bugzilla has 375 unconfirmed bugs reported since the beginning of the year. A fair number of these are worth fixing, but don't have good recipes for how to reproduce them. I think it's time to make a concerted effort to recruit more Wine users to help triage bug reports, so wine developers can spend less time sorting through poor bug reports. As a first stab, I've created a web page, http://kegel.com/wine/qa describing bug triage and giving easy steps for people who are interested in helping. Please have a look. Comments and suggestions for improvement welcome. Thanks, Dan

4 5

Problem Resolve
by j0zue＠o2.pl 05 Oct '05

05 Oct '05

Hi, I had a problem with Wine20050830 compilation. Error: error parse before "BerElement"; in lines: 289, 290, 322, 323 in "wine/dlls/wldap32/winldap_private.h" file. In file winldap.h I found declaration of BerElement type. This header is not included in winldap_private.h. I put declaration of BerElement type to winldap_private.h and it resolved the problem. I tried add line: #include "winldap.h" to winldap.h too, but it makes double declaration errors. I'm sorry if my English is horrible :) Well I hope my letter will be helpful. Perhaps this error appear only on my computer (?) :D Fun of your Wine.

7 11

wine-20050930 Warblade install error
by Sebastien Fievet 04 Oct '05

04 Oct '05

Hi all, I have the following error when trying to install Warblade (old fashioned shoot'em up) : WINEDLLOVERRIDES="comctl32=n" wine Download/Warblade_12E_full.exe err:heap:HEAP_ValidateInUseArena Heap 0x41a20000: in-use arena 0x41a2c408 next block has PREV_FREE flag I found various messages related to heap error by browsing the mailing-lists archives, but no patch neither solution so far... Any clue on how to fix this? Regards, Sebastien.

3 5

Re: Segfault on fedora core 4
by Juan Lang 04 Oct '05

04 Oct '05

Oops, solved my own problem: updating my system did it. Next question: do we have a set of release notes going? This seems like a release-note item to me. --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 1

Re: DDraw: Better flag handling in SetCooperativeLevel
by Stefan Dösinger 04 Oct '05

04 Oct '05

Hello, > > Alexandre, any reason why this patch (plus the other about the reference > > counting) were not applied ? If you were waiting for some DDraw 'guru' to > > give his blessing, they both look OK to me :-) > I think the reference counting one is suspect, there should be some > object that holds the reference, we shouldn't just increment it for no > reason. > For the other one, the tests fail here: > fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fdc90d0)->(0x10022,00000008) > fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fdc90d0)->(0x10022,00000080) > cooplevels.c:88: Test failed: SetCooperativeLevel(DDSCL_SETFOCUSWINDOW) returned: 80070057 > <snip> > cooplevels.c:98: Test failed: SetCooperativeLevel(DDSCL_NORMAL | DDSCL_SETFOCUSWINDOW) returned: 0 It looks like the patch wasn't applied correctly. The main purpose of this patch is to make SetCooperativeLevel(hwnd, DDSCL_SETFOCUSWINDOW) work. The tests run fine on my wine installation and on Win2K and Win95(with DirectX 8) I'll send a patch against CVS from today to wine-patches. Stefan

1 0

Segfault on fedora core 4
by Juan Lang 04 Oct '05

04 Oct '05

Sorry if this sounds like a user question. Running wine on my P4 with Fedora core 4 segfaults immediately, but doesn't drop into the debugger. Trying to run, say, winecfg in a debugger gives me: WineDbg starting on pid 0xa Process of pid=0x0000000a has terminated This never returns; a ps list shows winedbg and wineserver are still running. Pressing Ctrl-C kills it. Running with a relay trace shows the last thing is a return from kernel32.TlsAlloc(). I'm asking here because I haven't seen it raised before except back in April when there was no resolution. The suggested workaround (disable SELinux) doesn't work for me. Is this a known problem? Any workarounds, or plans to fix it? Thanks, --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

1 0

Re: RICHED20: debug and 1.0 emulation fixes
by Dimi Paun 04 Oct '05

04 Oct '05

From: "Krzysztof Foltman" <wdev(a)foltman.com> > WINE_DEFAULT_DEBUG_CHANNEL(richedit); > +WINE_DECLARE_DEBUG_CHANNEL(richedit_v); > +WINE_DECLARE_DEBUG_CHANNEL(richedit_vv); Why the cryptic names? :) Can't we do a bit better? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: RICHED20: debug and 1.0 emulation fixes
by Krzysztof Foltman 04 Oct '05

04 Oct '05

Krzysztof Foltman wrote: > 6th try already... Sorry about spamming. My email account started bouncing mails with *permanent* errors, so I decided resending might have been a good idea. Apparently it wasn't. Krzysztof

1 0

Release schedule after release?
by Holly Bostick 04 Oct '05

04 Oct '05

Looking at the current user docs raised a question as to how to update the 'Getting Wine' section. I know from the past that many users don't know that Wine has been up to this point on a monthly release schedule. Between this ignorance, and binary distributions' stable and unstable trees, the average user may frankly be using 'any old version' (meaning, one cannot even hazard a guess as to what the 'most likely version' they might have is, one has to ask each user specifically) of Wine when they show up on wine-user with questions. So I find it important to document this and hopefully get everybody more or less on the same page, as it were --or at least within a known range of pages. Hopefully, for the release, we could count on that for a limited time, since it is to be hoped that 'everyone' will upgrade to or install that instead of some other previous beta. But the docs, of course, have to be valid for the future as well as (to a limited extent) the past. So how will one "Get Wine" after the release? Will there continue to be monthly public betas? Or will the release schedule change? Will the binary policy change? Meaning that the public betas (if they still exist) will not be available in distribution repositories, but Wine will now maintain its own stable and unstable trees, and only releases will be available to the distro repositories? Will there be different policies or levels of availability for different distros (maybe a Knoppix user will be able to get the unstable beta builds from Sid contrib, but a SuSE user won't)? What should I tell the people? Thanks for any guidance, Holly

3 3

winedbg not starting
by Uwe Bonnes 04 Oct '05

04 Oct '05

Hello, AVRStudio.exe hits an unimplemented msxml function and tries to start the debugger. For me this fails: /home/wine/wine/wine AvrStudio4/AVRStudio.exe fixme:ole:CoRegisterMessageFilter stub fixme:ole:CoRegisterMessageFilter stub fixme:ole:CoRegisterMessageFilter stub fixme:msxml:domdoc_createNode wine: Unhandled exception (thread 0009), starting debugger... err:winedbg:main Invalid event handle: 0x100 I run wine from the compilation directory, so I use the full path to wine. Aedebug has also the full path to winedbg. In a log. I think these are the relevant lines: 0009:Call ntdll.NtCreateEvent(7babed44,001f0003,7babef0c,00000001,00000000) ret=7bb558ec 0009: create_event( access=001f0003, manual_reset=1, initial_state=0,inherit=1, name=L"" ) 0009: create_event() = 0 { handle=0x100 } 0009:Ret ntdll.NtCreateEvent() retval=00000000 ret=7bb558ec wine: Unhandled exception (thread 0009), starting debugger... ... 0009:trace:seh:start_debugger Starting debugger "/home/wine/wine/programs/winedbg/winedbg --auto 8 256" ... 0009:Call ntdll.NtWaitForMultipleObjects(00000001,7babebb8,00000000,00000000,00000000) ret=7bb914c5 0009: select( flags=4, cookie=0x7babe9d4, signal=(nil), timeout=0,handles={0x100} ) 0009: select() = PENDING 000c: *fd* (nil) -> 47 000d: *fd* 6 <- 47 000d: *fd* 8 <- 48 ... 000b: select() = PENDING 000d: event_op( handle=0x100, op=1 ) 000d: event_op() = INVALID_HANDLE err:winedbg:main Invalid event handle: 0x100 000d: terminate_process( handle=0xffffffff, exit_code=0 ) 000d: terminate_process() = 0 { self=1 } 000d: *killed* exit_code=0 000b: *killed* exit_code=0 000a: *killed* exit_code=0 0009: *killed* exit_code=0 Any help on what is going wrong? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 7

Re: Lotus Notes 6.51 on Wine 20050930 - Got it working
by Juan Lang 04 Oct '05

04 Oct '05

Hi Kevin, glad you got it working. > Triaged the crash to a change on 8/15/2005 at 9:51CDT. The patch at > this time, changes the default version from WIN98 to NT2K > Ran winecfg and set the default version to Win98 > Restated Notes and the application works and saving attachments works Cool. Care to update the appdb entry? Also, the reason it doesn't work in NT mode seems to be that Notes, in NT mode, calls NtQueryVirtualMemory on another process. As this isn't supported (yet?) in Wine, that fails. --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

1 0

AppDb account problem
by Francois Gouget 04 Oct '05

04 Oct '05

A bit over a week ago I received an email telling me that my AppDb account would soon get deleted due to inactivity. I don't really remember creating an AppDb account but it is possible I did. So I went there to check it out but of course I could not remember my password. So I typed my email address and clicked on 'Email me a New Password' but got the following error message: Sorry, that user (fgouget%40free.fr) does not exist. So I tried my other email address and got the same message. So at this point I see two possibilities: * I don't have an account on the AppDb. Why did I receive an email saying my AppDb account was inactive then? * Or there is a bug in the 'Email a New Password' functionality. Maybe it's the '%40' causing the problem? Either it's a bug in the AppDb code so I thought it would be good to report the problem here. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY

2 1

Lostwages patch lost?
by Dan Kegel 04 Oct '05

04 Oct '05

Hi all, what's the procedure for getting lostwages patches reviewed? I posted one on 9/29 but haven't heard any comment back: http://www.winehq.org/pipermail/wine-patches/2005-September/021063.html Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 1

Re: file dialog crashes
by Molle Bestefich 04 Oct '05

04 Oct '05

I'd like to make another observation regarding the file selection dialog. If I mount my CDROM drive and add a link to /dosdevices/, Wine's regedit.exe hangs in the file open dialog. I can do "ls /mnt/cdrom" in an xterm with no problems at all. So my first thought is that the CDROM has a bad block, and that it happens to be inside one of the .exe files in the root of the CD, exactly where it has it's icon resource. I did a "cp /mnt/cdrom/* /root" which revealed that autorun.inf has bad blocks. Not a big problem so far. But now take a look at "top", specifically "wine-preloader": ============================================= top - 14:45:02 up 31 min, 5 users, load average: 1.56, 0.77, 0.35 Tasks: 90 total, 1 running, 89 sleeping, 0 stopped, 0 zombie Cpu(s): 1.8% us, 1.5% sy, 0.0% ni, 43.8% id, 52.6% wa, 0.3% hi, 0.0% si Mem: 513656k total, 508708k used, 4948k free, 1712k buffers Swap: 1052216k total, 245348k used, 806868k free, 57676k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 10439 root 18 0 2201m 361m 812 D 1.0 72.2 0:02.43 wine-preloader 10319 root 15 0 51944 23m 7852 S 0.3 4.7 0:52.57 firefox-bin ============================================= 'wine-preloader' is at 2.2 GB, with 360 MB of those resident. And it's running regedit.exe. If anyone can give me any pointers about where or how to fix this, I'd be happy to take a look. Otherwise it'll go to Bugzilla (where I'll probably have to create an account - sigh ;-)).

1 0

How to fix the permission stuff.
by Bill Medland 04 Oct '05

04 Oct '05

Advice please. This looks a little too big to be done without discussion. This stems from Michael Ost's CreateFile issue and is much more fundamental than the SHARE settings. Consider. ...CreateFile (.... FILE_READ_DATA...) ...ReadFile (...) That is sensible and perfectly legal under Windows but fails under Wine due to an inadequate handling of the generic vs specific permissions. It seems to me that the fix to this minor problem includes: a. Extending the server's Object concept (or at least the ops structure) to include the relevant GENERIC_MAPPING definition for the object. b. Extend the testing in handle.c so that the test of access takes into account the fact that the granted permissions might be generic whilst the requested is specific, and vice versa. This requires a in order to know how to do the conversion. c. Fix up calls to be a little more sensible in their requests. For example ReadFile does not need GENERIC_READ; it only needs FILE_READ_DATA. Alternatively we could specify that the access settings held for a handle in the server are only specific and the appropriate object's code is responsible for converting from generic to specific. Any comments? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

1 1

Re: notepad pagesetup fix
by Dmitry Timoshkov 04 Oct '05

04 Oct '05

"Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > Changelog > --------------- > Notepad pagesetup fix > This fixes BUG#2600 > -DEFPUSHBUTTON "OK", 0x151, 180, 3, 40, 15, WS_TABSTOP > -PUSHBUTTON "Cancel", 0x152, 180, 21, 40, 15, WS_TABSTOP > -PUSHBUTTON "&Help", 0x153, 180, 39, 40, 15, WS_TABSTOP > +DEFPUSHBUTTON "OK", IDOK, 180, 3, 40, 15, WS_TABSTOP > +PUSHBUTTON "Cancel", IDCANCEL, 180, 21, 40, 15, WS_TABSTOP > +PUSHBUTTON "&Help", IDHELP, 180, 39, 40, 15, WS_TABSTOP If you went to the trouble of fixing the bug for English, would you mind fixing it for other language .rc file as well? Otherwise there is no point in fixing it only for En.rc. Alexandre, please do not commit this patch in its current state. -- Dmitry.

2 1

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