This looks wrong.
scaled_rect is an internally calculated value, not something supplied
by the user, and comparing it to 0.5 doesn't make sense, especially
since by this point the width was altered to add padding.
Is there a problem with this patch?
http://source.winehq.org/patches/data/9
Nozomi
On Sat, 13 Apr 2013, Dmitry Timoshkov wrote:
[...]
> As I've pointed out, 64-bit XP and Vista VMs do exist and work just fine,
> please include at least them in the default VM set.
I see. I have moved WXPX64 and WVISTAX64 to the base set of VMs.
> > I'd point you to the new WineTestBot but it do
Francois Gouget wrote:
> > recently the set of VMs suggested to run the tests on by default has
> > changed.
> > It no more includes NT4, XP and Vista (although it does include win2000),
> > 32-bit VMs for NT4, XP and Vista don't even exist in the list of available
> > VMs
> > (64-bit XP and Vi
On Fri, 12 Apr 2013, Dmitry Timoshkov wrote:
> Hi all,
>
> recently the set of VMs suggested to run the tests on by default has changed.
> It no more includes NT4, XP and Vista (although it does include win2000),
> 32-bit VMs for NT4, XP and Vista don't even exist in the list of available VMs
> (
On 11 April 2013 11:26, Nikolay Sivov wrote:
> By the way, the main reason why I added this topic to GSoC page was that it
> seems to me that it's possible to implement it incrementally, this is a very
> important, and XPath implementation is a significant part of a long term
> plan to stop using
On 2013-04-10 14:28, Sergey Guralnik wrote:
It's better, but testing the message sequence doesn't seem very
useful,
particularly since you don't differentiate parent and child
messages.
Also you should test the region before the move to show that it's
the
move that's changing it.
Changes s
On 12 April 2013 11:44, Stefan Dösinger wrote:
> I missed that one, but isn't that dead code already? 1 is a power of
> 2, and the code that calculates pow2_width should recognize it as
> such. So there shouldn't be a 1x1 RECT texture, and thus no RECT
> texture that doesn't have WINED3D_TEXTURE_P
Dmitry Timoshkov writes:
> This patch fixes the problem reported in the bug 1.
Before you can start killing threads, you'll need to fix the various
synchronization primitives (with appropriate tests of course) to take
process shutdown into account, otherwise it will deadlock all over the
pla
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-04-12 10:34, schrieb Henri Verbeet:
> Possibly, although the only really problematic condition is the
> 1x1 texture one. If you make that go away, the condition comes down
> to ARB_texture_rectangle being supported, having a 2D texture, and
> t
Hi all,
recently the set of VMs suggested to run the tests on by default has changed.
It no more includes NT4, XP and Vista (although it does include win2000),
32-bit VMs for NT4, XP and Vista don't even exist in the list of available VMs
(64-bit XP and Vista do exist, but for some reason are not
On 12 April 2013 09:52, Stefan Dösinger wrote:
> I think this should be 'fixed' by supporting conditional NP2 textures
> only when texture_rectangle is supported and get rid of other
> situations where we scale coordinates.
>
Possibly, although the only really problematic condition is the 1x1
text
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-04-11 13:40, schrieb Henri Verbeet:
> The basic idea is ok, but the conditions for when np2_fixup is set
> are a bit more complicated than that. Specifically, look at how
> the WINED3D_TEXTURE_POW2_MAT_IDENT texture flag is set / cleared
> in t
13 matches
Mail list logo
