- wine-devel - winehq.org

cvs.winehq.org slow?
by Dan Kegel 20 Dec '05

20 Dec '05

I'm having trouble doing a cvs update from cvs.winehq.org lately. The connection is made, but nothing happens, even after a minute or so. The European site seems healthier. What's up? -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

sound enabled but no driver checked
by Cihan Altinay 20 Dec '05

20 Dec '05

With a fresh wine prefix sound is enabled but I can't see which driver is used because none of them is checked in the new winecfg sound dialog. Did we forget to initialize the boxes on first run? Cheers, Cihan

1 0

Re: Bugzilla bugs
by Tom Spear 20 Dec '05

20 Dec '05

Ok, got it.. I just figured it would help to know what games use what CP measures, so we could get a percentage or something, maybe the better place would be in the wiki? Actually, yea I like that idea better, I will put up a CP page under my homepage in the wiki, and ask people to look up their game, and to post their game under the page for whichever copy protection their game uses.. Tom Vitaliy Margolen wrote: > Hello Dustin, > > Please DO NOT create useless "meta bugs" that will not help any one. If > you want to discuss this, please join freenode's #winehackers or #winehq. > > Or we can discuss this on mailing list. >

2 1

crashing tests in d3d9
by Louis. Lenders 20 Dec '05

20 Dec '05

Hi, the tests in d3d9 all crash for me : wine d3d9_test.exe.so stateblock fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7fec77c0) : stub, emulating 64Mib for now, returning 64Mib wine: Unhandled page fault on read access to 0x00000000 at address 0xb7eb77a0 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xb7eb77a0). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:b7eb77a0 ESP:7fc5fb58 EBP:7fc5fb5c EFLAGS:00010206( - 00 - RIP1) EAX:7fec7418 EBX:7ee0e18c ECX:7fec7417 EDX:00000000 ESI:7fec7418 EDI:7fec73f0 Stack dump: 0x7fc5fb58: 7fec77c0 7fc5fda0 7edc3794 7fec7418 0x7fc5fb68: 00000000 00001f01 7ee0e8dc 7edf8740 0x7fc5fb78: 00000000 00000000 0000ffff 000001b4 0x7fc5fb88: 00000008 00000001 00000000 7c04dc58 0x7fc5fb98: 00000000 00000000 7fec7418 00000300 0x7fc5fba8: 7ee0ee60 7fc5fbc4 7fc5fbe4 0000a838 Backtrace: =>1 0xb7eb77a0 (0xb7eb77a0) 2 0x7edc3794 IWineD3DImpl_FillGLCaps+0x68 [/LFS/winecvs/wine/dlls/wined3d/directx.c:234] in wined3d (0x7edc3794) 3 0x7edc799e IWineD3DImpl_CreateDevice(iface=0x7fec73f0, Adapter=0x0, DeviceType=0x1, hFocusWindow=0x0, BehaviourFlags=0x20, pPresentationParameters=0x7fc5fe14, ppReturnedDeviceInterface=0x7fec71c8, parent=0x7fec71c0, D3DCB_CreateAdditionalSwapChain=0x7ef8a014) [/LFS/winecvs/wine/dlls/wined3d/directx.c:1808] in wined3d (0x7edc799e) 4 0x7ef8a2f2 IDirect3D9Impl_CreateDevice+0xde(iface=0x7fec7320, Adapter=0x0, DeviceType=0x1, hFocusWindow=0x0, BehaviourFlags=0x20, pPresentationParameters=0x7fc5fe98, ppReturnedDeviceInterface=0x7fc5fe94) [/LFS/winecvs/wine/dlls/d3d9/directx.c:312] in d3d9 (0x7ef8a2f2) 5 0x7ffb7648 func_stateblock [/LFS/winecvs/wine/dlls/d3d9/tests/stateblock.c:46] in d3d9_test (0x7ffb7648) 6 0x7ffb7eb4 run_test [/LFS/winecvs/wine/dlls/d3d9/tests/../../../include/wine/test.h:355] in d3d9_test (0x7ffb7eb4) 7 0x7ffb8149 __wine_spec_exe_entry(peb=0x7bc6f680) [/LFS/winecvs/wine/dlls/winecrt0/exe_entry.c:36] in d3d9_test (0x7ffb8149) 8 0x7b862855 start_process+0xc1(arg=0x0) [/LFS/winecvs/wine/dlls/kernel/process.c:1027] in kernel32 (0x7b862855) 9 0xb7f8f57b wine_switch_to_stack+0x17 in libwine.so.1 (0xb7f8f57b) 0xb7eb77a0: movzbl 0x0(%edx),%eax etc. Anone an idea why they crash? ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 1

wineconsole & DOS newlines
by Hudson Lacerda 20 Dec '05

20 Dec '05

Hi. I am using the wine version from Debian Sarge 3.0. However, I cannot use interactive console programs, because -- I suppose -- it is "missing" the '\r' (^M) character of shell terminals in command terminations (carriage-return/new-line). As I could not find the fix/workaround for that (even on your FAQ), I decided ask you how to run interactive DOS programs that wait for command lines. Cheers, -- Hudson Lacerda <http://geocities.yahoo.com.br/hfmlacerda/> *Não deixe seu voto sumir! http://www.votoseguro.org/ *Apóie o Manifesto: http://www.votoseguro.com/alertaprofessores/ _______________________________________________________ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html

1 0

Re: Alexandre Julliard : ntdll: More compatible exception information for protection faults.
by Saulius Krasuckas 19 Dec '05

19 Dec '05

I believe this [*] patch makes all kinds of Win9x platforms to paint iself blue. ;-) Does that mean we are going to get rid of Win9x tests (by a chance)? [*] http://www.winehq.org/pipermail/wine-cvs/2005-December/019878.html

1 0

what happen with my dinput patch and and langues patch for alot of wine dll
by Magnus Olsen 19 Dec '05

19 Dec '05

Hi I wonder what happen with my dinput patch and and langues patch for japnise from reactos translator for wine dll files Sorry for the grama spelling and speliing erros now Bestreagds Magnus Olsen

5 6

Re: MSACM: preserve value of cbStruct in acmDriverDetails (with tests) - patch 2 of 2
by Eric Pouech 19 Dec '05

19 Dec '05

Alex Villacís Lasso wrote: > BTW, should wine-provided codecs duplicate this behavior? likely yes a couple of remarks > ------------------------------------------------------------------------ > > --- wine-0.9.3-cvs/dlls/msacm/driver.c 2005-09-12 10:35:53.000000000 -0500 > +++ wine-0.9.3-cvs-patch/dlls/msacm/driver.c 2005-12-18 22:28:21.000000000 -0500 > @@ -184,6 +184,7 @@ > sizeof(padda.szLicensing), NULL, NULL ); > WideCharToMultiByte( CP_ACP, 0, addw.szFeatures, -1, padda.szFeatures, > sizeof(padda.szFeatures), NULL, NULL ); > + padda.cbStruct = min(padd->cbStruct, sizeof(*padd)); > memcpy(padd, &padda, min(padd->cbStruct, sizeof(*padd))); why don't use reuse padda.cbStruct you've just computed ? > } > return mmr; > @@ -217,9 +218,11 @@ > mmr = acmDriverOpen(&acmDrvr, hadid, 0); > if (mmr == MMSYSERR_NOERROR) { > ACMDRIVERDETAILSW paddw; > + paddw.cbStruct = sizeof(paddw); > mmr = (MMRESULT)MSACM_Message(acmDrvr, ACMDM_DRIVER_DETAILS, (LPARAM)&paddw, 0); > > acmDriverClose(acmDrvr, 0); > + paddw.cbStruct = min(padd->cbStruct, sizeof(*padd)); > memcpy(padd, &paddw, min(padd->cbStruct, sizeof(*padd))); ditto A+ -- Eric Pouech

1 0

Re: WLDAP32: link to the reentrant version of libldap
by Robert Reif 19 Dec '05

19 Dec '05

Hans Leidekker wrote: >The configure check somehow needs -lpthread on Fedora based systems but >Wine's build system links wldap32 to libldap_r without it just fine. > >Adding -lphtread to the configure check doesn't seem to cause any trouble >on my Debian based Ubuntu either (where it isn't needed). I suspect it's >a problem with the (newer) autoconf tools in Fedora. > > -Hans > >Changelog > Link to the reentrant version of libldap. > > >------------------------------------------------------------------------ > >f891a05d34c03c99b3476dea041cca3f9e06cc09 >diff --git a/configure.ac b/configure.ac >index a834d40..4b9a0f2 100644 >--- a/configure.ac >+++ b/configure.ac >@@ -542,15 +542,20 @@ then > fi > > dnl **** Check for OpenLDAP *** >+saved_libs="$LIBS" >+LIBS="$LIBS $LIBPTHREAD" >+ > AC_SUBST(LDAPLIBS,"") > if test "$ac_cv_header_ldap_h" = "yes" -a "$ac_cv_header_lber_h" = "yes" > then >- AC_CHECK_LIB(ldap, ldap_initialize, >+ AC_CHECK_LIB(ldap_r, ldap_initialize, > [AC_CHECK_LIB(lber, ber_init, > [AC_DEFINE(HAVE_LDAP, 1, [Define if you have the OpenLDAP development environment]) >- LDAPLIBS="-lldap -llber"])]) >+ LDAPLIBS="-lldap_r -llber"])]) > fi > >+LIBS="$saved_libs" >+ > dnl **** Check for FreeType 2 **** > AC_SUBST(FREETYPELIBS,"") > AC_SUBST(FREETYPEINCL,"") > > >------------------------------------------------------------------------ > > > This patch breaks builds on RH9 and appears to be responsible for the build breakage on http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php

4 7

Re: msvcrt: stricter format checking in printf
by Alexandre Julliard 19 Dec '05

19 Dec '05

Jesse Allen <the3dfxdude(a)gmail.com> writes: > Changes: > Require exact uppercase and lowercase format checking in printf > routines, but still tolower the format before rebuilding the format > string for libc's printf. Why don't you pass the correct format to libc too? -- Alexandre Julliard julliard(a)winehq.org

1 0

binary only dll , resolving links through winebuild
by Ananth Rao 19 Dec '05

19 Dec '05

This can be resolved by - create the .def file using the spec file - Link the application to this dll whicle building the application executable ######################################################### THIS EMAIL MESSAGE IS FOR THE SOLE USE OF THE INTENDED RECIPIENT(S) AND MAY CONTAIN CONFIDENTIAL AND PRIVILEGED INFORMATION. ANY UNAUTHORIZED REVIEW, USE, DISCLOSURE OR DISTRIBUTION IS PROHIBITED.BEFORE OPENING ANY ATTACHMENTS PLEASE CHECK FOR VIRUSES AND DEFECTS.IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE NOTIFY US IMMEDIATELY BY REPLY E-MAIL AND DELETE THE ORIGINAL MESSAGE. ##########################################################

2 1

wine's seti@home team
by Ivan Leo Puoti 19 Dec '05

19 Dec '05

Hello guys, wine's new boinc seti@home team is up and running here http://setiathome.berkeley.edu/team_display.php?teamid=38091 please consider joining. You can also create a team account here if you aren't already running seti@home here http://setiathome.berkeley.edu/create_account_form.php?teamid=38091 The Microsoft team http://setiathome.berkeley.edu/team_display.php?teamid=26482 is a bit ahead, so we need help. Ivan.

1 0

Re: msvcrt: Printf Integer Conversion try 2
by Jesse Allen 19 Dec '05

19 Dec '05

On 12/16/05, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > Hi Alexandre, > > This patch is much improved. It passes all tests this time including > additional ones you will see in the new tests patch. > > Changes: > Add pf_is_integer_format to detect integer formats > Add pf_integer_conv for I64 types > Foward I32 and I to libc's printf > Correctly handle long long > Update pf_fill to handle the sign for signed integers > Fix pf_fill to ignore flags->PadZero for printing zeroes when > flags->LeftAlign is set > Fix existing pf_is_*_format to require explicit upper and lower case formats > Still tolower( flags.Format ) before we use libc's printf (to avoid > regressions?) > Allow flags.Sign to be ' ' (space) for the sign place holder, also > make sure '+' overrides it. > > > Any comments now?

2 1

Page fault: completely lost while debugging
by Sergio 19 Dec '05

19 Dec '05

Hi all, I am having one problem with one project I have just made compile. It's one of the plugins of the windows' multiprotocol IM program, Miranda. I will try to explain what my problem is. After solving some issues with compilation (mainly some undefined names - functions - in std namespace - it's a C++ project), I tried to run the application and when asking the plugin to connect to one IRC server (it is the application's IRC protocol plugin) it crashes with this error: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x41d551de). In 32 bit mode. fixme:dbghelp:elf_load_debug_info_from_map Alpha-support for Dwarf2 information for irc<elf> Register dump: CS:0073 SS:007b DS:007b ES:007b FS:174f GS:0033 EIP:41d551de ESP:43510adc EBP:43510af8 EFLAGS:00210206( - 00 - RIP1) EAX:00000004 EBX:41db6434 ECX:00000000 EDX:7c0cbe30 ESI:00000000 EDI:41c14f10 Stack dump: 0x43510adc: 41d5514e 01000000 4f4d2e6c 41db6434 0x43510aec: 7c126a38 4017c0d4 41db6434 43510b28 0x43510afc: 41d9b4b5 7c126a38 00000000 00000000 0x43510b0c: 41d9b45c 401f6b31 407bdbd0 4078f8e0 0x43510b1c: 41d55142 7c126a38 407d4528 43510b40 0x43510b2c: 407c9e31 4078f8e0 41d9b450 4078f8e0 02e9: sel=174f base=41c14000 limit=00001fff 32-bit rw- Backtrace: =>1 0x41d551de in irc (+0x51de) (0x41d551de) 2 0x41d9b4b5 in irc (+0x4b4b5) (0x41d9b4b5) 3 0x407c9e31 in msvcrt (+0x29e31) (0x407c9e31) 4 0x404ebbfb in kernel32 (+0x6bbfb) (0x404ebbfb) 5 0x401d6cd3 in ntdll (+0x36cd3) (0x401d6cd3) 6 0x40051297 start_thread+0x87 in libpthread.so.0 (0x40051297) 7 0x4011c37e __clone+0x5e in libc.so.6 (0x4011c37e) 0x41d551de: movl 0x0(%eax),%eax Which if I understand the dump well is due to a problem in __clone function trying to access 0x00000004 (eax). Am I right? Then I tried to debug and to get more information. I got this other line in the new dump: wine: Unhandled page fault on read access to 0x00000004 at address 0x41d551de (thread 005d), starting debugger... And here I am copying the previous lines of the debug information on that thread (005d): 005d:Call ntdll.RtlFreeHeap(40350000,00000000,42cef188) ret=407bdbd0 005d:Ret ntdll.RtlFreeHeap() retval=00000001 ret=407bdbd0 005d:Call ntdll.RtlEnterCriticalSection(40654b04) ret=405c1ee1 005d:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=405c1ee1 005d:Call ntdll.RtlLeaveCriticalSection(40654b04) ret=405c1f2e 005d:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=405c1f2e 005d:Call kernel32.ResetEvent(000000d4) ret=405bf4d0 005d:Call ntdll.NtResetEvent(000000d4,00000000) ret=404e45d8 005d:Ret ntdll.NtResetEvent() retval=00000000 ret=404e45d8 005d:Ret kernel32.ResetEvent() retval=00000001 ret=405bf4d0 005d:Call kernel32.WaitForSingleObject(000000cc,ffffffff) ret=405bf4e6 005d:Call ntdll.NtWaitForMultipleObjects(00000001,435108a4,00000000,00000000,00000000) ret=404e3dd1 005d:Ret ntdll.NtWaitForMultipleObjects() retval=00000000 ret=404e3dd1 005d:Ret kernel32.WaitForSingleObject() retval=00000000 ret=405bf4e6 005d:Call kernel32.GetCurrentProcess() ret=405bf4fd 005d:Ret kernel32.GetCurrentProcess() retval=ffffffff ret=405bf4fd 005d:Call kernel32.GetCurrentThread() ret=405bf504 005d:Ret kernel32.GetCurrentThread() retval=fffffffe ret=405bf504 005d:Call kernel32.GetCurrentProcess() ret=405bf50b 005d:Ret kernel32.GetCurrentProcess() retval=ffffffff ret=405bf50b 005d:Call kernel32.DuplicateHandle(ffffffff,fffffffe,ffffffff,43510ab8,00000010,00000000,00000000) ret=405bf522 005d:Call ntdll.NtDuplicateObject(ffffffff,fffffffe,ffffffff,43510ab8,00000010,00000000,00000000) ret=404cda94 005d:Ret ntdll.NtDuplicateObject() retval=00000000 ret=404cda94 005d:Ret kernel32.DuplicateHandle() retval=00000001 ret=405bf522 005d:Call msvcrt.realloc(42d02040,00000050) ret=405bf547 005d:Call ntdll.RtlReAllocateHeap(40350000,00000000,42d02040,00000050) ret=407bdc8f 005d:Ret ntdll.RtlReAllocateHeap() retval=42d02040 ret=407bdc8f 005d:Ret msvcrt.realloc() retval=42d02040 ret=405bf547 005d:Call kernel32.GetCurrentThreadId() ret=405bf58e 005d:Ret kernel32.GetCurrentThreadId() retval=0000005d ret=405bf58e 005d:Call kernel32.ReleaseMutex(000000cc) ret=405bf5b4 005d:Call ntdll.NtReleaseMutant(000000cc,00000000) ret=404e47d3 005d:Ret ntdll.NtReleaseMutant() retval=00000000 ret=404e47d3 005d:Ret kernel32.ReleaseMutex() retval=00000001 ret=405bf5b4 005d:Call kernel32.SetEvent(00000184) ret=41d9b4a7 005d:Call ntdll.NtSetEvent(00000184,00000000) ret=404e4488 005d:Ret ntdll.NtSetEvent() retval=00000000 ret=404e4488 005d:Ret kernel32.SetEvent() retval=00000001 ret=41d9b4a7 005d:Call ntdll.RtlEnterCriticalSection(41dc78f8) ret=41d55164 005d:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=41d55164 005d:Call kernel32.lstrlenA(7c0f9d2a "") ret=41d55193 005d:Ret kernel32.lstrlenA() retval=00000000 ret=41d55193 005d:Call ntdll.RtlEnterCriticalSection(41164de8) ret=4111a00c 005d:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=4111a00c 005d:Call ntdll.RtlLeaveCriticalSection(41164de8) ret=4111a044 005d:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=4111a044 005d:Call ntdll.NtCreateEvent(43510648,001f0003,43510608,00000001,00000000) ret=4049fb55 005d:Ret ntdll.NtCreateEvent() retval=00000000 ret=4049fb55 All this is absolutely cryptic to me. Does anyone ge something from this information? Is there any way to get to know where the aplication is crashing? Thank you. Sergio.

2 1

Re: msvcrt: Printf Integer Conversion try 2
by Jesse Allen 19 Dec '05

19 Dec '05

On 12/16/05, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > Hi Alexandre, > > This patch is much improved. It passes all tests this time including > additional ones you will see in the new tests patch. > > Changes: > Add pf_is_integer_format to detect integer formats > Add pf_integer_conv for I64 types > Foward I32 and I to libc's printf > Correctly handle long long > Update pf_fill to handle the sign for signed integers > Fix pf_fill to ignore flags->PadZero for printing zeroes when > flags->LeftAlign is set > Fix existing pf_is_*_format to require explicit upper and lower case formats > Still tolower( flags.Format ) before we use libc's printf (to avoid > regressions?) > Allow flags.Sign to be ' ' (space) for the sign place holder, also > make sure '+' overrides it. > > >

1 0

Create new mailing list wine-isv?
by Dan Kegel 19 Dec '05

19 Dec '05

I used to hate the term ISV (Independent Software Vendor) since it sounded so acronymy compared to 'developer', but it's very commonly used in the industry to refer to outfits which are trying to write and sell off-the-shelf software -- and as monkey-boy said, Microsoft is where it is partly because it worked hard to attract and support those guys. So I've been thinking about how to attract more Windows ISVs to test, support, and promote their apps on Linux with Wine. Part of the problem is a lack of high-level documentation specifically aimed at the ISV. Another is ISVs getting lost in the shuffle on wine-users or wine-devel. I've made a start at the documentation (http://kegel.com/wine/isv), and hope to move that to winehq at some point. Now I'd like to create a discussion forum for ISVs where they will feel more comfortable; the level of discussion would be halfway between that in wine-users and wine-devel, but aimed more at Windows developers than people who are familiar with Linux. How about we create a new mailing list, wine-isv, aimed squarely at ISVs and the Wine community members who want to help them? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

15 27

Re: Alexandre Julliard : Take advantage of the __EXCEPT_PAGE_FAULT macro.
by Robert Shearman 19 Dec '05

19 Dec '05

Alexandre Julliard wrote: >Module: wine >Branch: refs/heads/master >Commit: ae964ac801b3077f5361559abd6645d21fc35d1f >URL: http://source.winehq.org/git/?p=wine.git;a=commit;h=ae964ac801b3077f5361559… > >Author: Alexandre Julliard <julliard(a)winehq.org> >Date: Fri Dec 16 17:17:57 2005 +0100 > >Take advantage of the __EXCEPT_PAGE_FAULT macro. > > This change is wrong: > --- dlls/ole32/rpc.c > +++ dlls/ole32/rpc.c > @@ -110,13 +110,6 @@ struct dispatch_params > HRESULT hr; /* hresult (out) */ > }; > -static WINE_EXCEPTION_FILTER(ole_filter) > -{ > - if (GetExceptionCode() == EXCEPTION_ACCESS_VIOLATION) > - return EXCEPTION_CONTINUE_SEARCH; > - return EXCEPTION_EXECUTE_HANDLER; > -} > - > static HRESULT WINAPI > RpcChannelBuffer_QueryInterface(LPRPCCHANNELBUFFER iface, REFIID riid, > LPVOID *ppv) > { > *ppv = NULL; > @@ -453,7 +446,7 @@ void RPC_ExecuteCall(struct dispatch_par > { > params->hr = IRpcStubBuffer_Invoke(params->stub, params->msg, > params->chan); > } > - __EXCEPT(ole_filter) > + __EXCEPT_PAGE_FAULT > { > params->hr = GetExceptionCode(); > } The idea is that the ole_filter will catch all exceptions other than page faults so that we don't hide obvious programmer errors. However, there obviously should be cases for some other exceptions that we don't want to handle. -- Rob Shearman

2 2

Outreach to windows ISVs
by Dan Kegel 19 Dec '05

19 Dec '05

At the Desktop Architects Meeting at OSDL, one of the big topics was how to make life easier for ISVs that want to start supporting Linux. So I put together a little page aimed at Windows ISVs who are interested in supporting the Linux market using Wine, but aren't quite sure how to go about it. The page is at http://kegel.com/wine/isv/ Comments, anyone? Thanks, Dan -- Why won't Johnny run Linux? See http://kegel.com/linux/comfort

4 7

binary only dll , resolving links through winebuild
by Ananth M 19 Dec '05

19 Dec '05

Binary Only Dll (test.dll) with the header file (test.h) ------------------------------------------------------------------------- - I have a binary only dll (test.dll) that was created in windows which exports to functions - int Add (int, int) - int Subtract (int, int) - I want to use this dll in Linux from an application mydlltest.cpp. - In that process, I have tried the following: - Generated the .spec file using winedump - winedump spec test - This created the .spec file with stub functions 1 stub add 2 stub Subtract - Installed this dll as builtin dll in my wine directory (This is my testing purpose) - chmod a+x testdll_install - ./testdll_install <wine_path> - cd <wine_path> - autoconf - ./configure - make depend && make - Now I am able to see this dll in dlls directory of winepath I am not finding any README on Winebuild and I am getting problem from this step onwards, - NOW do I need to generate the .def for the spec file of the dll?? - NOW do I need to change any settings like DllOverrides to access this dll from my test application?? - Now I have a win32 application (mydlltest.cpp) that was using this dll in windows. - How can I link the (test.dll) from the application (mydlltest.cpp) ? - I use the LoadLibrary("test") in the test application ( mydlltest.cpp), the dll was loaded - I got the GetProcAddress() for the function "Add", the function pointer is obtained - *But when I call the function "add" from the application, I was getting exception*. - Then I define the stub function in the test_dll_main.c, to print a trace message. - Compiled the dll again to create the test.dll.so - Now, when I call the function "add" from the application, the trace message is printed, BUT THE ACTUAL FUNCTION IN THE TEST.DLL is not called. * (I Created the .def file from the .spec file of the dll and tried the same. Still I am getting the same problem)* ** * How I can use winebuild after creating the .spec file using winedump, so that I can link that dll using the Application.??* * Any detailed steps that can help in using a third party binary dll in Linux using the Test Applciation ??* Thank you AJ <wine-devel-bounces(a)winehq.org>

1 0

vbrun60sp6.exe doesn't work in Wine
by Dan Kegel 19 Dec '05

19 Dec '05

Wine-0.9.3 can install vbrun60sp5.exe and earlier just fine, but for some reason vbrun6sp6.exe silently exits without installing anything. Anyone know why? You can download it from http://support.microsoft.com/default.aspx?scid=kb;en-us;290887 -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 1

ReactOS has game I see......
by Tom Wickline 19 Dec '05

19 Dec '05

Hello, http://vogons.zetafleet.com/viewtopic.php?t=10750 :D Cheers, Tom

1 0

Switching from INI-Files (win9x) to Registry (NT)?
by Detlef Riekenberg 18 Dec '05

18 Dec '05

Hi. With NT, Windows did a Switch from INI-Files to the Registry and use "IniFileMapping" for compatibility with win9x-Apps. (see http://bugs.winehq.org/show_bug.cgi?id=4096) Wine is using both Methods when settings are changed (more code), and this introduce bugs if a Setting-Target is missing: (Example: http://bugs.winehq.org/show_bug.cgi?id=4097) Should we follow the Path of NT and implement the things around IniFileMapping to be compatible with every App that uses the API for INI-Files? We already do caching for INI-Files, so there is no additional incompatibility for very ugly Applications that modify INI-Files manual (open, read/write, close). -- By By ... ... Detlef

1 0

Re: DirectDraw over Direct3D
by Roderick Colenbrander 18 Dec '05

18 Dec '05

> > Second the required 3d functionality is VERY limited. Basicly the only > > thing the videocard needs support is texturing which all cards do. > > But that's obviously wrong - the video *driver* also needs to support it. > And the current 3D video driver situation in Linux is horrible. > Yeah linux drivers are crap for videocards from companies like S3/Via, XGI/Sis and also Intel. Most cards have some basic 3d driver support (the newer S3 ones not yet) but this basic support is enough. Texturing is something that is supported by all those basic drivers and cards. If your card can play Quake I it can also be used for the ddraw over direct3d renderer. A simple voodoo1 would even be fast enough (although this card can't do more than 16bit). The card also doesn't have to be fast. For instance your 2d game works at 800x600 and you use double buffering. You need to process half a million pixels for a single frame. That voodoo1 about which I talked already has a fillrate of 60MPixels so it can already do it fast enough. (one of the bottlenecks is the uploading of textures which happens through PCI / AGP / PCI-Express but this bottleneck appears for all drawing operations) Roderick -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie

2 1

Comparing a complicated program startup to windows
by Corey McClymonds 18 Dec '05

18 Dec '05

There is a game, known as Continuum, that has a very complicated setup before it actually starts the game, to prevent cheating. Due to this, the relay is very large, about 4MB, before it starts to repeat itself. I have gotten the +loaddll and the +seh logs at the bottom. I was just wondering, would it be possible to do the same startup on a Windows machine, and compare its relay to the relay from Wine. If this is possible, how would I go about this? Corey McClymonds

2 1

[wined3d] Converting Wined3d to use WGL instead of GLX
by Aric Cyr 17 Dec '05

17 Dec '05

Hello all, As I mentinoed in a recent post, I have almost completed the GLX->WGL conversion. Last night I tracked down my last bug that was causing most of my demo apps to fail. It seems that the problem was the conversion from glXGetProcAddress to using wglGetProcAddress. wined3d uses glXGetProcAddress to get the OpenGL extension function pointers, which is what wglGetProcAddress also does. However wglGetProcAddress _first_ checks opengl32.dll for the extension and returns the thunk function pointer if it exists, and only then falls back to libGL.so by calling glXGetProcAddress. So now I am stuck... if I use wglGetProcAddress for OpenGL extensions I get crashes in most D3D9 applications. If I use glXGetProcAddress in wined3d everything works fine, but then wined3d is still dependent on glx. So my questions: 1) should the thunks returned from wglGetProcAddress be causing crashes at all? Note that they don't crash right away, but "eventually" usually during a call to glDrawArrays it seems (after a call to glSecondaryColor3fEXT). 2) what is the reason for wglGetProcAddress to check opengl32.dll before libGL.so? Would the reverse logic still be a resonable solution? Regards, Aric

7 13

Continuum Attached logs
by Corey McClymonds 17 Dec '05

17 Dec '05

Sorry about that, it would appear the logs aren't on the previous email of mine, so here they are. ----------------------------------------------------------- WINEDEBUG=+loaddll wine Continuum.exe trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\user32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\imm32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\iphlpapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\rpcrt4.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\ole32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\shlwapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\comctl32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\shell32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\uxtheme.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\ddraw.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\ws2_32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\wsock32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\winmm.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\dsound.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\winealsa.drv" : builtin ALSA lib timer_hw.c:269:(snd_timer_hw_open) extended read is not supported (SNDRV_TIMER_IOCTL_TREAD) ALSA lib timer_hw.c:269:(snd_timer_hw_open) extended read is not supported (SNDRV_TIMER_IOCTL_TREAD) ALSA lib seq_hw.c:455:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\msacm32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\msacm.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\midimap.dll" : builtin -------------------------------------------- WINEDEBUG=+seh wine Continuum.exe trace:seh:__regs_RtlRaiseException code=80000003 flags=0 addr=0x7fc1fef0 trace:seh:__regs_RtlRaiseException eax=00000000 ebx=004c4050 ecx=004c4048 edx=004c405a esi=7bef4647 edi=004c4a4d trace:seh:__regs_RtlRaiseException ebp=000c1dd8 esp=7fc1fef0 cs=0073 ds=007b es=007b fs=1007 gs=0033 flags=00200246 trace:seh:__regs_RtlRaiseException code=c000001d flags=0 addr=0x4c40f2 trace:seh:__regs_RtlRaiseException eax=00000000 ebx=7bef01bc ecx=00000000 edx=bec35266 esi=7fc1fef4 edi=005283c2 trace:seh:__regs_RtlRaiseException ebp=000c1dd8 esp=7fc1fef4 cs=0073 ds=007b es=007b fs=1007 gs=0033 flags=00210202 ALSA lib timer_hw.c:269:(snd_timer_hw_open) extended read is not supported (SNDRV_TIMER_IOCTL_TREAD) ALSA lib timer_hw.c:269:(snd_timer_hw_open) extended read is not supported (SNDRV_TIMER_IOCTL_TREAD) ALSA lib seq_hw.c:455:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory

2 1

SCREENSHOT: Windows Genuine Advantage 'GenuineCheck.exe' program generating key on Wine!
by Segin 17 Dec '05

17 Dec '05

The attached screenshot (UNMODIFIED) depicts the WGA 'GenuineCheck.exe' program that is used on the microsoft web site to 'validate' Windows so that you can download crap. Normally, it will not generate the needed key under Wine, but I have a screenshot (attached) of it doing so. I don't know is this is worth noting, as i couldn't tell you how I made it work (a LOT of things, too many to even count). However, I thought it might be something of intrest. If this is in any way useful to the development of Wine, please let me know.

2 1

Re: Create new mailing list wine-isv?
by Tony Lambregts 17 Dec '05

17 Dec '05

Jeremy White wrote: >>Not that I mean to sound like a pessimist, but I'm really just calling >>it as I see it. No offense to anyone intended. :) > > > This, in a nutshell, is Wine's greatest challenge > (stepping even outside ISV boundaries for a minute). > > I believe, either because I'm insane (the likely > explanation), or because it's true, that Wine has > progressed remarkably in the past 5 years, and can > no longer be correctly dismissed as unstable or unusable. > > I think the shift from Alpha to Beta status was a > more dramatic signal that anyone really realizes; > I think it marks the point where Wine can reliably > be used for a broad range of purposes. > > But, bluntly, we have to prove it. We have to start > by continuing the drive to a solid 1.0; we have to > continue helping a small number of ISVs really succeed. > > And then of course comes the fun part; we have to hold > that line and not let any regressions in :-/. <Rant> Well that is a real sore spot with me. You know that I am a strong supporter of wine but it really concerns me that we have gone beta and not addressed preventing regessions from getting into our releases in any way. We currently have no freeze or notification of exactly when the next release is going to go out. Sure we had the one big code freeze just before 0.9 but then we went back to releasing without any notification. At his point even if our application maintainers test their app every day there is no way for them to prevent that regression going into the next release. We had at least one known regression creep into 0.9.3. and maybe more that could have been corrected if we had some warning. I think that going to beta without any real attempt to provide even the most basic freeze release cycle is not a good thing. At the very minimum I would think that we should know when the releases are going to happen but we do not even know that. </Rant> > > But I think we can do it; it's why I'm still here. > Ditto. -- Tony Lambregts

5 7

Supporting ISVs (was: Create new mailing list wine-isv?)
by Dan Kegel 17 Dec '05

17 Dec '05

Markus Goemmel wrote: > My partner and I are developing Windows applications > (http://www.emtec.com). Seeing Wine some months ago fascinated > me a lot, so since then I'm spending one or two hours a day > trying to bring our applications to work under Wine, too... > > But it's clear that there are not enough ressources there > to help ISVs like me out of some problems. Sometimes I have > contact with one of the developers after submitting a bug, > or writing something into the wine-devel list, but without > doing a lot of clarification before (like looking into the > Wine sources, close in the problem area, and asking really > specific questions to the corresponding 5 or 10 lines of code > in the Wine sources) nobody really have time to help. Hmm. Guess you're working on zoc: http://appdb.winehq.org/appview.php?versionId=3744 And you've filed ten bugs so far: http://bugs.winehq.org/buglist.cgi?emailreporter2=1&emailtype2=substring&em… only one or two of which have been fixed. I was curious, so I tried running zoc on wine-0.9.3 (compiled myself on FC3). The first time I started it, it exited with an assertion; the log is --- EmTec Application --- 12/17/2005 6:40:02 AM --- Condition: hwndLed Location : status.cpp line 878 Last Err.: 0L () Add. Info: Every time I started it after that, it exits with a dialog "Panic: no fonts!". I'd like to see this work; got any tips? I'm glad you're sticking around even though it's hard to get your questions answered! Hopefully we can improve the ISV experience with your feedback. Are you interested in being interviewed as a case study for my ISV page, http://kegel.com/wine/isv ? Thanks, Dan

1 0

Error at end of app install: can't open builtin library for regsvr32.exe...
by Dan Kegel 17 Dec '05

17 Dec '05

Hrm. Haven't seen this one before. At the end of installation of IBM Homepage Builder 6.0 for Windows, I get wine: cannot open builtin library for L"C:\\windows\\system32\\regsvr32.exe": /home/dank/wine/programs/regsvr32.exe.so: invalid ELF header This is with 0.9.3 built on fc3. Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 7

Partial success report: Ability Office 4.14
by Dan Kegel 17 Dec '05

17 Dec '05

Ability Office has a Linux version done with winelib, but I wanted to go whole hog and run the Windows version using wine 0.9.3. There were a few issues along the way. I started by downloading their normal Windows setup program: wget http://www.ability.com/download4/ability4_14/setup.exe wine setup.exe This failed with fixme:urlmon:URLDownloadToCacheFileW ((nil) L"http://www.abilitydownload.com/download4/ability4_14/Ability.MSI" 0x7bc80a88 520 0 0x7b91fb00) Evidently setup.exe is just a little thing that downloads the real thing from their web site, but that doesn't work in Wine yet. So I followed their alternate download procedure: wget http://www.abilitydownload.com/download4/zip/ability4_14.zip unzip ability4_14.zip wine Ability.MSI This failed because Wine doesn't know enough to run msiexec when you do this :-( But running msiexec by hand works: msiexec Ability.MSI I could then run ability write and create documents. Visually, things looked pretty good. Performance-wise, though, it really couldn't keep up with my typing, and took waaaay too long to start up. This is on a 2GHz system with lots of RAM, so it's kind of inexcusable. Gotta go be a dad now, but thought this little bit of data would be interesting to somebody. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: ScrollDC should not clip output if a clipping rect is not specified
by Rein Klazes 16 Dec '05

16 Dec '05

On Fri, 16 Dec 2005 22:17:29 +0800, you wrote: >Hello, > >here is hopefully a correct version of the patch. > >Changelog: > Rein Klazes <wijn(a)wanadoo.nl> > Add another set of ScrollDC tests. > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Add a ScrollDC test with NULL clipping rect. > ScrollDC should not clip output if a clipping rect is not specified. > >diff -up cvs/hq/wine/dlls/user/tests/win.c wine/dlls/user/tests/win.c >--- cvs/hq/wine/dlls/user/tests/win.c 2005-11-30 23:19:27.000000000 +0800 >+++ wine/dlls/user/tests/win.c 2005-12-16 21:51:28.000000000 +0800 Dmitry, I do not understand: these tests pass here without your two patches. Also visually I do not see the failure that you are supposedly fixing. Rein.

1 1

msi failure
by Bill Medland 16 Dec '05

16 Dec '05

Seeing as how I know nothing much about msi I thought I'd just point out the error and ask someone more knowledgeable to do something about it. Basically on msiexec a VBA6.msi: dialog.c - msi_dialog_oncreate includes dialog->default_font = msi_dup_property (.., "DefaultUIFont"); Later on that default font can be referenced without testing if it is non-null In my particular case it is null (because the property is not found). Presumably if msi_dup_property returns null then some other default should be used, e.g. MS Shell Dlg. Any comments? Anyone volunteering to fix it? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

1 0

Re: SHFileOperationW split
by Joris Huizer 16 Dec '05

16 Dec '05

Sorry, just got a message of someone (James Hawkins) telling me he's working on the function and it's best not modified before his patches get applied :-) After that, we''ll see whether any of this still finds a need :-)

1 0

Re: msvcrt: Printf Integer Conversions
by Alexandre Julliard 16 Dec '05

16 Dec '05

Jesse Allen <the3dfxdude(a)gmail.com> writes: > Changes: > Add support for I64 integer sizes in printf. Handle I and I32 sizes > using libc's printf. The tests fail: printf.c:45: Test succeeded inside todo block: Problem with long long printf.c:46: Test succeeded inside todo block: return count wrong printf.c:51: Test failed: I0d failed printf.c:63: Test failed: I64D failed: %D printf.c:106: Test failed: #+25.22I64u conversion for -1 failed: got ' 0018446744073709551615', should be ' 18446744073709551615' -- obscure windows msvcrt bug? printf.c:114: Test failed: Problem with "ll" interpretation printf.c:115: Test failed: return count wrong printf.c:369: Test succeeded inside todo block: Problem with long long -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: SHFileOperationW 1 : helper functions
by Mike McCormack 16 Dec '05

16 Dec '05

Joris Huizer wrote: > When this patch is accepted I'll submit the rest (that is, the code > using these functions) I appreciate somebody is spending the time to clean up that function. Unfortunately, a patch adding functions that aren't yet used is not likely to be accepted. Secondly, even if your style is the only true one, please copy the existing style in that file so we don't end up with another mish-mash mess of coding styles. (And sorry, but 2 space indent is not the one true style ;) Mike > +static int shfileops_delete_file(WIN32_FIND_DATAW *wfd,int confirm,LPWSTR pFromFile,LPWSTR pTempFrom) > +{ > + int retCode = 0; > + LPWSTR lpFileName; > + lpFileName = wfd->cAlternateFileName; > + if (!lpFileName[0]) > + lpFileName = wfd->cFileName; >

1 0

SHFileOperationW 1 : helper functions
by Joris Huizer 16 Dec '05

16 Dec '05

This patch adds a simple structure to contain commonly-requested file properties (named `struct fileops_file_data`, wondering whether that name should that change?) Functions added: -void printFileData(): debugging function, printing contents of a `struct fileops_file_data` thing; -int shfileops_delete_file() function to delete given file -- making sure to call the right functions for either a regular file or a directory -int shfileop_unmasked_setup() the extracted code common for move and copy calls -int shfileop_move_unmasked the specific code on moving unmasked -- this one does a lot of recursion on SHFileOperationW -int shfileop_copy_unmasked the specific code on copying unmasked -- this one does some recursion too Further more, I seperated code of deleting, renaming, moving, and copying, and the overall result is that code becomes simpler - though a small amount of code is duplicated (mostly in move/copy operations, that's why I split the largest part of common code in a separate function) When this patch is accepted I'll submit the rest (that is, the code using these functions) Index: shlfileop.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shlfileop.c,v retrieving revision 1.56 diff -u -p -r1.56 shlfileop.c --- shlfileop.c 10 Nov 2005 11:15:22 -0000 1.56 +++ shlfileop.c 16 Dec 2005 15:21:05 -0000 @@ -866,9 +866,69 @@ static const char * debug_shfileops_acti return wine_dbg_sprintf("%s", cFO_Name[ op ]); } +struct fileops_file_data +{ + LPCWSTR next; + LPCWSTR name; + LPWSTR temp; + LPWSTR file; + DWORD attr; + DWORD pathAttr; + BOOL multi; + BOOL invalidTail; + BOOL valid; + BOOL tailSlash; +}; + +void printFileData(struct fileops_file_data *field) +{ + + TRACE("data on %p:\n" + "next: %s\n" + "name: %s\n" + "temp: %s\n" + "file: %s\n" + "attr: %lx\n" + "pathAttr: %lx\n" + "multi: %d\n" + "invalidTail: %d\n" + "valid: %d\n" + "tailSlash: %d\n", + field, + debugstr_w(field->next), + debugstr_w(field->name), + debugstr_w(field->temp), + debugstr_w(field->file), + field->attr, + field->pathAttr, + field->multi, + field->invalidTail, + field->valid, + field->tailSlash + ); +} + #define ERROR_SHELL_INTERNAL_FILE_NOT_FOUND 1026 #define HIGH_ADR (LPWSTR)0xffffffff +static int shfileops_delete_file(WIN32_FIND_DATAW *wfd,int confirm,LPWSTR pFromFile,LPWSTR pTempFrom) +{ + int retCode = 0; + LPWSTR lpFileName; + lpFileName = wfd->cAlternateFileName; + if (!lpFileName[0]) + lpFileName = wfd->cFileName; + SHFileStrCpyCatW(&pFromFile[1], lpFileName, NULL); + if (IsAttribFile(wfd->dwFileAttributes)) + { + if(SHNotifyDeleteFileW(pTempFrom) != ERROR_SUCCESS) + retCode = 0x78; /* value unknown */ + } + else if(!SHELL_DeleteDirectoryW(pTempFrom,confirm)) + retCode = 0x79; /* value unknown */ + return retCode; +} + /* handle the complete deletion of `pTempFrom` */ static int shfileops_delete(WIN32_FIND_DATAW *wfd,SHFILEOPSTRUCTW nFileOp, LPWSTR pFromFile,LPWSTR pTempFrom,HANDLE *hFind) @@ -884,20 +944,12 @@ static int shfileops_delete(WIN32_FIND_D if (IsDotDir(lpFileName) || ((b_Mask) && IsAttribDir(wfd->dwFileAttributes) && (nFileOp.fFlags & FOF_FILESONLY))) continue; - SHFileStrCpyCatW(&pFromFile[1], lpFileName, NULL); - /* TODO: Check the SHELL_DeleteFileOrDirectoryW() function in shell32.dll */ - if (IsAttribFile(wfd->dwFileAttributes)) - { - if(SHNotifyDeleteFileW(pTempFrom) != ERROR_SUCCESS) - { - nFileOp.fAnyOperationsAborted = TRUE; - retCode = 0x78; /* value unknown */ - } - } - else if(!SHELL_DeleteDirectoryW(pTempFrom, (!(nFileOp.fFlags & FOF_NOCONFIRMATION)))) + + retCode = shfileops_delete_file(wfd,(nFileOp.fFlags & FOF_NOCONFIRMATION) == 0,pFromFile,pTempFrom); + if (retCode) { - nFileOp.fAnyOperationsAborted = TRUE; - retCode = 0x79; /* value unknown */ + nFileOp.fAnyOperationsAborted = TRUE; + break; } } while (!nFileOp.fAnyOperationsAborted && FindNextFileW(*hFind,wfd)); @@ -1001,6 +1053,210 @@ static DWORD shfileops_get_parent_attr(L return PathAttr; } +static int shfileop_unmasked_setup(WIN32_FIND_DATAW wfd, struct fileops_file_data *to,struct fileops_file_data *from,BOOL b_Multi,long FuncSwitch) +{ + int retCode = 0; + + TRACE("b_Multi: %d\n",b_Multi); + TRACE("to:\n"); + printFileData(to); + TRACE("from:\n"); + printFileData(from); + + if (IsAttribDir(wfd.dwFileAttributes) && (to->attr == INVALID_FILE_ATTRIBUTES)) + { + if (to->file) + { + to->pathAttr = shfileops_get_parent_attr2(to->file,to->temp,to->valid,&retCode); + if (retCode) + return retCode; + if (to->invalidTail) + { + retCode = 0x10003; + return retCode; + } + } + } + + /* trailing BackSlash is ever removed and to->file points to BackSlash before */ + if (!to->multi && (from->multi || (!(b_Multi) && IsAttribDir(to->attr)))) + { + if ((FO_MOVE == FuncSwitch) && IsAttribDir(to->attr) && IsAttribDir(wfd.dwFileAttributes)) + { + if (b_Multi) + { + retCode = 0x73; /* !b_Multi = 0x8 ?? */ + return retCode; + } + } + to->file = SHFileStrCpyCatW(to->temp, NULL, wfd.cFileName); + to->attr = GetFileAttributesW(to->temp); + } + + if (IsAttribDir(to->attr)) + { + if (IsAttribFile(wfd.dwFileAttributes)) + { + retCode = (FO_COPY == FuncSwitch) ? 0x75 : 0xb7; + return retCode; + } + } + else + { + to->pathAttr = shfileops_get_parent_attr(to->file,to->temp); + if (IsAttribFile(to->pathAttr)) + { + /* error, is this tested ? */ + retCode = 0x777402; + return retCode; + } + } + + /* singlesource + no mask */ + if (INVALID_FILE_ATTRIBUTES == (to->attr & to->pathAttr)) + { + /* Target-dir does not exist, and cannot be created */ + retCode=0x75; + return retCode; + } + + return retCode; +} + +static int shfileop_move_unmasked( SHFILEOPSTRUCTW nFileOp,WIN32_FIND_DATAW wfd, struct fileops_file_data to, struct fileops_file_data from) +{ + int retCode = 0; + int level = nFileOp.wFunc >> 4; + + BOOL b_SameRoot = (toupperW(from.temp[0]) == toupperW(to.temp[0])); + + to.file = NULL; + if ((to.attr == INVALID_FILE_ATTRIBUTES) && SHFileStrICmpW(from.temp, to.temp, from.file, NULL)) + { + nFileOp.wFunc = ((level+1)<<4) + FO_RENAME; + } + else + { + if (b_SameRoot && IsAttribDir(to.attr) && IsAttribDir(wfd.dwFileAttributes)) + { + /* FIXME: moving directory contents into the other one: + * - path\\ -> path\\* + * MOVE + * - loop over files in path\\*, eg path\\file + * MOVE + * - COPY, DELETE + * + * is this really necessary? why not a dedicated recursive + * (light-weight) function? + */ + /* we need to.file for FO_DELETE after FO_MOVE contence */ + to.file = SHFileStrCpyCatW(from.temp, NULL, wWildcardFile); + } + else + { + nFileOp.wFunc = ((level+1)<<4) + FO_COPY; + } + } + + switch(nFileOp.wFunc & FO_MASK) + { + case FO_MOVE: + retCode = SHFileOperationW(&nFileOp); + break; + case FO_RENAME: + /* + retCode = SHFileOperationW(&nFileOp); + */ + if (SHNotifyMoveFileW(from.temp, to.temp) != ERROR_SUCCESS) + { + /* we need still the value for the returncode, we use the mostly assumed */ + retCode = 0xb7; + nFileOp.fAnyOperationsAborted = TRUE; + } + break; + case FO_COPY: + retCode = SHFileOperationW(&nFileOp); + break; + default: + retCode = SHFileOperationW(&nFileOp); + break; + } + + if (to.file) + ((DWORD*)to.file)[0] = '\0'; + if (!nFileOp.fAnyOperationsAborted && (FO_RENAME != (nFileOp.wFunc & 0xf))) + { + /* + TRACE("preparing for delete\n"); + nFileOp.wFunc = ((level+1)<<4) + FO_DELETE; + TRACE("delete: going to execute: %s: flags (0x%04x) : %s\n", + debug_shfileops_action(nFileOp.wFunc & FO_MASK), nFileOp.fFlags, + debug_shfileops_flags(nFileOp.fFlags) ); + + retCode = SHFileOperationW(&nFileOp); + TRACE("returned: %d\n",retCode); + */ + retCode = shfileops_delete_file(&wfd,(nFileOp.fFlags & FOF_NOCONFIRMATION) == 0,from.file,from.temp); + } + + return retCode; +} + +static int shfileop_copy_unmasked(SHFILEOPSTRUCTW nFileOp,WIN32_FIND_DATAW wfd,struct fileops_file_data to,struct fileops_file_data from) +{ + int retCode = 0; + BOOL not_overwrite = (!(nFileOp.fFlags & FOF_NOCONFIRMATION) || (nFileOp.fFlags & FOF_RENAMEONCOLLISION)); + BOOL ask_overwrite = (!(nFileOp.fFlags & FOF_NOCONFIRMATION) && !(nFileOp.fFlags & FOF_RENAMEONCOLLISION)); + + if (SHFileStrICmpW(from.temp, to.temp, NULL, NULL)) + { /* target is the same as source ? */ + /* we still need the value for the returncode, we assume 0x71 */ + retCode = 0x71; + return retCode; + } + if (IsAttribDir((to.attr & wfd.dwFileAttributes))) + { + if (IsAttribDir(to.attr) || !SHNotifyCreateDirectoryW(to.temp, NULL)) + { + /* FIXME: copying directory contents into the other one: + * - path\\ -> path\\* + * COPY + * - loop over files in path\\*, eg path\\file + * COPY + * + * is this really necessary? why not a dedicated recursive + * (light-weight) function? + */ + + /* ??? nFileOp.fFlags = (nFileOp.fFlags | FOF_MULTIDESTFILES); */ + SHFileStrCpyCatW(from.temp, NULL, wWildcardFile); + TRACE("recursive copy\n"); + retCode = SHFileOperationW(&nFileOp); + } + else + { + retCode = 0x750;/* value unknown */ + return retCode; + } + } + else + { + if (!(ask_overwrite && SHELL_ConfirmDialogW(ASK_OVERWRITE_FILE, to.temp)) + && (not_overwrite)) + { + /* we still need the value for the returncode, we use the mostly assumed */ + retCode = 0x73; + return retCode; + } + if (SHNotifyCopyFileW(from.temp, to.temp, TRUE) != ERROR_SUCCESS) + { + retCode = 0x77; /* value unknown */ + return retCode; + } + } + return retCode; +} + /************************************************************************* * SHFileOperationW [SHELL32.@] *

1 0

Re: OLE without TLS libraries
by Cihan Altinay 16 Dec '05

16 Dec '05

Quoting Marcus Meissner <marcus(a)jet.franken.de>: > On Thu, Dec 08, 2005 at 12:35:32PM +1000, Cihan Altinay wrote: > > Hi, > > > > having a Xen system my Linux tls library path is not > > in place (renamed to /lib/tls.disabled). > > When I run a program that uses OLE/DCOM (with native > > ole libraries) it crashes immediately. Using > > LD_LIBRARY_PATH=/lib/tls.disabled wine program > > makes it work again. > > I am not sure if this is true for all OLE apps. > > > > Is this known/expected behaviour or a bug? > > Do you have a backtrace of the crash or similar? Just wanted to create one with the latest CVS but it seems it was fixed some days ago. I investigated a bit and to my surprise the problem was in x11drv which was patched 2005-12-06. We had that problem since weeks and were "happy" with the library path solution until I thought I might ask here. So it was quite a surprise that it was fixed just now :-) Thanks anyway, Cihan

4 8

Re: Wine IE6 and JVM
by "Alexander N. Sørnes" 16 Dec '05

16 Dec '05

Hi! Microsof'ts JVM is not bundled with Internet Explorer; in fact, it is not shipped with newer versions of Windows either, because of an antitrust settlement with Sun. Either download the Sun JVM, or search for the Microsoft JVM in Google (it is not available from Microsoft). Regards, Alexander N. Sørnes Adrian Munteanu skrev: > Hi guys, > > I am trying to use wine with IE 6. > Most of the pages are displaying fine, however the problem is with > pages requesting JVM running. > So could you please help me find away, if available, to make IE use > installed JVM? > > Thanks and best regards > Adrian > > > > >

2 1

New Wine ISV case study: Synapticad
by Dan Kegel 16 Dec '05

16 Dec '05

Thanks to Stefan Munz of ITOMIG, I now have a nice writeup by Dan Notestein about SynaptiCAD's success with Winelib; it's online at http://kegel.com/wine/isv/synapticad.html It was first written about a year ago, but languished in cyberspace. I think I've given it its first home on a web site, and updated it a bit after emailing with Mr. Notestein. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Suggested changes to the menubuilder etc.
by Bill Medland 16 Dec '05

16 Dec '05

I am intending doing some work and submitting some patches to "improve" the integration with the operating system desktop integration. Rather than waste time coding up my ideas and having Alexandre reject them I thought I'd start by specifying what I intend and awaiting a barrage of complaints. So please do comment. 1. I reckon it would be a good idea if somewhere we actually wrote some prose that actually declared what it was we were trying to achieve. I have a real issue with trying to decide if the code does what it does because of a deliberate decision, because either Windows or Linux or ... changed or because we just had not got around to implementing what we want. Prose is much better for that. I could put it in the Wine Developer's Guide, in the Wiki (where?), or as a text file in the winemenubuilder directory (my preference). Any comments? 2. My main issue is that we do not replicate the menu structure under the start menu (and presumably the desktop too but I haven't looked there). The program I am working with goes several layers below the Programs directory. I see that wineshelllink is able to take a path for the link but winemenubuilder doesn't use that. I intend adding to winemenubuilder so that it passes a more complete link, with path, to get the depth. 3. I want to do something about looking for icons when the target is actually data, not an executable. Either I will just use no icon or I will see what I can do about looking up the handler for the file type and going from there (possibly even using the native OS's handler e.g. pdf files). Any complaints? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

4 6

Re: DirectDraw over Direct3D
by Roderick Colenbrander 16 Dec '05

16 Dec '05

> This patch seems similar to glSDL where it wraps SDL's 2d API to > OpenGL. The good thing about this it can provide acceleration and not > require root like DGA. The bad thing with this idea is that it can't > be used on older video cards or even some newer ones that lack proper > direct rendering. Am I correct that even when just doing depth > conversions, without direct rendering it will still be slow? > Perhaps I should clarify some misunderstandings that some people have. (I hope I explain it correctly) Basicly DirectDraw provides a mechanism to directly access the framebuffer of the videocard. This is the fastest way to render 2D images on the screen. Games like StarCraft, Total Annihilation, C&C and lots of others use DirectDraw in this way. Second there's another class of games like Age Of Empires2, Heroes of Might and Magic IV and others which mix ddraw with GDI. They for instance render a image using ddraw and then use GetDC/ReleaseDC to get a device context so that they can draw in the surface. (directly into the video memory) In case of X direct framebuffer access is only possible through DGA but it is unsecure and has other issues. When DGA works correctly it can accelerate games like StarCraft. Further DGA doesn't have any depth conversion issues as it does depth switching. Without DGA the rendering operations need to go through X. Because of limitations of X, depth conversion problems appear when the depth of the desktop and X aren't the same. For depth conversion purposes Wine's DirectDraw uses a DIB section. Basicly all pixels of an image are translated to the depth of X. This is slow and especially for the case when the application requests 8bit paletted mode using a 24bit desktop. In this case a color lookup needs to happen in a palette for each pixel. The end result is then shown on the screen (if the game is of the StarCraft type) Games that use GetDC/ReleaseDC can't work using DGA. The performance in general isn't great as lots of X calls happen. (things like conversions from XPixmap to XImages and the way around and also depth conversions happen a lot) The patch I sent works for both classes of games though it won't help much for the second class as GetDC/ReleaseDC stuff is slow. As explained before the patch uploads the surface to a texture which is then rendered using OpenGL. This is quite fast and as a bonus the videocard can do all depth conversion for us as it isn't limited to rendering textures which are at the same depth as X. For old videocards the GL renderer won't work and the old code should work fine (except for performance issues). You might have heard people talking about a 'dibengine' which would let Wine do all DIB related operations in software which would save a lot of XImage/XPixmap conversions. (conversion is only needed for the final rendering stage) This dibengine would mainly accelerate games that use GetDC/ReleaseDC. It won't help games like StarCraft (much) as for those DIBs were only used for depth conversion and the conversion algorithm stays the same (it can't be tweaked much if at all). So there's not really a way to speedup games like StarCraft for old videocards. Perhaps XShm might be of use but not sure how much it would help. (think it would only be usefull for GetDC/ReleaseDC games) Roderick -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie -- Highspeed-Freiheit. Bei GMX superg�nstig, z.B. GMX DSL_Cityflat, DSL-Flatrate f�r nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl

4 6

question regarding FindWindow
by Marcus Meissner 15 Dec '05

15 Dec '05

Hi, While debugging Google Earth I see hangs in FindWindow... Apparently the if (GetWindowTextW( list[i], buffer, len + 1 ) && !strcmpiW( buffer, title )) break; call hangs on the server... But how is this possible? +win,+server snippet: trace:win:RedrawWindow 0x10020 whole window flags: RDW_INVALIDATE RDW_ERASE 0009: redraw_window( window=0x10020, flags=00000005, region={} ) 0009: redraw_window() = 0 trace:win:RedrawWindow 0x10020 whole window flags: RDW_INVALIDATE RDW_ERASE 0009: redraw_window( window=0x10020, flags=00000005, region={} ) 0009: redraw_window() = 0 0009: get_window_children( parent=0x10020, atom=0000, tid=0000 ) 0009: get_window_children() = 0 { count=3, children={0x10026,0x10024,0x10022} } fixme:win:WIN_FindWindow before getwindowtext fixme:win:WIN_FindWindow after getwindowtext fixme:win:WIN_FindWindow before getwindowtext 0009: send_message( id=0010, type=1, flags=0, win=0x10024, msg=0000000d, wparam=00000023, lparam=55937970, x=0, y=0, time=000010a4, info=00 000000, timeout=0, callback=(nil), data={} ) 0009: send_message() = 0 0009: get_msg_queue( ) 0009: get_msg_queue() = 0 { handle=0x148 } 0009: set_queue_mask( wake_mask=00008040, changed_mask=00008040, skip_wait=1 ) 0009: set_queue_mask() = 0 { wake_bits=00000000, changed_bits=00000000 } 0009: select( flags=4, cookie=0x55c1f6f8, signal=(nil), timeout=0, handles={0x148,0x80} ) 0009: select() = PENDING *hang* What debug to enable and what to look at? Ciao, Marcus

4 4

Re: fixme:font:load_VDMX Failed to retrieve vTable
by Curro Amores 15 Dec '05

15 Dec '05

hi , sorry but im a bit desperated, i dont find the way of sorting out my problem. i send a snapshot of my report so you could give me a hint of what is going wrong, It's a access 97 app and i can not display reports correctly. ill be very pleased. The problem is that i dont get any error with WINEDBG

2 1

IBM Homepage Builder mostly functional with wine-0.9.3
by Dan Kegel 15 Dec '05

15 Dec '05

Man, wine is getting good! Homepage builder seems to install and mostly work. Even the flash demo works. Kudos to the Wine developers! A few of the included tools crash on startup, though, e.g. http://bugs.winehq.org/show_bug.cgi?id=4082 And then there's that regsvr installation problem I just posted about. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: Wine IE6 and JVM
by Tom Wickline 15 Dec '05

15 Dec '05

On 12/15/05, Adrian Munteanu <adrian.munteanu(a)oracle.com> wrote: > Hi guys, > > I am trying to use wine with IE 6. > Most of the pages are displaying fine, however the problem is with pages > requesting JVM running. > So could you please help me find away, if available, to make IE use > installed JVM? Did you install msjavx86.exe or the JVM that Sun provides? Tom > > Thanks and best regards > Adrian > > >

1 0

Re: feedback wanted from arts, esound and jack sound driver users.
by Emanuel Rumpf 15 Dec '05

15 Dec '05

Hi I have tried to run some apps with the wine-jack-driver. It is working, but I found it pretty unstable, especially with MME buffersizes below 100ms What I would like to see improved: 1. More stability, no zombification on buffer underruns (xruns) 2. Law latency connection for audio and midi (maybe ASIO emulation?), (MME brings additional buffers and latencies, "DirectSound" driver doesnt work with wine-jack) 3. Midi-support: With the wine-jack driver, there is no midi in/out port visible, which makes the driver useless for more serious audio works. thanks for your efforts regards, emanuel some notes: When I select the audio tab in winecfg I get: err:midi:MIDI_AlsaToWindowsDeviceType Cannot determine the type (alsa type is 100000) of this midi device. Assuming FM Synth Why/when should "Driver Emulation" be selected in winecfg? Example: Native Instruments Reaktor Session With MME selected and 140ms latency, it's running for some minutes... # Often this appears: fixme:wave:JACK_widMessage unknown message 2069! fixme:wave:JACK_widMessage unknown message 2069! fixme:wave:JACK_widMessage unknown message 2069! # As soon, as there is an xrun it zombifies zombified - calling shutdown handler could not attach as client could not attach as client err:wave:JACK_OpenWaveOutDevice jack server not running? err:wave:JACK_shutdown_wwo unable to reconnect with jack... # output of another crash wine: Unhandled page fault on read access to 0x00000130 at address 0x130 (thread 0009), starting debugger... err:seh:start_debugger Couldn't start debugger ("") (5) Read the Wine Developers Guide on how to set up winedbg or another debugger err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. fixme:winmm:MMDRV_Exit Closing while ll-driver open fixme:winmm:MMDRV_Exit Closing while ll-driver open wine: Unhandled page fault on write access to 0x7ec67825 at address 0x856e69 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x7ec67825 in 32-bit code (0x00856e69). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:00856e69 ESP:7fbafa70 EBP:7fbafd1c EFLAGS:00210246( - 00 -RIZP1) EAX:0000036c EBX:0000000f ECX:7ec67821 EDX:7fbafd2c ESI:00010022 EDI:0000000f Stack dump: 0x7fbafa70: 0000036c 00861694 0000036c 7ce40048 0x7fbafa80: 00000002 7ce3fae8 0086d107 00000000 0x7fbafa90: 00000000 7fbafd3c 00000000 7ff8a044 0x7fbafaa0: 7fbafb20 00000000 00000000 7fbafb2c 0x7fbafab0: 7fbafb20 7fbafb2c 7fbafb04 00000000 0x7fbafac0: 7fbafb04 7fbafb10 7fbafb04 7fbafb10 0200: sel=1007 base=7ff8a000 limit=00001fff 32-bit rw- Backtrace: =>1 0x00856e69 in reaktorsession (+0x456e69) (0x00856e69) 2 0x00000000 (0x00000000) 0x00856e69: movl %eax,0x4(%ecx) Modules: Module Address Debug info Name (93 modules) PE 0x00400000-01235000 Export reaktorsession ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7dafd000-7dbe1000 Deferred libdb-4.3.so ELF 0x7dbe1000-7dc2f000 Deferred libgcrypt.so.11 ELF 0x7dc2f000-7dc3f000 Deferred libtasn1.so.2 ELF 0x7dc3f000-7dca7000 Deferred libgnutls.so.12 ELF 0x7dca7000-7dcc3000 Deferred libcups.so.2 ELF 0x7dcdb000-7dcf0000 Deferred midimap<elf> \-PE 0x7dce0000-7dcf0000 \ midimap ELF 0x7de05000-7de26000 Deferred msacm32<elf> \-PE 0x7de10000-7de26000 \ msacm32 ELF 0x7de26000-7de3d000 Deferred libjack.so ELF 0x7de3e000-7de55000 Deferred msacm.drv<elf> \-PE 0x7de40000-7de55000 \ msacm.drv ELF 0x7de55000-7de70000 Deferred winejack.drv<elf> \-PE 0x7de60000-7de70000 \ winejack.drv ELF 0x7df68000-7df99000 Deferred uxtheme<elf> \-PE 0x7df70000-7df99000 \ uxtheme ELF 0x7dff3000-7e00f000 Deferred imm32<elf> \-PE 0x7e000000-7e00f000 \ imm32 ELF 0x7e00f000-7e02c000 Deferred ximcp.so.2 ELF 0x7e02c000-7e034000 Deferred libxrender.so.1 ELF 0x7e043000-7e04c000 Deferred libxcursor.so.1 ELF 0x7e0a7000-7e810000 Deferred libglcore.so.1 ELF 0x7e810000-7e88f000 Deferred libgl.so.1 ELF 0x7e88f000-7e95a000 Deferred libx11.so.6 ELF 0x7e95a000-7e968000 Deferred libxext.so.6 ELF 0x7e968000-7e97f000 Deferred libice.so.6 ELF 0x7e97f000-7e9fb000 Deferred winex11.drv<elf> \-PE 0x7e990000-7e9fb000 \ winex11.drv ELF 0x7e9fb000-7ea1b000 Deferred libexpat.so.1 ELF 0x7ea1b000-7ea4a000 Deferred libfontconfig.so.1 ELF 0x7ea4a000-7ea5e000 Deferred libz.so.1 ELF 0x7ea5e000-7eacb000 Deferred libfreetype.so.6 ELF 0x7eae3000-7eb2e000 Deferred dsound<elf> \-PE 0x7eaf0000-7eb2e000 \ dsound ELF 0x7eb2e000-7eb42000 Deferred lz32<elf> \-PE 0x7eb30000-7eb42000 \ lz32 ELF 0x7eb42000-7eb6a000 Deferred winspool.drv<elf> \-PE 0x7eb50000-7eb6a000 \ winspool.drv ELF 0x7eb6a000-7ebfc000 Deferred comdlg32<elf> \-PE 0x7eb80000-7ebfc000 \ comdlg32 ELF 0x7ebfc000-7ec26000 Deferred ws2_32<elf> \-PE 0x7ec10000-7ec26000 \ ws2_32 ELF 0x7ec26000-7ec41000 Deferred wsock32<elf> \-PE 0x7ec30000-7ec41000 \ wsock32 ELF 0x7ec41000-7ecc1000 Deferred winmm<elf> \-PE 0x7ec50000-7ecc1000 \ winmm ELF 0x7ecc1000-7ed6f000 Deferred comctl32<elf> \-PE 0x7ecd0000-7ed6f000 \ comctl32 ELF 0x7ed6f000-7ed8d000 Deferred iphlpapi<elf> \-PE 0x7ed80000-7ed8d000 \ iphlpapi ELF 0x7ed8d000-7edd1000 Deferred rpcrt4<elf> \-PE 0x7eda0000-7edd1000 \ rpcrt4 ELF 0x7edd1000-7ee57000 Deferred ole32<elf> \-PE 0x7edf0000-7ee57000 \ ole32 ELF 0x7ee57000-7eead000 Deferred shlwapi<elf> \-PE 0x7ee70000-7eead000 \ shlwapi ELF 0x7eead000-7ef6c000 Deferred shell32<elf> \-PE 0x7eec0000-7ef6c000 \ shell32 ELF 0x7ef6c000-7efa6000 Deferred advapi32<elf> \-PE 0x7ef80000-7efa6000 \ advapi32 ELF 0x7f082000-7f09a000 Deferred version<elf> \-PE 0x7f090000-7f09a000 \ version ELF 0x7f09a000-7f99a000 Deferred gdi32<elf> \-PE 0x7f0e0000-7f99a000 \ gdi32 ELF 0x7f99a000-7fab0000 Deferred user32<elf> \-PE 0x7f9c0000-7fab0000 \ user32 ELF 0x7fbb0000-7fbb5000 Deferred libnss_db.so.2 ELF 0x7fc04000-7fd00000 Deferred kernel32<elf> \-PE 0x7fc20000-7fd00000 \ kernel32 ELF 0x7fe12000-7fe16000 Deferred libgpg-error.so.0 ELF 0x7fe16000-7fe1f000 Deferred libsm.so.6 ELF 0x7fe1f000-7fe2b000 Deferred libnss_files.so.2 ELF 0x7fe2b000-7fe41000 Deferred libnsl.so.1 ELF 0x7fe41000-7fe45000 Deferred iso8859-15.so ELF 0x7fe45000-7fe50000 Deferred libgcc_s.so.1 ELF 0x7fe52000-7fe55000 Deferred xlcdef.so.2 ELF 0x7fe55000-7fe59000 Deferred libxrandr.so.2 ELF 0x7fe59000-7fe7e000 Deferred libm.so.6 ELF 0x7fe7e000-7ff75000 Deferred libwine_unicode.so.1 ELF 0x7ff77000-7ff81000 Deferred libnss_nis.so.2 ELF 0x7ff81000-7ff8a000 Deferred libnss_compat.so.2 ELF 0x7ff8d000-80000000 Deferred ntdll<elf> \-PE 0x7ffa0000-80000000 \ ntdll ELF 0xb7e42000-b7e47000 Deferred libxxf86vm.so.1 ELF 0xb7e49000-b7e4d000 Deferred libdl.so.2 ELF 0xb7e4d000-b7f84000 Deferred libc.so.6 ELF 0xb7f84000-b7f96000 Deferred libpthread.so.0 ELF 0xb7f96000-b7fb0000 Deferred libwine.so.1 ELF 0xb7fc0000-b7fc2000 Deferred libnvidia-tls.so.1 ELF 0xb7fc2000-b7fc8000 Deferred libxxf86dga.so.1 ELF 0xb7fc9000-b7fe0000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Programme\Native Instruments\Reaktor Session\ReaktorSession.exe 00000009 0 <== WineDbg terminated on pid 0x8 Getötet you wrote: > > Is anyone using the arts, esound or jack sound drivers for non > trivial use? By non trivial, I mean more than one application or > more than a single device. If so, I am interested in getting > information on the software you are using and how it is using > the drivers. > > Would redesigning these drivers to show up as a single device > per physical device which allowed being opened more than > once be a problem?

1 0

Re: [Wine] [Invalid ELF header] GSM audio codec in Ventrilo
by Molle Bestefich 15 Dec '05

15 Dec '05

Pictor wrote: > I'm trying to run Ventrilo (voice chat) on WINE. > I have the latest version of wine. > I installed correctly Ventrilo. > > Now I have to setup it to use the GSM 6.10 codec. > I read on-line that I only need to add "MSACM.msgsm610=msgsm32.acm" to > the system.ini file, and add the file in the /system directory. > > I did it, but when I choose the codec GSM I get an error: > "Unable to find the specified codec" > > In the shell nothing appears with this error. > > So I tried to rename the msgsm32.acm file in msgsm32.acm.so > This time, when I select the GSM codec, it give the same error pop-up, > BUT in the shell I receive this error: > > "err:module:load_builtin_dll failed to load .so lib for builtin > L"msgsm32.acm": /usr/lib/wine/msgsm32.acm.so: invalid ELF header" You can't just rename the file to .so. That's because it's a Windows file and thus has PE headers, where .so files has ELF headers. Wine should fallback to loading the native .acm version if the .so is not there. Since Wine actually finds the .acm.so version, I imagine the acm is being loaded through LoadLibrary or some such DLL loading function. So maybe someone just forgot to make Wine check for native DLL files named .acm in the DLL loading code? Just a guess.

2 1

Re: Fix dsiplay of fonts with Symbol codepages (codepage 42) as well
by Dmitry Timoshkov 15 Dec '05

15 Dec '05

"David Moore" <davidm(a)sjsoft.com> wrote: > The patch below first checks to see if the codepage is one of the > exceptions, and if it is, passes in NULLs for the last two arguments. I wonder how did you build the list of exceptions: why CP_UTF7 is there but CP_UTF8 is not? Why 50xxx,52xxx,57xxx code pages are there? I'd suggest as a start to have only CP_UTF7, CP_UTF8 and CP_SYMBOL in the exception list. -- Dmitry.

2 2

Regression in Wine on FreeBSD (DVD Shrink)
by Travis Poppe 15 Dec '05

15 Dec '05

Hello All, Lately I've been trying to track down a problem that prevents DVD Shrink 3.2 from starting on FreeBSD in any version of Wine built on/after 04-20-2005 (including the recent beta releases). Any version built prior to this works fine. I've tracked the problem down to the changes made to x11drv/dib.c (and associated) on 04-20-2005. I'm not fluent in C; I merely found the problem through trial and error. If I copy the x11drv/dib.c (and ntdll/, so the old dib.c will work) from 04-18-2005 in place of the one introduced on the 20th, the problem disappears and DVD Shrink fires right up. Changing dib.c (and dib.c only) back to the 20th snapshot re-introduces the problem, and DVD Shrink hangs again. As I don't understand the code, I don't know how to detect where the problem really lies, as the dib.c changes may only be indirectly responsible. I am very willing to test for or aid anyone who wouldn't mind helping with this problem, however. I have already contacted the author of the changes (dib.c and associated) and he suggested I try this list. If anyone would like to glance at the differences between the two files I've mentioned above, I have posted a diff here: http://lickwid.net/~tlp/dib.c.diff --- are the old and working changes +++ are the new and broken changes Any help would be greatly appreciated. Thanks, -- Travis Poppe IRC: tlp @ irc.freenode.net

2 1

Re: There is no need to offset the source rectangle in the reverse direction before scrolling
by Rein Klazes 15 Dec '05

15 Dec '05

On Tue, 13 Dec 2005 23:53:07 +0800, you wrote: >Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > There is no need to offset the source rectangle in the reverse > direction before scrolling. > >--- cvs/hq/wine/dlls/x11drv/scroll.c 2005-11-22 12:41:07.000000000 +0800 >+++ wine/dlls/x11drv/scroll.c 2005-12-13 23:42:15.000000000 +0800 > /* Then clip again to get the source rectangle that will remain in the > * clipping rect */ > rcSrc = rcClip; >- OffsetRect( &rcSrc, -dx, -dy); > IntersectRect( &rcSrc, &rcSrc, &rcClip); In the first place: with this change the IntersectRect call is a no-op I doubt you understand the reason for "to offset the source rectangle in the reverse direction": Scrolling should only occur in the clipping rectangle. When you talk about the *destination* pixels, a clipping with the cliprect is needed. Here we are talking about the *source* pixels, from destination to source is indeed reverse. *that* is what is happening here. If you are not convinced: the change is wrong and clipping fails. I have added a test to confirm that. The test also gives a nice visual idea what goes wrong, just add a Sleep() or two to get the picture. Changelog: dlls/x11drv : scroll.c dlls/user/tests : win.c Restore the previous change to X11DRV_ScrollDC. With a regression test to confirm it was wrong. Rein.

3 3

Re: [mscms/tests/profile.c] Add another possible error
by Saulius Krasuckas 15 Dec '05

15 Dec '05

* On Wed, 14 Dec 2005, Paul Vriens wrote: > > GetStandardColorSpaceProfileW with a non-NULL machinename will return > ERROR_NOT_SUPPORTED on 2000/WinXP/2003 (and maybe more). > > --- a/dlls/mscms/tests/profile.c > +++ b/dlls/mscms/tests/profile.c > @@ -515,7 +515,7 @@ static void test_GetStandardColorSpacePr > /* Parameter checks */ > > todo_wine > - fail_GSCSPW(machineW, 0, newprofile, &size, 0, (GLE == ERROR_INVALID_PARAMETER)); > + fail_GSCSPW(machineW, 0, newprofile, &size, 0, (GLE == ERROR_INVALID_PARAMETER || GLE == ERROR_NOT_SUPPORTED)); Hm, while I believe you, Paul, I don't like testing of several invalid parameters in one check. If different versions of mscms.dll are coded in different ways, we'll be getting one GLE on one platforms and another GLE on anothers. IMHO this way we can test algorithmic (conditional) branching of GetStandardColorSpaceProfile(), which won't be the same on all platforms. So I offer to skip it and test only single parameter in one check. I'll try to send a patch.

1 0

Re: sysparams : nonclient metric fixes
by Alexandre Julliard 15 Dec '05

15 Dec '05

Rein Klazes <wijn(a)wanadoo.nl> writes: > Changelog: > dlls/user : sysparams.c > dlls/user/tests : sysparams.c > Implement saving and fix reading of nonclient metrics with conformance > tests. The test fails here: sysparams.c:195: Test failed: Wrong action got 42 expected 47 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: PATCH: msvcrt.wctime
by Alexandre Julliard 15 Dec '05

15 Dec '05

Marcus Meissner <marcus(a)jet.franken.de> writes: > Used by Google Earth. If anyone has a better > idea on the static buffer handling please speak up.. ;) It should go in the per-thread data structure (cf. msvcrt_get_thread_data). -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: setupapi: Added stubs for SetupGetInfInformation and SetupQueryInfFileInformation [RESEND]
by Alexandre Julliard 15 Dec '05

15 Dec '05

James Hawkins <truiken(a)gmail.com> writes: > Is there anything wrong with this patch? Yes, the patch file is truncated. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: comctl32: Create the compatible bitmap from the screen, not the bitmap we're copying
by Paul Vriens 15 Dec '05

15 Dec '05

> Hi, > > This patch fixes bug 1715. > > Changelog > * Create the compatible bitmap from the screen, not the bitmap we're > copying. > > dlls/comctl32/toolbar.c | 12 ++++++++---- > 1 files changed, 8 insertions(+), 4 deletions(-) > > -- > James Hawkins > > Hi James, somehow you managed to attach an empty file. (I think). Paul.

2 1

Re: chdir to /tmp/.wine-1000/server-307-6930068 : No such file or directory
by David Nolden 15 Dec '05

15 Dec '05

> There is no change in Wine that would have caused this. I seem to > remember that this or a similar error was caused by threading problems > in glibc in the past. Perhaps you upgraded glibc or the kernel on your > system? But when I checkout a cvs from the end of november, it runs.. when I checkout a current one it doesn't. I didn't upgrade glibc, nor the kernel. (I checked out and compiled a cvs from november just an hour ago, and it ran fine) greetings, David

2 1

Printf Integer Conversions update
by Jesse Allen 14 Dec '05

14 Dec '05

Hi All, I've updated my patch and need comments on it. The patch is for a portible method for integer conversions in printf. Since it's primarily intended for I64 sizes that it is all it is used for to avoid breaking anything else, even though, it should be able to handle all integers. You can find it at http://www.chez.com/alors/ along with lots of tests. Since last time, I was wondering what to do about %I64e, and well, testing it out it seems to be just like %e on windows so I decided to not worry about our own float I64 conversion since it's the same. So only I64 integer types get fowarded to pf_integer_conv and floats just get put through libc's printf. I still wonder about %I64e versus %e just because libc's %lle and %e are different hmmmm. This time I use pf_output_format_A to handle the field output. I had to modify it to account for the extra sign and alternate formatting. I guess I need to modify pf_output_format_W the same way, but some one let me know if it is needed and whether just copying what I have over is ok. I added pf_is_integer_format to detect when I have an integer and I64 size case. I modified the others so each uppercase and lowercase type is explicit: static inline BOOL pf_is_valid_format( char fmt ) { - char float_fmts[] = "acdefginoux"; + char float_fmts[] = "acCdeEfgGinouxX"; if (!fmt) return FALSE; - fmt = tolower( fmt ); return strchr( float_fmts, fmt ) ? TRUE : FALSE; } Because D is not a valid conversion type, and especially 'I'. If we get passed %I0d for example, it should print I0d. If I didn't do this, then it tries to convert 'I' as an 'i' type, which would be a bug. I don't know if this will cause other things to regress, so I could back out the change. In my testing of I64 on windows 2k3 (x86), I hit an obscure bug? '%#+25.22I64u' for -1 prints ' 18446744073709551615' returning 21 but normally it should be ' 0018446744073709551615' returning 25. It only does it only for I64 types, and only in this exact combination -- precision and field doesn't matter what number, but #+ must be there and be unsigned. If I try '%+#25.22I64u' then I get correct output. You can see this in the tests and try it out. I tried about 20-30 other combinations and it only happens this way. I haven't built in support of the bug yet, but it is there. So I'm thinking, great, we have to support this obscure I64 with bugs too. Jesse

1 0

chdir to /tmp/.wine-1000/server-307-6930068 : No such file or directory
by David Nolden 14 Dec '05

14 Dec '05

To get to another issue.. since a few weeks, the current CVS doesn't work for me. Whenever I compile it, I get the error mentioned in the subject. New .wine-dir and wiping /tmp doesn't help. When I checkout an older version, for example one from the end of november, it runs fine. Does anyone know the reason for this, or will I have to inspect the code to find it out? Sorry in case this is the wrong mailing-list.. greetings, David

3 3

Re: gethostbyname(my_name) and IL2-Sturmovik
by Juan Lang 14 Dec '05

14 Dec '05

Hi David, thanks for continuing to work on this. > What's wrong with the new version? The first thing to make it acceptable is to write a regression test to go along with it. I think the test should check that gethostbyname(your_host_name) returns something besides 127.0.0.1, _if_ you in fact have a public IP address. Perhaps use SIOCGIFCONF in the test to check whether you do have a public IP. + BOOL getpublicIP(char* target,int size) The name should be spelled get_public_ip or so, and this should be static. + if (skfd < 0) + { + WARN("A socket could not be created"); + return FALSE; + } On any failure you need to SetLastError with an appropriate error. + if(ip[0]==127&&ip[1]==0&&ip[2]==0&&ip[3]==0)continue; /*Exclude 127.0.0.1*/ + + sprintf(buffer,"%i.%i.%i.%i", (int)ip[0],(int)ip[1],(int)ip[2],(int)ip[3]); I think this is specific to little-endian machines, this should succeed on big-endian machines too. (Not all uses of Wine are to run x86 executables.) + if(strcmp(ifr[i].ifr_name,"lo")==0)continue; + if(size>strlen(buffer))strcpy(target,buffer); Some spaces somewhere would be nice :) + char myname[1000]; + gethostname(myname,(size_t)1000); In WS_gethostbyname you pay a penalty of doing a gethostname call every time. I think this could be optimized. For instance, you could only check it if the returned address is 127.0.0.1. Also, I'm not sure about declaring a buffer of 1000 bytes on the stack. It's also unnecessary: according to rfc1035, each name label is at most 255 chars. I assume, at any rate, that gethostname will not return a dotted name, but a single label. To get this off the stack altogether, you could have a static buffer that's set every time WS_gethostname is called. WS_gethostbyname could use this value instead of calling gethostname(2) itself. I'm not sure whether this optimization is worth it. If you use a static buffer, it needs to be protected by a critical section. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Re: Wine: DirectDraw over Direct3D
by Stefan Dösinger 14 Dec '05

14 Dec '05

Hello, > Following your mail on wine-devel about DDRAW, I now understand better > what's going on behind the scenes. Below is the result of an experiment I > did at the beginning of this month. Reading your message, I wanted to share > it with you. First, thanks for your comments, and one suggestion: You should also CC the mails to wine-devel(a)winehq.org, so others can read it too. > I'm an occasional wine user for games, and an experienced developper in > other projects. Age of Empires II has always been really slow, so I finally > decided to run an oprofile session. The results are attached to this > message (wine cvs of 2005-12-04). When I saw the results, I immediately > thought "put that conversion on the GPU". It seems you found that solution > long ago :) Yes, this is known quite well, and if you search the archives, you'll see that it has been mentioned over and over > Of course, there still are the ~35% used by X11, but even if these are not > compressible (DC stuff), a potential x5 increase in game speed due to DIB > would make it much more playable. The need for a better DIB engine is also known, and there are 2 DIB engines ready to be included into Wine: One was sponsored by Transgaming, and the other one is the DIB engine from ReactOS. The ReactOS engine is said to be faster, and it's favored. We'll see, perhaps we can include it with the DirectDraw re-work. The other problem is hardware 2D accelleration: Most DirectDraw functionality is handled by the GPU on Windows, since the beginning of DirectDraw, long before 3D accellerators were around. In Wine, there are 2 ways: The first is to use X calls, which is safe, but slow. The other one is the use of DGA, which is as fast as the Windows way, but it requires root preveliges, or at least write access to /dev/mem, which is a HORRIBLE security risk. That's were OpenGL comes into play: It is hardware accellerated, and doesn't require /dev/mem access. But the drawback is, that it needs a 3D accellerator, and a decent driver. It works fine for nvidia cards, but it is horribly slow for ati cards. > it seems using 3D as > the 2D backend it the only option that makes sense nowadays and in the near > future. In Wine case, this supports your DDraw using D3D idea. Yeah, that perfectly true for current hardware, rumors even have it, that today's GPUs don't have a 2D engine any more, and whatever you do, it will make use of the 3D functionality. The problem are older cards: It would be nice, if games worked on systems for which they were designed for, for example, I'd love to see Anno 1602 working in Wine on my old Acer Extensa 660 with an 120 MHZ Pentium CPU, and a Chips and Technologies 65000 GPU. Thanks for your interest, and I'd appreciate performance tests once my work is stable ;) Stefan

6 8

Re: 100% CPU usage in Wine-0.9
by Mark Knecht 14 Dec '05

14 Dec '05

On 11/15/05, Mark Knecht <markknecht(a)gmail.com> wrote: > On 11/10/05, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > <SNIP> > > > > > LATE BREAKING NEWS: It appears that when I switch to the Alsa > > > driver the CPU usage does down to normal. Were you using Alsa or OSS? > > > I tried both alsa and oss(with oss emulation in alsa), both are working fine. > > I don't use any hw acceleration. So is this program useable for you now with > > alsa? > > > > Stefan, > After having a few people test this it seems that it is not simply > enough to use the Alsa driver. A couple of people have tried that and > continue to see 100% CPU usage, so apparently there is something more > involved. > > In the bug report I have attached some debug info I was asked to > get. Hopefully that will help a developer in some way. > > I am here to test other ideas or do more debug work. I think this > problem is real. > > Cheers, > Mark > Hi, I haven't seen any responses on this in the last month. Did I possibly miss something? Thanks, Mark

1 0

josystick driver layer and support of multiple devices of one kind
by Christoph Frick 14 Dec '05

14 Dec '05

hiho i did recently some patches to mostly make joystick_linuxdinput.c handle things more like joystick_linux.c. the main thing, that i dont like on this work, is the fact, that i am just copy-and-paste code from one end to another. i assume someone started back then the joystick_linuxdinput part and if there where changes at either one of them they where not done (or not all the time) also in the other file. also if i have understood this correctly there is no support for multiple joysticks of one kind at least in the joystick_linuxdinput part (i can not confirm this, because i had for now a js-joystick and a event-wheel - but a event-joystick is on the way). for many game-types it is much likely, that the users want to use more than one input-device (e.g. use the wheel and the pedals from two different manufactures, use the pedals from your wheel with your flight stick, use two gamepads, ...) and its most likely that such a device is nowadays a usb device poping up in /dev/input. if the current implementation works fine with more than one js/event-driven joystick - so let me know; my windows/dinput knowledge ist zero and i have not the hardware to test it yet. so my point: i want to make the joystick_... interface to be more abstract. so to bring the code, that is common for the js and event into one common part and then utilize implementations of a interface for each js and event based joysticks. with this step it would make sense to also allow the "driver" (i call it that way now) to report the joysticks that are available and so have support for multiple joysticks. a split like this would also allow an easier integration of e.g. joystick support for OSX or other opteration systems that handle joysticks in another way then unix/linux does. so my questions: - i this an approach, that would be acceptablefor wine? so if i start on something like this, is there a chance it would be submitted to the tree - or is there a problem in terms of "wine does not work like this and we would ignore such an approach" - is the sound-system of wine with its lots of implementations a place to get ideas for such a change; or is this totally off, because the user only chooses one driver to use (instead of: only build the driver if appropriate and then let each driver search for hardware) -- cu

3 3

Problems generating c++ project since wine 0.9.3
by Sergio 14 Dec '05

14 Dec '05

Hi all, I've been having problems trying to compile one c++ project since latest wine version (0.9.3). This project compiled and worked fine with previous versions. The error messages look like: /usr/include/wine/windows/unknwn.h:26: error: expected unqualified-id before ‘{’ token ... /usr/include/wine/windows/objidl.h:66: error: expected unqualified-id before ‘:’ token ... /usr/include/wine/windows/oaidl.h:553: error: expected unqualified-id before ‘:’ token ... /usr/include/wine/windows/propidl.h:287: error: expected unqualified-id before ‘:’ token ... /usr/include/wine/windows/oleidl.h:46: error: expected unqualified-id before ‘:’ token ... Is there something that I am misisng when generating this project? Or is this a known issue? Thanks. Sergio.

2 2

Re: PATCH: handle NULL XImage in GetBitmapBits
by Alexandre Julliard 13 Dec '05

13 Dec '05

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > In GetBitmapBits() handle the correct bitmap information > when a DIB is used. I think for a DIB we want to copy the bits directly, like we already do in SetBitmapBits. Does this work for you? diff --git a/dlls/gdi/bitmap.c b/dlls/gdi/bitmap.c index a0c6b25..5c2b6c3 100644 --- a/dlls/gdi/bitmap.c +++ b/dlls/gdi/bitmap.c @@ -307,6 +307,30 @@ LONG WINAPI GetBitmapBits( if (!bmp) return 0; + if (bmp->dib) /* simply copy the bits from the DIB */ + { + DIBSECTION *dib = bmp->dib; + const char *src = dib->dsBm.bmBits; + DWORD max = dib->dsBm.bmWidthBytes * dib->dsBm.bmHeight; + if (count > max) count = max; + ret = count; + if (!bits) goto done; + + if (bmp->dib->dsBmih.biHeight >= 0) /* not top-down, need to flip contents vertically */ + { + src += dib->dsBm.bmWidthBytes * dib->dsBm.bmHeight; + while (count > 0) + { + src -= dib->dsBm.bmWidthBytes; + memcpy( bits, src, min( count, dib->dsBm.bmWidthBytes ) ); + bits = (char *)bits + dib->dsBm.bmWidthBytes; + count -= dib->dsBm.bmWidthBytes; + } + } + else memcpy( bits, src, count ); + goto done; + } + /* If the bits vector is null, the function should return the read size */ if(bits == NULL) { -- Alexandre Julliard julliard(a)winehq.org

3 2

Can Wine run "sv.net classic"? Not at the moment :-(
by Dan Kegel 13 Dec '05

13 Dec '05

http://www.heise.de/newsticker/meldung/67265 describes what looks like a nice opportunity for wine to prove itself. German employers are required to send insurance information online. There are two allowed methods: either a web page (which apparantly sucks), or a windows app called sv.net classic, available as a free download at http://www.itsg.de/svnet/ I tried installing it, but I didn't get past square one because the mdac installer is more busted than it used to be, at least on my machine. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 4

Re: gethostbyname(my_name) and IL2-Sturmovik
by Juan Lang 13 Dec '05

13 Dec '05

Hi Pavel, > And on the other side, try to query a DNS server for "localhost". > Every DNS server should immediately return 127.0.0.1, it's RFC > compliance requirement. Just to be clear, we're not talking about gethostbyname("localhost"). We're talking about gethostbyname(the_name_of_my_machine). In Windows, this returns your external address. See the following sample code which demonstrates this: http://tangentsoft.net/wskfaq/examples/ipaddr.html On Linux, at least for me, I get only 127.0.0.1 for my hostname (juandell, when I'm running on this laptop.) If I were to have this name registered with DNS, and if I were to ask a DNS server for the address of it, I wouldn't get 127.0.0.1, of course. But we're not talking about DNS anyway. We're talking about winsock's gethostbyname function. Wine's implementation isn't correct, since it doesn't match Windows. I still think David's patch could use some work, but let's not argue about whether its behaviour is correct: matching Windows is what we're obliged to do. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

A DirectX ToDo
by Tom Wickline 13 Dec '05

13 Dec '05

Hello Everyone, I've just posted a first draft of a DirectX ToDo on the Wiki : http://wiki.winehq.org/DirectX-ToDo?action=show Feedback, Comments, Suggestions are welcome. Cheers, Tom

1 0

Re: WINE-NB.BLOCK
by Rüdiger Koerschulte 13 Dec '05

13 Dec '05

> Hello, > > I`m sorry, but my English is not so good, but I`m trying to get an answer > about: > > I have installed SUSE 10.0, then WINE and then WINETOOLS. and the IE6. Now, > when I press the key comma, on the numeric-block, I get the remove > function. When I press die remove function an the cursor-block, I get a > comma. > > The function is always the same. It is the same when I put the > numeric-block on or off. > > How I can get a comma on the right key? > > Thank you for your understanding for my schoolenglish! > > Rüdiger

1 0

cross-compile error
by Steven Edwards 13 Dec '05

13 Dec '05

Hi, When doing Cross-Compiles I am seeing this error ../../include/wine/exception.h:142: error: parse error before "sigjmp_buf" ../../include/wine/exception.h:142: warning: no semicolon at end of struct or union ../../include/wine/exception.h:146: error: parse error before '}' token ../../include/wine/exception.h:146: warning: type defaults to `int' in declaration of `__WINE_FRAME' ../../include/wine/exception.h:146: warning: data definition has no type or storage class It seems the detection of sigjmp longjmp is busted for cross-compiling. I am using this patch locally but don't know how to properly fix it. Index: include/wine/exception.h =================================================================== RCS file: /home/wine/wine/include/wine/exception.h,v retrieving revision 1.26 diff -u -r1.26 exception.h --- include/wine/exception.h 1 Sep 2004 17:36:04 -0000 1.26 +++ include/wine/exception.h 13 Dec 2005 18:03:58 -0000 @@ -139,7 +139,7 @@ /* finally data */ __WINE_FINALLY finally_func; } u; - sigjmp_buf jmp; + jmp_buf jmp; /* hack to make GetExceptionCode() work in handler */ DWORD ExceptionCode; const struct __tagWINE_FRAME *ExceptionRecord; -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

Re: gethostbyname(my_name) and IL2-Sturmovik
by David Nolden 13 Dec '05

13 Dec '05

@Pavel Troller I've checkt the /etc/hosts now. You were right, it says 127.0.0.1 localhost.localdomain localhost Zwirch (With Zwirch the Name of this Computer) But I can't just statically rewrite it, because I use DHCP. Also this is a fresh Ubuntu-Install, so I'm surely not the only Wine-User with such an /etc/hosts.. @Juan You're right, I've checked the patch and it indeed was ugly! But when I sent it I hadn't done the check under Windows, so I didn't know if the patch was generally useful, so I mainly ment it as a piece for discussion.(Also I didn't notice how ugly it really was ;) I've cleaned it up a bit, closed the leak, and did a few other small tweaks so now the patch itself might be acceptable. greetings, David Am Dienstag, 13. Dezember 2005 07:04 schrieb Pavel Troller: > > Ok, I've just checked doing the same thing under windows. > > > > The test(ripdaveno is the name of the Computer I tested on): > > > > { > > ... > > hostent* h = gethostbyname("ripdaveno"); > > char* str = inet_ntoa(*((in_addr*)h->h_addr_list[0])); > > ... > > } > > > > The string in str was "192.168.2.75" which is my Network IP-Adress. With > > wine(under Linux), as far as I've tested it, exactly the same code always > > generates "127.0.0.1". > > > > Since Wine tries to simulate Windows as exactly as possible, this is > > wrong. So, in my opinion this Patch is necessary. :-) > > Hi! > It's strange but there is no patch in this mail I can look at... > However, even more strange is that wine returns localhost address to > you... Why ? I just tested Your testing code (just slightly modified to get > it to compile) on both plain linux as well as in wine and in both cases it > returns my real public IP. Isn't your Linux networking setup (/etc/hosts > table) a bit wrong ? My one contains (arcus is my machine name) > > 127.0.0.1 localhost > 195.39.17.7 arcus.sinus.cz arcus > > I have already seen broken setups containing things like > > 127.0.0.1 localhost arcus > > which is of course wrong. > > Regards, Pavel Troller

4 6

Latest winetest (20051212) issue on WinXP
by Paul Vriens 13 Dec '05

13 Dec '05

Hi, I've just noticed that during the running of winetest.exe windows creates a nice desktop stating that 'Active Desktop' is stopped because an unexpected error occurred. Anyone? Paul.

2 1

Re: WINED3D / D3D9: SetVertexShader & SetPixelShader should not change the shader's refcount
by Oliver Stieber 13 Dec '05

13 Dec '05

--- "H. Verbeet" <hverbeet(a)gmail.com> wrote: > SetVertexShader & SetPixelShader should not change the shader's > refcount. Verified on win2k, DirectX 9.0c. > > Changelog: > - Don't change the shader's refcount in SetVertexShader & SetPixelShader > > 26c6ae144caaaa6f7e40f7a7c6e3059851819ecf > diff --git a/dlls/wined3d/device.c b/dlls/wined3d/device.c > index c3a7f9c..a9c253f 100644 > --- a/dlls/wined3d/device.c > +++ b/dlls/wined3d/device.c > @@ -3761,7 +3761,6 @@ HRESULT WINAPI IWineD3DDeviceImpl_GetVer > > HRESULT WINAPI IWineD3DDeviceImpl_SetVertexShader(IWineD3DDevice *iface, IWineD3DVertexShader* > pShader) { > IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; > - IWineD3DVertexShader *oldShader = This->updateStateBlock->vertexShader; > > This->updateStateBlock->vertexShader = pShader; > This->updateStateBlock->changed.vertexShader = TRUE; > @@ -3772,20 +3771,7 @@ HRESULT WINAPI IWineD3DDeviceImpl_SetVer > return D3D_OK; > } > > - if (pShader != NULL) { > - IUnknown *newVertexShaderParent; > - /* GetParent will add a ref, so leave it hanging until the vertex buffer is cleared */ > - TRACE("(%p) : setting pShader(%p)\n", This, pShader); > - IWineD3DVertexShader_GetParent(pShader, &newVertexShaderParent); > - } else { > - TRACE("Clear down the shader\n"); > - } > - if (oldShader != NULL) { > - IUnknown *oldVertexShaderParent; > - IWineD3DVertexShader_GetParent(oldShader, &oldVertexShaderParent); > - IUnknown_Release(oldVertexShaderParent); > - IUnknown_Release(oldVertexShaderParent); > - } > + TRACE("(%p) : setting pShader(%p)\n", This, pShader); The best thing to do is add an internal reference instead of referencing the parent. e.g. if (pShader != NULL) { IWineD3DVertexShader_AddRef(pShader); } if (oldShader != NULL) { IWineD3DVertexShader_Release(oldShader); } ___________________________________________________________ NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/

2 1

Re: WINED3D / D3D9: SetVertexShader & SetPixelShader should not change the shader's refcount
by Oliver Stieber 13 Dec '05

13 Dec '05

--- "H. Verbeet" <hverbeet(a)gmail.com> wrote: > SetVertexShader & SetPixelShader should not change the shader's > refcount. Verified on win2k, DirectX 9.0c. > > Changelog: > - Don't change the shader's refcount in SetVertexShader & SetPixelShader > > 26c6ae144caaaa6f7e40f7a7c6e3059851819ecf > diff --git a/dlls/wined3d/device.c b/dlls/wined3d/device.c > index c3a7f9c..a9c253f 100644 > --- a/dlls/wined3d/device.c > +++ b/dlls/wined3d/device.c > @@ -3761,7 +3761,6 @@ HRESULT WINAPI IWineD3DDeviceImpl_GetVer > > HRESULT WINAPI IWineD3DDeviceImpl_SetVertexShader(IWineD3DDevice *iface, IWineD3DVertexShader* > pShader) { > IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; > - IWineD3DVertexShader *oldShader = This->updateStateBlock->vertexShader; > > This->updateStateBlock->vertexShader = pShader; > This->updateStateBlock->changed.vertexShader = TRUE; > @@ -3772,20 +3771,7 @@ HRESULT WINAPI IWineD3DDeviceImpl_SetVer > return D3D_OK; > } > > - if (pShader != NULL) { > - IUnknown *newVertexShaderParent; > - /* GetParent will add a ref, so leave it hanging until the vertex buffer is cleared */ > - TRACE("(%p) : setting pShader(%p)\n", This, pShader); > - IWineD3DVertexShader_GetParent(pShader, &newVertexShaderParent); > - } else { > - TRACE("Clear down the shader\n"); > - } > - if (oldShader != NULL) { > - IUnknown *oldVertexShaderParent; > - IWineD3DVertexShader_GetParent(oldShader, &oldVertexShaderParent); > - IUnknown_Release(oldVertexShaderParent); > - IUnknown_Release(oldVertexShaderParent); > - } > + TRACE("(%p) : setting pShader(%p)\n", This, pShader); The best thing to do is add an internal reference e.g. if (pShader != NULL) { IWineD3DVertexShader_AddRef(pShader) IWineD3DVertexShader_Release(oldShader) ___________________________________________________________ NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/

1 0

BUG (3920) + sync between DIBs and X Server optimisation. (please help)
by Marinescu-Ghetau Iulian 13 Dec '05

13 Dec '05

I came to the conclusion that the slowness in "Heroes IV" it has to do with sync'ing lage bitmaps between application DIBs and X Server(see the log: http://bugs.winehq.org/attachment.cgi?id=1470&action=view ). Also, a complete description of the bug is here: http://bugs.winehq.org/show_bug.cgi?id=3902 So i had this ideea that every GDI function could memorise the rectangle that is modifying, so each time a sync between DIB and X Server is needed, only a small part from the bitmap will get copied! I also made some changes to dib.c, bitblt.c and x11drv.h in "wine-0.9.2\dlls\x11drv" folder to implement my ideea, keeping backwards compatibility (if a DIB function doesn't set a valid rectangle for the bitmap that its modifying, the default values are taken - which is the entire bitmap) The changes i was talking about are listed below! My free time is very limited and i would strongly appreciate some help, moustly because something is not working ;( and i didn't manage to figure out what... -added member to X_PHYSBITMAP: XRectangle modified_rect; -added 2 functions: /*********************************************************************** * X11DRV_SetBoundRect */ void X11DRV_SetBoundRect(X_PHYSBITMAP *physBitmap, INT x, INT y, INT width, INT height) { XRectangle *t; INT xMin,yMin,xMax,yMax; if (!physBitmap) return; t = &(physBitmap->modified_rect); if ( t->width && t->height && /*already a valid rect inside*/ width && height ) /*not trying to invalidate rect*/ { //calculate the union of the two rectangles xMin = ((t->x < x)?t->x:x); yMin = ((t->y < y)?t->y:y); xMax = ((t->x + t->width > x + width)?(t->x + t->width):(x + width)); yMax = ((t->y + t->height > y + height)?(t->y + t->height):(y + height)); t->x = xMin; t->y = yMin; t->width = xMax - xMin; t->height = yMax - yMin; } else { t->x = x; t->y = y; t->width = width; t->height = height; } TRACE("(%p,%d,%d,%d,%d)\n", physBitmap->hbitmap, t->x, t->y, t->width, t->height); } /*********************************************************************** * X11DRV_GetBoundRect */ UINT X11DRV_GetBoundRect(X_PHYSBITMAP *physBitmap, INT *x, INT *y, INT *width, INT *height) { DIBSECTION dib; XRectangle *t; if (!physBitmap || GetObjectW( physBitmap->hbitmap, sizeof(dib), &dib ) != sizeof(dib)) { ERR("called for non-DIBSection!?\n"); return 1; } t = &(physBitmap->modified_rect); /* we should check for oversize values */ if ( (t->width > 0) && (t->height > 0) && (t->x < dib.dsBm.bmWidth) && (t->y < dib.dsBm.bmHeight) ) { *x = t->x; *y = t->y; if (t->x + t->width > dib.dsBm.bmWidth) *width = dib.dsBm.bmWidth - t->x; else *width = t->width; if (t->y + t->height > dib.dsBm.bmHeight) *height = dib.dsBm.bmHeight - t->y; else *height = t->height; } else { *x = 0; *y = 0; *width = dib.dsBm.bmWidth; *height = dib.dsBm.bmHeight; } TRACE("(%p,%d,%d,%d,%d)\n", physBitmap->hbitmap, *x, *y, *width, *height); return 0; } -changed X11DRV_DIB_DoUpdateDIBSection like this: static void X11DRV_DIB_DoUpdateDIBSection(X_PHYSBITMAP *physBitmap, BOOL toDIB) { INT x,y,width,height; if ( X11DRV_GetBoundRect(physBitmap,&x,&y,&width,&height) ) return; /*invalidate bound rect*/ X11DRV_SetBoundRect(physBitmap,0,0,0,0); X11DRV_DIB_DoCopyDIBSection(physBitmap, toDIB, physBitmap->colorMap, physBitmap->nColorMap, physBitmap->pixmap, x, y, x, y, // i think something is wrong here (help?) width, height); } - and finally, a GDI function calls it like this (for example bitblt): X11DRV_SetBoundRect(physDevDst->bitmap,xDst,yDst,width,height); X11DRV_CoerceDIBSection( physDevDst, DIB_Status_GdiMod, FALSE ); if (physDevDst != physDevSrc) { X11DRV_SetBoundRect(physDevSrc->bitmap,xSrc,ySrc,width,height); X11DRV_CoerceDIBSection( physDevSrc, DIB_Status_GdiMod, FALSE ); } result = BITBLT_InternalStretchBlt( physDevDst, xDst, yDst, width, height, physDevSrc, xSrc, ySrc, width, height, rop ); END: if (physDevDst != physDevSrc) X11DRV_UnlockDIBSection( physDevSrc, FALSE ); X11DRV_UnlockDIBSection( physDevDst, TRUE );

2 2

Re: http headers reworking
by Alexandre Julliard 13 Dec '05

13 Dec '05

Aric Stewart <aric(a)codeweavers.com> writes: > Redo how headers are handled. > eliminating the concept of Standard Headers and allow all headers to be > added multiple times. > Allow querying of headers with an index to get the multiple headers. > Respect response vs request headers in HttpQueryInfo. > Add a number of tests to extensively test header adding and replacing. > All fixes for Picasa. The tests don't work here: http.c:1152: Test failed: Index was not incremented http.c:1156: Test failed: Second Index Should Not Exist http.c:1167: Test failed: Index was not incremented http.c:1168: Test failed: incorrect string was returned(test2) http.c:1173: Test failed: Index was not incremented http.c:1177: Test failed: Third Header Should Not Exist http.c:1187: Test failed: Index was not incremented http.c:1188: Test failed: incorrect string was returned(test3) http.c:1193: Test failed: Index was not incremented http.c:1197: Test failed: Third Header Should Not Exist http.c:1207: Test failed: Index was not incremented http.c:1208: Test failed: incorrect string was returned(test3) http.c:1213: Test failed: Index was not incremented http.c:1217: Test failed: Third Header Should Not Exist http.c:1227: Test failed: Index was not incremented http.c:1228: Test failed: incorrect string was returned(test4) http.c:1232: Test failed: Index was not incremented http.c:1233: Test failed: incorrect string was returned(test4) http.c:1236: Test failed: Third Header Should Not Exist http.c:1244: Test failed: Index was not incremented http.c:1245: Test failed: incorrect string was returned(test5) http.c:1249: Test failed: Index was not incremented http.c:1250: Test failed: incorrect string was returned(test5) http.c:1253: Test failed: Third Header Should Not Exist http.c:1261: Test failed: Index was not incremented http.c:1262: Test failed: incorrect string was returned(test6) http.c:1266: Test failed: Index was not incremented http.c:1267: Test failed: incorrect string was returned(test6) http.c:1270: Test failed: Third Header Should Not Exist http.c:1278: Test failed: Index was not incremented http.c:1279: Test failed: incorrect string was returned(test7) http.c:1283: Test failed: Index was not incremented http.c:1287: Test failed: Third Header Should Not Exist -- Alexandre Julliard julliard(a)winehq.org

2 1

Can't install mdac at all now
by Dan Kegel 13 Dec '05

13 Dec '05

Bug 3636 is worse now. http://bugs.winehq.org/show_bug.cgi?id=3636 A few weeks ago, after mdac installer finished, I could go and unpack the installed cabs by hand. Now the installer aborts before it even copies the cabs. Bleah. -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 3

freetype and wine
by Curro Amores 13 Dec '05

13 Dec '05

Hi: I get everytime i want to display a report on my access97 app this error: fixme:font:load_VDMX Failed to retreive vTable Then the fonts of the report are displayed separated and bigger than on windows. Somebody told me to install freetype new version. I have installed the last version of freetype2 (9.8.3) and it keeps on the same. Do i have to do something for telling wine to use the new version of freetype? Im using windows98 emulation in wine for this app. Has it something to do that i have moved all windows xp ttf files to fonts fake directory?? Thanks all!

1 0

Re: gethostbyname(my_name) and IL2-Sturmovik
by Juan Lang 13 Dec '05

13 Dec '05

Hi David, > The string in str was "192.168.2.75" which is my Network IP-Adress. > With wine(under Linux), as far as I've tested it, exactly the same > code always generates "127.0.0.1". > Since Wine tries to simulate Windows as exactly as possible, > this is wrong. > So, in my opinion this Patch is necessary. :-) You're right that Wine doesn't behave correctly in this case. The trouble is your patch is rather ugly. First, the style isn't correct--no C++-style comments, please, and make the indenting consistent. Second, there's a leak in the code you wrote, the socket you open to do SIOCGIFCONF on is never closed. It would be cleaner, in my opinion, to use iphlpapi's GetAdaptersInfo, which already enumerates the public (non-loopback) interfaces available on the system. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

RFC: D3D7 and WineD3D
by Stefan Dösinger 12 Dec '05

12 Dec '05

Hello, In the past weeks, I've worked on a re-write of the Direct3D7 implementation with WineD3D. Well, I've managed to get some games running, but I have also encountered a few problems. Before I continue with this, I'd like to ask for your opinions. I have uploaded a patch to http://doesi.gmxhome.de/d3d7.patch.bz2, it's a diff against Wine CVS from December, 11th 2005. It's not really meant to be used, but rather to have something to look at. I don't know how long I can keep the patch there, because I am limited in space. I've sent the patch to Oliver some days ago to upload it to his sourceforge website, it will be available there when he uploads it. So what's the point of this mail? While a D3D7->WineD3D wrapping can be done by wrapping D3D7 only and leave DirectDraw in ddraw.dll, it has a few ugly drawbacks: -> Device initalisation: In D3D7, the first step is to create a IDirectDraw Device, set up the device, create a surface and then create a Direct3D Device. When creating the WineD3DDevice in the last step, I have to do some ugly things to wrap the allready existing Surface to a newly created WineD3DSurface. The same applies in reverse order for the device removal. I also don't know what to do if a game changes the screen setup after D3DDevice creation. -> Surfaces: In D3D7 surfaces are children of IDirectDraw, while in WineD3D they are children of WineD3DDevice. Because the D3D7Device can be created and destroyed without modifying surfaces, I have to manage the surface's properties and memory areas for both DirectDraw and WineD3D. Overrides for the Lock() and Unlock() functions are used to access the WineD3D surface if it exists. I think that everything would be much cleaner if the DirectDraw functionality was also moved to WineD3D. My suggestion is the follwing. -> WineD3D would be initialised in the D3D7 way, using a new interface WineDDrawDevice. D3D8 and D3D9 could easily manage this in their create functions -> Surfaces are created with WineDDrawDevice, and they survive the release of WineD3DDevice. This makes surface creation easier for D3D7, and it's easy to adopt it for D3D9 and D3D8. -> The IWineD3DSurface interface gets additional functionality for DirectDraw operations. I'd suggest 3 versions of the 2D functions: One based on plain X11(for compatiblity) calls, one that uses DGA(speed without 3D acceleration), and one that uses OpenGL(For fast rendering without /dev/mem access). For DXVersion > 7 the OpenGL version is used, and for DX7 it can be decided when the primary surface is created. What's the drawback? First, it's much more work, and it's a really invasive change to WineD3D, which becomes more complex. Because of this I'd like to know your opinion before I spend a lot of time for this. Stefan

1 1

gethostbyname(my_name) and IL2-Sturmovik
by David Nolden 12 Dec '05

12 Dec '05

Ok, I've just checked doing the same thing under windows. The test(ripdaveno is the name of the Computer I tested on): { ... hostent* h = gethostbyname("ripdaveno"); char* str = inet_ntoa(*((in_addr*)h->h_addr_list[0])); ... } The string in str was "192.168.2.75" which is my Network IP-Adress. With wine(under Linux), as far as I've tested it, exactly the same code always generates "127.0.0.1". Since Wine tries to simulate Windows as exactly as possible, this is wrong. So, in my opinion this Patch is necessary. :-) greetings, David Nolden

1 0

gethostbyname(my_name) and IL2-Sturmovik
by David Nolden 12 Dec '05

12 Dec '05

I've just checked the registry-accesses. It only seems to take the own name from there(which it later uses to get the IP-Adress). It doesn't try to read anything in the area mentioned on the microsoft-site you sent me. greetings, David Nolden

1 0

Re: Robert Reif : winecfg: Added support for auto detecting all drivers by attempting to
by Eric Pouech 12 Dec '05

12 Dec '05

I do think all the recent changes to winecfg are going into the wrong direction. First of all, allowing the devices to be opened more than once without having the devices ready for that is a ready bad idea. Basically, windows drivers come in two flavors: - single instance (they can be loaded only once in memory) - multiple instance (they can be loaded several times in memory) For the second type, a specific init string (gotten from the registry, and usually dealing with the HZ resources involved) is passed to the driver. In the wine implementation, we don't get anything from the registry, we just let the device (from the unix interface it uses) return as many audio/midi... ports it finds. This is typically the behavior expected from single instance drivers. Among the issues we'll face here are dual open of the same unix resource (contention) for several instances, overwriting of internal data and structures (they are not prepared for that). Therefore, the multiple open patch has to be reverted. Secondly, I do think it's a bad idea to reconstruct in winecfg most the driver management. It's not done correctly (the DRV_INIT, DRV_ENABLE and DRV_LOAD messages are not correctly passed). If it works today, it's by chance as the configure message is never handled (we just put out a message box), but it doesn't access the internal structures. To do it, we need the DRV_ messages sent. Finally, I'm not sure that presenting all the drivers, and the ports available is really meaningful for most users. Some drivers return just potential entries (esound for example). Even with the caps, most users won't tell the difference between alsa and oss entries. Lately, the available drivers button is not really useful. We shouldn't present non available drivers to the users, and just let him/her choose among the available ones (or just to mark the ones which are not available). -- Eric Pouech

2 6

Re: WIDL: Zero Initialize Server Parameters
by Robert Shearman 12 Dec '05

12 Dec '05

Robert Shearman wrote: > ChangeLog: > Zero initialize parameters in the generated code. Based on a patch by > Eric Kohl. Oops. Looks like this patch was already accepted and the patch I just sent was a merge conflict. Please ignore. -- Rob Shearman

1 0

Re: [NDR] Implement NdrClientCall2 and NdrServerCall2
by Detlef Riekenberg 12 Dec '05

12 Dec '05

Am Donnerstag, den 01.12.2005, 00:39 -0600 schrieb Robert Shearman: > [NDR] Implement NdrClientCall2 and NdrServerCall2 > [NDR] Fix handle support for stubless objects > [NDR] Fix Accessing Arguments in NdrClientCall2 Hi Rob. I tested your Patches with printui.dll and winspool.drv (from w2k) and got only "RPC_X_WRONG_STUB_VERSION" --- cut --- trace:rpc:NdrClientCall2 MIDL stub version = 0x5030117 fixme:rpc:NdrClientCall2 RPC_FC_BIND_GENERIC --- cut --- Then i commented out the RpcRaiseException() after the fixme and run: wine rundll32 printui.dll,PrintUIEntry /s The Server-Properties-Window opens and react on the Mouse, but the Fields are Empty or filled with Garbage. (same garbage as buildin winspool.drv with my patch for OpenPrinter) I attached an updated log to bug 3105 Thanks for your work on RPC. -- By By ... ... Detlef

2 1

Re: Alexandre Julliard : server: Added access rights mapping to synchronization objects.
by Robert Shearman 12 Dec '05

12 Dec '05

Alexandre Julliard wrote: >@@ -132,6 +133,15 @@ static int event_satisfied( struct objec > return 0; /* Not abandoned */ > } > >+static unsigned int event_map_access( struct object *obj, unsigned int access ) >+{ >+ if (access & GENERIC_READ) access |= STANDARD_RIGHTS_READ | SYNCHRONIZE | EVENT_QUERY_STATE; >+ if (access & GENERIC_WRITE) access |= STANDARD_RIGHTS_WRITE; >+ if (access & GENERIC_EXECUTE) access |= STANDARD_RIGHTS_EXECUTE; >+ if (access & GENERIC_ALL) access |= STANDARD_RIGHTS_ALL | EVENT_ALL_ACCESS; >+ return access & ~(GENERIC_READ | GENERIC_WRITE | GENERIC_EXECUTE | GENERIC_ALL); >+} >+ > static int event_signal( struct object *obj, unsigned int access ) > { > struct event *event = (struct event *)obj; > Why did you decide to rely on another function to map the access rights? It seems that none of the objects' mappings depend on any state in the object, so couldn't you have just put the access rights that GENERIC_READ, GENERIC_WRITE, GENERIC_EXECUTE and GENERIC_ALL map to somewhere associated with the object and have just one mapping function. -- Rob Shearman

2 3

gethostbyname(my_name) and IL2-Sturmovik
by David Nolden 12 Dec '05

12 Dec '05

Hi everybody. Currently, my favorite Game is "IL2-Sturmovik Forgotten Battles", especially it's online-mode. The Game itself is running nearly flawless and at good performance, but I encountered a network-problem which didn't allow the game to connect to any remote server, so I've analyzed and solved the problem. This is what the game does: 1. Create a Datagram-socket 2. Call gethostbyname(own_name) to find out the current IP-Adress 3. Bind the socket to that IP-Adress 4. Try connecting to the remote game using exactly that socket The Problem: gethostbyname(own_name) always returns 127.0.0.1. I've searched a bit on the internet, and this seems always to be the case, not just on my computer. The socket is then bound to the ip-adress 127.0.0.1, and to it's corresponding loopback-interface, so it's unusable. Any connection-request times out. I don't really know much about Networking itself, I just know how to use IP-Networking, but I think it's pretty boring(especially the way it all is implemented) so I don't even know what IPV6 is, and I don't know if my patch is compatible with it(although I think so). Also I don't know if returning 127.0.0.1 is in fact not a bug but desired, and the game is doing something wrong here. But if it is desired that gethostbyname(own_name) preferrably returns the public IP-Adress, then this code should solve the problem, although maybe a bit more checking should be done which IP-Adress should be chosen as the public one for cases with multiple non-loopback-interfaces. I submit this patch to the wine-devel-list so people who know more about all the network-handling can discuss about it, and decide whether it should be put to cvs, or whether there is a better Solution for this problem. The Code enumerates all available Interfaces through the kernel, and decides which one should be used in a very naive way. greetings, David Nolden (btw. my subscription to the list doesn't seem to be complete yet, I'm sending this anyway)

2 1

Re: crypt32: decode cleanups
by Alexandre Julliard 12 Dec '05

12 Dec '05

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: > - implement a helper to decode sequences of like types > - use helper functions wherever applicable when decoding > - fix a few other small bugs This breaks the test: encode.c:790: Test failed: Expected OID Juan Lang, got NULL encode.c:790: Test failed: Expected OID Juan Lang, got NULL encode.c:790: Test failed: Expected OID Juan Lang, got NULL -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: PATCH: handle redirect to https
by Robert Shearman 12 Dec '05

12 Dec '05

Marcus Meissner wrote: >Hi, > >Redirect from http to https currently segfaults our >wininet implementation. > >Exposed by the Google Earth update check. > >Ciao, Marcus > >Changelog: > When redirecting, do not forget to reinit NETCON. > > This shouldn't be necessary. The NETCONNECTION structure should have been re-initialized to its post-NETCON_init state after calling NETCON_close. There are two possible reasons I can think of that would cause a crash. The first is the NETCONNECTION stuff not being thread-safe. The second is possible ref-counting issues on the SSL method object "meth". Can you show me the backtrace? -- Rob Shearman

2 2

Re: RESENT: sysparams: read/save minimized metrics from/to registry
by Alexandre Julliard 12 Dec '05

12 Dec '05

Rein Klazes <wijn(a)wanadoo.nl> writes: > @@ -776,7 +781,7 @@ static inline BOOL get_bool_param( unsig > } > > /* set a uint parameter that is mirrored in two different registry locations */ > -static BOOL set_uint_param_mirrored( unsigned int idx, LPCWSTR regkey, LPCWSTR regkey_mirror, > +static BOOL set_uint_param_mirrored( int idx, LPCWSTR regkey, LPCWSTR regkey_mirror, > LPCWSTR value, UINT *value_ptr, UINT new_val, UINT fWinIni ) > { > WCHAR buf[10]; > @@ -785,19 +790,19 @@ static BOOL set_uint_param_mirrored( uns > if (!SYSPARAMS_Save( regkey, value, buf, fWinIni )) return FALSE; > if (regkey_mirror) SYSPARAMS_Save( regkey_mirror, value, buf, fWinIni ); > *value_ptr = new_val; > - spi_loaded[idx] = TRUE; > + if( idx >= 0) spi_loaded[idx] = TRUE; I think that's ugly, you shouldn't use set_uint_param if you don't want to set the index (and especially since in your case the params are ints not uints). Just call SYSPARAMS_Save directly instead. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: http headers reworking
by Andreas Mohr 12 Dec '05

12 Dec '05

Hi, On Mon, Dec 12, 2005 at 10:30:48AM -0600, Aric Stewart wrote: > All fixes for Picasa. [...yet again] I'm sure Google will deliver us a fully working Wine reimplementation of IE on a silver tablet in exchange for all that trouble with their almost always nicely non-cross-platform "software", riiiiight? ;-) Andreas Mohr

1 0

Re: PATCH: handle NULL XImage in GetBitmapBits
by Alexandre Julliard 12 Dec '05

12 Dec '05

Marcus Meissner <marcus(a)jet.franken.de> writes: > Hi, > > This fixes bug 4034. > XGetImage() returns NULL since we can pass a 0 height value. (298 bytes > vs 320 byte wide image). This shouldn't happen, the height should have been checked in GetBitmapBits already. There's something wrong here... -- Alexandre Julliard julliard(a)winehq.org

1 0

invalid window width/height
by Cihan Altinay 12 Dec '05

12 Dec '05

Hi, I tried to find some information on those messages like err:x11drv:X11DRV_CreateWindow invalid window width 0x10042 -215 What does native do when called with negative widths/height? I found it particularly interesting that Worms Armageddon creates static windows where the x/y coordinates and the width/height correlate like this: x=225 y=39 w=-215 h=-29 (ie. the negative of w and h is always 10px less than the x/y coords) Are these arbitrary values that should be ignored (do we need the err message in that case)? I didn't find a test case for negative values... Cheers, Cihan

1 0

Re: Outreach to windows ISVs
by Brian Vincent 12 Dec '05

12 Dec '05

On 12/11/05, Dan Kegel <dank(a)kegel.com> wrote: > At the Desktop Architects Meeting at OSDL, one of the > big topics was how to make life easier for ISVs that want > to start supporting Linux. So I put together a little page We discussed something similar last year at WineConf about putting together a page for commercial organizations (including ISV's) looking to use Wine. It's been on my to-do list for the last 6 months.. but I haven't gotten to it. Just for fun, here's an outline of what it will contain based on what we discussed at WineConf: 1. Wine's goal is to make Windows apps first class citizens on Linux. While some might not see that as a "real" Linux app, it lowers the barrier of entry for many folks. 2. We might not have a CEO or a board of directors, but we have a real project structure with real commercial backing. 3. We have professional development tools including version control and regression testing. 4. Linux will be part of any solution developed in the next 5 years. At the very least it will be assessed. By simply having a version of software that runs with Wine, an ISV can increase sales of their Windows software by ensuring they have cross-platform compatibility. Anyone have anything else to add? -Brian

1 0

Crashes with TPB reader
by Pierre Ossman 12 Dec '05

12 Dec '05

This is partly a user question, party a developer, so I wasn't sure which list was appropriate. Hopefully no one will feel this is too out of place here. :) My problem is that the program TPB reader (http://www.daisy.org/tpbreader/download.asp?lang=en), a DAISY book reader, crashes in different exotic ways. It fails in different ways depending on if I run it in wine or crossover. In wine I get a page fault. The entire dump is attached as wine.dump. I'm not familiar with these dumps but it looks like the crash is in the Windows application, not in wine. I've tried wine 0.9.2 and a snapshot from the 5:th. Same result in both. In crossover the application starts but displays the error: Run-time error '287': Application-defined or object-defined error. If I enable some more output (CX_DEBUGMSG=err+all,fixme+all), then it behaves differently. Now I get: Run-time error '-1 (ffffffff)': Automation error After a few seconds another one pops up: Run-time error '448': Named argument not found The first error can also be replicated by piping debug output to a file. I managed to get dumps of both cases (cx1.dump, cx2.dump). Now the question is if anyone here can give me a guess at what the problem is? Our primary concern is too determine if it will require more effort to fix wine/crossover to support this application or to write a new, native DAISY reader. So just being able to determine which function is lacking would be a tremendous help. -- Thanks Pierre Ossman Telephone: +46-13-21 46 00 Cendio AB Web: http://www.cendio.com fixme:ole:CoRegisterMessageFilter stub fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects wine: Unhandled page fault on read access to 0x7f302460 at address 0x7f302460 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x7f302460 in 32-bit code (0x7f302460). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:7f302460 ESP:7fcbee00 EBP:7fcbee3c EFLAGS:00010206( - 00 - RIP1) EAX:1d325033 EBX:492a2620 ECX:492c1dc0 EDX:492c1dc4 ESI:7f302460 EDI:0001002c Stack dump: 0x7fcbee00: 1d32506e 0001002c 00000024 00000000 0x7fcbee10: 7fcbefe0 7fcbefe0 0001002c 49270ec7 0x7fcbee20: 0001002c 00000024 00000000 7fcbefe0 0x7fcbee30: 492a2620 0001002c 7fcbefe0 7fcbee78 0x7fcbee40: 492717c7 1d325033 0001002c 00000024 0x7fcbee50: 00000000 7fcbefe0 49271251 0000492e 0200: sel=1007 base=7fffc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7f302460 (0x7f302460) 2 0x492717c7 in user32 (+0x917c7) (0x492717c7) 3 0x49275327 CallWindowProcA+0x1d7 in user32 (0x49275327) 4 0x49240a77 in user32 (+0x60a77) (0x49240a77) 5 0x492447b6 SendMessageTimeoutA+0x220 in user32 (0x492447b6) 6 0x49244871 SendMessageA+0x50 in user32 (0x49244871) 7 0x4926fa2c WINPOS_GetMinMaxInfo+0x27d in user32 (0x4926fa2c) 8 0x67efa9df X11DRV_CreateWindow+0x2ea in winex11.drv (0x67efa9df) 9 0x4926c412 in user32 (+0x8c412) (0x4926c412) 10 0x4926d861 CreateWindowExW+0x8c in user32 (0x4926d861) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file ocx\msdxm.dbg ("ocx\\msdxm.dbg") 11 0x1d3251dc in msdxm.ocx (+0x251dc) (0x1d3251dc) 12 0x1d310f26 in msdxm.ocx (+0x10f26) (0x1d310f26) 13 0x1d34925e in msdxm.ocx (+0x4925e) (0x1d34925e) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file DLL\MSVBVM60.dbg ("DLL\\MSVBVM60.dbg") 14 0x6a964631 __vbaCheckType+0x82 in msvbvm60 (0x6a964631) 15 0x11017cbb in ippdecryptor (+0x17cbb) (0x11017cbb) 16 0x6a95d98b EVENT_SINK_AddRef+0x11c in msvbvm60 (0x6a95d98b) 17 0x6a95d001 __vbaNew2+0x855 in msvbvm60 (0x6a95d001) 18 0x6a95ca28 __vbaNew2+0x27c in msvbvm60 (0x6a95ca28) 19 0x6a9697c2 TipCreateInstanceEx+0x9f in msvbvm60 (0x6a9697c2) 20 0x6a9696ea in msvbvm60 (+0x296ea) (0x6a9696ea) 21 0x6a969624 in msvbvm60 (+0x29624) (0x6a969624) 22 0x6a9695c4 in msvbvm60 (+0x295c4) (0x6a9695c4) 23 0x5549dd0d CoCreateInstanceEx+0x72 in ole32 (0x5549dd0d) 24 0x6a986bd9 in msvbvm60 (+0x46bd9) (0x6a986bd9) 25 0x6a964631 __vbaCheckType+0x82 in msvbvm60 (0x6a964631) fixme:dbghelp:sffip_cb NIY on 'G:\Sources\TPBReader\TPB_Reader_1.0_NMS\TPBReader.pdb' 26 0x0043f7bc in tpbreader (+0x3f7bc) (0x0043f7bc) 27 0x6a9547da in msvbvm60 (+0x147da) (0x6a9547da) 28 0x6a952099 BASIC_CLASS_AddRef+0xf0b in msvbvm60 (0x6a952099) 29 0x6a94e24f ThunRTMain+0x411 in msvbvm60 (0x6a94e24f) 30 0x6a94df93 ThunRTMain+0x155 in msvbvm60 (0x6a94df93) 31 0x6a94de99 ThunRTMain+0x5b in msvbvm60 (0x6a94de99) 32 0x00403bf2 EntryPoint+0xa in tpbreader (0x00403bf2) 33 0x20020d1d (0x20020d1d) 0x7f302460: movl $0x7f30245c,%ecx Modules: Module Address Debug info Name (88 modules) ELF 0x00101000-0011b000 Deferred libwine.so.1 ELF 0x0011d000-00213000 Deferred libwine_unicode.so.1 ELF 0x001e3000-001fd000 Deferred libice.so.6 ELF 0x0020c000-002e0000 Deferred libx11.so.6 PE 0x00400000-004b8000 Export tpbreader ELF 0x0075a000-00770000 Deferred libnsl.so.1 ELF 0x007e8000-007f7000 Deferred libxext.so.6 ELF 0x007f9000-00801000 Deferred libxrender.so.1 ELF 0x00806000-00822000 Deferred ld-linux.so.2 ELF 0x00824000-0094d000 Deferred libc.so.6 ELF 0x0094f000-00974000 Deferred libm.so.6 ELF 0x00976000-0097a000 Deferred libdl.so.2 ELF 0x0097c000-0098f000 Deferred libz.so.1 ELF 0x00a03000-00a0d000 Deferred libxcursor.so.1 ELF 0x00a0f000-00a13000 Deferred libxrandr.so.2 ELF 0x00a5b000-00a61000 Deferred libxxf86dga.so.1 ELF 0x00a67000-00a79000 Deferred libpthread.so.0 ELF 0x00b17000-00b36000 Deferred libexpat.so.0 ELF 0x00b38000-00ba0000 Deferred libfreetype.so.6 ELF 0x00be6000-00c10000 Deferred libfontconfig.so.1 ELF 0x00c2e000-00c37000 Deferred libsm.so.6 ELF 0x00c39000-00c3e000 Deferred libxxf86vm.so.1 ELF 0x00cfb000-00d05000 Deferred libgcc_s.so.1 ELF 0x03bff000-03cca000 Deferred libasound.so.2 PE 0x08830000-08868000 Deferred wmpdxm PE 0x10000000-10025000 Deferred dire~liu.ocx PE 0x11000000-11025000 Export ippdecryptor PE 0x1d300000-1d3d1000 Export msdxm.ocx ELF 0x20175000-201f2000 Deferred ntdll<elf> \-PE 0x20190000-201f2000 \ ntdll ELF 0x2030d000-20318000 Deferred libnss_files.so.2 ELF 0x20318000-20322000 Deferred libnss_nis.so.2 ELF 0x204d9000-204f6000 Deferred imm32<elf> \-PE 0x204e0000-204f6000 \ imm32 ELF 0x204f6000-2052a000 Deferred uxtheme<elf> \-PE 0x20500000-2052a000 \ uxtheme ELF 0x205f5000-2060a000 Deferred midimap<elf> \-PE 0x20600000-2060a000 \ midimap ELF 0x21f0f000-21fac000 Deferred oleaut32<elf> \-PE 0x21f30000-21fac000 \ oleaut32 ELF 0x22b13000-22b32000 Deferred iphlpapi<elf> \-PE 0x22b20000-22b32000 \ iphlpapi ELF 0x23f4b000-23f92000 Deferred rpcrt4<elf> \-PE 0x23f60000-23f92000 \ rpcrt4 ELF 0x2ddbf000-2de24000 Deferred quartz<elf> \-PE 0x2ddd0000-2de24000 \ quartz ELF 0x30ffc000-31010000 Deferred lz32<elf> \-PE 0x31000000-31010000 \ lz32 ELF 0x31314000-3133e000 Deferred winealsa.drv<elf> \-PE 0x31320000-3133e000 \ winealsa.drv ELF 0x313f6000-314bf000 Deferred comctl32<elf> \-PE 0x31400000-314bf000 \ comctl32 ELF 0x36e0d000-36e25000 Deferred msacm.drv<elf> \-PE 0x36e10000-36e25000 \ msacm.drv ELF 0x37e8b000-37f5c000 Deferred shell32<elf> \-PE 0x37ea0000-37f5c000 \ shell32 ELF 0x38ce7000-38d00000 Deferred version<elf> \-PE 0x38cf0000-38d00000 \ version ELF 0x3cadc000-3cafb000 Deferred mpr<elf> \-PE 0x3cae0000-3cafb000 \ mpr ELF 0x3d42f000-3de2c000 Deferred gdi32<elf> \-PE 0x3d450000-3de2c000 \ gdi32 ELF 0x44f11000-44f52000 Deferred advapi32<elf> \-PE 0x44f20000-44f52000 \ advapi32 ELF 0x46c37000-46c89000 Deferred dsound<elf> \-PE 0x46c50000-46c89000 \ dsound ELF 0x491bc000-492f4000 Export user32<elf> \-PE 0x491e0000-492f4000 \ user32 ELF 0x4af7f000-4af81000 Deferred xlcutf8load.so.2 ELF 0x4af9c000-4afbb000 Deferred ximcp.so.2 ELF 0x4ea50000-4ea74000 Deferred msacm32<elf> \-PE 0x4ea60000-4ea74000 \ msacm32 ELF 0x50007000-5002d000 Deferred msvfw32<elf> \-PE 0x50010000-5002d000 \ msvfw32 ELF 0x55469000-554fe000 Export ole32<elf> \-PE 0x55480000-554fe000 \ ole32 PE 0x5f400000-5f4f2000 Deferred mfc42 ELF 0x60727000-60838000 Deferred kernel32<elf> \-PE 0x60740000-60838000 \ kernel32 ELF 0x67eaa000-67f31000 Export winex11.drv<elf> \-PE 0x67ec0000-67f31000 \ winex11.drv PE 0x6a940000-6aa94000 Export msvbvm60 PE 0x6b800000-6b825000 Deferred scrrun ELF 0x6e925000-6e9ab000 Deferred winmm<elf> \-PE 0x6e930000-6e9ab000 \ winmm PE 0x70bd0000-70c35000 Deferred shlwapi PE 0x78000000-78040000 Deferred msvcrt ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) Y:\.wine\drive_c\Program Files\TPB\TPBReader.exe 00000009 0 <== WineDbg terminated on pid 0x8 fixme:ole:CoRegisterMessageFilter stub fixme:quartz:DBToAmpFactor (-10000) Stub! fixme:quartz:DBToAmpFactor (0) Stub! fixme:quartz:DBToAmpFactor (-600) Stub! fixme:quartz:DBToAmpFactor (-10000) Stub! fixme:quartz:DBToAmpFactor (0) Stub! fixme:quartz:DBToAmpFactor (0) Stub! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff err:ole:ITypeInfo_fnInvoke did not find member id 00000021, flags 4! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f630000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0x13) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0x13) 00ffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fff0000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fff0000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fff0000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fd6ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0x13) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7ec20000 fixme:quartz:DBToAmpFactor (-10000) Stub! fixme:quartz:DBToAmpFactor (0) Stub! fixme:quartz:DBToAmpFactor (-600) Stub! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7ea70000 fixme:ole:OleLoadPictureEx (0x7ee92b3c,2246,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa8c), partially implemented. fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2822,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2822,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,3134,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,3134,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,1262,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x7fe1e578)->(0x7e23cc38, 0, (nil)), hacked stub. fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:imm:ImmGetContext (0x20060): stub fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! fixme:imm:ImmGetContext (0x20060): stub fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:imm:ImmGetContext (0x20060): stub fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:imm:ImmGetContext (0x20060): stub fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:ole:OLEPictureImpl_FindConnectionPoint tried to find connection point on {33ad4f92-6699-11cf-b70c-00aa0060d393}? fixme:hook:IsWinEventHookInstalled (32773)-stub! err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:shell:DllCanUnloadNow stub fixme:ole:CoRegisterMessageFilter stub fixme:shell:DllCanUnloadNow stub fixme:ole:CoRegisterMessageFilter stub fixme:quartz:DBToAmpFactor (-10000) Stub! fixme:quartz:DBToAmpFactor (0) Stub! fixme:quartz:DBToAmpFactor (-600) Stub! fixme:quartz:DBToAmpFactor (-10000) Stub! fixme:quartz:DBToAmpFactor (0) Stub! fixme:quartz:DBToAmpFactor (0) Stub! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff err:ole:ITypeInfo_fnInvoke did not find member id 00000021, flags 4! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f630000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0x13) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0x13) 00ffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fff0000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fffffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fff0000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fff0000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7fd6ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f660000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7f66ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0x13) 00000000 fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7ec20000 fixme:quartz:DBToAmpFactor (-10000) Stub! fixme:quartz:DBToAmpFactor (0) Stub! fixme:quartz:DBToAmpFactor (-600) Stub! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x3 -> 0xb) 7ea70000 fixme:ole:OleLoadPictureEx (0x7ee92b3c,2246,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa8c), partially implemented. fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2822,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2822,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,3134,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,3134,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,1262,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OleLoadPictureEx (0x7ee92b3c,2638,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa5c), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x7fe1e578)->(0x7e23cc38, 0, (nil)), hacked stub. fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text err:pidl:_ILSimpleGetText -- no text fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:imm:ImmGetContext (0x20060): stub fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x6 err:ole:CoInitializeEx Attempt to change threading model of this apartment from 0x2 to 0x4 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! fixme:imm:ImmGetContext (0x20060): stub fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:imm:ImmGetContext (0x20060): stub fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:imm:ImmGetContext (0x20060): stub fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:imm:ImmGetContext (0x20060): stub fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:imm:ImmGetContext (0x20060): stub fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:imm:ImmGetContext (0x20060): stub fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:imm:ImmGetContext (0x20060): stub fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! epoll_ctl: Operation not permitted fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category {cc7bfb41-f175-11d1-a392-00e0291f3959} not found fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category {cc7bfb46-f175-11d1-a392-00e0291f3959} not found fixme:quartz:AsyncReader_QueryInterface No interface for {56a868b3-0ad4-11ce-b03a-0020af0ba770}! fixme:quartz:AsyncReader_QueryInterface No interface for {56a868b3-0ad4-11ce-b03a-0020af0ba770}! fixme:ole:OleLoadPictureEx (0x7ee99294,2246,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x7fa4fa8c), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x7fe38e90)->(0x7e28ba80, 0, (nil)), hacked stub. err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:ole:OLEPictureImpl_FindConnectionPoint tried to find connection point on {33ad4f92-6699-11cf-b70c-00aa0060d393}? err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! err:ole:ITypeInfo_fnInvoke did not find member id fffffdfe, flags 2! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:hook:IsWinEventHookInstalled (32773)-stub! fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:nls:CompareStringW Ignoring unknown style 0x10000000 fixme:shell:DllCanUnloadNow stub fixme:ole:CoRegisterMessageFilter stub fixme:shell:DllCanUnloadNow stub

2 1

Re: shell32: add missing ole init
by Robert Shearman 12 Dec '05

12 Dec '05

Eric Pouech wrote: >RCS file: /home/cvs/cvsroot/wine/wine/dlls/shell32/shellole.c,v >retrieving revision 1.87 >diff -u -u -r1.87 shellole.c >--- dlls/shell32/shellole.c 10 Nov 2005 11:15:22 -0000 1.87 >+++ dlls/shell32/shellole.c 11 Nov 2005 08:53:25 -0000 >@@ -193,6 +193,7 @@ > > } else { > >+ CoInitialize(0); > /* load an external dll in the usual way */ > hres = CoCreateInstance(myclsid, pUnkOuter, CLSCTX_INPROC_SERVER, refiid, ppv); > goto end; > > Where is the matching CoUninitialize call? This is usually necessary because destructing a COM apartment in DLL_THREAD_DETACH instead of CoUninitialize can cause deadlocks. It might be that the native version also doesn't uninitialize the apartment, but this needs tests. -- Rob Shearman

1 0

[WGL] unifying WGL extensions headers
by Aric Cyr 12 Dec '05

12 Dec '05

First just a quick update on my work converting wined3d from using glx to using wgl. I have some (i.e. one :( ) basic dx9 demos working, and am trying to iron out a bug I can't track down easily since it is crashing in the GL library (in glDrawArrays) and I don't get a backtrace. I know the spot it is crashing so I just have to find out why. My current guess is that I have some GL context stuff fubar'd somewhere. Anyways, now on to my real reason for this post. Currently there are a _lot_ of #defines for wgl extensions in dll/opengl32/wgl_ext.c. These are all necessary of course, but since they are also becoming necessary for wined3d to use (due to my glx->wgl port) I though it might be better if we included a real wglext.h into include/ and use that. SGI maintains a version of this at http://oss.sgi.com/projects/ogl-sample/ABI/wglext.h The advantage of using this is that we get all WGL extensions' function definitions and constants, and SGI maintains it for us :) So I'd like to propose a patch (which I have done already if there are no objections): 1) add wglext.h from SGI's site to include/ 2) change dlls/opengl32/wgl_ext.c to include wglext.h and remove redundant #defines 3) rename (CVS = ich!) dlls/opengl32/wgl_ext.h to dlls/opengl32/wgl_private.h since that is really what it is and the current name is too close to the official one IMO. This file is only used by wgl.c and wgl_ext.c anyways, so name is not too important other than esthetics. Comments appreciated!

1 0

shlwapi.dll: IUnknown_CPContainerInvokeParam
by Cihan Altinay 12 Dec '05

12 Dec '05

http://www.winehq.org/pipermail/wine-patches/2005-October/021101.html Is there are reason why this patch wasn't applied? G-Ware crashes when invoking help without it. Cheers, Cihan

2 2

MB_USEGLYPHCHARS glyph table
by Willie Sippel 12 Dec '05

12 Dec '05

Hi there. I just tried to find out why Poser won't display any fonts (no luck, BTW), when I noticed the obviously quite common "MB_USEGLYPHCHARS not supported" fixme. I don't know if it's related to the missing fonts thing, so I googled a little. In case someone wants to implement this (the unicode stuff is _way_ over my head), I found this description and a glyph table - there seems to be next to know useful info on MB_USEGLYPHCHARS on MSDN, so maybe it helps: http://blogs.msdn.com/michkap/archive/2005/02/26/381020.aspx Ciao, Willie -- Willie Sippel //////// | Tritium Studios // | ______________________________ //// /// | http://www.tritium-studios.com <willie(a)froq.net>

2 2

Re: ntdll: Program could modify Dr* registers in segv_handler too.
by Peter Beutner 11 Dec '05

11 Dec '05

Vitaliy Margolen schrieb: > ChangeLog: > ntdll: Program could modify Dr* registers in segv_handler too. > Doesn't every exception handler could modify these registers? So probably it would be better to put this check into RtlRaiseException?

2 6

workspace switching and fullscreen apps
by Tomas Carnecky 11 Dec '05

11 Dec '05

When I switch from a fullscreen app (WoW) to another workspace, the screen is black for ~3 seconds, but switching back to the app happens instantly, no black screen or other delays. This doesn't happen with cedega and it didn't happen with wine from about a month ago. I remember that when I switched from WoW to another workspace under gnome (metacity windows manager) the window was minimized and maximized about three or four times in a very short time (~1 second) and the screen was flickering because of this. Seems like the game recieved too many minimize/maximize messages, mor than it should have. Now I have e17 and maybe their window manager handles this differently. Is there anything I could try to improve the behaviour? I've tried to comment out the maximize/minimize code in the source, because WoW doesn't really need to know, but that isn't the best solution. thanks tom

1 0

Why Steam fails
by Ivan Gyurdiev 11 Dec '05

11 Dec '05

Here is why I think Steam fails on my machine: The issue: Half of the time Steam fails to start, with this helpful message, and no wine output: memstd.cpp (148) : Assertion Failed: 0 Then it goes into the minidump and writes a 3G file on my disk or so that I need to erase.. =========== It seems like it tries to reserve 200 MB of memory via VirtualAlloc, and then subsequently commit a small portion of that (again through VirtualAlloc). Then it fails some sort of assertion. It doesn't seem to check the retval of the first alloc, which fails about half of the time in wine_anon_mmap (mmap() call) with ENOMEM. If the allocation succeeds, Steam proceeds to run. If it fails, Steam dies with the message above. This is a machine with 1G memory. How much memory does one need to run Steam? Isn't this supposed to be a Virtual allocation...Why does it work one time, and not the other... The manpage for mmap() says ENOMEM can occur if the process exceeds its allowed number of mappings. Is this relevant?

9 19

Re: ADVPACK/tests: exit after 0x8007007e
by James Hawkins 11 Dec '05

11 Dec '05

On 11/17/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > I didn't see point in adding HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) > value into every checks for TranslateInfString(), as all they fails in the > same way later. I guess, this is because of NT3.51 unability to parse > usual INF-files. > > Log message: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Exit test after first TranslateInfString() failure, which seems to > be NT3.51 specific. > I don't think this is correct. I don't have hands on access to this NT3.51 machine, so it's hard to tell, but it sounds like there's a problem creating the file c:\test.inf for whatever reason. I'll send a patch to wine-patches that adds an ok to check that the file was created successfully. -- James Hawkins

3 9

Problems with winetest ?
by Paul Vriens 11 Dec '05

11 Dec '05

Hi, I haven't seen a new release of winetest on http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/ since the 1st of december. Anyone ? Paul.

2 1

Battlefield 1942 and the radeon driver
by Stefan Dösinger 11 Dec '05

11 Dec '05

Hello, Did anyone of here get Battlefield 1942 with the radeon driver going? I just tried with X.org 7.0-rc3, and the game blocks at the loading screen with ~65% sys cpu usage and ~35% cpu idle. This happens with the current CVS version, as well as with Olivers d3d8 patch. I guess it's a driver bug. It works sort of with the fglrx driver, but this driver is horrible. Any suggestions how to debug this? A +d3d log shows that the program is doing almost normal rendering. Other directx games also work fine. Stefan

2 2

Polish translations
by Biuro Fornet MK 10 Dec '05

10 Dec '05

Dear Sirs. I represent Polish company. We start currently a project - kind of computer helpdesk, where we advice (because of lot of reasons) moving to Linux to our customners. While they are in most cases very sceptic about this, your Wine makes a great help for us. Unfortunately, the English language is still the biggest barrier for Polish customers. Thats why we would like to contribute to Wine development and spreading a "good hope" :) in the way we can afford right now. I would like to propose: 1. full translation of your WWW page to Polish, and setting this "localisation" at our www host.server. 2. full translation - or help if anyone started, although i cant find any note on your site - of Wine software: GUI/API/DOCS/help docs into Polish. 3. Support for Polish users of Wine; if commercial - divided fifty/fifty with you - just to support this software. We can provide for translations work a group of 2 ppl, having both linguistic skills and Linux/IT knowledge, who can keep this project going on without the risk of sudden break or cooperation cancell. Unfortunately they cant do this project exclusively (they must do company jobs) but we will do our best to supply all we propose. Looking to hear from you - any time you can answer :) -- Yours sincerely, Marcin Kaskiewicz FORNET MK ul. Tuwima 16, 90-003 Łódź POLAND NIP: 726-226-70-21 REGON: 47 28 63 570 biuro(a)fornetmk.com

2 1

GCC 4.0.1 / WINE bug?
by Evil 10 Dec '05

10 Dec '05

I've been doing some tests with the odd Dreamweaver problem that I originally thought was a regression and discovered the following: 1) If I compile the current CVS on my Mandriva 2005LE machine with gcc v.3.4.3, then install it to my Mandriva 2006 desktop, Dreamweaver works fine. 2) If I compile the current CVS on my Mandriva 2006 desktop with gcc v.4.0.1, then install it to that same machine, Dreamweaver hangs at the splash screen (with the app window in background). Other apps, like Steam and Counter-Strike: Source work fine under this install. This is using the same .wine config directory and everything. I used "make clean" and "wineserver -k" between compiles. When I was originally troubleshooting it as a Dreamweaver problem, I recall checking out a fresh copy of CVS and getting the same hangup symptoms under 4.0.1. So, it appears that this might be caused by either a gcc 4.0.1 bug, or a bug in the WINE source that only becomes evident when compiled under gcc 4.0.1. When I get home from work tonight I can do some traces to try to narrow the scope of investigation. Are there any trace options that would be particularly helpful to you devs? Thanks, Jesse

6 13

OpenGL regression
by Stefan Dösinger 10 Dec '05

10 Dec '05

Hello, I've just noticed that the opengl render_texture patch caused a regression with Counter Strike 1.6 and Mesa(radeon driver and software only) rendering. Patch link: http://www.winehq.org/pipermail/wine-cvs/2005-December/019731.html +opengl trace: trace:opengl:has_opengl GLX is up and running error_base = 77 trace:opengl:X11DRV_setup_opengl_visual Visual ID 28 Chosen fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fd71fe8)->((nil),00000008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fd71fe8)->((nil),00000013) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 16 trace:opengl:wgl_ext_initialize_extensions GL version : "1.3 Mesa 6.4.1". trace:opengl:wgl_ext_initialize_extensions GL exts : "GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_".... trace:opengl:wgl_ext_initialize_extensions GLX exts : "GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_allocate_memory GLX_MESA_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_SGIX_visual_select_group ". trace:opengl:wgl_ext_initialize_extensions Server GLX exts : "GLX_ARB_multisample GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_OML_swap_method GLX_SGI_make_current_read GLX_SGIS_multisample GLX_SGIX_hyperpipe GLX_SGIX_swap_barrier GLX_SGIX_fbconfig ". trace:opengl:wgl_ext_initialize_extensions Client GLX exts : "GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_allocate_memory GLX_MESA_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_OML_sync_control GLX_SGI_make_current_read GLX_SGI_swap_control GLX_SGI_video_sync GLX_SGIS_mu".... trace:opengl:query_function_pbuffer gl_version is: "1.3 Mesa 6.4.1" trace:opengl:query_function_pbuffer glx_exts is: "GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_allocate_memory GLX_MESA_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_SGIX_visual_select_group " trace:opengl:query_function_pbuffer gl_version is: "1.3 Mesa 6.4.1" trace:opengl:query_function_pbuffer glx_exts is: "GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_allocate_memory GLX_MESA_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_SGIX_visual_select_group " trace:opengl:wgl_ext_initialize_extensions Supporting following WGL extensions : "WGL_ARB_extensions_string WGL_EXT_extensions_string WGL_ARB_multisample WGL_ARB_pixel_format". trace:opengl:X11DRV_ChoosePixelFormat (0x7fd722b8,0x1ebc8a0) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 32 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 32 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE trace:opengl:X11DRV_SetPixelFormat (0x7fd722b8,5,0x1ebc8a0) trace:opengl:X11DRV_SetPixelFormat FBConfig have : trace:opengl:X11DRV_SetPixelFormat - FBCONFIG_ID 0x27 trace:opengl:X11DRV_SetPixelFormat - VISUAL_ID 0x27 trace:opengl:X11DRV_SetPixelFormat - DRAWABLE_TYPE 0x1 trace:opengl:X11DRV_DescribePixelFormat (0x7fd722b8,5,40,0x1ebc8a0) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 32 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 24 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE trace:opengl:X11DRV_GetPixelFormat (0x7fd722b8): returns 5 trace:opengl:wglCreateContext (0x3b0)->(PF:5) trace:opengl:wglCreateContext creating context 0x7fd74080 (GL context creation delayed) trace:opengl:wglMakeCurrent (0x3b0,0x7fd74080) trace:opengl:wglMakeCurrent desktop VISUAL_ID is 0x28 trace:opengl:wglMakeCurrent drawable 0x4c00001 have : X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply) Serial number of failed request: 1414262 Current serial number in output stream: 1414262 Stefan

4 5

feedback wanted from arts, esound and jack sound driver users.
by Robert Reif 10 Dec '05

10 Dec '05

Is anyone using the arts, esound or jack sound drivers for non trivial use? By non trivial, I mean more than one application or more than a single device. If so, I am interested in getting information on the software you are using and how it is using the drivers. Would redesigning these drivers to show up as a single device per physical device which allowed being opened more than once be a problem?

1 0

Re: Stubbed additional VGA registers
by Marcus Meissner 10 Dec '05

10 Dec '05

On Fri, Dec 09, 2005 at 04:39:50AM -0500, Jeremiah Flerchinger wrote: > Subject: [PATCH] Stubbed additional VGA register functionality: > > Modified "dlls/winedos/vga.c" with additional comments on VGA registers. > Added stubs for a large number of output registers and specific offsets. Please do some indentation .... Ciao, Marcus > --- > > dlls/winedos/vga.c | 418 > +++++++++++++++++++++++++++++++++++++++++++++++----- > 1 files changed, 379 insertions(+), 39 deletions(-) > > 754a4435ac517a77cc1e14ee025c26cb086ef56e > diff --git a/dlls/winedos/vga.c b/dlls/winedos/vga.c > index 9eb7447..cb7e866 100644 > --- a/dlls/winedos/vga.c > +++ b/dlls/winedos/vga.c > @@ -1,7 +1,7 @@ > /* > * VGA hardware emulation > * > - * Copyright 1998 Ove K�en (with some help from Marcus Meissner) > + * Copyright 1998 Ove K�en (with some help from Marcus Meissner) > * > * This library is free software; you can redistribute it and/or > * modify it under the terms of the GNU Lesser General Public > @@ -1079,31 +1079,382 @@ static PALETTEENTRY paldat; > > void VGA_ioport_out( WORD port, BYTE val ) > { > - switch (port) { > - case 0x3c0: > - if (vga_address_3c0) > - vga_index_3c0 = val; > - else > - FIXME("Unsupported index, register 0x3c0: 0x%02x (value 0x%02x)\n", > - vga_index_3c0, val); > - vga_address_3c0 = !vga_address_3c0; > - break; > - case 0x3c4: > - vga_index_3c4 = val; > - break; > - case 0x3c5: > - switch(vga_index_3c4) { > - case 0x04: /* Sequencer: Memory Mode Register */ > - if(vga_fb_depth == 8) > - VGA_SetWindowStart((val & 8) ? 0 : -1); > - else > - FIXME("Memory Mode Register not supported in this mode.\n"); > - break; > - default: > - FIXME("Unsupported index, register 0x3c4: 0x%02x (value 0x%02x)\n", > + switch (port) > + { > + /* > + * General Registers > + */ > + case 0x3c2: /* Miscellaneous output */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7] - vertical sync polarity > + * [6] - horizontal sync polarity > + * [5] - page bit for odd/even mode: 0=low, 1=high (for diagnostic use) > + * [4] - 0 (RESERVED) > + * [2][3] - clock select bits: > + * 00=25.175 MHz clock VGA, 14 MHz EGA > + * 01=28.322 MHz clock VGA, 16 MHz EGA > + * 10=external clock selected > + * 11=reserved > + * [1] - RAM enable/disable: 0=video RAM disabled, 1=video RAM enabled > + * [0] - I/O address select bit: 0=0x3b? (MDA compatable), 1=0x3d? (CGA > compatible) > + */ > + FIXME(":CRT_Controller_Register:Misc_output Unsupported VGA register: > 0x%04x (value 0x%02x)\n", port, val); > + break; > + case 0x3ba: /* Feature Control - MDA compatible */ > + case 0x3da: /* Feature Control - CGA compatible */ > + FIXME(":CRT_Controller_Register:Feature_Control Unsupported VGA > register: 0x%04x (value 0x%02x)\n", port, val); > + break; > + case 0x3c3: /* Video Subsystem enable */ > + FIXME(":CRT_Controller_Register:Video_Subsystem Unsupported VGA > register: 0x%04x (value 0x%02x)\n", port, val); > + break; > + /* > + * CRT Controller Registers > + */ > + case 0x3b4: /* Offset Value Address - MDA compatible */ > + case 0x3d4: /* Offset Value Address - CGA compatible */ > + vga_index_3d4 = val; > + break; > + case 0x3b5: /* CRT Controller - MDA compatible */ > + case 0x3d5: /* CRT Controller - CGA compatible */ > + switch(vga_index_3d4) > + { > + case 0: /* Total horizontal chars minus 5 default and minus 2 in EGA > compatability */ > + FIXME(":CRT_Controller_Register:Horiz_Chars Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 1: /* Horizontal display end characters minus 1 */ > + FIXME(":CRT_Controller_Register:Horiz_End Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 2: /* Start Horizontal Blanking */ > + FIXME(":CRT_Controller_Register:Horiz_Blank_Start Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 3: /* End Horizontal Blanking */ > + FIXME(":CRT_Controller_Register:Horiz_Blank_End Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 4: /* Start Horizontal retrace pulse */ > + FIXME(":CRT_Controller_Register:Horiz_Retrace_Start Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 5: /* Stop Horizontal retrace pulse */ > + FIXME(":CRT_Controller_Register:Horiz_Retrace_Stop Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 6: /* Total vertical scan lines */ > + FIXME(":CRT_Controller_Register:Vert_Lines Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 7: /* CRTC overflow */ > + FIXME(":CRT_Controller_Register:CRTC overflow Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 8: /* Preset row scan */ > + FIXME(":CRT_Controller_Register:Row_Scan Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 9: /* Maximum scan line */ > + FIXME(":CRT_Controller_Register:Max_Scan Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 10: /* Scan line for cursor start */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7] - Cursor ON/OFF Control: 1=cursor off, 0=cursor on > + * [6][5] - Possibly 00 ? > + * [4][3][2][1] - scan row for cursor start > + */ > + FIXME(":CRT_Controller_Register:Cursor_Start Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 11: /* Scan line for cursor end */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7] - 0 > + * [6][5] - Cursor Skew Control: cursor is moved right 0 to 3 positions > + * [4][3][2][1] - scan row for cursor end > + */ > + FIXME(":CRT_Controller_Register:Cursor_End Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 12: /* Video buffer start address, high byte */ > + FIXME(":CRT_Controller_Register:Video_Buffer_High Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 13: /* Video buffer start address, low byte */ > + FIXME(":CRT_Controller_Register:Video_Buffer_Low Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 14: /* Cursor location, high-order byte of cursor address */ > + FIXME(":CRT_Controller_Register:Cursor_Pos_High Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 15: /* Cursor location, low-order byte of cursor address */ > + FIXME(":CRT_Controller_Register:Cursor_Pos_Low Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 16: /* Vertical retrace start */ > + FIXME(":CRT_Controller_Register:Vert_Retrace_Start Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 17: /* Vertical retrace end */ > + FIXME(":CRT_Controller_Register:Vert_Retrace_End Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 18: /* Last scan line of vertical display */ > + FIXME(":CRT_Controller_Register:Last_Vert_Scan Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 19: /* Additional word offset to next logical line */ > + FIXME(":CRT_Controller_Register:Next_Line_Offset Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 20: /* Scan line for underline character */ > + FIXME(":CRT_Controller_Register:Underline_Scan Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 21: /* Scan line to start vertical blanking */ > + FIXME(":CRT_Controller_Register:Vert_Blank_Scan_Start Unsupported > index: register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 22: /* Scan line to end vertical blanking */ > + FIXME(":CRT_Controller_Register:Vert_Blank_Scan_End Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 23: /* CRTC mode control */ > + FIXME(":CRT_Controller_Register:CRTC_Mode_Control Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + case 24: /* Line compare register */ > + FIXME(":CRT_Controller_Register:Line_Comp_Reg Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + break; > + default: > + FIXME(":CRT_Controller_Register Unsupported index: register 0x%04x, > index 0x%02x (value 0x%02x)\n", > + port, vga_index_3d4, val); > + } > + break; > + /* > + * Sequencer Registers > + */ > + case 0x3c4: /* Offset Value Address */ > + vga_index_3c4 = val; > + break; > + case 0x3c5: /* Sequencer */ > + switch(vga_index_3c4) > + { > + case 0x00: /* Synchronous or Asynchronous reset */ > + FIXME(":Sequencer_Register:Reset Unsupported index: register 0x%04x, > index 0x%02x (value 0x%02x)\n", > + port, vga_index_3c4, val); > + break; > + case 0x01: /* Clocking Mode */ > + FIXME(":Sequencer_Register:Clocking_Mode Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3c4, val); > + break; > + case 0x02: /* Map Mask */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5][4] - 0000 > + * [3] - 1=map 3 enabled (intensity plane) > + * [2] - 1=map 2 enabled (red plane) > + * [1] - 1=map 1 enabled (green plane) > + * [0] - 1=map 0 enabled (blue plane) > + */ > + FIXME(":Sequencer_Register:Map_Mask Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3c4, val); > + break; > + case 0x03: /* Character Map Select */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6] - 00 > + * [5][3][2] - Map A Select: 000=map 0, 001=map 1, ... , 111=map 7 > + * [4][1][0] - Map A Select: 000=map 0, 001=map 1, ... , 111=map 7 > + */ > + FIXME(":Sequencer_Register:Map_Mask Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3c4, val); > + break; > + case 0x04: /* Sequencer: Memory Mode Register */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5][4] - 0000 > + * [3] - Access Mode Select: > + * 1=enable bits 0 and 1 of the Char Map Select Register > + * 0=enable sequential access of all maps (256-color modes only) > + * [2] - Memory Addressing Mode Select: > + * 1=sequential addressing mode > + * 0=even addresses to maps 0 and 2 > + * odd addresses to maps 1 and 3 > + * [1] - extended memory status (always 1) > + * [0] - 0 > + */ > + if(vga_fb_depth == 8) > + VGA_SetWindowStart((val & 8) ? 0 : -1); > + else > + FIXME(":Sequencer_Register:Memory_Mode not supported in this mode.\n"); > + break; > + default: > + FIXME("Unsupported index, register 0x3c4: 0x%02x (value 0x%02x)\n", > vga_index_3c4, val); > - } > - break; > + } > + break; > + /* > + * Graphics Controller Registers > + */ > + case 0x3ce: /* Offset Value Address */ > + vga_index_3ce = val; > + break; > + case 0x3cf: /* Graphics Controller */ > + switch(vga_index_3ce) > + { > + case 0x00: /* Set/Reset */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5][4] - 0000 > + * [3] - 1=reset map 3 (intensity plane) > + * [2] - 1=reset map 2 (red plane) > + * [1] - 1=reset map 1 (green plane) > + * [0] - 1=reset map 0 (blue plane) > + */ > + FIXME(":Sequencer_Register:Set_Reset Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + case 0x01: /* Enable Set/Reset */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5][4] - 0000 > + * [3] - 1=enable map 3 (intensity plane) > + * [2] - 1=enable map 2 (red plane) > + * [1] - 1=enable map 1 (green plane) > + * [0] - 1=enable map 0 (blue plane) > + */ > + FIXME(":Sequencer_Register:Set_Reset_Enable Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + case 0x02: /* Color compare for read mode 1 operation */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5][4] - 0000 > + * [3] - 1=enable map 3 (intensity plane) > + * [2] - 1=enable map 2 (red plane) > + * [1] - 1=enable map 1 (green plane) > + * [0] - 1=enable map 0 (blue plane) > + */ > + FIXME(":Sequencer_Register:Set_Reset Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + case 0x03: /* Data rotate */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5] - 000 > + * [4][3] - Logical operation select: > + * 00 = data unmodified > + * 01 = data ANDed > + * 10 = data ORed > + * 11 = data XORed > + * [2][1][0] - Rotate count: counter (0 to 7) of the positions to > rotate CPU data during memory write operations > + */ > + FIXME(":Sequencer_Register:Data_Rotate Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + case 0x04: /* Read operation map select */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5][4][3][2] - 000000 > + * [1][0] - Select Map Operation > + * 00 = select map 0 > + * 01 = select map 1 > + * 10 = select map 2 > + * 11 = select map 3 > + */ > + FIXME(":Sequencer_Register:Read_Map_Select Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + case 0x05: /* Select graphics mode */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7] - 0 > + * [6] - VGA 256-color mode select: 1 = enable 256-color mode, 0 = bit > 5 controls loading of shift register > + * [5] - Shift Mode Selector: 1 = shift mode for mode 4 & 5 (CGA > compatible), 0 = normal shift mode > + * [4] - Select odd/even mode: 1 = odd/even mode (CGA compatible), 0 = > normal mode > + * [3] - Read type: 0 = read data from Read Map Select Reg, 1 = compare > results w/maps in Color Compare Reg > + * [2] - 0 > + * [1][0] - Write Mode Select: > + * 00 = select write mode 0 > + * 01 = select write mode 1 > + * 10 = select write mode 2 > + * 11 = select write mode 3 > + */ > + FIXME(":Sequencer_Register:Graphics_Mode Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + case 0x06: /* Miscellaneous operations - usually controlled by BIOS > mode change */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5][4] - 0000 > + * [3]2] - Memory Map Select > + * 00 = 128K bytes at 0xa0000 (VGA_WINDOW_START) > + * 01 = 64K bytes at 0xa0000 > + * 10 = 32K bytes at 0xb0000 > + * 11 = 32K bytes at 0xb8000 (VGA_AlphaBuffer) > + * [1] - Odd/Even chaining mode select > + * 1 = chain odd maps after even maps > + * 0 = normal map chaining > + * [0] - 1=don't compare map 0 (blue plane) > + */ > + FIXME(":Sequencer_Register:Misc_Ops Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + case 0x07: /* Read mode 1 color don't care */ > + /* > + * [7][6][5][4][3][2][1][0] > + * > + * [7][6][5][4] - 0000 > + * [3] - 1=don't compare map 3 (intensity plane) > + * [2] - 1=don't compare map 2 (red plane) > + * [1] - 1=don't compare map 1 (green plane) > + * [0] - 1=don't compare map 0 (blue plane) > + */ > + FIXME(":Sequencer_Register:Mode1_Color_NoCare Unsupported index: > register 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + case 0x08: /* Bit mask */ > + FIXME(":Sequencer_Register:Bit_Mask Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + break; > + default: > + FIXME(":Graphics_Controller_Register Unsupported index: register > 0x%04x, index 0x%02x (value 0x%02x)\n", > + port, vga_index_3ce, val); > + } > + break; > + /* > + * Attribute Controller Registers > + */ > + case 0x3c0: > + if (vga_address_3c0) > + vga_index_3c0 = val; > + else > + FIXME("Unsupported index, register 0x3c0: 0x%02x (value 0x%02x)\n", > + vga_index_3c0, val); > + vga_address_3c0 = !vga_address_3c0; > + break; > + /* > + * Additional Palette Registers? > + */ > case 0x3c8: > palreg=val; palcnt=0; break; > case 0x3c9: > @@ -1113,20 +1464,9 @@ void VGA_ioport_out( WORD port, BYTE val > palcnt=0; > } > break; > - case 0x3ce: > - vga_index_3ce = val; > - break; > - case 0x3cf: > - FIXME("Unsupported index, register 0x3ce: 0x%02x (value 0x%02x)\n", > - vga_index_3ce, val); > - break; > - case 0x3d4: > - vga_index_3d4 = val; > - break; > - case 0x3d5: > - FIXME("Unsupported index, register 0x3d4: 0x%02x (value 0x%02x)\n", > - vga_index_3d4, val); > - break; > + /* > + * Other Unsupported Registers > + */ > default: > FIXME("Unsupported VGA register: 0x%04x (value 0x%02x)\n", port, val); > } > -- > 0.99.9l > > > >

2 1

Re: WIDL: Don't Output __RPC_FAR In Generated Code
by Hans Leidekker 10 Dec '05

10 Dec '05

On Friday 09 December 2005 20:21, Robert Shearman wrote: (note: I see no problem with this patch) print_server("*(("); write_type(server, def->type, def, def->tname); - fprintf(server, " __RPC_FAR *)_StubMsg.Buffer)++ = _RetVal;\n"); + fprintf(server, " *)_StubMsg.Buffer)++ = _RetVal;\n"); I remember sending a patch for the MIDL generated oleaut32/oaidl_p.c to remove all these lvalue casts that had become illegal with the arrival of gcc4 ("invalid lvalue in assignment"). To avoid these in widl the code could read something like this: print_server("*("); write_type(server, def->type, def, def->tname); fprintf(server, " *)_StubMsg.Buffer = _RetVal;\n"); fprintf(server, "_StubMsg.Buffer += sizeof("); write_type(server, def->type, def, def->tname); fprintf(server, ");\n"); I don't have my repository at hand now but I can send a patch this weekend. -Hans

2 1

Re: new stubs for crypt32
by James Hawkins 10 Dec '05

10 Dec '05

On 12/9/05, Christoph von Wittich <Christoph(a)apiviewer.de> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi! > > The following stubs should be added to crypt32.spec: > > @ stub CertVerifyCertificateChainPolicy > @ stub CertGetNameStringA > @ stub CertGetNameStringW > > > CertGetNameString is req. by eMule and CertVerifyCertificateChainPolicy > iby MS Genuine Check. > The apps that require these APIs would still crash if those lines were added to crypt32.spec. You would have to stub out the APIs in cert.c (the apps probably still wouldn't work if they're not implemented though). -- James Hawkins

1 0

Re: loader: Reserve and allocate SharedUserData.
by Robert Shearman 09 Dec '05

09 Dec '05

Vitaliy Margolen wrote: >diff --git a/dlls/ntdll/loader.c b/dlls/ntdll/loader.c >index f0a4eed..8fbcad1 100644 >--- a/dlls/ntdll/loader.c >+++ b/dlls/ntdll/loader.c >@@ -42,6 +42,7 @@ > #include "wine/debug.h" > #include "wine/server.h" > #include "ntdll_misc.h" >+#include "ddk/wdm.h" > > WINE_DEFAULT_DEBUG_CHANNEL(module); > WINE_DECLARE_DEBUG_CHANNEL(relay); >@@ -2166,6 +2167,8 @@ void __wine_process_init( int argc, char > ANSI_STRING func_name; > void (* DECLSPEC_NORETURN init_func)(); > extern mode_t FILE_umask; >+ PKSHARED_USER_DATA SUD = (PVOID)0x7ffe0000; > > This is a bad choice of name. SharedUserData or shared_user_data would be better. >+ ULONG size = 0x1000; > > thread_init(); > >@@ -2176,6 +2179,10 @@ void __wine_process_init( int argc, char > /* setup the load callback and create ntdll modref */ > wine_dll_set_callback( load_builtin_callback ); > >+ /* Map SharedUserData */ >+ NtAllocateVirtualMemory( NtCurrentProcess(), (PVOID)&SUD, 0, &size, MEM_RESERVE | MEM_COMMIT, PAGE_READWRITE); > > Wouldn't it be better to use NtCreateSection/NtMapViewOfSection instead? >+ SUD->TickCountLowDeprecated = 123456; >+ > if ((status = load_builtin_dll( NULL, kernel32W, 0, &wm )) != STATUS_SUCCESS) > { > MESSAGE( "wine: could not load kernel32.dll, status %lx\n", status ); > > -- Rob Shearman

2 2

[winecfg] Dutch resources (RESEND)
by Paul Vriens 09 Dec '05

09 Dec '05

Hi, anything wrong with this one ? : http://www.winehq.org/pipermail/wine-patches/2005-December/022740.html I'm just asking as the first version of the patch wasn't applied either. I've just started using git, so if I'm doing something wrong in that respect, let me know. Cheers, Paul.

1 0

fixme:font:load_VDMX Failed to retrieve vTable
by Curro Amores 09 Dec '05

09 Dec '05

hi my reports are not well displayed on my access97 app. fonts are displayed i anora location and separed I got this fixme fixme:font:load_VDMX Failed to retrieve vTable somebdoy knows how to fix it? thanks all

3 2

Re: Add some missing includes which contain used prototypes
by Alexandre Julliard 09 Dec '05

09 Dec '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > --- dlls/kernel/change.c 28 Nov 2005 20:10:40 -0000 1.11 > +++ dlls/kernel/change.c 9 Dec 2005 02:20:19 -0000 > @@ -31,6 +31,7 @@ > #include "winerror.h" > #include "winternl.h" > #include "kernel_private.h" > +#include "wine/winbase16.h" > #include "wine/windef16.h" > #include "wine/server.h" > #include "wine/debug.h" Please don't add more 16-bit headers to 32-bit files, we are trying to get rid of them. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Check the return value of some functions
by Alexandre Julliard 09 Dec '05

09 Dec '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > diff -u -r1.11 debug.c > --- libs/wine/debug.c 18 Oct 2005 10:49:20 -0000 1.11 > +++ libs/wine/debug.c 8 Dec 2005 17:37:21 -0000 > @@ -172,7 +172,7 @@ > "Example: WINEDEBUG=3D+all,warn-heap\n" > " turns on all messages except warning heap messages\n" > "Available message classes: err, warn, fixme, trace\n"; > - write( 2, usage, sizeof(usage) - 1 ); > + fprintf( stderr, usage ); That's really silly. There's no reason that not checking the result of write would be a bug, but making it a printf would suddenly make it harmless. I think these warnings are really misguided, you can't just decide that some functions need to be always checked and others not, it depends on what the code is doing. It's OK to turn on the warnings to see if there are places where they turn up a real problem, but please don't "fix" places that are not bugs. -- Alexandre Julliard julliard(a)winehq.org

1 0

dxiag question
by Christian Gmeiner 09 Dec '05

09 Dec '05

Hi.... I get this errors with "Need for spees . most wanted": austriancoder@neptun /media/cdrecorder $ wine AutoRun.exe austriancoder@neptun /media/cdrecorder $ fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd665f0, L"dwDirectXVersionMajor", 0x7fbab8c8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd665f0, L"dwDirectXVersionMinor", 0x7fbab8c8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd665f0, L"szDirectXVersionLetter", 0x7fbab8c8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd665f0, L"szDirectXVersionEnglish", 0x7fbab8c8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd665f0, L"szDirectXVersionLongEnglish", 0x7fbab8c8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd665f0, L"bDebug", 0x7fbab8c8) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_SystemInfo", 0x7fd665f0) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_SystemDevices", 0x7fd6d530) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_LogicalDisks", 0x7fd6d5a0) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"ddraw.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dplayx.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dpnet.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dinput.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dinput8.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dsound.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dswave.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"d3d8.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"d3d9.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dmband.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dmcompos.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dmime.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dmloader.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dmscript.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dmstyle.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dmsynth.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"dmusic.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"devenum.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:DXDiag_AddFileDescContainer (0x7fd6d608,L"quartz.dll") fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szPath", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szName", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bExists", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szVersion", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szAttributes", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"szLanguageEnglish", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeHigh", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"dwFileTimeLow", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bBeta", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddProp (0x7fd6d608, L"bDebug", 0x7fbab4a8) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_DirectXFiles", 0x7fd6d608) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_DisplayDevices", 0x7fd719c0) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd71a30, L"DxDiag_SoundDevices", 0x7fd71a50) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd71a30, L"DxDiag_SoundCaptureDevices", 0x7fd71ab8) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_DirectSound", 0x7fd71a30) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_DirectMusic", 0x7fd71b78) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_DirectInput", 0x7fd71be0) fixme:dxdiag:IDxDiagContainerImpl_AddChildContainer (0x7fd665d0, L"DxDiag_DirectPlay", 0x7fd72118) So.. i think it is very important to fix this and then the setup could say that directx is installed. Now my question: is anybody working on this? Thanks, Christian -- Christian Gmeiner - student of computer science http://dxr3plugin.sf.net http://itb04.ath.cx

1 0

Re: Wine release 0.9.3
by rmkml 09 Dec '05

09 Dec '05

Hi, Wine compiled fail : gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o snapshot.o snapshot.c In file included from snapshot.c:33: ../include/winternl.h:2040: parse error before "va_list" ../include/winternl.h:2212: parse error before "va_list" ../include/winternl.h:2213: parse error before "va_list" make[1]: *** [snapshot.o] Error 1 no pb compile wine092. thx for your help Rmkml On Thu, 8 Dec 2005, Alexandre Julliard wrote: > Date: Thu, 8 Dec 2005 16:20:19 +0100 (CET) > From: Alexandre Julliard <julliard(a)winehq.org> > Reply-To: wine-devel(a)winehq.org > To: wine-announce(a)winehq.org > Subject: Wine release 0.9.3 > > This is release 0.9.3 of Wine, a free implementation of Windows on Unix. > > What's new in this release: > - Many marshalling fixes in rpcrt4. > - Various OLE improvements and fixes. > - Better audio driver management in winecfg. > - Many wininet fixes. > - Several Web browser improvements. > - More dbghelp APIs implemented. > - Directory objects in wineserver. > - Lots of bug fixes. > > Because of lags created by using mirrors, this message may reach you > before the release is available at the public sites. The sources will > be available from the following locations: > > http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.3.tar.bz2 > http://prdownloads.sourceforge.net/wine/wine-0.9.3.tar.bz2 > > Binary packages for various distributions will be available from: > > http://www.winehq.org/site/download > > You will find documentation on > > http://www.winehq.org/site/documentation > > You can also get the current source directly from the git or CVS > repositories. Check respectively http://wiki.winehq.org/GitWine or > http://www.winehq.org/cvs for details. > > Patches should be submitted to "wine-patches(a)winehq.org". Please > don't forget to include a ChangeLog entry. If you submitted a patch, > please check to make sure it has been included in the new release. > > Wine is available thanks to the work of many people. See the file > AUTHORS in the distribution for the complete list. > > -- > Alexandre Julliard > julliard(a)winehq.org > >

2 1

Re: advpack: DoInfInstall test, fix
by Stefan Huehner 09 Dec '05

09 Dec '05

On Fri, Dec 09, 2005 at 12:35:29AM +0100, Markus Amsler wrote: > Changelog: > Markus Amsler <markus.amsler(a)oribi.org> > Add test for DoInfInstall and make it pass under wine. > +static void infinstall_test() Hi, could you please use static void infinstall_test(void) for the aboce line, as this in more correct c code and avoids the warning enabled with (-Wstrict-prototypes). Regards, Stefan

1 0

how do I find where wine itself is segfaulting?
by Bill Medland 09 Dec '05

09 Dec '05

Background. I am trying to figure out why a program that I thought ran OK on 25 October no longer runs and no longer runs when I recompile from that code too. So the program accesses invalid memory down inside the WNDPROC stuff (winproc.c line 418, it says, so I guess it means line 416) So I turn on WINDEBUG=+relay to see what is being passed. And wine segfaults. Even export WINEDEBUG=+relay wine --version which yields 0009:Call kernel32.__wine_kernel_init() ret=77ed4e4d Segmentation fault I can't use gdb and I can't use winedbg. Anyone know what is going on? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

4 9

Re: [wined3d] cube texture named constants
by Willie Sippel 08 Dec '05

08 Dec '05

Wine won't compile with this patch applied it seems (tested with gcc 4.0.2): [...] gcc32 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -D__i386__ -m32 -march=i686 -m3dnow -mmmx -msse -msse2 -pipe -O2 -L/emul/linux/x86/usr/lib -L/usr/lib32 -L/emul/linux/x86/lib -I/usr/include/libxml2 -I/usr/include/lcms -L/emul/linux/x86/usr/lib -L/usr/lib32 -L/emul/linux/x86/lib -I/usr/include/libxml2 -I/usr/include/lcms -o cubetexture.o cubetexture.c cubetexture.c: In function 'IWineD3DCubeTextureImpl_GetCubeMapSurface': cubetexture.c:276: error: 'D3DCUMPMAP_FACE_POSITIVE_X' undeclared (first use in this function) cubetexture.c:276: error: (Each undeclared identifier is reported only once cubetexture.c:276: error: for each function it appears in.) cubetexture.c:276: error: 'D3DCUBEMAP_FACE_NEGITIVE_Z' undeclared (first use in this function) cubetexture.c: In function 'IWineD3DCubeTextureImpl_LockRect': cubetexture.c:295: error: 'D3DCUMPMAP_FACE_POSITIVE_X' undeclared (first use in this function) cubetexture.c:295: error: 'D3DCUBEMAP_FACE_NEGITIVE_Z' undeclared (first use in this function) cubetexture.c: In function 'IWineD3DCubeTextureImpl_UnlockRect': cubetexture.c:312: error: 'D3DCUMPMAP_FACE_POSITIVE_X' undeclared (first use in this function) cubetexture.c:312: error: 'D3DCUBEMAP_FACE_NEGITIVE_Z' undeclared (first use in this function) cubetexture.c: In function 'IWineD3DCubeTextureImpl_AddDirtyRect': cubetexture.c:329: error: 'D3DCUMPMAP_FACE_POSITIVE_X' undeclared (first use in this function) cubetexture.c:329: error: 'D3DCUBEMAP_FACE_NEGITIVE_Z' undeclared (first use in this function) make[2]: *** [cubetexture.o] Error 1 make[2]: Leaving directory `/store/Download/wine/wine/dlls/wined3d' make[1]: *** [wined3d] Error 2 make[1]: Leaving directory `/store/Download/wine/wine/dlls' make: *** [dlls] Error 2 Ciao, Willie -- Willie Sippel //////// | Tritium Studios // | ______________________________ //// /// | http://www.tritium-studios.com <willie(a)froq.net>

1 0

wine needs "buffer_size" to be set in alsa config files.
by Tomas Carnecky 08 Dec '05

08 Dec '05

without this option in the alsa config files, wine doesn't play any sound (using the alsa driver). When I add this option, wine plays happily. mplayer, mpg123, rhythmbox etc don't need this option. tom

1 0

Re: Re: [dplay] registers and stubs
by fenix＠club-internet.fr 08 Dec '05

08 Dec '05

Don't worry they will be filled :) I have only avoid to send you a 200K patch Regards, Raphael ----Message d'origine---- >De: Alexandre Julliard <julliard(a)winehq.org> >A: Raphael <fenix(a)club-internet.fr> >Date: Thu, 08 Dec 2005 12:09:48 +0100 >Copie à: wine-devel(a)winehq.org >Sujet: Re: [dplay] registers and stubs > >Raphael <fenix(a)club-internet.fr> writes: > >> diff -u -r1.2 Makefile.in >> =2D-- dlls/dpnet/Makefile.in 9 May 2005 14:42:34 -0000 1.2 >> +++ dlls/dpnet/Makefile.in 7 Dec 2005 23:49:44 -0000 >> @@ -10,6 +10,10 @@ >> C_SRCS =3D \ >> address.c \ >> client.c \ >> + lobbyclient.c \ >> + lobbiedapp.c \ >> + natresolver.c \ >> + threadpool.c \ > >Please avoid creating too many files, especially empty ones. gcc is >unfortunately inefficient with debug info, and even an empty file >generates several hundred Kbytes of object file. > >-- >Alexandre Julliard >julliard(a)winehq.org > > >

1 0

Re: [dplay] registers and stubs
by Alexandre Julliard 08 Dec '05

08 Dec '05

Raphael <fenix(a)club-internet.fr> writes: > diff -u -r1.2 Makefile.in > =2D-- dlls/dpnet/Makefile.in 9 May 2005 14:42:34 -0000 1.2 > +++ dlls/dpnet/Makefile.in 7 Dec 2005 23:49:44 -0000 > @@ -10,6 +10,10 @@ > C_SRCS =3D \ > address.c \ > client.c \ > + lobbyclient.c \ > + lobbiedapp.c \ > + natresolver.c \ > + threadpool.c \ Please avoid creating too many files, especially empty ones. gcc is unfortunately inefficient with debug info, and even an empty file generates several hundred Kbytes of object file. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: D3D9: Add a test for BeginStateBlock & EndStateBlock
by Alexandre Julliard 08 Dec '05

08 Dec '05

"H. Verbeet" <hverbeet(a)gmail.com> writes: > +START_TEST(d3d9_test) > +{ > + init_d3d9(); > +} Please don't add that sort of pseudo-tests just to share code with other tests. If you need init code put it directly in the tests that need it. A test C file should be self-contained as far as possible to make it easier to build on Windows. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: shell32: Bind to correct drop target after drag scrolling
by Michael Jung 08 Dec '05

08 Dec '05

Hi Alexandre, seems like you rejected this patch. Is it too hack'ish? At a first glance it seems like it would be enough to figure out the IDropTarget belonging to the hwnd and call a DragOver on this interface. The problem is that the drop source (or the DoDragDrop function) might have to change the cursor. Could you please give me a tip on how to do this the right way? Index: dlls/shell32/shlview.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shlview.c,v retrieving revision 1.123 diff -u -p -r1.123 shlview.c --- dlls/shell32/shlview.c 2 Dec 2005 13:14:58 -0000 1.123 +++ dlls/shell32/shlview.c 2 Dec 2005 16:44:38 -0000 @@ -2190,6 +2190,8 @@ static ULONG WINAPI ISVDropTarget_Releas #define IDT_RIGHT 0x8u VOID CALLBACK scroll_timer_proc(HWND hwnd, UINT uMsg, UINT_PTR idTimer, DWORD dwTimer) { + INPUT input; + switch (idTimer) { case IDT_UP: SendMessageW(hwnd, WM_VSCROLL, SB_LINEUP, 0); @@ -2204,6 +2206,14 @@ VOID CALLBACK scroll_timer_proc(HWND hwn SendMessageW(hwnd, WM_HSCROLL, SB_LINEDOWN, 0); break; } + + /* The cursor might now hover over a different item in the listview than + * prior to the scrolling. Send a dummy mouse event (with a (x=0, y=0) + * relative movement) to initiate the apropriate Drag & Drop calls. */ + ZeroMemory(&input, sizeof(input)); + input.type = INPUT_MOUSE; + input.u.mi.dwFlags = MOUSEEVENTF_MOVE; + SendInput(1, &input, sizeof(input)); } /****************************************************************************** Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

OLE without TLS libraries
by Cihan Altinay 08 Dec '05

08 Dec '05

Hi, having a Xen system my Linux tls library path is not in place (renamed to /lib/tls.disabled). When I run a program that uses OLE/DCOM (with native ole libraries) it crashes immediately. Using LD_LIBRARY_PATH=/lib/tls.disabled wine program makes it work again. I am not sure if this is true for all OLE apps. Is this known/expected behaviour or a bug? Cheers, Cihan

2 1

Re: Hungarian keyboard detection problem
by Dmitry Timoshkov 08 Dec '05

08 Dec '05

"Wallner Ádám" <Wallner.Adam(a)hktv.hu> wrote: > +/*** Hungarian keyboard layout (setxkbmap hu) | modified by Adam Wallner*/ > +static const char main_key_HU_new[MAIN_LEN][4] = > +{ > + "0Â§","1'","2\"","3+","4!","5%Â°","6/","7=","8(","9)","AsA-","AzAo","AlA"", > + "qQ","wW","eE","rR","tT","zZ","uU","iI","oOA¸","pP","AlA.","AsAs", > + "aA","sS","dD","fF","gG","hH","jJ","kK","lL","ASA?","AAA","AtA>", > + "yY","xX","cC","vV","bB","nN","mM",",?",".:","-_", > + "AA" > +}; > + > /*** Polish (programmer's) keyboard layout ***/ > static const char main_key_PL[MAIN_LEN][4] = > { > @@ -921,7 +931,7 @@ > {0x040a, "Spanish keyboard layout", &main_key_ES, &main_key_scan_qwerty, &main_key_vkey_qwerty}, > {0x0410, "Italian keyboard layout", &main_key_IT, &main_key_scan_qwerty, &main_key_vkey_qwerty}, > {0x040f, "Icelandic keyboard layout", &main_key_IS, &main_key_scan_qwerty, &main_key_vkey_qwerty}, > - {0x040e, "Hungarian keyboard layout", &main_key_HU, &main_key_scan_qwerty, &main_key_vkey_qwertz}, > + {0x040e, "Hungarian keyboard layout", &main_key_HU_new, &main_key_scan_qwerty, &main_key_vkey_qwertz}, I'd suggest instead of creating a new keyboard layout to patch an existing one. -- Dmitry.

1 0

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)
by fenix＠club-internet.fr 08 Dec '05

08 Dec '05

----Message d'origine---- >Date: Fri, 2 Dec 2005 14:07:24 -0800 >De: Toan T Nguyen <nguyenthetoan(a)gmail.com> >A: wine-devel(a)winehq.org >Sujet: wglGetPixelFormatAttribivARB unexpected RenderType(100) > >Hi, > >I compile and run Quake2Evolved in linux using winelib. Although every >seems fine, there's this error printed out when Q2E scans for the best >pixel format: > > err:opengl:wglGetPixelFormatAttribivARB unexpected RenderType(100) > >I look up my /usr/include/GL/glxATI.h and found these lines: > >#ifndef GLX_ATI_pixel_format_float >#define GLX_ATI_pixel_format_float 1 > >#define GLX_RGBA_FLOAT_ATI_BIT 0x00000100 > >#endif // GLX_ATI_pixel_format_float > > >Bests, > >Toan > Hi Interesting and fun extension :) Try attached patch if it works (and it should) forward it to wine-patches Regards, Raphael

4 10

Re: tests for LoadLibraryA [resend, 2nd]
by Alexandre Julliard 07 Dec '05

07 Dec '05

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > Hello, > > this tests exhibit a problem of Wiso Sparbuch 2006 (german tax program). The > tests are verified against Win2k > > ChangeLog > --------------- > test loading an executable with LoadLibraryA It doesn't really test that; and actually loading an executable works fine. winhlp32 is a special case because it's a symlink to a different executable, and that doesn't quite work. I don't think it warrants a regression test, because it's not really supposed to work that way. What we need is to provide a real winhlp32.exe. -- Alexandre Julliard julliard(a)winehq.org

1 0

RpcServerListen and RpcMgmtWaitServerListen
by Phil Lodwick 07 Dec '05

07 Dec '05

Hi, I have a program that basically does: RpcServerUseProtseqEp RpcServerRegisterIf RpcServerListen(DontWait=FALSE) On Windows this will block until another thread calls RpcMgmtStopServerListening. This does not appear to be the case with Wine's implementation. Before I start to dig in and investigate, I was wondering if this is already a well-known problem. Thanks, Phil

2 1

Re: Shell32 File Property Dialog
by Mike McCormack 07 Dec '05

07 Dec '05

Johannes Anderwald wrote: > @@ -1185,6 +1185,7 @@ BOOL SHELL_execute( LPSHELLEXECUTEINFOW > static const WCHAR wFile[] = {'f','i','l','e',0}; > static const WCHAR wHttp[] = {'h','t','t','p',':','/','/',0}; > static const WCHAR wExplorer[] = {'e','x','p','l','o','r','e','r','.','e','x','e',0}; > + static const WCHAR wProperties[] = {'p','r','o','p','e','r','t','i','e','s',0}; > static const DWORD unsupportedFlags = > SEE_MASK_INVOKEIDLIST | SEE_MASK_ICON | SEE_MASK_HOTKEY | > SEE_MASK_CONNECTNETDRV | SEE_MASK_FLAG_DDEWAIT | SEE_MASK_FLAG_NO_UI | > @@ -1275,7 +1276,11 @@ BOOL SHELL_execute( LPSHELLEXECUTEINFOW > sei->hInstApp = (HINSTANCE) 33; > return TRUE; > } > - > + if (sei_tmp.lpVerb) > + { > + if (!strcmpW(sei_tmp.lpVerb,wProperties)) > + return SH_ShowPropertiesDialog(sei_tmp.lpFile); > + } I should have pointed out earlier that this is not the right way to activate a properties dialog. This will show the same properties dialog for all shell objects, which is wrong. You should create a handler for the properties verb in the IContextMenu interface of the shell object that you're showing the dialog for. You need to modify both ->QueryContextMenu and ->InvokeCommand. I have implement IContextMenu for the ShellLink object (shelllink.c). Perhaps try extending that code to make a properties dialog for the ShellLink object first. The rest looks better though. Mike

1 0

Re: Fix dll_count in mis.c
by Mike McCormack 07 Dec '05

07 Dec '05

Christian Gmeiner wrote: > I think that we need to init dll_count with 0 to get DllCanUnloadNow > working correctly. > -static LONG dll_count; > +static LONG dll_count = 0; Static variables should be initialized to zero by default. Mike

1 0

Re: resend: [d3d] rearrange switch statement to have FIXMEs for unhalded query types
by Alexandre Julliard 07 Dec '05

07 Dec '05

Christoph Frick <frick(a)sc-networks.de> writes: > hiho > > this is a resend of a patch i sent some time ago, which was not applied. There's already a FIXME being printed, I don't think we need two of them. -- Alexandre Julliard julliard(a)winehq.org

3 3

winecfg: add options to switch between "installed" directx versions
by Christian Gmeiner 07 Dec '05

07 Dec '05

Hi all. I wanted to install "Need for Speed - Most wanted" under wine and the setup told me, that directx is not installed. So i think we need a way to set installed/used directx version in winecfg. Do you think its worth to start developing a patch in this direction? Thanks -- Christian Gmeiner - student of computer science http://dxr3plugin.sf.net http://itb04.ath.cx

3 2

mounting versioning filesystems
by Saulius Krasuckas 07 Dec '05

07 Dec '05

Everybody hi there, this may be a bit un(cor)related to Wine development, but I am stuck with choosing a way to mount some file versioning repository as a local FS. I've found on the net following projects of that vein: CvsFs [1] (CvsFS-FUSE) Wayback [2] CopyFS [3] GitFS [4] cvsfs and wayback was tested on my box, though I was unable to mount my simple CVS repository correctly even for reading. wayback had some another issues. Now I've hit two more projects: copyfs and gitfs. Well, I know I should test them myself but if anyone was toying around such stuff, it would be interesting to hear a response about it. My aim is to update a file in the repository every time my editor changes that file. So far only copyfs does reads/writes, IMHO, and gitfs is still only for a reads. :-( Is there any more FS layers which do r/w? There is another related project that might be interesting for someone who debugs changes on binary files - that's LoggedFS [5]. TIA [1] http://sf.net/projects/cvsfs [2] http://sf.net/projects/wayback [3] http://n0x.org/copyfs/ [4] http://www.sfgoth.com/~mitch/linux/gitfs/ [5] http://sf.net/projects/loggedfs

1 0

Re: Check some return values of fwrite()
by Alexandre Julliard 07 Dec '05

07 Dec '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Suppress some warnings. This is the first in a serie of patches, > checking the return values of a couple functions. > > Changelog: > Check some return values of fwrite(). If you absolutely want to do that, please write a wrapper function, don't add checks all over the place. Though it really doesn't seem worth the trouble, especially in something like winedump. -- Alexandre Julliard julliard(a)winehq.org

1 0

trouble with uxtheme dll
by Stefan Leichter 06 Dec '05

06 Dec '05

Hi, i am a little confuse about the uxtheme dll. I have a program that raises an execption after each call (not the return!) to the ordinal 1 of the dll. The strange thing is the relay log shows up to eight arguments for the function call, but according to the spec file of the uxtheme dll the function does not have any argument. Also the implemantation is only a stub which should not crash. Here an example for the call: 000b:Call uxtheme.1(00000090,42865450,0001aa9b,406acef4,00000000) ret=41ebcca5 trace:seh:__regs_RtlRaiseException code=c0000005 flags=0 addr=(nil) Does anyone have a wild guess what happend here? Bye Stefan

3 4

[opengl] WGL_render_texture / WGL_ATI_pixel_format_float
by Raphael 06 Dec '05

06 Dec '05

Hi, Anyone Can test this demo http://www.paulsprojects.net/opengl/rtotex/rtotex.html If have an ATI card who support WGL_ATI_pixel_format_float ? Thx Changelog: - support WGL_ATI_pixel_format_float / WGL_ARB_color_buffer_float - implement WGL_render_texture using GLX_ATI_render_texture (when available) - better WGL_render_texture emulation (using PBuffers) - fix wglMakeCurrent (and add usefull traces) Regards, Raphael

4 9

Re: [WINECFG] show sound card drivers and devices
by Vitaliy Margolen 06 Dec '05

06 Dec '05

Monday, December 5, 2005, 8:53:10 PM, Robert Reif wrote: > Show all sound card drivers and their devices. > --- programs/winecfg/En.rc 27 Oct 2005 11:24:02 -0000 1.54 > +++ programs/winecfg/En.rc 6 Dec 2005 03:39:36 -0000 > @@ -155,15 +155,17 @@ FONT 8, "MS Shell Dlg" > BEGIN Please update each resource file. We had this discussion before. Please keep these changes in synch among all the languages. Otherwise we render sound config useless for other languages. Vitaliy Margolen

5 6

Re: WIDL: Support remaining basic types
by Alexandre Julliard 06 Dec '05

06 Dec '05

Robert Shearman <rob(a)codeweavers.com> writes: > ChangeLog: > Eric Kohl <eric.kohl(a)t-online.de> > WIDL: Support remaining basic types (float, double, small, wchar_t and > handle_t). We've been through this before, these patches need to be split, the gratuitous changes removed, and all the code duplication with the format codes needs to be avoided. Mike started doing that some time ago so you probably want to start from his patches. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: DirectDraw over Direct3D
by Tim Schmidt 06 Dec '05

06 Dec '05

TA 1.0 (fresh off the CD) also wouldn't start for me, however, after installing the v3.1c patch (the last one ever released) it started up just fine. --tim On 12/6/05, James Liggett <jrliggett(a)cox.net> wrote: > I fired up Total Annihilation just yesterday with Wine 0.9.2 and it > > was very slow. TA uses 8bit color and I'm running in 24bit at > > 3200x1200 (2x 19" CRTs) on a Pentium II 450Mhz with a GeForceFX 5900XT > > -- a bit of an odd combination... I know. If you'd like a speed > > comparison, perhaps with associated CPU usage I may be able to oblige. > > > > --tim > Just curious--how did you get TA to even start? I installed it last week > to try it out with wine 0.9.2 and it crashes after displaing a blue > screen for a second or two. > > James > > > > > >

1 0

Missing WGL function declarations in wingdi.h
by Aric Cyr 06 Dec '05

06 Dec '05

As the subject says, all of the WGL functions that should be declared in wingdi.h are currently only found in dlls/opengl32/wgl.h. I ran across this recently while working on getting wined3d to use wgl instead of glx directly. Currently I work around it by including wgl.h and adding makefile include options to point to dlls/opengl32. It would be much cleaner and correct if I could forgo this and just include wingdi.h. Anyone have problems with me submitting a patch which would move the relevant (i.e. not all) parts of dlls/opengl32/wgl.h into include/wingdi.h? >From MSDN (for wglCreateContext): === Requirements Windows NT/2000: Requires Windows NT 3.5 or later. Windows 95/98: Requires Windows 95 or later. Available as a redistributable for Windows 95. Header: Declared in wingdi.h. Import Library: Use opengl32.lib. === Regards, Aric

3 5

opengl support in wine
by Tomas Carnecky 06 Dec '05

06 Dec '05

I've had a discussion with someone through this list about wine and libGL.so. It was about wine using dlopen("libGL.so") instead of linking directly with libGL.so. I still don't understand why the wine developers have made this decision. I'm again at the point where I need to hook OpenGL (glX) functions ahd I have to patch wine again to make it work. There is absolutely no reason not to link with libGL.so directly: Even if you make OpenGL a hard dependency, nothing will break. Just announce it well so that everybody understands the change and make --disable-opengl the default option. Now everyone can get wine and it will work out-of-the-box and those who want opengl can enable it (and the distribution packagers should make sure wine depends on opengl when building the package). tom

4 15

Re: advapi32: RegCreateKeyEx fix.
by James Hawkins 06 Dec '05

06 Dec '05

On 12/5/05, Rein Klazes <wijn(a)wanadoo.nl> wrote: > > On Win9x,ME RegCreateKeyEx ignores the backslash character if the subkey > begins with one. With a regression test. > Note that I'm not against this being committed, but another test you could add is for the comment, /* win9x,ME ignores one (and only one) beginning backslash */ the (and only one) part. You could use the same test as the one you added, but with two backslashes prepended and see if it fails. I haven't tested this myself (I only have > NT) but I'm curious if only one beginning backslash is ignored. -- James Hawkins

2 1

capture app output / output redirect
by mailinglists 06 Dec '05

06 Dec '05

Hi everybody! Some time ago I had written a wrapper for a windows application using java and wine. It just captured stdout and stderror to get the windows applications output, but today I used it again and found that there is just plain nothing returned any more. Also executing wine app.exe &> log.txt just sends all output to the console. Anybody knows what happened and how it could be worked around? /tobi ++++++++++++ WERBUNG +++++++++++++++ http://www.inetsolutions.de ISP / Qualitäts-Webhosting Homepagebaukasten / CMS Webpacks ab 0,21 EUR

1 0

DirectDraw over Direct3D
by Roderick Colenbrander 06 Dec '05

06 Dec '05

Hi, As you all might know 2d games tend to be slow on Wine. For a lot of games the main bottleneck is depth conversion which happens in cases when the depth requested by the game and the X desktop color are not the same. As a way to speedup 2d Lionel assisted me with hacking wine's ddraw to let it use parts of the Direct3D backend. The final rendering is then done using OpenGL and the end result is that the videocard does the color conversion for us. The patch greatly improves the performance of 2d games which don't use GetDC/ReleaseDC a lot. While the patch fixes the conversion bottleneck for various games it doesn't handle 8bit paletted which is used by games like StarCraft as OpenGL doesn't support this by default. The second patch which I attached aswell adds support for this. On cards (atleast all nvidia cards from geforce 1 to the fx) that support the opengl paletted texture extension this extension is used. It makes StarCraft very fast atleast on my Athlon XP2000 system with a GeforceFX where the game was slow before. As not all cards support paletted textures I emulated this using a simple fragment shader. (a 1D texture containing the palette is used as a loopup table) The attached patches are still experimental and likely contain bugs so please test them. When the patches are applied set 'HKCU\Software\Wine\DirectDraw\UseDDrawOverD3D' to Y else it won't do anything :) Further note that lots of games like to use multiple threads for graphics... using the patch games use 'd3d' (or actually opengl) which adds more multithreaded d3d games :) Games like command&conquer, redalert, total annihilation and lots of others became multithreaded. (they crash quite quickly due to some critical section in x11drv) All have fun with the patches and please report any issues that appear so that i can fix the patches and submit them to wine-patches, Roderick Colenbrander

6 14

Re: Implement Old Names Option
by Dimi Paun 05 Dec '05

05 Dec '05

From: "Robert Shearman" <rob(a)codeweavers.com> > Implement '-o' option. This is equivalent to MIDLs '/oldnames' option. Not a good choice, '-o' is used for output typically. How about --oldnames? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

git patch to gmail draft script
by James Hawkins 05 Dec '05

05 Dec '05

Hey all, I've hacked up a little script that takes your committed git changes and puts a draft in your gmail draft folder for each committ that contains a changelog and the attached diff. To use the script, make sure you have python installed. You'll also need to change the variables at the top of the script to match your specifics. The script is pretty simple, so if you don't like the format of the email it wouldn't be hard to change. The process goes like so: 1) make your committs, but when you're writing the changelog entry for the committ, make sure to put all the changes you would have in the Changelog section of the email ie for one of my recent patches, the committ message was, * Use DelNode itself for the directory recursion. * Handle the dwFlags parameter. * Factor out file creation and deletion. * Add test cases for DelNode and make them pass. you can use asterisks if you like or not, it won't affect the script. 2) ./makedraft.py 3) the script calls git-format-patch for you and loops through all the committs 4) the script asks you for a subject (of the email) for each committ 5) if you don't want to send a patch to wine-patches, enter 'stop' as the subject (minus the quotes) 6) the diffs will be in diff_dir and the drafts will be in your gmail drafts folder 7) append anything you need to the email and press send If you have any comments or suggestions, I'd like to hear them (I think the script is rather ugly myself, but it gets the job done :)) -- James Hawkins

1 1

Re: winspool: Add Documentation for the Port-Functions (without line-wrap)
by Vitaliy Margolen 05 Dec '05

05 Dec '05

Monday, December 5, 2005, 7:03:46 AM, Detlef Riekenberg wrote: > Second try with git. This Time without line-wrap > Changelog: > - Add Documentation for the Port-Functions > Content-Disposition: attachment; filename=document_port_functions.diff > Content-Type: text/x-patch; name=document_port_functions.diff; charset=UTF-8 > Content-Transfer-Encoding: 7bit Could you drop "; charset=UTF-8" part? It's not UTF-8 at all (since it's 7-bit and text/x-path). Vitaliy

1 0

Re: winspool: Add Documentation for the Port-Functions
by James Hawkins 05 Dec '05

05 Dec '05

On 12/5/05, Detlef Riekenberg <wine.dev(a)web.de> wrote: > > /****************************************************************** > * DeletePortA [WINSPOOL.@] > * > + * Delete a specific Port (ANSI) > + * > + * See DeletePortW. > + * ... > /****************************************************************** > * DeletePortW [WINSPOOL.@] > * > + * Delete a specific Port (UNICODE) > + * The (ANSI) and (UNICODE) are superfluous. For the ansi version, all you need is the 'See DeletePortW' instead of reusing 'Delete a specific port' as well. -- James Hawkins

1 0

Re: ddraw: make some driver info not const
by Vitaliy Margolen 05 Dec '05

05 Dec '05

Friday, December 2, 2005, 11:46:39 AM, Rein Klazes wrote: > Hi, [skip] > Making this information not const makes the application proceed further. > Changelog: > dlls/ddraw : ddraw_hal.c, ddraw_user.c > Make some driver info not const, some applications want to modify it. This is wrong. No user program should modify our internal data. I think you need to copy this data into heap before passing it to the app. You should make simple test to check if the data returned on windows is within heap or not. Vitaliy

4 4

dsound buffer underrun
by Tomas Carnecky 05 Dec '05

05 Dec '05

I'm still having problems with the sound, something in the dsound mixer is wrong. I've created a trace (+dsound): first comes this, that shows that sdound detected a possible underrun and sets probably_valid_to to -1. trace:dsound:DSOUND_MixOne (0x55952b88,54684,54684,49392) trace:dsound:DSOUND_MixOne buf_writepos=8192, primary_writepos=54684 trace:dsound:DSOUND_MixOne buf_done=0, primary_done=0 trace:dsound:DSOUND_MixOne buf_mixpos=8192, primary_mixpos=54684, mixlen=49392 trace:dsound:DSOUND_MixOne looping=1, startpos=0, leadin=0 trace:dsound:DSOUND_MixOne streaming buffer probably_valid_to=8192, probably_valid_left=0 warn:dsound:DSOUND_MixOne probably_valid_to now within writelead, possible streaming underrun trace:dsound:DSOUND_MixOne remaining mixlen=49392 next time wine enters DSOUND_MixOne() this occurs: trace:dsound:DSOUND_MixOne (0x55952b88,54684,63504,49392) trace:dsound:DSOUND_MixOne buf_writepos=17012, primary_writepos=63504 trace:dsound:DSOUND_MixOne buf_done=7804, primary_done=40572 trace:dsound:DSOUND_MixOne buf_mixpos=24816, primary_mixpos=19404, mixlen=49392 trace:dsound:DSOUND_MixOne looping=1, startpos=0, leadin=0 trace:dsound:DSOUND_MixOne streaming buffer probably_valid_to=-1, probably_valid_left=32768 trace:dsound:DSOUND_MixOne clipping to probably_valid_left=32768 fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=32768 < primary_done=40572) now wine clips mixlen to probably_valid_left which is smaller than primary_done. I don't know what primary_done, mixlen, probably_valid_left and probably_valid_to mean, but somthing with those variables is wrong. the full log is in the attachment tom

1 0

Re: Allow out-of-tree builds against configured source tree
by Alexandre Julliard 05 Dec '05

05 Dec '05

Pavel Roskin <proski(a)gnu.org> writes: > * Make.rules.in: Change include path to prefer include files in > the output tree over those in the source tree. This allows > compiling Wine outside the source tree even if Wine was already > compiled in the source tree, possibly with different options. You really don't want to do that, that's a recipe for trouble. Make will check the source dir for dependencies so if you have objects in there it won't rebuild things properly. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [MSI] DllCanUnloadNow try2
by Dmitry Timoshkov 05 Dec '05

05 Dec '05

"Christian Gmeiner" <christian.gmeiner(a)students.fh-vorarlberg.ac.at> wrote: > +/********************************************************************** > + * Dll lifetime tracking declaration > + */ > +void LockModule(void) > +{ > + InterlockedIncrement(&dll_count); > +} > + > +void UnlockModule(void) > +{ > + InterlockedDecrement(&dll_count); > +} Since these 2 are used from inside single source file they can (and should) be made static. -- Dmitry.

2 1

Missing includes in dlls/wininet/netconnection.c
by Pavel Roskin 05 Dec '05

05 Dec '05

Hello, Robert! I'm sorry, but you keep breaking Wine for me. The latest change in dlls/wininet/netconnection.c (revision 1.18) doesn't compile. Two files need to be included - errno.h for error names and stdio.h for perror(). Actually, I think perror() should be avoided - Wine has its own error reporting mechanisms. But to be fair, there are instances of perror() in the current Wine code. -- Regards, Pavel Roskin

1 0

A better workaround for compiling on FC4/x86_64
by Pavel Roskin 05 Dec '05

05 Dec '05

Hello! When trying to set up printing from Wine on Fedora Core 4 for x86_64, I have discovered that Wine fails to find many libraries, including libcups. It turns out that the development packages on Fedora Core 4 don't always provide *.so symlinks for 32-bit libraries. So I wrote this script. The script creates all missing links in one directory (/usr/local/lib is the default). Not only was libcups found next time, but also the old workaround with imake has become unneeded. The configure script runs out-of-box and finds X11 libraries. I'm posting the script here in hope that it will be useful for some Wine users. I'm not sure it it merits inclusion in Wine, but I would not object. -- Regards, Pavel Roskin

2 2

[RESEND] riched20: register ListBox & ComboBox classes
by Cihan Altinay 05 Dec '05

05 Dec '05

Another attempt to get some feedback for this patch... Hi, > This patch partially implements the undocumented REExtendedRegisterClass() > function by registering the two missing classes. That way MS Office 2003 and > probably other programs that rely on these classes display dialogs > completely which were empty before. > > Changelog: > Cihan Altinay <cihan(a)uq.edu.au> > Partially implement REExtendedRegisterClass() to register missing window > classes so that applications relying on them don't get confused. > It seems this patch was ignored and I would appreciate some comments because I haven't done much wine development yet (and probably made a lot of mistakes). Basically, I did some reverse engineering to see what is going on under Windows and implemented the (de)registration of the two classes accordingly. The effect of the patch can be seen in the attached screenshots which is the Options dialog of MS PowerPoint 2003. I agree that a patch that makes the controls actually work would be better :-) Cheers, Cihan

2 2

make errors in $WINE/dlls/wininet/netconnection.c
by Colin Wright 04 Dec '05

04 Dec '05

After a clean and cvs -PAd I get the following errors during make netconnection.c: In function `sock_get_error': netconnection.c:205: error: `EINTR' undeclared (first use in this function) netconnection.c:205: error: (Each undeclared identifier is reported only once netconnection.c:205: error: for each function it appears in.) netconnection.c:206: error: `EBADF' undeclared (first use in this function) netconnection.c:207: error: `EPERM' undeclared (first use in this function) netconnection.c:208: error: `EACCES' undeclared (first use in this function) netconnection.c:209: error: `EFAULT' undeclared (first use in this function) netconnection.c:210: error: `EINVAL' undeclared (first use in this function) netconnection.c:211: error: `EMFILE' undeclared (first use in this function) netconnection.c:212: error: `EWOULDBLOCK' undeclared (first use in this function) netconnection.c:213: error: `EINPROGRESS' undeclared (first use in this function) netconnection.c:214: error: `EALREADY' undeclared (first use in this function) netconnection.c:215: error: `ENOTSOCK' undeclared (first use in this function) netconnection.c:216: error: `EDESTADDRREQ' undeclared (first use in this function) netconnection.c:217: error: `EMSGSIZE' undeclared (first use in this function) netconnection.c:218: error: `EPROTOTYPE' undeclared (first use in this function) netconnection.c:219: error: `ENOPROTOOPT' undeclared (first use in this function) netconnection.c:220: error: `EPROTONOSUPPORT' undeclared (first use in this function) netconnection.c:221: error: `ESOCKTNOSUPPORT' undeclared (first use in this function) netconnection.c:222: error: `EOPNOTSUPP' undeclared (first use in this function) netconnection.c:223: error: `EPFNOSUPPORT' undeclared (first use in this function) netconnection.c:224: error: `EAFNOSUPPORT' undeclared (first use in this function) netconnection.c:225: error: `EADDRINUSE' undeclared (first use in this function) netconnection.c:226: error: `EADDRNOTAVAIL' undeclared (first use in this function) netconnection.c:227: error: `ENETDOWN' undeclared (first use in this function) netconnection.c:228: error: `ENETUNREACH' undeclared (first use in this function) netconnection.c:229: error: `ENETRESET' undeclared (first use in this function) netconnection.c:230: error: `ECONNABORTED' undeclared (first use in this function) netconnection.c:231: error: `EPIPE' undeclared (first use in this function) netconnection.c:232: error: `ECONNRESET' undeclared (first use in this function) netconnection.c:233: error: `ENOBUFS' undeclared (first use in this function) netconnection.c:234: error: `EISCONN' undeclared (first use in this function) netconnection.c:235: error: `ENOTCONN' undeclared (first use in this function) netconnection.c:236: error: `ESHUTDOWN' undeclared (first use in this function) netconnection.c:237: error: `ETOOMANYREFS' undeclared (first use in this function) netconnection.c:238: error: `ETIMEDOUT' undeclared (first use in this function) netconnection.c:239: error: `ECONNREFUSED' undeclared (first use in this function) netconnection.c:240: error: `ELOOP' undeclared (first use in this function) netconnection.c:241: error: `ENAMETOOLONG' undeclared (first use in this function) netconnection.c:242: error: `EHOSTDOWN' undeclared (first use in this function) netconnection.c:243: error: `EHOSTUNREACH' undeclared (first use in this function) netconnection.c:244: error: `ENOTEMPTY' undeclared (first use in this function) netconnection.c:260: error: `errno' undeclared (first use in this function) netconnection.c:260: warning: implicit declaration of function `perror' netconnection.c: In function `NETCON_create': netconnection.c:279: error: `errno' undeclared (first use in this function) netconnection.c: In function `NETCON_close': netconnection.c:315: error: `errno' undeclared (first use in this function) netconnection.c: At top level: netconnection.c:321: error: syntax error before '*' token netconnection.c: In function `NETCON_connect': netconnection.c:436: error: `errno' undeclared (first use in this function) netconnection.c: In function `NETCON_send': netconnection.c:461: error: `errno' undeclared (first use in this function) netconnection.c: In function `NETCON_recv': netconnection.c:495: error: `errno' undeclared (first use in this function) netconnection.c: In function `NETCON_getNextLine': netconnection.c:585: error: `errno' undeclared (first use in this function) netconnection.c: At top level: netconnection.c:322: warning: `check_hostname' defined but not used Although I've probably wasting my time and there's simply a missing header file or netconnection.c shouldn't even be there I've found that the constants EINTR, EBADF, EPERM, EACCES, EFAULT, EINVAL, EMFILE, EPIPE, ENAMETOOLONG and ENOTEMPTY are all defined in $WINE/include/msvcrt/errno.h and the rest only have WSA\1 constants in $WINE/include/winsock.h. -- Colin Wright cdonline(a)tesco.net

2 2

Re: CVSROOT/. loginfo
by Ron Jensen 04 Dec '05

04 Dec '05

Alexandre, Can we get the Module name and/or modified files added back to the subject line for CVS? IHMO, this is much more useful than knowing who submitted the patch. Thankyou, Ron Jensen On Fri, 2005-12-02 at 09:43 -0600, Alexandre Julliard wrote: > ChangeSet ID: 21634 > CVSROOT: /opt/cvs-commit > Module name: CVSROOT > Changes by: julliard(a)winehq.org 2005/12/02 09:43:52 > > Modified files: > . : loginfo > > Log message: > Don't send mail to wine-cvs for the wine module, this will be done > from the git repository. > > Patch: http://cvs.winehq.org/patch.py?id=21634 > > Old revision New revision Changes Path > 1.50 1.51 +2 -1 CVSROOT/loginfo > > Index: CVSROOT/loginfo > diff -u -p CVSROOT/loginfo:1.50 CVSROOT/loginfo:1.51 > --- CVSROOT/loginfo:1.50 2 Dec 2005 15:43:52 -0000 > +++ CVSROOT/loginfo 2 Dec 2005 15:43:52 -0000 > @@ -28,7 +28,8 @@ > # Use this for testing > ^test /usr/bin/perl $CVSROOT/CVSROOT/log_accum -m testing(a)winehq.org -f $CVSROOT/CVSROOT/commitlog -S -s %p %s > > +^wine /usr/bin/perl $CVSROOT/CVSROOT/log_accum -f $CVSROOT/CVSROOT/commitlog -S -s %p %s > + > # All others go to wine-cvs > -^wine /usr/bin/perl $CVSROOT/CVSROOT/log_accum -m wine-cvs(a)winehq.org -f $CVSROOT/CVSROOT/commitlog -L 200 -p -S -s %p %s > DEFAULT /usr/bin/perl $CVSROOT/CVSROOT/log_accum -m wine-cvs(a)winehq.org -f $CVSROOT/CVSROOT/commitlog -P winehq -L 200 -p -c -S -s %p %s > > >

5 6

Make check failure
by Dustin Navea 04 Dec '05

04 Dec '05

make[3]: Entering directory `/home/speeddy/wine/dlls/advapi32/tests' ../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p advapi32_test.exe.so crypt.c && touch crypt.ok crypt.c:710: Test failed: expected 234, got 0 Anyone wanna help me figure out why? Dustin

3 3

ConfigureNotify messages queuing up
by Mikael Lindqvist 04 Dec '05

04 Dec '05

Hello dear Wine developers, I was using Flash MX under Wine yesterday and I noticed that when I resize the window, the contents swirl around as resize messages get processed. I thought that maybe this could be avoided if the code in wine that processes ConfigureNotify messages from X and passes them on to the windows application could be made to not forward all the messages, but just the ones that mattered. I had a look at the source where this takes place (in dlls/x11drv/winpos.c) and put the following code in the X11DRV_ConfigureNotify function: XEvent more_events; . . . wine_tsx11_lock(); while(XCheckTypedWindowEvent(event->display,event->window, ConfigureNotify,&more_events)) { event=& (more_events.xconfigure); x = event->x, y = event->y; } wine_tsx11_unlock(); So what it does is that when processing ConfigureNotify messages it checks the message queue if there are more ConfigureNotify messages queued up, and only delivers the last one to the windows application. And actually things ran a bit smoother with this code in place! Maybe there are potential problems with this code, because it might mean that messages gets delivered in the wrong order, but I have some ideas how this could probably be taken care of. And also some other bits and pieces should be fixed for this to work. But what do you think about the idea, is it worth exploring further? In that case I could submit a proper patch for this... -- Mikael

3 3

Debugging winelib apps in Eclipse
by Michael Ost 04 Dec '05

04 Dec '05

Does anyone know how to set up Eclipse to debug winelib applications? I tried just replacing 'gdb' with 'winedbg' on the "Debugger" tab on the "Debug" window. After Eclipse says "Launching..." there is an error that says "Process terminated." After reviewing the winelib debug docs, I found that there is a --gdb switch to winedbg so I added that as a "C/C++ Program Argument" on the "Arguments" tab of the same window... a long shot, and it didn't work. This is on Fedora Core 4, with Eclipse 3.1 (yum updated from the 3.1M6 version that comes with FC4), and with the wine 0.99.2 FC4 rpm. Any leads? Thanks ... mo

4 3

iTunes COM problems?
by Thomas Meyer 04 Dec '05

04 Dec '05

Hi. iTunes version 6 installation fails. i made a log an my guess is that the problem is here: [snip] trace:ole:TMStubImpl_AddRef (0x7fdcd028)->(ref before=1) trace:ole:stub_manager_int_release after 1 trace:ole:dispatch_rpc Calling apartment thread 0x0000000b... trace:ole:CoWaitForMultipleHandles received message whilst waiting for RPC: 0x0400 trace:ole:TMStubImpl_Invoke ... trace:ole:ITypeLib2_fnAddRef (0x7fd8a348)->ref was 9 trace:ole:ITypeInfo_fnAddRef (0x7fdc8b30)->ref is 3 trace:ole:ITypeInfo_fnGetFuncDesc (0x7fdc8b30) index 0 trace:ole:ITypeInfo_fnGetFuncDesc (0x7fdc8b30) index 1 trace:ole:ITypeInfo_fnGetDocumentation (0x7fdc8b30) memid -1 Name(0x7fbda55c) DocString((nil)) HelpContext((nil)) HelpFile((nil)) trace:ole:ITypeInfo_fnGetNames (0x7fdc8b30) memid=0x60010001 Maxname=10 trace:ole:deserialize_param vt 3 at 0x7fdd193c trace:ole:_invoke Calling 0x4136dc(7ced8370,0000005f,) trace:ole:_invoke returns 00000000 trace:ole:serialize_param (tdesc.vt 3) trace:ole:ITypeInfo_fnRelease (0x7fdc8b30)->(2) trace:ole:ITypeLib2_fnRelease (0x7fd8a348)->(9) trace:ole:TMStubImpl_Invoke returning trace:ole:TMStubImpl_Release (0x7fdcd028)->(ref before=2) trace:ole:apartment_release a0000000b: after = 1 trace:ole:rpc_sendreceive_thread completed with status 0x0 trace:ole:DllMain 0x7f6e0000 0x3 (nil) ole32.dll trace:ole:CoWaitForMultipleHandles -- 0x00000000 trace:ole:RpcChannelBuffer_SendReceive RPC call status: 0x0 trace:ole:RpcChannelBuffer_SendReceive -- 0x00000000 trace:ole:ITypeInfo_fnRelease (0x7fe2e6f0)->(2) trace:ole:ITypeLib2_fnRelease (0x7fdf4758)->(201) Ok. One of the things i did't figured out till now. What does this xCall thing mean? trace:ole:xCall -- 0x00000000 trace:ole:CoMarshalInterface (0x775af1b8, {c9ce9778-210c-4cb4-b4f0-f589c3dda00b}, 0x7ce45480, 3, (nil), MSHLFLAGS_TABLESTRONG) trace:ole:CoGetStandardMarshal ({c9ce9778-210c-4cb4-b4f0-f589c3dda00b},0x7ce45480,3,(nil),1,0x7fbde72c) trace:ole:CoMarshalInterface Using standard marshaling trace:ole:CoMarshalInterface Calling IMarshal::MarshalInterace trace:ole:StdMarshalImpl_MarshalInterface (...,{c9ce9778-210c-4cb4-b4f0-f589c3dda00b},...) trace:ole:CoGetPSClsid () riid={c9ce9778-210c-4cb4-b4f0-f589c3dda00b}, pclsid=0x7fbde654 trace:ole:WINE_StringFromCLSID 0x496980->{C9CE9778-210C-4CB4-B4F0-F589C3DDA00B} trace:ole:__CLSIDFromStringA {C9CE9778-210C-4CB4-B4F0-F589C3DDA00B} -> 0x7fbde654 trace:ole:CoGetPSClsid () Returning CLSID={c9ce9778-210c-4cb4-b4f0-f589c3dda00b} trace:ole:get_facbuf_for_iid CoGetPSClsid hr= 0x00000000 trace:ole:CoGetClassObject CLSID: {c9ce9778-210c-4cb4-b4f0-f589c3dda00b}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} trace:ole:WINE_StringFromCLSID 0x7fbde654->{C9CE9778-210C-4CB4-B4F0-F589C3DDA00B} trace:ole:COMPOBJ_DLLList_Add trace:ole:get_inproc_class_object DllGetClassObject hr= 0x80040111 err:ole:CoGetClassObject no class object {c9ce9778-210c-4cb4-b4f0-f589c3dda00b} could be created for for context 0x1 err:ole:marshal_object couldn't get IPSFactory buffer for interface {c9ce9778-210c-4cb4-b4f0-f589c3dda00b} I guess this is the reason why the installer fails. Maybe i am wrong and this is an error in the application program. but how to determin this? is there a way to explorer all interfaces in an COM object (in the dll file)? err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80040111 err:ole:CoMarshalInterface Failed to marshal the interface {c9ce9778-210c-4cb4-b4f0-f589c3dda00b}, 80040111 trace:ole:CoMarshalInterface completed with hr 0x80040111 trace:ole:CreateFileMoniker (L"{872653C6-5DDC-488B-B7C2-CF9E4D9335E5}",0x7fbde880) trace:ole:FileMonikerImpl_Construct (0x775af1b8,L"{872653C6-5DDC-488B-B7C2-CF9E4D9335E5}") trace:ole:FileMonikerImpl_DecomposePath L"{872653C6-5DDC-488B-B7C2-CF9E4D9335E5}", (nil) trace:ole:FileMonikerImpl_QueryInterface (0x775af1b8,{0000000f-0000-0000-c000-000000000046},0x7fbde880) trace:ole:FileMonikerImpl_AddRef (0x775af1b8) trace:ole:CoCreateInstance (rclsid={064cb054-2518-474e-b2e8-200049528c42}, pUnkOuter=(nil), dwClsContext=00000004, riid={a16ab1e1-377d-4df2-8d8a-c9f283857ddc}, ppv=0x7fbde7cc) trace:ole:CoGetClassObject CLSID: {064cb054-2518-474e-b2e8-200049528c42}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:RPC_GetLocalClassObject rclsid={064cb054-2518-474e-b2e8-200049528c42}, iid={00000001-0000-0000-c000-000000000046} trace:ole:WINE_StringFromCLSID 0x480b00->{064CB054-2518-474E-B2E8-200049528C42} trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" trace:ole:WINE_StringFromCLSID 0x480b00->{064CB054-2518-474E-B2E8-200049528C42} trace:ole:create_server activating local server L"c:\\PROG~1F2\\GEME~SR3\\INST~JM1\\Driver\\11\\INTE~MEX\\IDriverT.exe -Embedding" for {064cb054-2518-474e-b2e8-200049528c42} trace:ole:DllMain 0x7f910000 0x3 (nil) ole32.dll trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message __driCreateNewScreen_20050727 - succeeded trace:ole:DllMain 0x7f870000 0x1 0x1 ole32.dll trace:ole:DllMain (0x7f770000,1,0x1) oleaut32.dll trace:ole:DllMain 0x7f870000 0x2 (nil) ole32.dll trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" warn:ole:RPC_GetLocalClassObject Connecting to L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}", no response yet, retrying: le is 2 trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" warn:ole:RPC_GetLocalClassObject Connecting to L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}", no response yet, retrying: le is 2 trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" warn:ole:RPC_GetLocalClassObject Connecting to L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}", no response yet, retrying: le is 2 trace:ole:CoWaitForMultipleHandles received message whilst waiting for RPC: 0x0200 trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message trace:ole:CoWaitForMultipleHandles received message whilst waiting for RPC: 0x0200 trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message trace:ole:CoWaitForMultipleHandles received message whilst waiting for RPC: 0x0200 trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message trace:ole:CoWaitForMultipleHandles received message whilst waiting for RPC: 0x0200 trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message trace:ole:CoWaitForMultipleHandles received message whilst waiting for RPC: 0x0200 trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message trace:ole:CoWaitForMultipleHandles received message whilst waiting for RPC: 0x0200 trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message trace:ole:CoWaitForMultipleHandles received message whilst waiting for RPC: 0x0200 trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" warn:ole:RPC_GetLocalClassObject Connecting to L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}", no response yet, retrying: le is 2 trace:ole:DllMain 0x7f910000 0x3 (nil) ole32.dll trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" warn:ole:RPC_GetLocalClassObject Connecting to L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}", no response yet, retrying: le is 2 trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" warn:ole:RPC_GetLocalClassObject Connecting to L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}", no response yet, retrying: le is 2 trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" warn:ole:RPC_GetLocalClassObject Connecting to L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}", no response yet, retrying: le is 2 trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}" warn:ole:RPC_GetLocalClassObject Connecting to L"\\\\.\\pipe\\{064CB054-2518-474E-B2E8-200049528C42}", no response yet, retrying: le is 2 [installer contiunes here. but i did end the program; after a while the installer fails with an error message] by the way: what is an apartment? (i think it has something to do with thread/process, therefore i added the dll names for each Main call) any ideas and remarks are welcome thanks and regards Thomas ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

2 1

[Take 2] Make check error
by Dustin Navea 04 Dec '05

04 Dec '05

The last error was caused by linux/capi.h being included, even though it wont compile (checked configure) This one I'm not sure about. ../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so metafile.c && touch metafile.ok metafile.c:135: Test failed: pass 0: dx[0] (0) didn't match 6 metafile.c:135: Test failed: pass 0: dx[1] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[2] (0) didn't match 6 metafile.c:135: Test failed: pass 0: dx[3] (0) didn't match 5 metafile.c:135: Test failed: pass 0: dx[4] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[5] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[6] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[7] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[8] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[9] (0) didn't match 5 metafile.c:135: Test failed: pass 0: dx[10] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[11] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[12] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[13] (0) didn't match 5 metafile.c:135: Test failed: pass 0: dx[14] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[15] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[16] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[17] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[18] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[19] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[20] (0) didn't match 6 metafile.c:135: Test failed: pass 0: dx[21] (0) didn't match 5 metafile.c:135: Test failed: pass 0: dx[22] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[23] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[24] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[25] (0) didn't match 5 metafile.c:135: Test failed: pass 0: dx[26] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[27] (0) didn't match 6 metafile.c:135: Test failed: pass 0: dx[28] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[29] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[30] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[31] (0) didn't match 5 metafile.c:135: Test failed: pass 0: dx[32] (0) didn't match 5 metafile.c:135: Test failed: pass 0: dx[33] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[34] (0) didn't match 6 metafile.c:135: Test failed: pass 0: dx[35] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[36] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[37] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[38] (0) didn't match 3 metafile.c:135: Test failed: pass 0: dx[39] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[40] (0) didn't match 2 metafile.c:135: Test failed: pass 0: dx[41] (0) didn't match 4 metafile.c:135: Test failed: pass 0: dx[42] (0) didn't match 4 fixme:dc:GdiIsMetaPrintDC (nil) fixme:dc:GdiIsPlayMetafileDC (nil) fixme:dc:GdiIsMetaPrintDC 0x358 fixme:dc:GdiIsPlayMetafileDC 0x358 fixme:dc:GdiIsMetaPrintDC 0x368 fixme:dc:GdiIsPlayMetafileDC 0x368 make[3]: *** [metafile.ok] Error 43 make[3]: Leaving directory `/home/speeddy/wine/dlls/gdi/tests' make[2]: *** [tests/__test__] Error 2 make[2]: Leaving directory `/home/speeddy/wine/dlls/gdi' make[1]: *** [gdi/__test__] Error 2 make[1]: Leaving directory `/home/speeddy/wine/dlls' make: *** [dlls/__test__] Error 2

1 0

Re: msvcrt incompatibility in Origin 6.0 when saving documents
by Olaf Leidinger 03 Dec '05

03 Dec '05

Hello again! Running Origin6.0 with WINEDEBUG="+snoop,+relay" with and without native msvcrt, tailing, cutting and wc-ing and finally diffing the output I found the following: First of all using the native version I get some msvcrt._EH_prolog calls I can't find in the builtin version. all window-procs have such calls: native: ret kernel32.94() retval=00000009 ret=7f6c5a5c call window proc 0x6c231b81 (hwnd=0x1003a,msg=wm_settext,wp=00000000,lp=7fadedd4) call msvcrt._eh_prolog(7f6cf147,0001003a,0000000c,00000000,7fadedd4 "microcal origin - i ret msvcrt._eh_prolog() retval=7db10190 ret=6c231b8b call msvcrt._eh_prolog(6c231b9c,6c23b419,6c231b81,6c231b81,7fadf8ec,6c2c2cfe,ffffffff0009 ret ntdll.rtlentercriticalsection() retval=00000000 ret=7e6563d2 call ntdll.rtlleavecriticalsection(7e69a888) ret=7e656412 ret ntdll.rtlleavecriticalsection() retval=00000000 ret=7e656412 \\mnt\\privat\\origin6\\untitled",7f6ee620,0001003a,0000000c, ...) ret=6c2310b5 ret msvcrt._eh_prolog() retval=7db10190 ret=6c2310b5 call kernel32.tlsgetvalue(00000003) ret=6c231018 ret kernel32.tlsgetvalue() retval=7fdd7a88 ret=6c231018 call msvcrt._eh_prolog(6c23138a,00000000,6c231be9,0001003a,7fadeba8,6c231bba,0001003a,0000000c,00000000,7fadedd4 "microcal origin - i ret msvcrt._eh_prolog() retval=7db10190 ret=6c23112a call kernel32.tlsgetvalue(00000003) ret=6c231018 ret kernel32.tlsgetvalue() retval=7fdd7a88 ret=6c231018 call kernel32.tlsgetvalue(00000003) ret=6c231018 ret kernel32.tlsgetvalue() retval=7fdd7a88 ret=6c231018 call msvcrt._eh_prolog(6c231bfb,7d9366c0,0001003a,0000000c,00000000,7fadedd4 "microcal origin - i ret msvcrt._eh_prolog() retval=7db10190 ret=6c231c09 call kernel32.tlsgetvalue(00000003) ret=6c231018 builtin: call window proc 0x6c231b81 (hwnd=0x1003a,msg=wm_settext,wp=00000000,lp=7fadedd4) call kernel32.tlsgetvalue(00000003) ret=6c231018 This is another example not concerting window procs: native: call kernel32.lstrlena(7fadecc0 "microcal origin") ret=6c2338d7 ret kernel32.lstrlena() retval=0000000f ret=6c2338d7 call msvcrt._eh_prolog(6c2319c6,0000000f,7fadedd0,7fd299fc,6c23393c,0000000f,0000000f,7fadedd0,6c2338f9,0000000f,7fadecc0 "microcal origin",7fadedd0,6c2338e0,0000000f,7fadecc0 "microcal origin",0000000f, ...) ret=6c231aeb ret msvcrt._eh_prolog() retval=7db101a9 ret=6c231aeb call ntdll.rtlentercriticalsection(6c300088) ret=6c231b03 same as builtin: call kernel32.lstrlena(7fadecc0 "microcal origin") ret=6c2338d7 ret kernel32.lstrlena() retval=0000000f ret=6c2338d7 call ntdll.rtlentercriticalsection(6c300088) ret=6c231b03 >From mfc there is also such a call: native: call mfc42.6374(0000000c,00000000,7fadedd4 "microcal origin - i call mfc42.5163(0000000c,00000000,7fadedd4 "microcal origin - i call msvcrt._eh_prolog(7db101db,0000000c,00000000,7fadedd4 "microcal origin - i ret msvcrt._eh_prolog() retval=7db101f4 ret=6c231d16 call ntdll.rtlentercriticalsection(6c300220) ret=6c23178e builtin: call mfc42.6374(0000000c,00000000,7fadedd4 "microcal origin - i call mfc42.5163(0000000c,00000000,7fadedd4 "microcal origin - i call ntdll.rtlentercriticalsection(6c300220) ret=6c23178e Then there is also a difference when calling ftime(): native: (line 16240) call msvcrt.memcpy(7d945558 "untitled",7fe5e27a "untitled",00000008) ret=6c233905 ret msvcrt.memcpy() retval=7d945558 ret=6c233905 ret mfc42.860() retval=7d943dc0 ret=7f81a080 call outl60.labutil_str2date(00000000,00000003,00000000) ret=7f81a0fe call msvcrt._ftime() ret=7f74100d call kernel32.getsystemtimeasfiletime(7fadedf0) ret=78026aad call ntdll.ntquerysystemtime(7fadec80) ret=7fd08e30 ret kernel32.getsystemtimeasfiletime() retval=01c5f531 ret=78026aad ret msvcrt._ftime() retval=438cd1d8 ret=7f74100d call msvcrt.localtime() ret=7f74103e call kernel32.getlasterror() ret=78002699 ret kernel32.getlasterror() retval=00000000 ret=78002699 call kernel32.tlsgetvalue(00000002) ret=780026a7 ret kernel32.tlsgetvalue() retval=7d930088 ret=780026a7 call kernel32.setlasterror(00000000) ret=780026b8 ret kernel32.setlasterror() retval=00000000 ret=780026b8 ret msvcrt.localtime() retval=7d9306f8 ret=7f74103e builtin: (line 16632) call msvcrt.memcpy(7fe7dff8,7fe637e2,00000008) ret=6c233905 ret msvcrt.memcpy() retval=7fe7dff8 ret=6c233905 ret mfc42.860() retval=7fe7aac0 ret=7f81a080 call outl60.labutil_str2date(00000000,00000003,00000000) ret=7f81a0fe call msvcrt._ftime(7f75b778) ret=7f74100d call kernel32.gettimezoneinformation(7fadec9c) ret=7e886be4 call ntdll.rtlquerytimezoneinformation(7fadec9c) ret=7fd09bce ret ntdll.rtlquerytimezoneinformation() retval=00000000 ret=7fd09bce call ntdll.ntquerysystemtime(7fadebc0) ret=7fd08e30 ret kernel32.gettimezoneinformation() retval=00000000 ret=7e886be4 call kernel32.getsystemtimeasfiletime(7faded48) ret=7e886bf3 call ntdll.ntquerysystemtime(7fadebe0) ret=7fd08e30 ret ntdll.ntquerysystemtime() retval=00000000 ret=7fd08e30 ret kernel32.getsystemtimeasfiletime() retval=01c5f530 ret=7e886bf3 ret msvcrt._ftime() retval=00000000 ret=7f74100d call msvcrt.localtime(7f75b748) ret=7f74103e call kernel32.filetimetolocalfiletime(7faded48,7faded40) ret=7e886e9a call ntdll.rtlsystemtimetolocaltime(7fadeba4,7fadebac) ret=7fd09f03 ret ntdll.rtlsystemtimetolocaltime() retval=00000000 ret=7fd09f03 ret kernel32.filetimetolocalfiletime() retval=00000001 ret=7e886e9a call kernel32.filetimetosystemtime(7faded40,7faded30) ret=7e886ea4 call ntdll.rtltimetotimefields(7fadebb0,7fadeba0) ret=7fd09572 ret ntdll.rtltimetotimefields() retval=0000016f ret=7fd09572 ret kernel32.filetimetosystemtime() retval=00000001 ret=7e886ea4 call kernel32.gettimezoneinformation(7fadec84) ret=7e886fd1 call ntdll.rtlquerytimezoneinformation(7fadec84) ret=7fd09bce ret ntdll.rtlquerytimezoneinformation() retval=00000000 ret=7fd09bce call ntdll.ntquerysystemtime(7fadeb98) ret=7fd08e30 ret ntdll.ntquerysystemtime() retval=00000000 ret=7fd08e30 ret kernel32.gettimezoneinformation() retval=00000000 ret=7e886fd1 ret msvcrt.localtime() retval=7e8ae660 ret=7f74103e And the native msvcrt seems to use an internal _ftol native: call msvcrt._cipow() ret=7f82aaf9 ret msvcrt._cipow() retval=40f00020 ret=7f82aaf9 call msvcrt._ftol() ret=7f82a67a ret msvcrt._ftol() retval=00000001 ret=7f82a67a builtin: call msvcrt._cipow() ret=7f82aaf9 ret msvcrt._cipow() retval=00000001 ret=7f82aaf9 call ntdll._ftol() ret=7f82a67a ret ntdll._ftol() retval=0000000000000001 ret=7f82a67a By the way... what is the difference between "retval" and "ret"? It sounds the same. There are still some megs in front of me... Perhaps you could comment my discoveries so far. Personally I think they aren't very important, but I really don't know much about the win32 api, so I can't tell... Ciao, Olaf Leidinger

2 2

wine alsa impelmentation
by Tomas Carnecky 03 Dec '05

03 Dec '05

I have a Envy24PT sound chip, without hardware mixing, so I had to setup dmix (in ~/.asoundrc). That works fine when I try to play two sound files with any combination of mplayer, alsaplayer and mpg123). But when I start any of those a then wine, I get this: ALSA lib pcm_dmix.c:788:(snd_pcm_dmix_open) unable to create IPC shm instance and I get no sound. If I start wine first and then mplayer I get this: pcm_params.c:187: snd_pcm_hw_param_get_min: Assertion `!snd_interval_empty(i)' failed. In which way does the wine alsa implementation differ from the one of mplayer, alsaplayer or mpg123? Or what could cause this problem.. Also I get lots of fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=16384 < primary_done=21168) err:dsound:DSOUND_MixOne underrun on sound buffer 0x55952bf8 err:wave:wodPlayer_ProcessMessages pcm_pause failed: Input/output error and rarely fixme:wave:ALSA_AddRingMessage two fast messages in the queue!!!! toget = 11(WINE_WM_RESTARTING), tosave=12(UNKNOWN(0x00000000)) messages. How can I improve my sound quality? My asoundrc is in the attachment. thanks tom pcm.!dmix { type dmix ipc_key 5678293 slave { pcm "hw:0,0" period_size 1024 buffer_size 16384 format S32_LE } } pcm.!dsnoop { type dsnoop ipc_key 5778293 slave { pcm "hw:0,0" format S32_LE } } pcm.duplex { type asym playback.pcm "dmix" capture.pcm "dsnoop" } pcm.!default { type plug slave.pcm "duplex" } pcm.default { type plug slave.pcm "duplex" } pcm.!dsp { type plug slave.pcm "duplex" } ctl.!mixer { type hw card 0 }

1 0

Re: advpack: Handle dwFlags for DelNode with tests
by James Hawkins 03 Dec '05

03 Dec '05

On 12/1/05, James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > I changed the invalid CharPrev != "\\" comparison to string[len] != '\\'. > > Changelog > * Use DelNode itself for the directory recursion. > * Handle the dwFlags parameter. > * Factor out file creation and deletion. > * Add test cases for DelNode and make them pass. > Anything wrong with this? -- James Hawkins

1 0

Re: [MSI] DllCanUnloadNow
by James Hawkins 03 Dec '05

03 Dec '05

On 12/3/05, Christian Gmeiner <christian.gmeiner(a)students.fh-vorarlberg.ac.at> wrote: > It also fixes some spacing stuff. Whitespace changes need to go in a separate patch, if at all. -- James Hawkins

1 0

Norweigan Bokmaal resources
by "Alexander N. Sørnes" 02 Dec '05

02 Dec '05

Update or add Norwegian Bokmål resources for the following parts dlls/commdlg dlls/iccvid dlls/msvidc32 dlls/msvideo programs/notepad programs/regedit programs/winecfg Regards, Alexander N. Sørnes Index: dlls/commdlg/cdlg_No.rc =================================================================== RCS file: /home/wine/wine/dlls/commdlg/cdlg_No.rc,v retrieving revision 1.12 diff -u -p -r1.12 cdlg_No.rc --- dlls/commdlg/cdlg_No.rc 2 Dec 2005 10:31:01 -0000 1.12 +++ dlls/commdlg/cdlg_No.rc 2 Dec 2005 21:03:10 -0000 @@ -401,9 +401,9 @@ Oppgi en verdi mellom %d og %d." PD32_OUT_OF_MEMORY "Ikke mer minne." PD32_GENERIC_ERROR "En feil har oppstått." PD32_DRIVER_UNKNOWN "Ukjent skriverdriver." - PD32_NO_DEVICES "Before you can perform printer-related tasks \ -such as page setup or printing a document, you need to install a printer. \ -Please install one and retry." + PD32_NO_DEVICES "Du må installere en skriver før du \ + kan gjøre skriver-relaterte oppgaver som å endre \ sideoppsettet og skrive ut et dokument. \ + Installer en og prøv på nytt." PD32_DEFAULT_PRINTER "Standardskriver; " PD32_NR_OF_DOCUMENTS_IN_QUEUE "Det er %d dokumenter i køen" --- /dev/null 2005-09-03 13:32:59.000000000 +0000 +++ dlls/iccvid/iccvid_No.rc 2005-12-02 21:55:21.543181552 +0000 @@ -0,0 +1,25 @@ +/* + * Copyright 2005 Alexander N. Sørnes <alex(a)thehandofagony.com> + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +LANGUAGE LANG_NORWEGIAN, SUBLANG_NORWEGIAN_BOKMAL + +STRINGTABLE DISCARDABLE +{ + IDS_NAME "Cinepak-videokodek" + IDS_DESCRIPTION "Cinepak-videokodek" +} Index: dlls/iccvid/rsrc.rc =================================================================== RCS file: /home/wine/wine/dlls/iccvid/rsrc.rc,v retrieving revision 1.3 diff -u -p -r1.3 rsrc.rc --- dlls/iccvid/rsrc.rc 29 Nov 2005 16:42:51 -0000 1.3 +++ dlls/iccvid/rsrc.rc 2 Dec 2005 20:53:48 -0000 @@ -22,3 +22,4 @@ #include "iccvid_De.rc" #include "iccvid_En.rc" #include "iccvid_Ko.rc" +#include "iccvid_No.rc" --- /dev/null 2005-09-03 13:32:59.000000000 +0000 +++ dlls/msvidc32/msvidc32_No.rc 2005-12-02 21:51:45.685996832 +0000 @@ -0,0 +1,25 @@ +/* + * Copyright 2005 Alexander N. Sørnes <alex(a)thehandofagony.com> + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +LANGUAGE LANG_NORWEGIAN, SUBLANG_NORWEGIAN_BOKMAL + +STRINGTABLE DISCARDABLE +{ + IDS_NAME "WINE-MS-CRAM" + IDS_DESCRIPTION "Wine Video 1-videokodek" +} Index: dlls/msvidc32/rsrc.rc =================================================================== RCS file: /home/wine/wine/dlls/msvidc32/rsrc.rc,v retrieving revision 1.3 diff -u -p -r1.3 rsrc.rc --- dlls/msvidc32/rsrc.rc 29 Nov 2005 16:42:51 -0000 1.3 +++ dlls/msvidc32/rsrc.rc 2 Dec 2005 20:55:51 -0000 @@ -22,3 +22,4 @@ #include "msvidc32_De.rc" #include "msvidc32_En.rc" #include "msvidc32_Ko.rc" +#include "msvidc32_No.rc" --- /dev/null 2005-09-03 13:32:59.000000000 +0000 +++ dlls/msvideo/msvfw32_No.rc 2005-12-02 21:54:14.742336824 +0000 @@ -0,0 +1,51 @@ +/* + * Copyright 2005 Alexander N. Sørnes <alex(a)thehandofagony.com> + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +LANGUAGE LANG_NORWEGIAN, SUBLANG_NORWEGIAN_BOKMAL + +ICM_CHOOSE_COMPRESSOR DIALOG DISCARDABLE 36, 24, 187, 95 +STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU +CAPTION "Videokomprimering" +FONT 8, "MS Shell Dlg" +{ + DEFPUSHBUTTON "OK",IDOK,129,2,49,14 + PUSHBUTTON "Avbryt",IDCANCEL,129,18,49,14 + + LTEXT "&Komprimerer:",-1,9,6,105,8 + COMBOBOX 880,9,16,111,67,CBS_DROPDOWNLIST|WS_VSCROLL|WS_TABSTOP + + PUSHBUTTON "&Oppsett . . .",882,129,36,49,14 + PUSHBUTTON "O&m . . .",883,129,52,49,14 + + SCROLLBAR 884,9,44,111,9,WS_TABSTOP + + LTEXT "Komprimeringskvalite&t:",886,9,34,80,8 + + CONTROL "Nø&kkelbilde for hvert",887,"Button",BS_AUTOCHECKBOX|WS_TABSTOP,9,60,66,12 + EDITTEXT 888,78,60,22,12 + LTEXT "bilde",889,103,62,26,10 + + CONTROL "&Datahastighet",894,"Button",BS_AUTOCHECKBOX|WS_TABSTOP,9,76,66,12 + EDITTEXT 895,78,76,22,12 + LTEXT "KB/s",896,102,78,26,10 +} + +STRINGTABLE DISCARDABLE +{ + IDS_FULLFRAMES "Fulle bilder (ukomprimert)" +} Index: dlls/msvideo/rsrc.rc =================================================================== RCS file: /home/wine/wine/dlls/msvideo/rsrc.rc,v retrieving revision 1.3 diff -u -p -r1.3 rsrc.rc --- dlls/msvideo/rsrc.rc 23 Nov 2005 19:26:23 -0000 1.3 +++ dlls/msvideo/rsrc.rc 2 Dec 2005 20:52:29 -0000 @@ -23,3 +23,4 @@ #include "msvfw32_De.rc" #include "msvfw32_En.rc" #include "msvfw32_Ko.rc" +#include "msvfw32_No.rc" Index: programs/notepad/No.rc =================================================================== RCS file: /home/wine/wine/programs/notepad/No.rc,v retrieving revision 1.2 diff -u -p -r1.2 No.rc --- programs/notepad/No.rc 7 Oct 2005 15:02:03 -0000 1.2 +++ programs/notepad/No.rc 2 Dec 2005 20:35:22 -0000 @@ -22,7 +22,7 @@ LANGUAGE LANG_NORWEGIAN, SUBLANG_NORWEGI MAIN_MENU MENU { - POPUP "&FIl" { + POPUP "&Fil" { MENUITEM "&Ny . . .\tCtrl+N", CMD_NEW MENUITEM "&Åpne\tCtrl+O", CMD_OPEN MENUITEM "&Lagre\tCtrl+S", CMD_SAVE Index: programs/regedit/No.rc =================================================================== RCS file: /home/wine/wine/programs/regedit/No.rc,v retrieving revision 1.1 diff -u -p -r1.1 No.rc --- programs/regedit/No.rc 26 Sep 2005 11:03:32 -0000 1.1 +++ programs/regedit/No.rc 2 Dec 2005 21:17:49 -0000 @@ -82,9 +82,7 @@ BEGIN POPUP "&Favoritters" BEGIN MENUITEM "Legg til i f&avoritter", ID_FAVORITES_ADDTOFAVORITES - , GRAYED MENUITEM "Fje&rn favoritt", ID_FAVORITES_REMOVEFAVORITE - , GRAYED END POPUP "&Hjelp" BEGIN @@ -141,6 +139,44 @@ BEGIN DEFPUSHBUTTON "OK",IDOK,195,6,30,11,WS_GROUP END +IDD_FIND DIALOG DISCARDABLE 22, 17, 210, 85 +STYLE DS_MODALFRAME | WS_CAPTION | WS_SYSMENU +CAPTION "Finn" +FONT 8, "MS Shell Dlg" +BEGIN +LTEXT "Finn:",IDC_STATIC,5,7,119,8 +EDITTEXT IDC_VALUE_NAME,40,5,125,12, WS_BORDER | WS_TABSTOP | ES_AUTOHSCROLL +LTEXT "Finn i:",IDC_STATIC,5, 22, 119, 8 +CHECKBOX "Nøkler", IDC_FIND_KEYS, 5, 34, 90, 10, WS_TABSTOP | WS_GROUP | BS_AUTOCHECKBOX +CHECKBOX "Verdinavn", IDC_FIND_VALUES, 5, 46, 90, 10, WS_TABSTOP | BS_AUTOCHECKBOX +CHECKBOX "Verdiinnhold", IDC_FIND_CONTENT, 5, 58, 90, 10, WS_TABSTOP | BS_AUTOCHECKBOX +CHECKBOX "Kun hele strenger", IDC_FIND_WHOLE, 5, 70, 90, 10, WS_TABSTOP | BS_AUTOCHECKBOX +DEFPUSHBUTTON "Finn",IDOK,175,5,30,11,WS_GROUP +PUSHBUTTON "Lukk",IDCANCEL,175,22,30,11, WS_GROUP +END + +IDD_ADDFAVORITE DIALOG DISCARDABLE 22, 17, 210, 55 +STYLE DS_MODALFRAME | WS_CAPTION | WS_SYSMENU +CAPTION "Legg til favoritt" +FONT 8, "MS Shell Dlg" +BEGIN +LTEXT "Navn:",IDC_STATIC,5,5,119,8 +EDITTEXT IDC_VALUE_NAME,5,15,200,12, WS_BORDER | WS_TABSTOP | ES_AUTOHSCROLL +DEFPUSHBUTTON "OK",IDOK,140,40,30,11,WS_GROUP +PUSHBUTTON "Avbryt",IDCANCEL,175,40,30,11, WS_GROUP +END + +IDD_DELFAVORITE DIALOG DISCARDABLE 22, 17, 210, 90 +STYLE DS_MODALFRAME | WS_CAPTION | WS_SYSMENU +CAPTION "Fjern favoritt" +FONT 8, "MS Shell Dlg" +BEGIN +LTEXT "Navn:",IDC_STATIC,5,5,119,8 +LISTBOX IDC_NAME_LIST,5,15,200,52, WS_BORDER | WS_TABSTOP | LBS_SORT | LBS_NOINTEGRALHEIGHT | WS_VSCROLL +DEFPUSHBUTTON "OK",IDOK,140,73,30,11,WS_GROUP +PUSHBUTTON "Avbryt",IDCANCEL,175,73,30,11, WS_GROUP +END + IDD_EDIT_STRING DIALOG DISCARDABLE 22, 17, 210, 75 STYLE DS_MODALFRAME | WS_CAPTION | WS_SYSMENU CAPTION "Rediger streng" @@ -256,6 +292,7 @@ BEGIN IDS_DELETE_BOX_TEXT "Virkelig slette verdien '%s'?" IDS_NEWKEY "Ny nøkkel #%d" IDS_NEWVALUE "Ny verdi #%d" + IDS_NOTFOUND "Fant ikke søkestrengen «%s»" END /*****************************************************************/ Index: programs/winecfg/No.rc =================================================================== RCS file: /home/wine/wine/programs/winecfg/No.rc,v retrieving revision 1.4 diff -u -p -r1.4 No.rc --- programs/winecfg/No.rc 27 Oct 2005 11:24:02 -0000 1.4 +++ programs/winecfg/No.rc 2 Dec 2005 21:28:18 -0000 @@ -62,6 +62,8 @@ BEGIN LTEXT "Du kan velge å emulere et Windows-skrivebord, sånn at alle Windows-programmer samles i ett vindu, eller at Windows-programmer oppfrer seg som vanlige programmer.", IDC_STATIC,15,73,228,28 + LTEXT "Du kan velge å emulere et Windows-skrivebord, der alle vinduene er bundet i en virtuell skjerm, eller du kan få vinduene til å oppføre seg som andre programmer på skrivebordet.", + IDC_STATIC,15,73,228,28 LTEXT "Skrivebordsstrrelse:",IDC_DESKTOP_SIZE,15,115,44,8,WS_DISABLED LTEXT "X",IDC_DESKTOP_BY,108,115,8,8,WS_DISABLED CONTROL "Virtuelt skrivebord",IDC_ENABLE_DESKTOP,"Button", @@ -192,4 +194,6 @@ BEGIN IDS_TAB_AUDIO "Lyd" IDS_TAB_ABOUT "Om" IDS_WINECFG_TITLE "Wine-konfigurasjon" + IDS_THEMEFILE "Temafiler" + IDS_THEMEFILE_SELECT "Velg en temafil" END

1 0

Re: [OLE #155] Fix Invoking dispinterface Functions
by Robert Shearman 02 Dec '05

02 Dec '05

Robert Shearman wrote: > ChangeLog: > Fix invoking dispinterface functions by using the internal > representation of the function, not the one returned to applications. I've just noticed that this function now has some duplicated code, so don't use this patch. I'll send a replacement one with a correction. -- Rob Shearman

1 0

wglGetPixelFormatAttribivARB unexpected RenderType(100)
by Toan T Nguyen 02 Dec '05

02 Dec '05

Hi, I compile and run Quake2Evolved in linux using winelib. Although every seems fine, there's this error printed out when Q2E scans for the best pixel format: err:opengl:wglGetPixelFormatAttribivARB unexpected RenderType(100) I look up my /usr/include/GL/glxATI.h and found these lines: #ifndef GLX_ATI_pixel_format_float #define GLX_ATI_pixel_format_float 1 #define GLX_RGBA_FLOAT_ATI_BIT 0x00000100 #endif // GLX_ATI_pixel_format_float Bests, Toan

1 0

DBGRID32.OCX fix - RFC
by Alex Villacís Lasso 02 Dec '05

02 Dec '05

I would like to know if the attached patch (which prevents DBGRID32.OCX from crashing, as well as adding additional debugging information when a reference is not found) would step on anybody's toes (especially Robert Shearman, since he is sending several oleaut32 patches himself). As of 2005-12-01 CVS, any VisualBasic application that tries to use DBGRID32.OCX will systematically crash unless the patch is applied. However, since Robert Shearman is sending oleaut32 fixes, I think he might implement some functionality that will, as a side effect, fix the DBGRID32.OCX bug. Alex Villacís Lasso

2 3

Steam regression of the day
by Ivan Gyurdiev 02 Dec '05

02 Dec '05

The networking bug has been fixed, but another problem is that I can't see any of the text. Appdb mentions something about installing tahoma.ttf from a Windows installation, which makes no sense to me, since I could see Steam displayed fine earlier, making this a regression. Any suggestions as to what might have caused this (or maybe it was a Steam upgrade?). Also - Steam has a keyboard focus bug, with a documented patch here (from Stefan Dosinger): http://www.winehq.org/hypermail/wine-patches/2005/03/0504.html Previously he reported that the patch might break other apps, but if it fixes Steam, then it must be on the right track - surely it can be changed so it's acceptable for Wine CVS. I don't understand why a known bug with a known patch remains unfixed.

2 4

Re: msvidc32: Remove unused DllMain() function
by Dmitry Timoshkov 02 Dec '05

02 Dec '05

"Francois Gouget" <fgouget(a)free.fr> wrote: > msvideo1.c defines a DllMain() function but: > * it is not exported in the spec file > * it is not referenced in any way anywhere else > * the native dll does not export a DllMain function either DllMain does not need to be exported to define an entry point of the DLL. Moreover, DllMain of msvidc32 initializes MSVIDC32_hModule which is used later on. -- Dmitry.

1 0

Unnormal slowness in Heroes 4 (X11DRV_BitBlt?)
by Marinescu-Ghetau Iulian 02 Dec '05

02 Dec '05

See http://bugs.winehq.org/show_bug.cgi?id=3902 Hey guys, a bit of help here! I did the following changes: -added member to X_PHYSBITMAP: XRectangle modified_rect; -added 2 functions: /*********************************************************************** * X11DRV_SetBoundRect */ void X11DRV_SetBoundRect(X_PHYSBITMAP *physBitmap, INT x, INT y, INT width, INT height) { XRectangle *t; INT xMin,yMin,xMax,yMax; if (!physBitmap) return; t = &(physBitmap->modified_rect); if ( t->width && t->height && /*already a valid rect inside*/ width && height ) /*not trying to invalidate rect*/ { //calculate the union of the two rectangles xMin = ((t->x < x)?t->x:x); yMin = ((t->y < y)?t->y:y); xMax = ((t->x + t->width > x + width)?(t->x + t->width):(x + width)); yMax = ((t->y + t->height > y + height)?(t->y + t->height):(y + height)); t->x = xMin; t->y = yMin; t->width = xMax - xMin; t->height = yMax - yMin; } else { t->x = x; t->y = y; t->width = width; t->height = height; } TRACE("(%p,%d,%d,%d,%d)\n", physBitmap->hbitmap, t->x, t->y, t->width, t->height); } /*********************************************************************** * X11DRV_GetBoundRect */ UINT X11DRV_GetBoundRect(X_PHYSBITMAP *physBitmap, INT *x, INT *y, INT *width, INT *height) { DIBSECTION dib; XRectangle *t; if (!physBitmap || GetObjectW( physBitmap->hbitmap, sizeof(dib), &dib ) != sizeof(dib)) { ERR("called for non-DIBSection!?\n"); return 1; } t = &(physBitmap->modified_rect); /* we should check for oversize values */ if ( (t->width > 0) && (t->height > 0) && (t->x < dib.dsBm.bmWidth) && (t->y < dib.dsBm.bmHeight) ) { *x = t->x; *y = t->y; if (t->x + t->width > dib.dsBm.bmWidth) *width = dib.dsBm.bmWidth - t->x; else *width = t->width; if (t->y + t->height > dib.dsBm.bmHeight) *height = dib.dsBm.bmHeight - t->y; else *height = t->height; } else { *x = 0; *y = 0; *width = dib.dsBm.bmWidth; *height = dib.dsBm.bmHeight; } TRACE("(%p,%d,%d,%d,%d)\n", physBitmap->hbitmap, *x, *y, *width, *height); return 0; } -changed X11DRV_DIB_DoUpdateDIBSection like this: static void X11DRV_DIB_DoUpdateDIBSection(X_PHYSBITMAP *physBitmap, BOOL toDIB) { INT x,y,width,height; if ( X11DRV_GetBoundRect(physBitmap,&x,&y,&width,&height) ) return; /*invalidate bound rect*/ X11DRV_SetBoundRect(physBitmap,0,0,0,0); X11DRV_DIB_DoCopyDIBSection(physBitmap, toDIB, physBitmap->colorMap, physBitmap->nColorMap, physBitmap->pixmap, x, y, x, y, width, height); } - and finally, a GDI function calls it like this (for example bitblt): X11DRV_SetBoundRect(physDevDst->bitmap,xDst,yDst,width,height); X11DRV_CoerceDIBSection( physDevDst, DIB_Status_GdiMod, FALSE ); if (physDevDst != physDevSrc) { X11DRV_SetBoundRect(physDevSrc->bitmap,xSrc,ySrc,width,height); X11DRV_CoerceDIBSection( physDevSrc, DIB_Status_GdiMod, FALSE ); } result = BITBLT_InternalStretchBlt( physDevDst, xDst, yDst, width, height, physDevSrc, xSrc, ySrc, width, height, rop ); END: if (physDevDst != physDevSrc) X11DRV_UnlockDIBSection( physDevSrc, FALSE ); X11DRV_UnlockDIBSection( physDevDst, TRUE ); What am i doing wrong, i mean is my logic correct ?

1 0

Re: [msxml] libuuid
by Huw D M Davies 02 Dec '05

02 Dec '05

On Thu, Dec 01, 2005 at 10:02:25PM +0100, Raphael wrote: > Hi, > > Changelog: > - add needed uuid generation I don't think libuuid should contain the msxml2 uuids; at least the version I have doesn't. Huw.

2 2

D3D7 & WineD3D success
by Stefan Dösinger 02 Dec '05

02 Dec '05

Hello! Today I have finally managed to get some useable graphics with D3D7 and WineD3D. The Tomb Raider 3 Demo is running. :) The only visible problem I can see are textures: They only have a solid color, all other things seem to work. I've uploaded a screenshot to http://doesi.gmxhome.de/tomb3-2.png , if anyone wants to have a look. I'll try to fix the textures and get some more games running, then I'll upload a beta patch somewhere for others to try. (Well, if anyone is interested, I can mail the current code too). Greetings, Stefan

6 7

state of wine on amd64 with ia32
by Christoph Frick 02 Dec '05

02 Dec '05

hiho can someone enlightenme, what the current state of this is? i run a dual opteron with ubuntu linux on it. after some symlinking with the ia32-libs and a change in wine (SYS_sigaction -> SYS_rt_sigaction (read this in a very old post from 2004 or so) it finally compiled (using gcc-4.0 -m32). but as soon as i start either wine app i end up on the comand-line. i have not investigated this further - i just want to have a pointer if this works ok or if i am better off with running 32bit linux for wine on the box. -- cu

4 4

Re: [dib.c] 3. Remove identity colormap changing for monochrome bitmaps
by Alexandre Julliard 02 Dec '05

02 Dec '05

Oldrich Jedlicka <oldium.pro(a)seznam.cz> writes: > This fixes colors in monochrome bitmaps that were overwritten by identity > colormap every time. > > Changelog: > > * Remove the identity color map overwriting on all monochrome bitmaps This breaks the tests: bitmap.c:399: Test failed: lower left pixel is 00ff00ff bitmap.c:400: Test failed: bottom but one, left pixel is 0000ff00 -- Alexandre Julliard julliard(a)winehq.org

2 3

winspool: GetPrinterDriverDirectory updated to NT/win9x (resend)
by Detlef Riekenberg 02 Dec '05

02 Dec '05

Resend with suggestions from Alexandre: GetVersion() was used to often. - We do not Check for WIN32S. - For Win9x, we use the same Path as NT is using for "Windows 4.0" (%winsysdir%\spool\drivers\win40) Changelog: - Add Function "validate_envW" to validate the user-supplied Printing Environment (respect "Windows Version" - Setting) - Change GetPrinterDriverDirectoryW on top of "validate_envW" to Report the native Path for NT and Win9x - Fix 2 Bugs in GetPrinterDriverDirectoryA - 2 Tests are now working in Wine "validate_envW" will be used by more Functions later. (WINSPOOL_OpenDriverReg as Example) -- By By ... ... Detlef

1 0

Compilation also fails on old RH
by Paul Millar 01 Dec '05

01 Dec '05

Hi, Just to say that a fairly recent patch to wldap32 causes compilation to fail under an old RedHat 7.3 machine (yeah, I'm just waiting on installing debian :-) Anyhow, I guess some extra autoconf tests might fix it, but it is an old version of openssl (openssl-0.9.6b-35.7). HTH, Paul misc.o: In function `WLDAP32_ldap_count_references': /home/paul/Production/wine-source/dlls/wldap32/misc.c:123: undefined reference to `ldap_count_references' misc.o: In function `WLDAP32_ldap_first_reference': /home/paul/Production/wine-source/dlls/wldap32/misc.c:258: undefined reference to `ldap_first_reference' misc.o: In function `WLDAP32_ldap_next_reference': /home/paul/Production/wine-source/dlls/wldap32/misc.c:346: undefined reference to `ldap_next_reference' collect2: ld returned 1 exit status

1 0

Re: SHDOCVW: Added implementation of IConnectionPoint::Advise and Unadvise.
by Robert Shearman 01 Dec '05

01 Dec '05

Jacek Caban wrote: >@@ -181,15 +184,52 @@ static HRESULT WINAPI ConnectionPoint_Ad > DWORD *pdwCookie) > { > ConnectionPoint *This = CONPOINT_THIS(iface); >- FIXME("(%p)->(%p %p)\n", This, pUnkSink, pdwCookie); >- return E_NOTIMPL; >+ IDispatch *disp; >+ DWORD i; >+ HRESULT hres; >+ >+ TRACE("(%p)->(%p %p)\n", This, pUnkSink, pdwCookie); >+ >+ hres = IUnknown_QueryInterface(pUnkSink, &This->iid, (void**)&disp); >+ if(FAILED(hres)) { >+ hres = IUnknown_QueryInterface(pUnkSink, &IID_IDispatch, (void**)&disp); >+ if(FAILED(hres)) >+ return CONNECT_E_CANNOTCONNECT; >+ } >+ >+ if(This->sinks) { >+ for(i=0; i<This->sinks_size; i++) { >+ if(!This->sinks[i]) >+ break; >+ } >+ >+ if(i == This->sinks_size) >+ This->sinks = HeapReAlloc(GetProcessHeap(), 0, This->sinks, >+ (++This->sinks_size)*sizeof(*This->sinks)); >+ }else { >+ This->sinks = HeapAlloc(GetProcessHeap(), 0, sizeof(*This->sinks)); >+ This->sinks_size = 1; >+ i = 0; >+ } >+ >+ This->sinks[i] = disp; >+ *pdwCookie = i+1; >+ >+ return S_OK; > } > > I think you need to AddRef disp here and release it appropriately in both Unadvise and on the final release. -- Rob Shearman

2 1

Re: [NDR] Implement NdrClientCall2 and NdrServerCall2
by Alexandre Julliard 01 Dec '05

01 Dec '05

Robert Shearman <rob(a)codeweavers.com> writes: > + "shrl $2, %ecx\n\t" /* divide by 4 */ > + "rep movsl\n\t" /* Copy dword blocks */ > + "movl %eax, %ecx\n\t" > + "andl $3, %ecx\n\t" /* modulus 4 */ > + "rep movsb\n\t" /* Copy remainder */ If the argument size is not a multiple of 4 you are in serious trouble... Instead of reinventing it I'd suggest copying the call_entry_point function from dlls/ntdll/relay.c, it will also get the stack alignment right (plus it saves ebp at the right place ;-) -- Alexandre Julliard julliard(a)winehq.org

2 1

A working winelib application
by Toan T Nguyen 01 Dec '05

01 Dec '05

Hi, This is to let you know that I'm porting Quake 2 Evolved (Q2E) program to Linux using winelib. It compiles and works beautifully, at least on my PentiumM laptop (I actually link with native linux libjpeg, zlib, openal and dl at the compile time, winelib is used for opengl, winmm and wsock32). The author has allowed my linux commit to the CVS. More information on Q2E can be found at www.quake2evolved.com. The specific discussions about linux Q2E can be found here: http://www.quake2evolved.com/blurforum/showthread.php?s=4d42894a75fed08e372… http://www.quake2evolved.com/blurforum/showthread.php?s=4d42894a75fed08e372… There are two small problems left that I hope the wine developer can test and help. Browsing the save or load games menu is quite sluggish. I don't know why. Also, I don't have an AMD64 system to test this on. If someone here would like to help out, I'm grateful. Bests, Toan

1 0

Re: [wined3d] update hw support
by Roderick Colenbrander 01 Dec '05

01 Dec '05

The way I would recommend for pci bus scanning is to parse /proc/bus/pci/devices the only problem is that this is linux specific. Something similar can be done on other OSes though. Another way which is more portable is to use libpci but it isn't installed on all systems. Guess something like this would need to be added to some 'kernel' dll... Roderick > > PS: if one of you know a way to implement pci bus scanning on wine i'll be > happy > -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse f�r Mail, Message, More +++

4 4

Re: [x11drv] fix bug 3956: correct behavior of ChoosePixelFormat
by Raphael 01 Dec '05

01 Dec '05

On Wednesday 30 November 2005 09:32, Raphael wrote: > Hi, > > Changelog: > - handle DONTCARE flags on ChoosePixelFormat > - DOUBLEBUFFER and STEREO are non-mandatorie options (ie if not available > find a compatible pixel format without). So try without if we cannot find a > valid fbconfig with this options > > Regards, > Raphael Hi Alexandre Anything wrong with this patch ? Thx Regards, Raphael

1 0

Compile error in dlls/wininet/netconnection.c
by Pavel Roskin 01 Dec '05

01 Dec '05

Hello, Robert! Your last change in dlls/wininet/netconnection.c breaks compilation without openssl: netconnection.c:246: error: syntax error before '*' token make: *** [netconnection.o] Error 1 It happens because check_hostname() uses an argument of unknown type X509. Also, check_hostname() is unused. The simplest fix would be to define check_hostname() only when it's used. Proposed patch: --- dlls/wininet/netconnection.c +++ dlls/wininet/netconnection.c @@ -243,11 +243,13 @@ BOOL NETCON_close(WININET_NETCONNECTION return TRUE; } +#if defined HAVE_OPENSSL_SSL_H && defined HAVE_OPENSSL_ERR_H static BOOL check_hostname(X509 *cert, char *hostname) { /* FIXME: implement */ return TRUE; } +#endif /****************************************************************************** * NETCON_secure_connect -- Regards, Pavel Roskin

2 1

wine-faq: Macintel?
by Frankie 01 Dec '05

01 Dec '05

Please please please update your FAQ to tell us the dev status of Wine on OSX x86. -- http://spamreaper.org/frankie -F .

1 0

Re: Fix issues with interfaces
by Vincent Béron 01 Dec '05

01 Dec '05

Le jeu 01/12/2005 à 12:49, Vincent Béron a écrit : > Changelog: > widl was forward defining interfaces as structs, use interface instead. > Let winapi_check understand "interface". Please ignore, there are some other things to change in widl as well. Vincent

1 0

Wine in relation to domains,accounts and such
by Paul Vriens 01 Dec '05

01 Dec '05

Hi, are there any plans (or need for that matter) to have domains and accounts implemented like windows does. Do we need for example a SID of our own or should we able to generate one (winecfg ?). Apart from the numerous stubs there doesn't seem to be much in place, please correct me if I'm wrong. One thing I already saw that we don't have a SECURITY branch in our HKLM. It's not that I'm looking for something to do right now, but just a general question. Any idea's, thoughts ? Cheers, Paul.

1 0

Re: advpack: Handle dwFlags for DelNode with tests
by Alexandre Julliard 01 Dec '05

01 Dec '05

James Hawkins <truiken(a)gmail.com> writes: > + /* Generate a path with wildcard suitable for iterating */ > + if (CharPrevA(szFilename, szFilename + iLen) != "\\") > + { I don't think this means what you think it means ;-) -- Alexandre Julliard julliard(a)winehq.org

4 3

Suggestion for the FAQ.
by Robin Holt 01 Dec '05

01 Dec '05

I was trying to use wine with some M$ software from behind our company firewall. All outgoing connections need to go through our proxy server. I was surprised when the proxy server question did not appear in the FAQ. To get it to work, I edited my ~/.wine/user.reg and added "ProxyEnable"=dword:00000001 "ProxyServer"="www-proxy.americas.sgi.com:8080" In the section titled: [Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings] 1133455573 Can a note to this effect be added to the FAQ? Thank you, Robin Holt

1 0

Re: wine-devel Digest, Vol 4, Issue 151
by Andrea Capiluppi 01 Dec '05

01 Dec '05

hello all i'm sorry if this is a bit off topic... i'm involved in a study of the evolution of wine, based on its releases: so far i tried to collect what i could find on the web, but some of the earliest points i'm still missing: maybe somebody involved in the development of wine still has these oldest releases? i'll be glad to illustrate the research if (anybody) interested Andrea At 15:54, mercoledì 30 novembre 2005, wine-devel-request(a)winehq.org wrote: > Send wine-devel mailing list submissions to > wine-devel(a)winehq.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.winehq.org/mailman/listinfo/wine-devel > or, via email, send a message with subject or body 'help' to > wine-devel-request(a)winehq.org > > You can reach the person managing the list at > wine-devel-owner(a)winehq.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of wine-devel digest..." > > > Today's Topics: > > 1. Re: Monochrome bitmaps again (Alexandre Julliard) > 2. Re: Monochrome bitmaps again (Oldrich Jedlicka) > 3. Debugging Critical Section lockups (David D. Hagood) > 4. Re: Does the Windows version of Mozilla need to be installed > to use the Mozilla ActiveX plugin? (Aric Cyr) > 5. Re: Does the Windows version of Mozilla need to be installed > to use the Mozilla ActiveX plugin? (Tom Wickline) > 6. Re: Re; Question about current Shell Folder registry > settings... (Markus Gömmel) > 7. Re: DllCanUnloadNow for dlls/msi (James Hawkins) > 8. Re: Question about current Shell Folder registry settings... > (Markus Gömmel) > 9. Re: Please HELP, info required about 'DIB_Status_GdiMod' and > 'DIB_Status_AppMod' (Marinescu-Ghetau Iulian) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Nov 2005 12:42:45 +0100 > From: Alexandre Julliard <julliard(a)winehq.org> > Subject: Re: Monochrome bitmaps again > To: Oldrich Jedlicka <oldium.pro(a)seznam.cz> > Cc: wine-devel(a)winehq.org > Message-ID: <87wtiq4b0q.fsf(a)wine.dyndns.org> > Content-Type: text/plain; charset=us-ascii > > Oldrich Jedlicka <oldium.pro(a)seznam.cz> writes: > > Hi all, > > > > again I go here to ask what is wrong with my patch sent on 23 Nov 2005 to > > wine-patches (still not in CVS). > > > > The problem with monochrome bitmaps with inverted colors was discovered > > in game "Neighbours from Hell". I tested the patch with simulated > > inverted colors monochrome bitmap and it is working perfectly. Also the > > game is working fully. I do not see any reason why it was (probably) > > ignored again (last time there was a hidden compile problem). > > The changes look ok, but please send separate fixes as separate > patches, there are really 3 different fixes in your patch.

5 4

Re: winspool: GetPrinterDriverDirectory updated from win9x to NT/win9x
by Alexandre Julliard 01 Dec '05

01 Dec '05

Detlef Riekenberg <wine.dev(a)web.de> writes: > Changelog: > - Add Function "validate_envW" to validate the user-supplied > Printing Environment (respect "Windows Version" - Setting) > - Change GetPrinterDriverDirectoryW on top of "validate_envW" > to Report the native Path for NT and Win9x > - Fix 2 Bugs in GetPrinterDriverDirectoryA > - 2 Tests are now working in Wine You are doing too many version checks. You should simply implement the NT behavior without any checks, unless you have a real application that absolutely depends on the win9x behavior. -- Alexandre Julliard julliard(a)winehq.org

1 0

Dereferencing a pointer in winedbg
by Vitaliy Margolen 01 Dec '05

01 Dec '05

Is it possible to dereference a pointer in winedbg? Help says that "*$eax" is a valid expression. But when I'm trying to use it it saying: Wine-dbg>p *$eax No type or type mismatch Is there are a way to do this? -- Best regards, Vitaliy

3 6

Re: Use struct instead of interface in forward declaration
by Alexandre Julliard 01 Dec '05

01 Dec '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Changelog: > Use struct instead of interface in forward declaration. Why? -- Alexandre Julliard julliard(a)winehq.org

2 2

execute an application with wine twice
by Curro Amores 01 Dec '05

01 Dec '05

Hi is possible to run an application twice at the same time? I have an access 97 app. First time i run it perfect, but i would like to run it again without closing the first one. it crashes the output is trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\user32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\ole32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\OLEAUT32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\msjet35.dll" : native trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "keyboard.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\imm32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\MSVCRT40.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Access 97 Runtime\\MSAIN800.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\mso97rt.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA332.DLL" : native fixme:font:SetMapperFlags (0x22c, 0x00000001): stub - harmless trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA3ES.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\RPCRT4.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\shlwapi.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\comctl32.dll" : native trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shell32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "commctrl.dll" : native wine: Unhandled page fault on read access to 0x5e397788 at address 0x34b54411 (thread 0017), starting debugger... WineDbg starting on pid 0x16 Unhandled exception: page fault on read access to 0x5e397788 in 32-bit code (0x34b54411). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:34b54411 ESP:7fcbe820 EBP:7fcbe890 EFLAGS:00210206( - 00 - RIP1) EAX:00000000 EBX:34bb7d60 ECX:ffffffff EDX:5e397788 ESI:00000073 EDI:5e397788 Stack dump: 0x7fcbe820: 00000073 00000068 7fcbe990 bfc68350 0x7fcbe830: 2001e5ed 2d81fef5 20022341 20022128 0x7fcbe840: 00000000 00000000 00000001 00000001 0x7fcbe850: 00000001 20022340 2d81fef4 7fcbe990 0x7fcbe860: 7fcbe884 2001e651 2d81fef5 20022340 0x7fcbe870: 00000001 00000010 2001e5c6 20022128 0200: sel=1007 base=7befc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x34b54411 INSTR_EmulateInstruction+0x7b in kernel32 (0x34b54411) 2 0x34b5580b INSTR_vectored_handler+0x5f in kernel32 (0x34b5580b) 3 0x2d7d2824 __regs_RtlRaiseException+0x105 in ntdll (0x2d7d2824) 4 0x2d7f4600 call_exception_handler+0x1a4 in ntdll (0x2d7f4600) 5 0x2d7ffa28 in ntdll (+0x3fa28) (0x2d7ffa28) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file COMCTL32.dbg ("COMCTL32.dbg") 6 0xbfc1af15 EntryPoint+0xd48 in comctl32 (0xbfc1af15) 7 0xbfc1a203 EntryPoint+0x36 in comctl32 (0xbfc1a203) 8 0x2d7db2a0 in ntdll (+0x1b2a0) (0x2d7db2a0) 9 0x2d7dbc0e in ntdll (+0x1bc0e) (0x2d7dbc0e) 10 0x2d7dbbe2 in ntdll (+0x1bbe2) (0x2d7dbbe2) 11 0x2d7de7fc LdrLoadDll+0x77 in ntdll (0x2d7de7fc) 12 0x34b66146 in kernel32 (+0x46146) (0x34b66146) 13 0x34b66345 LoadLibraryExW+0x4f in kernel32 (0x34b66345) 14 0x34b66469 LoadLibraryExA+0x43 in kernel32 (0x34b66469) 15 0x34b664a0 LoadLibraryA+0x2d in kernel32 (0x34b664a0) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file mso97rt.dbg ("mso97rt.dbg") 16 0x306dd76b _MsoFUnloadPstt@4+0xcb in mso97rt (0x306dd76b) 17 0x307b8f33 _MsoDestroyKevt@4+0x3cc in mso97rt (0x307b8f33) 18 0x307b8f68 _MsoDestroyKevt@4+0x401 in mso97rt (0x307b8f68) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") 19 0x3015618c in msaccess (+0x15618c) (0x3015618c) 20 0x3000279b EntryPoint+0xbb3 in msaccess (0x3000279b) 21 0x30002690 EntryPoint+0xaa8 in msaccess (0x30002690) 22 0x34b736c3 in kernel32 (+0x536c3) (0x34b736c3) 23 0x20020d05 wine_switch_to_stack+0x11 in libwine.so.1 (0x20020d05) 0x34b54411 INSTR_EmulateInstruction+0x7b in kernel32: movzbl 0x0(%edx,%eax,1),%esi Modules: Module Address Debug info Name (53 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 0x00446000-0044a000 Deferred libdl.so.2 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x00461000-00535000 Deferred libx11.so.6 ELF 0x00537000-00549000 Deferred libpthread.so.0 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 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 PE 0x10200000-10255000 Deferred msvcrt40 ELF 0x2001c000-20036000 Export libwine.so.1 ELF 0x20176000-2026c000 Deferred libwine_unicode.so.1 ELF 0x2026c000-20277000 Deferred libnss_files.so.2 ELF 0x202c9000-202cb000 Deferred xlcutf8load.so.2 ELF 0x206d9000-207aa000 Deferred shell32<elf> \-PE 0x206f0000-207aa000 \ shell32 ELF 0x2a6e6000-2a727000 Deferred advapi32<elf> \-PE 0x2a6f0000-2a727000 \ advapi32 ELF 0x2d7a7000-2d824000 Export ntdll<elf> \-PE 0x2d7c0000-2d824000 \ ntdll PE 0x30000000-302f0000 Export msaccess PE 0x306c0000-30a47000 Export mso97rt ELF 0x34b09000-34c1a000 Export kernel32<elf> \-PE 0x34b20000-34c1a000 \ kernel32 ELF 0x38950000-3896f000 Deferred ximcp.so.2 ELF 0x50b4f000-50c87000 Deferred user32<elf> \-PE 0x50b70000-50c87000 \ user32 ELF 0x5e734000-5e751000 Deferred imm32<elf> \-PE 0x5e740000-5e751000 \ imm32 ELF 0x63d70000-6476d000 Deferred gdi32<elf> \-PE 0x63d90000-6476d000 \ gdi32 PE 0x65100000-6528e000 Deferred vba332 PE 0x65300000-65327000 Deferred vba3es PE 0x65340000-653d2000 Deferred oleaut32 PE 0x65f00000-65fc2000 Deferred ole32 PE 0x6e000000-6e09b000 Deferred msain800 PE 0x70100000-70153000 Deferred rpcrt4 ELF 0x704e2000-70569000 Deferred winex11.drv<elf> \-PE 0x704f0000-70569000 \ winex11.drv ELF 0x7bf00000-7bf03000 Deferred <wine-loader> PE 0xbfc00000-bfc8c000 Export comctl32 PE 0x70bd0000-70c14000 Deferred shlwapi Threads: process tid prio (all id:s are in hex) 00000016 (D) C:\Access 97 Runtime\Msaccess.exe 0000001b 1 0000001a 1 00000019 1 00000018 0 00000017 0 <== 00000008 0000000d 1 0000000c 1 0000000b 1 0000000a 0 00000009 0 WineDbg terminated on pid 0x16 thanks a lot!

2 1

Debugging Critical Section lockups
by David D. Hagood 01 Dec '05

01 Dec '05

I may have a repeatable case of an error in locking critical sections, so I'd like some pointers as to how to debug this. The case occurs with the installer for Delorme Street Atlas 5 - on my 2GHz Athlon desktop it runs without a hitch, but on my oooooold slow laptop (how old is it? It's sooooo old, it used PIO for the disk!) the program locks up 100% of the time at startup, with 2 threads trying to take different critical section locks and dying. It looks like the standard deadlock condition: one thread tries to lock A-B-C, the other tries to lock A-C-B, and so they deadlock. Are there any tricks to identifying who locked what where and in what order?

2 4

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