December 2007 - Wine-Devel - list.winehq.org

Re: [2/5] WineD3D: Remove 24/32 bit hacks
by Chris Robinson Dec. 11, 2007

Dec. 11, 2007

On Monday 10 December 2007 03:24:04 pm Stefan Dösinger wrote: > devmode.dmFields = DM_BITSPERPEL | DM_PELSWIDTH | DM_PELSHEIGHT; > - devmode.dmBitsPerPel = (bpp >= 24) ? 32 : bpp; /* Stupid XVidMode cannot > change bpp */ Did you mean to leave dmBitsPerPel at 0?

2 1

Re: shlwapi: Fix memory leak in test
by Zac Brown Dec. 11, 2007

Dec. 11, 2007

Alistair Leslie-Hughes wrote: > Hi, > Changelog: > shlwapi: Fix memory leak in test. > > Best Regards > Alistair Leslie-Hughes > > > No patch attached? -Zac

1 0

re: COM
by Dan Kegel Dec. 11, 2007

Dec. 11, 2007

Adelle wrote: > I have some COM DLLs which work fine with VB6 applications on wine. > Is it possible to instantiate a windowsy COM object from a linuxy > application written in some form of C++ (eg, for compilation with gcc)? Erm, maybe you could write a winelib app, but you might have to use the C interface to COM. Why not keep using the VB6 app? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

deleting AppDB deleted
by Richard S Dec. 10, 2007

Dec. 10, 2007

Hi Im one of the maintainers of the iTunes 6.x (was) On Saturday I received this email ' Subject: [AppDB] Version '6.x' of 'iTunes' deleted Date: Sat, 08 Dec 2007 12:15:45 -0600 (18:15 GMT) Version '6.x' of 'iTunes' deleted ------------------------------------------------------- The action was performed by Wesley Hamel Reasons given Cleanup ' Is it standard practice to remove all old versions of a program except for the most recent? IF this is true, WHY? Rich

4 3

Bugzilla rights
by Vitaliy Margolen Dec. 10, 2007

Dec. 10, 2007

Bugzilla admin, please disallow people to add/remove e-mail addresses to/from bugs unless they've been given that right. Or at least have rights to modify any aspect of the bug. Thanks, Vitaliy.

6 6

File a bug report?
by Gilles May Dec. 10, 2007

Dec. 10, 2007

Hi everybody. After updating WINE to from 0.9.49 to 0.9.50 I noticed major slowdown in Company of Heroes, to the point that I get like 1 Frame every 2 seconds. Wine spams the console with: fixme:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Vertexshader 0x4d20b78 recompiled more than 50 times Trying to find out the cause for the slowdown I did my first attempt at using git bisect and I could trace the slowdown to this patch: 959212304dfaf0e7459374593b20b74fe22a0b57 is first bad commit commit 959212304dfaf0e7459374593b20b74fe22a0b57 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Tue Nov 20 21:14:10 2007 +0100 wined3d: Track vertex declaration changes on vertex shaders. If an attribute has type D3DDECLTYPE_D3DCOLOR, the red and blue channels are swizzled in the shader. Since the attribute is stored in the vertex declaration and not the vertex shader, it can change by setting a new vertex declaration. If this happens, we have to recompile the shader with the swizzling of that specific attribute turned on or off. :040000 040000 327661a4d0f8a02bdc18380084589c891b64af9c e35a2bcbf9514e4f261d8b7a93dcb24c0b3c89a7 M dlls Now without that patch there is slight texture corruption in the game, with the patch it's much much less but it renders the game unplayable. The reason I didn't file a bug report is that I am not sure if it is really a bug or not since obviously the patch fixes in-game texture corruption. Regards, Gilles

2 1

Read Application Memory
by Kai Lauterbach Dec. 10, 2007

Dec. 10, 2007

Hi, at the moment I'm writing a little Linux based program to read some variables from a Windows application. But my problem is, that i can't access to the virtual memory of the Win App running under wine. I don't know how to do this. c/c++ isn't the problem but the right way to do it. I've already read the wineserver's main.c and fd.c but I think that it's not a good way to put a code into, which give's me the chance to read something. I need sth to connect, like /dev/mem or a network port. My second idea was the wine debugger. Is it possible to get access the application memory at runtime from this? I mean, without stopping the application? I hope you can help me and I've described my problem as clear as possible ;) Greetings, Kai -- Kai Lauterbach <klaute(a)gmx.de>

3 2

Re: [PATCH 1/3] qmgr: Added DllGetClassObject and DllCanUnloadNow.
by Alexandre Julliard Dec. 10, 2007

Dec. 10, 2007

Roy Shea <roy(a)cs.hmc.edu> writes: > Revision 2. Made dll_ref static for now. > --- > dlls/qmgr/qmgr.spec | 2 ++ > dlls/qmgr/qmgr_main.c | 16 ++++++++++++++++ > 2 files changed, 18 insertions(+), 0 deletions(-) > > diff --git a/dlls/qmgr/qmgr.spec b/dlls/qmgr/qmgr.spec > index 1a63b32..c534b4f 100644 > --- a/dlls/qmgr/qmgr.spec > +++ b/dlls/qmgr/qmgr.spec > @@ -1,2 +1,4 @@ > +@ stdcall -private DllCanUnloadNow() > +@ stdcall -private DllGetClassObject(ptr ptr ptr) > @ stub DllRegisterServer > @ stub DllUnregisterServer These don't exist in the Windows dll. I don't think they make much sense in a service dll. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: user32: Test the initial state of the cursor.
by Alexandre Julliard Dec. 10, 2007

Dec. 10, 2007

"Andrew Riedi" <andrewriedi(a)gmail.com> writes: > +static void test_initial_cursor(void) > +{ > + HCURSOR cursor, cursor2; > + DWORD error; > + > + cursor = GetCursor(); > + > + /* Check what handle GetCursor() returns if a cursor is not set yet. */ > + SetLastError(0xdeadbeef); > + cursor2 = LoadCursor(NULL, IDC_WAIT); > + todo_wine { > + ok(cursor == (HCURSOR) 0x00010015, "Cursor handle is %p, not 0x00010015.\n", cursor); It doesn't make sense to hardcode handle values, it's not a behavior we want to replicate. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: sfnt2fnt: Use code from gdi32/freetype to do a better job findingthe TTAG_EBLC to deal with older version of freetype without having tofall back on unreliable hacks
by Dmitry Timoshkov Dec. 10, 2007

Dec. 10, 2007

"Aric Stewart" <aric(a)codeweavers.com> wrote: > + /* If the FT_Load_Sfnt_Table function is there we'll use it */ > +#ifdef HAVE_FT_LOAD_SFNT_TABLE > + err = FT_Load_Sfnt_Table(ft_face, table, offset, buf, len); > +#endif > +#ifdef HAVE_FREETYPE_INTERNAL_SFNT_H Probably using #elif instead of #endif+#ifdef above would be more correct. -- Dmitry.

1 0