March 2005 - Wine-Devel - list.winehq.org

Re: version: Use proper type for third parameter of VerQueryValue

by Dmitry Timoshkov

"Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > >> -DWORD WINAPI VerQueryValueA(LPVOID,LPCSTR,LPVOID*,UINT*); -DWORD > >> WINAPI VerQueryValueW(LPVOID,LPCWSTR,LPVOID*,UINT*); +BOOL WINAPI > >> VerQueryValueA(const LPVOID,LPCSTR,UINT*,UINT*); +BOOL WINAPI > >> VerQueryValueW(const LPVOID,LPCWSTR,UINT*,UINT*); > > Dmitry> Where did you get it? PSDK agrees with current Wine definition > Dmitry> on the 3rd param type. Also the 2nd param should not be 'const'. > > MSDN (look with Google for VerQueryValue and use the first hit) has > (const LPVOID ..., LPTSTR ..., PUINT ..., PUINT ...) MSDN is known to contradict with PSDK headers. PSDK February 2003 has the following: VerQueryValueA( const LPVOID pBlock, LPSTR lpSubBlock, LPVOID * lplpBuffer, PUINT puLen ); BOOL APIENTRY VerQueryValueW( const LPVOID pBlock, LPWSTR lpSubBlock, LPVOID * lplpBuffer, PUINT puLen ); -- Dmitry.

March 29, 2005

Autopackage 1.0

by Boaz Harrosh

now that Autopackage 1.0 is out does any one plan on a Wine Autopackage installer.

March 29, 2005

AW: Hotel full again?

by Hans-Ulrich Schmid

Hi, there are only three rooms left in the Telekom Hotel (Mail adress: Rezeption.Tagungshotel-Stuttgart(a)telekom.de ) from April 29 - May 1. There is no way to get room there for April 28. The alternatives are: IB-HOTEL AM WALLGRABEN ib-hotel-stuttgart(a)internationaler-bund.de ++49.711-7876100 http://dsw.nethotels.com/smg/english/Hotels/ib_hotel_am_wallgraben_/default… Hotel Römerhof info(a)hotelroemerhof.de ++49.711-687880 http://www.hotelroemerhof.de/english/index.html See you in Stuttgart Hans-Ulrich Schmid Wirtschaftsförderung Region Stuttgart GmbH Stuttgart Region Economic Development Corporation FIR_st - Forum IT-Region Stuttgart Friedrichstr. 10 70174 Stuttgart www.first.region-stuttgart.de www.opensource.region-stuttgart.de www.competenzatlas.de www.region-stuttgart.de Tel ++49.711.22835 - 27 Tel mobil ++49.172.7310463 Fax ++49.711.22835 - 55 > -----Ursprüngliche Nachricht----- > Von: Andrew Bartlett [mailto:abartlet(a)samba.org] > Gesendet: Freitag, 25. März 2005 22:59 > An: Hans-Ulrich Schmid > Cc: wine-devel(a)winehq.org > Betreff: Hotel full again? > > > I tried to book a double room 28th April -> 1st May (sharing with > tridge), and it seems the hotel is all full again :-( > > There seems to be quite a contingent of Samba folk intending to come > along (from a poll on the samba team list), and given the number of > 'maybe' and 'probably' replies, I suspect I'm not the only > one without a > room... > > Andrew Bartlett > -- > Andrew Bartlett > http://samba.org/~abartlet/ > Authentication Developer, Samba Team http://samba.org > Student Network Administrator, Hawker College http://hawkerc.net >

March 29, 2005

Re: Wine on slashdot

by Marcus Meissner

On Tue, Mar 29, 2005 at 10:10:00AM +0200, Jonathan Ernst wrote: > http://games.slashdot.org/games/05/03/28/1843246.shtml?tid=203&tid=106 > > "WineCVS is an extensive script for automated installation of different > versions of wine and Cedega. Today it has been updated to support wine > installation with latest DX9 features. The latest patch level of the > script now includes a profile for installing Wine with Oliver Stiebers > Direct3D 9 patchset. A short installation instruction and some more > detailed information can be found at linux-gamers.net." I hope that Oliver wants to merge it sometime ;) Ciao, Marcus

March 29, 2005

Wine on slashdot

by Jonathan Ernst

http://games.slashdot.org/games/05/03/28/1843246.shtml?tid=203&tid=106 "WineCVS is an extensive script for automated installation of different versions of wine and Cedega. Today it has been updated to support wine installation with latest DX9 features. The latest patch level of the script now includes a profile for installing Wine with Oliver Stiebers Direct3D 9 patchset. A short installation instruction and some more detailed information can be found at linux-gamers.net."

March 29, 2005

Re: version: Use proper type for third parameter of VerQueryValue

by Uwe Bonnes

>>>>> "Dmitry" == Dmitry Timoshkov <dmitry(a)baikal.ru> writes: Dmitry> "James Hawkins" <truiken(a)gmail.com> wrote: >> Changelog * Use proper type for third parameter of VerQueryValue >> -DWORD WINAPI VerQueryValueA(LPVOID,LPCSTR,LPVOID*,UINT*); -DWORD >> WINAPI VerQueryValueW(LPVOID,LPCWSTR,LPVOID*,UINT*); +BOOL WINAPI >> VerQueryValueA(const LPVOID,LPCSTR,UINT*,UINT*); +BOOL WINAPI >> VerQueryValueW(const LPVOID,LPCWSTR,UINT*,UINT*); Dmitry> Where did you get it? PSDK agrees with current Wine definition Dmitry> on the 3rd param type. Also the 2nd param should not be 'const'. MSDN (look with Google for VerQueryValue and use the first hit) has (const LPVOID ..., LPTSTR ..., PUINT ..., PUINT ...) Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

March 29, 2005

Re: version: Use proper type for third parameter of VerQueryValue

by James Hawkins

On Tue, 29 Mar 2005 14:02:03 +0900, Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > "James Hawkins" <truiken(a)gmail.com> wrote: > > > Changelog > > * Use proper type for third parameter of VerQueryValue > > > -DWORD WINAPI VerQueryValueA(LPVOID,LPCSTR,LPVOID*,UINT*); > > -DWORD WINAPI VerQueryValueW(LPVOID,LPCWSTR,LPVOID*,UINT*); > > +BOOL WINAPI VerQueryValueA(const LPVOID,LPCSTR,UINT*,UINT*); > > +BOOL WINAPI VerQueryValueW(const LPVOID,LPCWSTR,UINT*,UINT*); > > Where did you get it? PSDK agrees with current Wine definition on > the 3rd param type. Also the 2nd param should not be 'const'. My PSDK (Server 2003) has this definition: BOOL VerQueryValue( const LPVOID pBlock, LPTSTR lpSubBlock, PUINT lplpBuffer, PUINT puLen ); And msdn agrees with it: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu… I wrote this patch to keep up with the PSDK, but if we want to keep the original definition, then that's cool too. I can fix the error when compiling visual studio another way. What are some thoughts about this? -- James Hawkins

March 29, 2005

Re: KERNEL: Implement undocumented SetCPGlobal API call

by Dmitry Timoshkov

"Troy Rollo" <wine(a)troy.rollo.name> wrote: > SetCPGlobal is the undocumented partner of GetACP - it is used to set the > current ANSI code page. > > ChangeLog: > Implement SetCPGlobal (an undocumented Win32 API) What app does depend on it? -- Dmitry.

March 29, 2005

Re: version: Use proper type for third parameter of VerQueryValue

by Dmitry Timoshkov

"James Hawkins" <truiken(a)gmail.com> wrote: > Changelog > * Use proper type for third parameter of VerQueryValue > -DWORD WINAPI VerQueryValueA(LPVOID,LPCSTR,LPVOID*,UINT*); > -DWORD WINAPI VerQueryValueW(LPVOID,LPCWSTR,LPVOID*,UINT*); > +BOOL WINAPI VerQueryValueA(const LPVOID,LPCSTR,UINT*,UINT*); > +BOOL WINAPI VerQueryValueW(const LPVOID,LPCWSTR,UINT*,UINT*); Where did you get it? PSDK agrees with current Wine definition on the 3rd param type. Also the 2nd param should not be 'const'. -- Dmitry.

March 29, 2005

Japanese 106 keyboard mapping bug + patch

by Aric Cyr

I was having a mysterious problem with my Japanese 106 keyboard in World of Warcraft. The keyboard worked just fine when logging into the game or typing messages in game, etc. However, using the macro keys for the quickbar (1 2 3 ... 0) each of the keys was off by one. The keys were mapped as: 1 = 1 2 = 1 3 = 2 4 = 3 5 = 4 ... Notice that the 1 and 2 key both mapped to one, and every key after that maps to the previous key. This only occured for the top keyboard row and text input fields all worked correctly (which was the mysterious part). Anyways, I tracked down the problem to the keyboard layout for jp106 in the x11drv/keyboard.c. For Japanese keyboards, the first printable character on the keyboard is '1' (as the shown in the main_key_JA_jp106[MAIN_LEN][4] array). However, the jp106 keyboard is defined to use the regular qwerty scan and vkey maps, which seem to define the first key as OEM, not '1'. I believe this was causing my off-by-one key problem, so created a new jp106 qwerty scan and vkey map to fix the problem. I have tested the patch with World of Warcraft, and indeed my keys are now all mapped correctly. I am not familiar with the keyboard stuff too much, so let me know if there are any problems with the patch, otherwise please commit it. I also created a bug for this, and attached the patch there as well: http://bugs.winehq.org/show_bug.cgi?id=2832 -- Aric Cyr <acyr at alumni dot uwaterloo dot ca> (http://acyr.net) gpg fingerprint: 943A 1549 47AC D766 B7F8 D551 6703 7142 C282 D542

March 29, 2005