Am 20.06.2013 17:55, schrieb Bruno Jesus:
On Thu, Jun 20, 2013 at 12:42 PM, Fabian Ebner wrote:
Allow winetest to output stuff inside a wineconsole.
Fixes http://bugs.winehq.org/show_bug.cgi?id=28191
---
programs/winetest/gui.c | 6 +++---
programs/winetest/main.c | 2 +-
program
Mathis Beer writes:
> As such, this patch changes msync to be called asynchronously.
>
> This is revision three of this patch. It leaves the original #define
> MS_SYNC 0 in place and instead changes NtFlushVirtualMemory to use
> MS_ASYNC only if mman.h was found earlier. (It also adds comments)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-06-20 13:23, schrieb Henri Verbeet:
>> Just to make sure I understand you correctly: You're saying that
>> the test should still call SetRenderState(LIGHTING), check the
>> initial value, and GetRenderState(LIGHTING) should return a
>> hardcode
On Wed, Jun 19, 2013 at 5:22 PM, Frédéric Delanoy
wrote:
> Just wondering: does it make sense to translate a call for translators?
>
> I mean, if a volunteer can't understand the English from the call,
> (s)he wouldn't be able to translate correctly anyway.
I don't see any problem in translating
On 20 June 2013 13:18, Stefan Dösinger wrote:
> I don't know any application that depends on this. It just seemed like
> an interesting thing to test to see how far the interaction between
> the different APIs goes.
>
> Just to make sure I understand you correctly: You're saying that the
> test sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-06-20 13:02, schrieb Henri Verbeet:
> On 20 June 2013 12:17, Stefan Dösinger
> wrote:
>> /* Light state */ DWORD material; +DWORD dummy_rs_lighting;
>>
> Considering the render state doesn't exist in early ddraw versions,
> do we really c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-06-20 13:02, schrieb Henri Verbeet:
> On 20 June 2013 12:17, Stefan Dösinger
> wrote:
>> -return
>> IDirect3DDevice7_DrawPrimitive(&device->IDirect3DDevice7_iface,
>> device->primitive_type, +return
>> IDirect3DDevice3_DrawPrimitive(&d
On 20 June 2013 12:17, Stefan Dösinger wrote:
> /* Light state */
> DWORD material;
> +DWORD dummy_rs_lighting;
>
Considering the render state doesn't exist in early ddraw versions, do
we really care that its value is preserved? It seems unlikely that
anything except our tests would
On 20 June 2013 12:17, Stefan Dösinger wrote:
> -return IDirect3DDevice7_DrawPrimitive(&device->IDirect3DDevice7_iface,
> device->primitive_type,
> +return IDirect3DDevice3_DrawPrimitive(&device->IDirect3DDevice3_iface,
> device->primitive_type,
> device->vertex_type, device
On 20 June 2013 12:17, Stefan Dösinger wrote:
> @@ -4250,7 +4250,12 @@ static HRESULT WINAPI d3d2_CreateDevice(IDirect3D2
> *iface, REFCLSID riid,
> wined3d_mutex_lock();
> hr = d3d_device_create(ddraw, surface_impl, 2, &device_impl, NULL);
> if (SUCCEEDED(hr))
> +{
>
On 19 June 2013 21:59, Matteo Bruni wrote:
> While it doesn't really matter for the test results (it only affects the
> alpha component of the following test but that isn't checked anyway) I feel
> it's a good idea to properly cleanup and avoid dependencies between
> tests.
Yeah, though ideally we
hi all,
firstly, i didn't use launchpad so much, but i used transifex for
a mouths help to translate several opensource projects including the
transifex itself. i found it can answer these needs as commented
following.
Quoted from
http://www.winehq.org/pipermail/wine-devel/2011-September/092047.h
12 matches
Mail list logo