January 2003 - Wine-Devel - list.winehq.org

Re: [Fwd: dead keys treatment using XmbLookupString]

by Richard Allen

On Mon, Jan 13, 2003 at 12:07:10PM -0200, Mauro Carvalho Chehab wrote: > From your answer, I would try to fix the XFree86 keyboard mapping on > symbols/is. I guess that this will solve both XFree and Wine (patched). I was aware of symbols/is. I've even sent in a fix for that key to both RedHat and XFree86.org. But thats not the problem here. the dead_acute (áýúíóÁÉÝÚÍÓ) is working just fine in X and all X applications. It doesnt matter which WM I use. fvwm, windowmaker, gnome or kde. Accented chars have been fine in X for a long time now. Its just in wine they are broken. The only problem symbols/is caused is that one key was not recognized during wine startup so wine rightfully decided to use the Icelandic keymap because it was the closest to what was running at the time. Since my last mail, I've fixed symbols/is and keyboard.c so the dead_acute key is correct and no complaining happens in wine now. The problem with it was that shift-dead_key was wrong, and thats very seldom used. PS: thanks for taking the time to help me with this problem :) -- Rikki. -- RHCE, RHCX, HP-UX Certified Administrator. -- Solaris 7 Certified Systems and Network Administrator. Bell Labs Unix -- Reach out and grep someone. Those who do not understand Unix are condemned to reinvent it, poorly.

Jan. 13, 2003

Re: The version info patches + d3d question

by fenix＠club-internet.fr

----Message d'origine---- >De: Enrico Horn <farmboy1(a)subdimension.com> >A: wine-devel(a)winehq.com >Sujet: The version info patches + d3d question >Date: Mon, 13 Jan 2003 14:47:31 +0100 > >Hi, Hi, >The patches add version info to directx libraries. >some games(for instance lucasarts games) wont run without finding a valid >version of the directx files. thanks, maybe you can do the same for d3d8 :) >the problem is they dont run even with the patches because they cant get >version info from d3dim.dll and probably other d3d dlls. >since wine doesnt have these dlls how can wine give these programs the needed >info or is it planned to split ddraw in a ddraw and a d3d component? actually, we are speaking about d3d architecture, but it will be possible to implement d3dim.dll (minors d3d calls) into near future using the "new" codebase. And d3d component (for version 3..7) is contained into ddraw.dll >Have fun >Enrico Regards, Raphael

Jan. 13, 2003

Re: The version info patches + d3d question

by Lionel Ulmer

> >the problem is they dont run even with the patches because they cant get > >version info from d3dim.dll and probably other d3d dlls. > >since wine doesnt have these dlls how can wine give these programs the needed > >info or is it planned to split ddraw in a ddraw and a d3d component? > > actually, we are speaking about d3d architecture, but it will be possible to implement d3dim.dll (minors d3d calls) into near future using the "new" codebase. > And d3d component (for version 3..7) is contained into ddraw.dll I don't even know WHAT d3dim.dll is :-) What does it contain for API ? I know about D3DRM.DLL (that won't be supported) for the 'retained mode' API but I thought that all 'immediate mode' API was in ddraw.dll and not in a separate library. Why not first test with an empty DLL with just the version ressources in it and see if it's enough ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

Jan. 13, 2003

RE: The version info patches + d3d question

by Patrik Stridvall

> Hi, > The patches add version info to directx libraries. > some games(for instance lucasarts games) wont run without > finding a valid > version of the directx files. OK. > the problem is they dont run even with the patches because > they cant get > version info from d3dim.dll and probably other d3d dlls. Yes, there are a lot of them, but don't see we any choice, but to do what I suggest below. > since wine doesnt have these dlls how can wine give these > programs the needed > info or is it planned to split ddraw in a ddraw and a d3d component? We simply have to create one new directory in dlls/ for each DirectX dll with an appropriate .spec file and a version.rc. This would be quite easy to do AFAICS. Are you voluntering?

Jan. 13, 2003

Re: [Fwd: dead keys treatment using XmbLookupString]

by Mauro Carvalho Chehab

Rikki, As far as I know, wine keyboard.c uses XFree86 Keymap table to compare your key definitions with their internal geometry. After that, it maps every scan code to a virtual key. The virtual key is mapped back to a scan code and to an unicode symbol by ToUnicode function. During this proccess, it uses part of the original xfree mapping. On the original ToUnicode function, it uses the function XLookupString (a Xlib function) to map scan code->symbol. This function is capable to work with latin characters, but it doesn't implement dead keys translation on the current XFree86 implementations. In the past, there was some Xlib hacking that changes this behavor (X11 R5 implementations). The new standard (X11 R6) creates the xkb extensions, that provides new functions to treat locale imput data (XmbLookupString, Xutf8LookupString and XwcLookupString). What it does is to use XFree86 locale settings to make this map. The dead key treatment is defined on /usr/X11R6/lib/X11/locale. The geometry of their keyboards, used by xkb, are on /usr/X11R6/lib/X11/xkb (RedHat) or /etc/X11/xkb (Mandrake). The file symbols/is, for example, contains some icelandic definitions. From your answer, I would try to fix the XFree86 keyboard mapping on symbols/is. I guess that this will solve both XFree and Wine (patched). Richard Allen wrote: >On Wed, Jan 08, 2003 at 12:55:15PM -0200, Mauro Carvalho Chehab wrote: > > >> Rikki, >> >> Please try to apply the following patch against the new CVS version >>(on /dlls/x11drv directory). This patch will allow keyboard.c to use >>your locale setting by the usage of xkb extension on X11R6. Please >>notice that this requires that you *don't have* xkbdisable on your >>XF86Config file (or XF86Config-4). >> >> > >I applied the patch and did a recompile on todays CVS. I see a change, but >it does not fix things for Icelandic. My mute key is: > >[ra(a)morticia ra]$ xmodmap -pke | grep dead_acute >keycode 48 = dead_acute Adiaeresis dead_circumflex dead_caron > >Its dead_acute I need to get working. With your patch it still doesnt >work, but pressing "alt and the mute key" (dead_circumflex) works. >So I can get characters like â ê û î :) > >Btw, that key is incorrect from the XFree.org people. That Adiaeresis is >not supposed to be there and causes wine to complain: > >fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! >Using closest match instead (Icelandic keyboard layout) for scancode mapping. >Please define your layout in windows/x11drv/keyboard.c and submit them >to us for inclusion into future Wine releases. >See the Wine User Guide, chapter "Keyboard" for more information. > > >I enabled debugging and its that key thats causing the complaint. All the >others are right. > >So I added the Adiaeresis to the definition for the Icelandic keymap in >keyboard.c and the complaint went away, but it's still not working :) > > >

Jan. 13, 2003

Re: Help with /?? stuff

by Alberto Massari

At 14.39 13/01/2003 +0100, Sylvain Petreolle wrote: > > >We only need to check if the first filename given is a readable > > >EXE/DLL. > > >Then do the appropriate. And you can see that the only executable > > that > > >seems to be called is rundll32.exe. > > > > No, there are also C:\\WINDOWS\\RegTLib.exe and grpconv.exe... > > >You misunderstood me. >I described this test only for RunOnceEx. RegTLib and grpconv both are >in the RunOnce entries. Unfortunately that's not true: even in RunOnceEx, I can find these entries: [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\101] 1039630031 @="Browsing Services" ... "034"="C:\\WINDOWS\\SYSTEM\\mshta.exe /register" ... [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\990] 1038264623 "000"="C:\\WINDOWS\\SYSTEM\\mstinit.exe /setup" "001"="rundll32 msnsspc.dll,SspcCreateSspiReg" "002"="rundll32 msapsspc.dll,SspcCreateSspiReg" "050"="C:\\WINDOWS\\SYSTEM\\odbcconf.exe -E @E:\\odbcconf.tmp" [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\991] 1038264598 "000"="C:\\WINDOWS\\SYSTEM\\regsvr32.exe /s C:\\WINDOWS\\SYSTEM\\rsaenh.dll" [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\992] 1039630036 "000"="C:\\WINDOWS\\SYSTEM\\mstinit.exe /setup" In my opinion, the test should be done on the presence of the "|" character; if the character is present, the file name should be considered to be a DLL (regardless of the extension: e.g. [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\812] 1038264695 "000"="C:\\WINDOWS\\SYSTEM\\l3codecx.ax|DllRegisterServer" "001"="C:\\WINDOWS\\SYSTEM\\mpg4ds32.ax|DllRegisterServer" "002"="C:\\WINDOWS\\SYSTEM\\msadds32.ax|DllRegisterServer" "003"="C:\\WINDOWS\\SYSTEM\\acelpdec.ax|DllRegisterServer" "004"="C:\\WINDOWS\\SYSTEM\\voxmsdec.ax|DllRegisterServer" ), otherwise is a normal command line. Alberto

Jan. 13, 2003

The version info patches + d3d question

by Enrico Horn

Hi, The patches add version info to directx libraries. some games(for instance lucasarts games) wont run without finding a valid version of the directx files. the problem is they dont run even with the patches because they cant get version info from d3dim.dll and probably other d3d dlls. since wine doesnt have these dlls how can wine give these programs the needed info or is it planned to split ddraw in a ddraw and a d3d component? Have fun Enrico

Jan. 13, 2003

Re: Help with /?? stuff

by Sylvain Petreolle

> >We only need to check if the first filename given is a readable > >EXE/DLL. > >Then do the appropriate. And you can see that the only executable > that > >seems to be called is rundll32.exe. > > No, there are also C:\\WINDOWS\\RegTLib.exe and grpconv.exe... > You misunderstood me. I described this test only for RunOnceEx. RegTLib and grpconv both are in the RunOnce entries. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 13, 2003

Re: Help with /?? stuff

by Alberto Massari

At 13.56 13/01/2003 +0100, Sylvain Petreolle wrote: >I dont think all the jeys you have in RunOnce are from IE6 only. >Does IE6 really uses MSI ? I never have seen it. >Not that the "InstMsi1" and "InstMsi2" show that you made TWO tries to >install the MSI service. > >Dont forget to clean your RunOnce Entries between installations. Yes, there are keys coming from other installation tools, as I don't usually clear the RunOnce entries (because I need to manually run one by one). In any case, they can only help in having more examples of how a real registry looks like. >And the > > "OE_QDVDReg"="regsvr32 /s C:\\WINDOWS\\SYSTEM\\qdvd.dll" > > "InnoSetupRegFile.0000000001"="C:\\WINDOWS\\is-K6KCV.exe /REG" >dont come with IE6 > > > > > The installation of IE6 makes an heavy use of the RunOnce and > > RunOnceEx > > registry keys (when in "nt40" mode; I don't know how it behaves in > > win9x mode). > > The RunOnce entries are just command lines that need to be sent to > > CreateProcess, e.g. > > > > [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnce] 1042410063 > > "BrandClearStubs"="RUNDLL32 > > IEDKCS32.DLL,BrandCleanInstallStubs > > >{60B49E34-C7CC-11D0-8953-00A0C90347FF}M > > ICROS" > > "DelIE4SetupDir"="rundll32.exe advpack.dll,DelNodeRunDLL32 > > C:\\WINDOWS\\SYSTEM\\ie4setup,1" > > "GrpConv"="grpconv.exe -o" > > "InstMsi1"="rundll32.exe > > C:\\WINDOWS\\SYSTEM\\advpack.dll,DelNodeRunDLL32 > > \"C:\\WINDOWS\\Installer\\InstMsi0\"" > > "InstMsi2"="rundll32.exe > > C:\\WINDOWS\\SYSTEM\\advpack.dll,DelNodeRunDLL32 > > \"C:\\WINDOWS\\Installer\\InstMsi1\"" > > "MPlayer2_FixUp"="C:\\WINDOWS\\inf\\unregmp2.exe /FixUps" > > "Regsister WScript"="wscript -regserver" > > "RegTLib"="C:\\WINDOWS\\RegTLib.exe C:\\WINDOWS\\SYSTEM\\StdOle2.Tlb" > > "RunOnceEx"="rundll32.exe > > C:\\WINDOWS\\SYSTEM\\iernonce.dll,RunOnceExProcess" > > >We only need to check if the first filename given is a readable >EXE/DLL. >Then do the appropriate. And you can see that the only executable that >seems to be called is rundll32.exe. No, there are also C:\\WINDOWS\\RegTLib.exe and grpconv.exe... >The only thing that we know nothing about is the "Flags" key. Right. Alberto

Jan. 13, 2003

Re: Help with /?? stuff

by Sylvain Petreolle

I dont think all the jeys you have in RunOnce are from IE6 only. Does IE6 really uses MSI ? I never have seen it. Not that the "InstMsi1" and "InstMsi2" show that you made TWO tries to install the MSI service. Dont forget to clean your RunOnce Entries between installations. And the > "OE_QDVDReg"="regsvr32 /s C:\\WINDOWS\\SYSTEM\\qdvd.dll" > "InnoSetupRegFile.0000000001"="C:\\WINDOWS\\is-K6KCV.exe /REG" dont come with IE6 > > The installation of IE6 makes an heavy use of the RunOnce and > RunOnceEx > registry keys (when in "nt40" mode; I don't know how it behaves in > win9x mode). > The RunOnce entries are just command lines that need to be sent to > CreateProcess, e.g. > > [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnce] 1042410063 > "BrandClearStubs"="RUNDLL32 > IEDKCS32.DLL,BrandCleanInstallStubs > >{60B49E34-C7CC-11D0-8953-00A0C90347FF}M > ICROS" > "DelIE4SetupDir"="rundll32.exe advpack.dll,DelNodeRunDLL32 > C:\\WINDOWS\\SYSTEM\\ie4setup,1" > "GrpConv"="grpconv.exe -o" > "InstMsi1"="rundll32.exe > C:\\WINDOWS\\SYSTEM\\advpack.dll,DelNodeRunDLL32 > \"C:\\WINDOWS\\Installer\\InstMsi0\"" > "InstMsi2"="rundll32.exe > C:\\WINDOWS\\SYSTEM\\advpack.dll,DelNodeRunDLL32 > \"C:\\WINDOWS\\Installer\\InstMsi1\"" > "MPlayer2_FixUp"="C:\\WINDOWS\\inf\\unregmp2.exe /FixUps" > "Regsister WScript"="wscript -regserver" > "RegTLib"="C:\\WINDOWS\\RegTLib.exe C:\\WINDOWS\\SYSTEM\\StdOle2.Tlb" > "RunOnceEx"="rundll32.exe > C:\\WINDOWS\\SYSTEM\\iernonce.dll,RunOnceExProcess" > We only need to check if the first filename given is a readable EXE/DLL. Then do the appropriate. And you can see that the only executable that seems to be called is rundll32.exe. The only thing that we know nothing about is the "Flags" key. > The RunOnceEx entries are trickier, as it seems they can both be > command > lines and entries in the format "DLLName|Method|Argument", e.g. > > [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx] 1042410240 > "Flags"=dword:00000a30 > > [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\090] > 1038264583 > "050"="rundll32.exe advpack.dll,DelNodeRunDLL32 > C:\\WINDOWS\\SYSTEM\\dacui.dll" > "054"="rundll32.exe advpack.dll,DelNodeRunDLL32 > C:\\WINDOWS\\Catroot\\icatalog.mdb" > > [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\100] > 1038264583 > "000"="C:\\WINDOWS\\SYSTEM\\wininet.dll|DeleteIE3Cache|" ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 13, 2003