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

Re: [2/5] wined3d: Properly reset the stateblock.
by Alexandre Julliard Dec. 19, 2008

Dec. 19, 2008

Henri Verbeet <hverbeet(a)codeweavers.com> writes: >>From fe7697e20a1316e9bf5dba0469b4d39e5259d07b Mon Sep 17 00:00:00 2001 > From: Henri Verbeet <hverbeet(a)codeweavers.com> > Date: Thu, 18 Dec 2008 17:59:06 +0100 > Subject: wined3d: Properly reset the stateblock. This doesn't work here: ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so device.c && touch device.ok device.c:2014: Tests skipped: Display format X1R5G5B5 not supported, skipping device.c:824: Test failed: D3DVIEWPORT->Width = 0 device.c:825: Test failed: D3DVIEWPORT->Height = 0 device.c:827: Test failed: D3DVIEWPORT->MaxZ = 0.000000 device.c:872: Test failed: D3DVIEWPORT->Width = 0 device.c:873: Test failed: D3DVIEWPORT->Height = 0 device.c:875: Test failed: D3DVIEWPORT->MaxZ = 0.000000 make: *** [device.ok] Error 6 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: user32: set an error in SetParent if parent == hwnd
by Dmitry Timoshkov Dec. 19, 2008

Dec. 19, 2008

"Vincent Povirk" <madewokherd+8cd9(a)gmail.com> wrote: > fixes bug 16566 This kind of changes require a test case, adding which is trivial in this case. -- Dmitry.

2 2

Last change to http://wiki.winehq.org/Comctl32
by Paul Vriens Dec. 19, 2008

Dec. 19, 2008

Hi, I was just wondering if the addition of a link to http://www.dll-download-system.com should be in our wiki. Isn't it better to point to winetricks for getting riched20? -- Cheers, Paul.

3 2

Patch Feedback
by Alistair Leslie-Hughes Dec. 19, 2008

Dec. 19, 2008

Hi, Is there anything wrong with patches? [1/2] mshtml: Implement IHTMLScriptElement get/put event [2/2] mshtml: Implement IHTMLScriptElement get/put htmlFor Best Regards Alistair Leslie-Hughes

2 1

Re: dmime: Remove unused Wine debug channel
by Francois Gouget Dec. 19, 2008

Dec. 19, 2008

On Thu, 18 Dec 2008, Andrew Talbot wrote: > Changelog: > dmime: Remove unused Wine debug channel. > > diff --git a/dlls/dmime/dmutils.c b/dlls/dmime/dmutils.c > index ad46303..3f25728 100644 > --- a/dlls/dmime/dmutils.c > +++ b/dlls/dmime/dmutils.c > @@ -43,7 +43,6 @@ > > #include "dmutils.h" > > -WINE_DEFAULT_DEBUG_CHANNEL(dmusic); > WINE_DECLARE_DEBUG_CHANNEL(dmfile); It does not seem logical to remove the default debug channel while keeping another channel. So I think that in addition to that you should be making dmfile the default and change the traces accordingly. The same thing applies to your dmstyle patch. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ If it stinks, it's chemistry. If it moves, it's biology. If it does not work, It's computer science.

1 0

strange
by Hervÿffffe9 Chanal Dec. 19, 2008

Dec. 19, 2008

It's rather quickly made but... http://img72.imageshack.us/my.php?image=dessindi7.png

1 0

RE: 4/4 WineD3D: add G16R16F / G32R32F support
by Stefan Dösinger Dec. 19, 2008

Dec. 19, 2008

I think we should emulate this format like we emulate R32F with ARGB32F if GL_TEXTURE_RG is not supported. It is a fairly new extension and the format is probably rather important. (It should not be part of this patch though. Just a general note, the patch itself looks ok) > -----Original Message----- > From: wine-patches-bounces(a)winehq.org [mailto:wine-patches- > bounces(a)winehq.org] On Behalf Of Roderick Colenbrander > Sent: Thursday, December 18, 2008 11:04 PM > To: wine-patches(a)winehq.org > Subject: 4/4 WineD3D: add G16R16F / G32R32F support > > > -- > Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL für > nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a

2 1

Re: [3/5] wined3d: Only apply shader constants that changed.
by Ivan Gyurdiev Dec. 19, 2008

Dec. 19, 2008

> Henri Verbeet wrote: This looks like data structure design mixed with GL and shader code. I think it would be better if the data structure was in its own file, without any GL or D3D dependencies, and wined3d and other components could use it. - Ivan

2 1

re: WCOM
by Dan Kegel Dec. 19, 2008

Dec. 19, 2008

faquir wrote: > I want support out-of-process COM on a mobile phone platform base on Linux. > Wine is perfect,but also is too big and too complex to run on the device. > So,I' going to create a project named WCOM with some code(ole32 and > rpcrt4) from wine Say, how about making Wine configurable, like Embedded XP and Linux are? We already have a configure script. You could add a --tiny configure option to disable everything but the tiniest core needed for embedded devices. Avoiding a fork might be very good for you business-wise, because it would mean less maintenance work for you. Since Wine is LGPL, you are free to use it in commercial projects as long as you follow the license's requirements. Consult a lawyer for details. See also http://www.softwarefreedom.org/resources/2008/compliance-guide.html for a guide written by lawyers about how to conform to the GPL, LGPL, and related licenses. BTW, my take on things is: The intent of the LGPL was something like "allow users to fix bugs in the code", so in general you should not static link Wine code directly into your apps, but rather leave Wine as replaceable dynamic shared libraries. You must provide the source for the Wine tree you use. Ideally you'd also provide a way for users to build Wine themselves and flash the device with their own improved versions of wine. But I Am Not A Lawyer. - Dan

2 1

WCOM
by 田雪锋 Dec. 19, 2008

Dec. 19, 2008

Hi,all: I want support out-of-process COM on a mobile phone platform base on Linux. Wine is perfect,but also is too big and too complex to run on the device. So,I' going to create a project named WCOM with some code(ole32 and rpcrt4) from wine,well,WCOM is not need load by wine. I‘m a newbie and have a question: WCOM should be opensource,but the mobile phone platform is a business project, can i use the code from Wine to create WCOM without adding authorization from Wine or business license ? Best Regards faquir

2 1