July 2004 - Wine-devel - list.winehq.org

AmigaOS4
by Manuel Fink 27 Jul '04

27 Jul '04

Hello I has here a small question. That appeared Amiga OS4 Prerelease for some time and it seems a good and stable system to be. will it give in the near future WINE also for the AmigaOS4? Greeting Manuel

1 0

MUI setup - preliminary conclusions
by Shachar Shemesh 27 Jul '04

27 Jul '04

Ok, here is the preliminary conclusions from Windows XP MUI: There are two setups in the system. One is the "language for the default user and new user accounts". It affects the language people get when they create a new user, and the language the login dialog is in. To change that one, you need to run the MUI setup program. A restart is needed to change this. The second is an extra dialog in the Regional Settings dialog under the "languages" tab, and it selects the language the current user will have. You need to log off and log on in order to change this one. At the moment, my system is set up with English, Hebrew and Italian installed. I'm trying to figure out what exactly is passed to FindResourceEx when FindResource is called. So far, it seems that "LANG_NEUTRAL, SUBLANG_NEUTRAL" is used, but it's not definite yet. One thing of interest, however, is that when LANG_NEUTRAL, SUBLANG_DEFAULT is passed, the lookup is for the language used in the second case (the user UI language), and when LANG_NEUTRAL, SUBLANG_SYS_DEFAULT, the first one is used. It seems to me that there is no need for wine to support two separate languages here. Does anyone disagree with this? Given the above settings, my current test program currently tests the order between English(US), English(UK), English(Neutral), Italian(Italy), Italian(Neutral), Hebrew(Default), Hebrew(Neutral), Neutral and Neutral(Default). Are there any other languages I should test for order by? Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: DCOM: Pass -Embedding switch to EXE servers, more tracing
by Jeroen Janssen 27 Jul '04

27 Jul '04

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 27 Jul '04

27 Jul '04

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 26 Jul '04

26 Jul '04

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ò 26 Jul '04

26 Jul '04

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 26 Jul '04

26 Jul '04

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 26 Jul '04

26 Jul '04

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 26 Jul '04

26 Jul '04

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 26 Jul '04

26 Jul '04

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