March 2006 - Wine-devel - list.winehq.org

FW: Re: Wine testing and Guild Wars: Factions Beta weekend March 24th
by Jeremiah Powell 06 Mar '06

06 Mar '06

Please see below. >From: Alexandre Julliard <julliard(a)winehq.org> >To: "Jeremiah Powell" <waveclaw(a)hotmail.com> >Subject: Re: Wine testing and Guild Wars: Factions Beta weekend March 24th > >"Jeremiah Powell" <waveclaw(a)hotmail.com> writes: > > > I would like to extend this opportunity to someone in the wine > > development community. Who would like a chance to collect data on the > > behavior of running Guild Wars under wine? > > > > How about for free? > >That sounds good, you should ask on wine-devel, I'm sure people would >be interested. > >-- >Alexandre Julliard >julliard(a)winehq.org I have 3 guest keys for the Guildwars: Factions BWE starting March 24th. Everyone I know already plays Guildwars on Windows. The Wine D3D support has gotten to the point of running Guildwars in a playable state[1]. I'd like offer these keys to the wine developers for debug purposes. In particular, I'd like committers on the D3D subsystem and the sound systems to enjoy a little free game time while collecting some valuable data[2]. There are only 3 keys. These are free TRIAL accounts, good for only that weekend. If you buy the game, you can open the accounts back up at a later time. The game client generates the account-contact emails from personal email addresses I give it, but they are in no other way assocaited with my account(s). Please reply to me directly if you want the keys, but keep the spam to a minimum. A list of people getting the keys can be posted if the list wants. JD 'too much hotmail spam anyway' Powell --- 1. While not stable, normal play is possible. I use SuSE OSS 10 with ATI's fglx drivers, and Cedega chokes on for this 'supported' game during screen changes, which the Wine D3D code handles gracefully. 2. From the appdb: Guildwars is a pure DirectX game that uses no opengl, no SDL, etc. Guildwars was functional under wine until the September 2005 Sorrow's Furnace update. Now game client has two modes in which it can be run. Normally, guildwars tried to use DirectX's shading language. This causes it to fail under Wine. With the '-noshaders' option, the game falls back on only the older DirectX calls. Other interesting features include toggling sound support with '-nosound' and output of triangles, fps, networking information with 'perfs' and starting in a window with '-windowed.' A 3rd party sound expansion is available that integrates with the DRM system in Media Player 9, but can be patched out by moving the DLL to another location.

1 0

[Compile problem] GL_STENCIL_BACK_FAIL vs. GL_STENCIL_BACK_FAIL_ATI
by Uwe Bonnes 06 Mar '06

06 Mar '06

Hallo, compiling a recent CVS checkout, I go a failure with GL_STENCIL_BACK_FAIL etc undefined. It seems that a patch from Vitaly regarding wined3d_gl.h from yesterday evening as notor only partial applied. Appended patch lets me circumvent that problem. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/wined3d/device.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/device.c,v retrieving revision 1.145 diff -u -r1.145 device.c --- wine/dlls/wined3d/device.c 4 Mar 2006 17:10:57 -0000 1.145 +++ wine/dlls/wined3d/device.c 5 Mar 2006 14:47:13 -0000 @@ -3773,9 +3773,9 @@ GLint action = StencilOp(Value); - glGetIntegerv(GL_STENCIL_BACK_FAIL, &stencilFail); - glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_FAIL, &depthFail); - glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_PASS, &stencilPass); + glGetIntegerv(GL_STENCIL_BACK_FAIL_ATI, &stencilFail); + glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_FAIL_ATI, &depthFail); + glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_PASS_ATI, &stencilPass); if(WINED3DRS_CCW_STENCILFAIL == State) { stencilFail = action;

3 4

DirectDraw -> WineD3D patch
by Stefan Dösinger 05 Mar '06

05 Mar '06

Hi, I've brought my DirectDraw over WineD3D patch in a form where I want to show it to the public for review. I've uploaded it to http://stud4.tuwien.ac.at/~e0526822/, where it is described in detail(below the game list). If there are no fundamental objections against it, I'll start sending patches for WineD3D. The changes I'll make in small patches :) are: -> Header fixes, that wined3d_interface.h can be included with d3d.h -> Adding methods to WineD3D for DirectDraw rendering -> Adding the 2D only surface implementation to WineD3D When WineD3D is ready, I'll send a patch for dlls/ddraw to wine-devel and wine-user for a broad regression testing, and when the regressions are out, the ddraw can be replaced(From my POV, AJ has the last word of course ;) ) Have fun playing, Stefan

5 9

Re: [PATCH] [WineDbg test harness]: various updates
by Eric Pouech 05 Mar '06

05 Mar '06

Eric Pouech wrote: > - now supports all tests with or without 'in <modname>' information > - extended startup tests please, discard this patch A+ -- Eric Pouech

1 0

about Wingdings/Symbol
by Vitaly Lipatov 05 Mar '06

05 Mar '06

I wish to make a initial font file for Wingdings and Symbol fonts. Do anyone some font designing already? I plan to draw some common usable symbols for first. -- Lav Vitaly Lipatov Saint-Petersburg, Etersoft www.etersoft.ru GNU! ALT Linux Team! WINE! LaTeX! LyX!

1 0

World of Warcraft 0.10 Public Test Realm (PTR)
by Tomas Carnecky 05 Mar '06

05 Mar '06

At a certain point the screen just turns black, it's always at the same point, and when looking through the +x11drv trace I can see these messages at that point: trace:x11drv:X11DRV_DCICommand (20,(12,2079885668,543712117),(nil)) trace:x11drv:X11DRV_DCICommand (20,(13,1792,543712117),0x7bf88d40) trace:x11drv:X11DRV_DCICommand (20,(11,1792,543712117),0x7bf88d60) trace:x11drv:X11DRV_DCICommand (20,(10,1792,543712117),0x7bf88ea8) also, these messages don't appear in version 1.9.4 (which is the 'live' version). So I suspect that Blizzard added something related to this function to the 0.10 version which breaks something. When the screen turns black, its just the screen, everything else works, keyboard for sure, I can press 'Esc' to get out of the game, not sure about the mouse though.. Does anyone have an idea how to fix this? tom

1 3

Question about copyright lines
by Stefan Dösinger 05 Mar '06

05 Mar '06

Hello, At the top of every fine there's are some "Copyright <year> <name>" lines, listing the persons who have contributed to a file, and when. Are there any specifc rules about that? Thanks, Stefan

6 7

fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented
by Rainer Dorsch 05 Mar '06

05 Mar '06

Hello, wine-0.9.9 still does not display folders correctly in a file select box (Lotus Notes in this case). Folders and files are displayed with the file symbol. It seems to be only a display issue, clicking on folders still opens them. A screenshot is here http://www.winehq.org/pipermail/wine-devel/attachments/20060223/9f1675d7/fi… shows an example for rd at silverboxy:~/test$ ls -l insgesamt 4 drwxr-xr-x 2 rd rd 4096 2006-02-23 17:08 dir -rw-r--r-- 1 rd rd 0 2006-02-23 17:08 file rd at silverboxy:~/test$ The console shows this log fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30190, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:imm:ImmReleaseContext (0x30170, 0x4997af70): stub fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented fixme:imm:ImmReleaseContext (0x30190, 0x4997af70): stub fixme:process:GetProcessWorkingSetSize (0xffffffff,0x4075d768,0x4075d76c): stub fixme:process:SetProcessWorkingSetSize (0xffffffff,33554432,33554432): stub - harmless when opening a file select box. Causes this one fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented this wine glitch? Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367

2 4

WRT: winetest-latest is outdated
by Detlef Riekenberg 05 Mar '06

05 Mar '06

Hi. The latest Winetest-Binaries are outdated ( http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/?N=D ). Winetest (ELF) compiled again recently ( http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php ), but the crossbuilds are still missing. Is there anything that we can do for help? -- By By ... ... Detlef

4 3

Re: shell32: Unicode'ify ISFHelper interface
by Vitaliy Margolen 05 Mar '06

05 Mar '06

Saturday, March 4, 2006, 10:35:54 AM, Michael Jung wrote: > ChangeLog: > Unicode'ify shell32 internal ISFHelper interface and it's implementors. > dlls/shell32/shellfolder.h | 4 ++- > dlls/shell32/shfldr_fs.c | 55 > +++++++++++++++++++++--------------------- dlls/shell32/shfldr_unixfs.c | > 32 ++++++++++++++---------- > dlls/shell32/shv_bg_cmenu.c | 6 ++--- > 4 files changed, 51 insertions(+), 46 deletions(-) Few questions: > - if (uLen < strlen (szNewFolder) + 4) > + if (uLen < lstrlenW (wszNewFolder) + 4) Probably should use sizeof(wszNewFolder)/sizeof(WCHAR) + 4. A bit awkward but compiled into single number. And it looks like that's what you used in shfldr_unixfs.c <g>. > - _ILSimpleGetText (pidl, szText, MAX_PATH); > - if (0 == strcasecmp (szText, lpName)) { > - sprintf (lpName, "%s %d", szNewFolder, i++); > + _ILSimpleGetTextW (pidl, wszText, MAX_PATH); > + if (0 == lstrcmpiW (wszText, pwszName)) { > + sprintfW (pwszName, wszFormat, wszNewFolder, i++); To be safe probably should use snprintfW instead. > + if (This->sPathTarget) > + lstrcpyW(wszNewDir, This->sPathTarget); Kind of the same thing. Here > +++ b/dlls/shell32/shfldr_fs.c > + if (uLen < lstrlenW (wszNewFolder) + 4) and here > +++ b/dlls/shell32/shfldr_unixfs.c > + if (uLen < sizeof(wszNewFolder)/sizeof(WCHAR)+3) Why 4 in one place and 3 in the other? Vitaliy Margolen

2 1