- Wine-Devel - list.winehq.org

Re: DCOM: Pass -Embedding switch to EXE servers, more tracing
by Jeroen Janssen July 27, 2004

July 27, 2004

James Hawkins wrote: >WCHAR is a wide (unicode) character. sizeof(embedding)/sizeof(WCHAR) >will return the length of the strength in characters and not the size >of it if I'm not mistaken. > > Yes, and I think you will want to have the length in characters when declaring a (C) array in the example code below: With static const WCHAR embedding[] = { ' ', '-','E','m','b','e','d','d','i','n','g',0 }; You will want WCHAR command[MAX_PATH+(sizeof(embedding)/sizeof(WCHAR)+1]; instead of WCHAR command[MAX_PATH+sizeof(embedding)+1]; Because if sizeof(WCHAR) == 2, then command will be strlen(embedding) to large. >On Mon, 26 Jul 2004 18:24:48 +0200, Jeroen Janssen <japj(a)xs4all.nl> wrote: > > >>Mike Hearn wrote: >> >> >>>ChangeLog: >>>Pass -Embedding switch to EXE servers, more tracing >>> >>> >>>diff -u -p -r1.15 rpc.c >>>--- dlls/ole32/rpc.c 15 Jul 2004 22:07:44 -0000 1.15 >>>+++ dlls/ole32/rpc.c 21 Jul 2004 22:43:59 -0000 >>>@@ -471,8 +471,10 @@ create_server(REFCLSID rclsid) { >>> char buf[200]; >>> HRESULT hres = E_UNEXPECTED; >>> char xclsid[80]; >>>- WCHAR dllName[MAX_PATH+1]; >>>- DWORD dllNameLen = sizeof(dllName); >>>+ WCHAR exe[MAX_PATH+1]; >>>+ DWORD exelen = sizeof(exe); >>>+ static const WCHAR embedding[] = { ' ', '-','E','m','b','e','d','d','i','n','g',0 }; >>>+ WCHAR command[MAX_PATH+sizeof(embedding)+1]; >>> >>> >>On a side note, what exactly is a WCHAR? >>Is it a 'char' or a 'unicode char' (2bytes)? >> >>This in relation to sizeof(embedding) instead of >>sizeof(embedding)/sizeof(WCHAR)? >>--- >>Jeroen >> >> >> >> > > > >

2 2

Re: Make wine honor LC_CTYPE and LC_MESSAGES
by Shachar Shemesh July 27, 2004

July 27, 2004

Following a discussion with Alexandre on IRC, here is a revised patch. This one doesn't touch the LC_MESSAGE, as these do not affect the user locale. Further work will be necessary on supporting MUI like language checking. Shachar Shemesh wrote: > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > dlls/kernel/locale.c > > * System default locale in Windows determines the ANSI encoding > (LC_CTYPE on Unix) -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

5 18

dinput.dll: mouse didn't work
by Michael Schlüter July 26, 2004

July 26, 2004

Hi, I've a small problem with wine (cvs from today) when trying to play a game that uses dinput.dll. The game starts fine, keyboard inputs works but the mouse cursor didn't move. I had a look at the source code of dinput/mouse.c and the trace messages of dinput. But there is one thing I don't understand. The callback function for the mouse (dinput_mouse_hook) is never called. The initialising look good: trace:dinput:SysMouseAImpl_Acquire (this=0x40269480) trace:hook:set_windows_hook WH_MOUSE_LL 0x40dd64e0 0 -> 0x20028 trace:dinput:SysMouseAImpl_Acquire Warping mouse to 512 - 384 trace:dinput:SysKeyboardAImpl_Unacquire (this=0x40269db8) trace:dinput:SysKeyboardAImpl_SetEventNotification (this=0x40269db8,0x00000124) trace:dinput:SysKeyboardAImpl_Acquire (this=0x40269db8) trace:dinput:SysKeyboardAImpl_Acquire (this=0x40269db8) trace:dinput:SysMouseAImpl_Acquire (this=0x40269480) ... And later when pressing a mouse button: trace:hook:HOOK_CallHooks calling hook in thread 0013 WH_MOUSE_LL code 0 wp 200 lp 4071d074 But then there is no other dinput message. Shouldn't there be a call of the mouse callback function? Bye, Michael

3 6

LockWindowUpdate status
by Diego 'Flameeyes' Pettenò July 26, 2004

July 26, 2004

Hi, I was trying to debug wine while using ClrMamePro to fix the Bug #2387 I reported (the main windows doesn't reappear after it's hide). The way of ShowWindow() function seems not to be the right one, because it seems not to be called when the window should shown up after hide. So I started following the messages way, starting by fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x4007a), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! which seems to be more likely to be wine error than err:dc:DCE_FreeWindowDCE [0x30094] GetDC() without ReleaseDC()! which seems (at a first sight) a program error. So I opened windows/dce.c to search for the function, and I found a Mike's comment: /* This function is fully implemented by the following patch: * * http://www.winehq.org/hypermail/wine-patches/2004/01/0142.html * * but in order to work properly, it needs the ability to invalidate * DCEs in other processes when the lock window is changed, which * isn't possible yet. * -mike */ at this point I downloaded the patch and tried to apply but seems not to be appliable automatically (I'll try to apply it by hand because I haven't time now). My question is if there's some update on the status of LockWindowUpdate, because Mike's comment seems to point out that the patch won't work properly. It this is unrelated to my problem, I think I'll start trying random things to found out where the problem is :) Regards, -- Diego "Flameeyes" Pettenò dgp85(a)users.sourceforge.net - http://flameeyes.web.ctonet.it/

2 1

Re: Localization of devenum and minor corrections
by Marcelo Duarte July 26, 2004

July 26, 2004

Resend. Changelog: Marcelo Duarte <wine-devel(a)bol.com.br> Localization to Portuguese (devenum) and minor corrections (winmm, progman, winmine). Index: dlls/devenum/devenum.rc =================================================================== RCS file: /home/wine/wine/dlls/devenum/devenum.rc,v retrieving revision 1.7 diff -u -u -r1.7 devenum.rc --- dlls/devenum/devenum.rc 23 Jul 2004 19:08:44 -0000 1.7 +++ dlls/devenum/devenum.rc 26 Jul 2004 21:36:02 -0000 @@ -51,3 +51,12 @@ 9 "Dispositivo WaveOut di Default" 10 "Dispositivo MidiOut di Default" } + +STRINGTABLE DISCARDABLE +LANGUAGE LANG_PORTUGUESE, SUBLANG_DEFAULT +{ + 7 "DirectSound padrão" + 8 "DirectSound: %s" + 9 "Dispositivo padrão WaveOut" + 10 "Dispositivo padrão MidiOut" +} Index: dlls/winmm/winmm_res.rc =================================================================== RCS file: /home/wine/wine/dlls/winmm/winmm_res.rc,v retrieving revision 1.15 diff -u -u -r1.15 winmm_res.rc --- dlls/winmm/winmm_res.rc 13 Jul 2004 23:36:37 -0000 1.15 +++ dlls/winmm/winmm_res.rc 26 Jul 2004 21:36:10 -0000 @@ -1,4 +1,4 @@ -/* Multimedia resources (MMSYSTEM.DLL & WINMM.DLL +/* Multimedia resources (MMSYSTEM.DLL & WINMM.DLL) * * Copyright (c) 1999, Eric Pouech * Index: programs/progman/Pt.rc =================================================================== RCS file: /home/wine/wine/programs/progman/Pt.rc,v retrieving revision 1.5 diff -u -u -r1.5 Pt.rc --- programs/progman/Pt.rc 4 Oct 2003 04:21:19 -0000 1.5 +++ programs/progman/Pt.rc 26 Jul 2004 21:36:14 -0000 @@ -38,7 +38,7 @@ MENUITEM "Sai&r do Windows...", PM_EXIT } POPUP "&Opções" { - MENUITEM "&Autoorganizar", PM_AUTO_ARRANGE + MENUITEM "&Auto organizar", PM_AUTO_ARRANGE MENUITEM "&Minimizar na execução", PM_MIN_ON_RUN MENUITEM "&Salvar alterações ao sair", PM_SAVE_SETTINGS } Index: programs/winemine/rsrc.rc =================================================================== RCS file: /home/wine/wine/programs/winemine/rsrc.rc,v retrieving revision 1.15 diff -u -u -r1.15 rsrc.rc --- programs/winemine/rsrc.rc 19 Jul 2004 19:34:26 -0000 1.15 +++ programs/winemine/rsrc.rc 26 Jul 2004 21:36:18 -0000 @@ -32,14 +32,13 @@ #include "Ru.rc" #include "Si.rc" +LANGUAGE LANG_NEUTRAL,SUBLANG_NEUTRAL IDA_WINEMINE ACCELERATORS DISCARDABLE { VK_F2, IDM_NEW, VIRTKEY, NOINVERT "X", IDM_EXIT, VIRTKEY, ALT, NOINVERT } - -LANGUAGE LANG_NEUTRAL,SUBLANG_NEUTRAL /* BINRES winemine.ico */ WINEMINE ICON MOVEABLE winemine.ico

1 0

Re: server/context_i386.c
by Joe Gainey July 26, 2004

July 26, 2004

here are the build errors I am seeing: make[2]: Leaving directory `/home/viper/d/jgainey/build/WINE/wine-20040716/programs/winhelp' make[2]: Entering directory `/home/viper/d/jgainey/build/WINE/wine-20040716/programs/winver' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/viper/d/jgainey/build/WINE/wine-20040716/programs/winver' make[1]: Leaving directory `/home/viper/d/jgainey/build/WINE/wine-20040716/programs' make[1]: Entering directory `/home/viper/d/jgainey/build/WINE/wine-20040716/server' 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 context_i386.o context_i386.c context_i386.c: In function `get_thread_context': context_i386.c:241: `PT_GETREGS' undeclared (first use in this function) context_i386.c:241: (Each undeclared identifier is reported only once context_i386.c:241: for each function it appears in.) context_i386.c:276: `PT_GETFPREGS' undeclared (first use in this function) context_i386.c: In function `set_thread_context': context_i386.c:295: `PT_GETREGS' undeclared (first use in this function) context_i386.c:322: `PT_SETREGS' undeclared (first use in this function) context_i386.c:332: `PT_SETFPREGS' undeclared (first use in this function) make[1]: *** [context_i386.o] Error 1 make[1]: Leaving directory `/home/viper/d/jgainey/build/WINE/wine-20040716/server' make: *** [server] Error 2

1 0

Re: DCOM: Pass -Embedding switch to EXE servers, more tracing
by Jeroen Janssen July 26, 2004

July 26, 2004

Mike Hearn wrote: > ChangeLog: > Pass -Embedding switch to EXE servers, more tracing > diff -u -p -r1.15 rpc.c > --- dlls/ole32/rpc.c 15 Jul 2004 22:07:44 -0000 1.15 > +++ dlls/ole32/rpc.c 21 Jul 2004 22:43:59 -0000 > @@ -471,8 +471,10 @@ create_server(REFCLSID rclsid) { > char buf[200]; > HRESULT hres = E_UNEXPECTED; > char xclsid[80]; > - WCHAR dllName[MAX_PATH+1]; > - DWORD dllNameLen = sizeof(dllName); > + WCHAR exe[MAX_PATH+1]; > + DWORD exelen = sizeof(exe); > + static const WCHAR embedding[] = { ' ', '-','E','m','b','e','d','d','i','n','g',0 }; > + WCHAR command[MAX_PATH+sizeof(embedding)+1]; On a side note, what exactly is a WCHAR? Is it a 'char' or a 'unicode char' (2bytes)? This in relation to sizeof(embedding) instead of sizeof(embedding)/sizeof(WCHAR)? --- Jeroen

2 1

idl compiler & generating proxy/stub code?
by Jeroen Janssen July 26, 2004

July 26, 2004

Hi, Is anyone aware of a (free) idl compiler that can also generate proxy/stub code for usage with wine? As far as I understand widl can not generate proxy/stub code (yet). Also, I'm wondering if it would be possible to translate idl to XML and then with XSLT 'transform' into proxy/stub code. --- Jeroen Janssen

1 0

rsabase.dll
by Michael Jung July 26, 2004

July 26, 2004

Rob, as far as I can tell from looking at your patch, our work is pretty much non overlapping. I worked on the following aspects: - Implementation of "real handles", instead of "address-handles". - Separating OpenSSL dependend code from CSP code. I consider this beneficial, since there seem to be some license issues with OpenSSL (at least for the ReactOS project - there was a short discussion on this on the wine-devel list). If the OpenSSL code is cleanly separated, it will be easier to support GNUTLS or something later. - Basically, my code doesn't do any crypto stuff at all until now (Besides some first lines of code for MD5 hashing). I tried to get the MSDN CryptoAPI examples to compile and run, which only acquire contexts, hash data, derive keys, query CSP params and so on, but which never verify the results. So my code is mainly skin (but elephant skin), no guts. I've attached the current version of my patch. Do you have a certain application, which you want to get running? Would it be ok for you if we proceed as follows: I will wait until you submit your patch (It would be nice if you could add some unit-tests that test for behaviour you depend on). After this you give me a week or two to incorporate my work. Is there any area in rsabase, which you definitely will not implement in the near future and which I could work on until you submit your patch? Greetings, Michael

2 2

Re: WineHQ:service.cgi: fix winrash option
by Ferenc Wagner July 26, 2004

July 26, 2004

<chmorgan(a)charter.net> writes: > What is the service doing with winrash options btw? The > installer stops, installs and starts the winrash service. > > The installer uses /S for silent installs, otherwise it > will try to popup windows. Are you sure the service isn't > calling the installer with /S? You are right, I was wrong. This patch is rubbish. I can't really understand the errors on wine-test-results. Have you got an idea what may have gone wrong? Aren't any functional winrash instances running? Is something broken in the service script? The documentation is somewhat scarce so I'm doing a slow start... -- Feri.

1 0