2013/2/17 Henri Verbeet :
> On 17 February 2013 18:10, Matteo Bruni wrote:
>> @@ -6168,18 +6172,10 @@ HRESULT surface_load_location(struct wined3d_surface
>> *surface, DWORD location, c
>>
>> if (surface->resource.usage & WINED3DUSAGE_DEPTHSTENCIL)
>> {
>> -if (location == SFLAG
On 17 February 2013 18:10, Matteo Bruni wrote:
> @@ -6168,18 +6172,10 @@ HRESULT surface_load_location(struct wined3d_surface
> *surface, DWORD location, c
>
> if (surface->resource.usage & WINED3DUSAGE_DEPTHSTENCIL)
> {
> -if (location == SFLAG_INTEXTURE)
> -{
> -
On 02/15/2013 09:38 PM, Gennady Telegin wrote:
Hi,
I want to unsubscribe from this list, how to do it?
Best,
Gennady Telegin
It's wine-announce so go to
http://www.winehq.org/mailman/listinfo/wine-announce and read
instructions at the bottom of the page
On 17 February 2013 15:40, Stefan Dösinger wrote:
> Am 17.02.2013 um 14:25 schrieb Stanislaw Halik :
>> Security impact is nil - Win32 can reference the extension regardless.
>> Well-written code won't expose the issue. Patch is a bit messed up WRT lack
>> of binding back to 0 in some places, bu
Alessandro Pignotti writes:
>> On 2013-02-07 17:00, Alessandro Pignotti wrote:
>> >+opcode=(unsigned char*)context->Eip;
>> >+if (*opcode==0x65 && /* GS segment instruction prefix */
>> >+context->SegGs!=ntdll_get_thread_data()->gs)
>>
>> Segment-override prefix may be preceded b
On Feb 17, 2013, at 4:18 AM, Alessandro Pignotti wrote:
> Third attempt
>
>
>
> Hi everyone,
>
> I've found two different games:
>
> -) Of orcs and men
> -) The testament of sherlock holmes
>
> which are using a protection scheme which reset the GS segment selector,
> possibl
> On 2013-02-07 17:00, Alessandro Pignotti wrote:
> >+opcode=(unsigned char*)context->Eip;
> >+if (*opcode==0x65 && /* GS segment instruction prefix */
> >+context->SegGs!=ntdll_get_thread_data()->gs)
>
> Segment-override prefix may be preceded by repeat or operand-size
> override
Updated patch following review.
diff --git a/dlls/wined3d/directx.c b/dlls/wined3d/directx.c
index acdcc57..9b37458 100644
--- a/dlls/wined3d/directx.c
+++ b/dlls/wined3d/directx.c
@@ -854,6 +854,11 @@ static void quirk_broken_rgba16(struct wined3d_gl_info *gl_info)
gl_info->quirks |= WINED
On 2013-02-16 11:47, Stanislaw Halik wrote:
Going to ask Ben Supnik from Laminar Research (X-Plane developer) and
BCC him, since he has apparently run into the same issue. There's much
info of fglrx woes (not really Linux specific, either) on
http://developer.x-plane.com/
Sorry for double-post
On 2013-02-16 09:04, Stefan Dösinger wrote:
What you really want to do is figure out why GL_ARB_map_buffer_range
is slow on fglrx, and make sure that the problem is really fglrx
specific. I fixed a number of dynamic buffer performance problems in
the past months, but there are still problems if w
Hi,
I want to unsubscribe from this list, how to do it?
Best,
Gennady Telegin
On Sat, Feb 16, 2013 at 12:30 AM, Alexandre Julliard wrote:
> The Wine development release 1.5.24 is now available.
>
> What's new in this release (see below for details):
> - Keyboard and mouse wheel support i
Am 17.02.2013 um 14:25 schrieb Stanislaw Halik :
> Security impact is nil - Win32 can reference the extension regardless.
> Well-written code won't expose the issue. Patch is a bit messed up WRT lack
> of binding back to 0 in some places, but that'll be amended.
I basically agree with this - the
On 2013-02-17 12:20, Henri Verbeet wrote:
On 17 February 2013 07:17, Stanislaw Halik wrote:
This one should be better. Sorry about indentation. Much, much FPS, and
supposedly no loss of functionality.
I didn't really review this, but I think any extension that allows
"... including program or
On 17 February 2013 07:17, Stanislaw Halik wrote:
> This one should be better. Sorry about indentation. Much, much FPS, and
> supposedly no loss of functionality.
>
I didn't really review this, but I think any extension that allows
"... including program or even system termination." from regular u
Looks like both encoding and RTL checks.
I think the translation is non-UTF-8 (At least it was like that when I was
working with .rc files).
Nowadays I believe that the PO should be UTF-8 so it shouldn't matter.
Kind regards,
Yaron Shahrabani
On Sun, Feb 17, 2013 at 11:52 AM, Francois Gouget
I have noticed some test failures that only happen when I set the locale
and display language to Japanese and/or Hebrew in Windows 7. Let me know
if I should create bugs for these.
* comctl32:listview (Hebrew and Japanese)
listview.c:3822: Test failed: Expected 96, got 112
listview.c:4751:
16 matches
Mail list logo
