> -Original Message-
> From: wine-devel-boun...@winehq.org [mailto:wine-devel-
> boun...@winehq.org] On Behalf Of Paul Chitescu
> Sent: Wednesday, June 12, 2013 2:37 AM
> To: wine-devel@winehq.org
> Subject: Re: Possible wine bug concerning the case of the DbgHelp.h header
> filename
> On W
Thank you Ken!
On Wed, Jun 12, 2013 at 8:35 PM, Ken Thomases wrote:
> Hi,
>
> On Jun 12, 2013, at 10:47 AM, Andrey Upadyshev wrote:
>
> > I've installed a Wine 1.5.31 instead of 1.4.smthng and found that tablets
> > support is broken. Some research gives me that wintab32 DLL fails to init
> > b
What if rect.Width is 0.25? Shouldn't we still clip then?
On 2013-06-12 12:37+0300 Paul Chitescu wrote:
Hi!
The Platform SDK creates DbgHelp.h however it shouldn't matter for Windows
programs as they are case insensitive.
The problem here is that MinGW somehow operates case sensitive so raise a bug
for that.
You are right. So I put together a simp
Hi,
On Jun 12, 2013, at 10:47 AM, Andrey Upadyshev wrote:
> I've installed a Wine 1.5.31 instead of 1.4.smthng and found that tablets
> support is broken. Some research gives me that wintab32 DLL fails to init
> because winemac driver doesn't implement tablet related functions
> (LoadTabletInfo e
Aric Stewart wrote:
> Looking to improve our Arabic support, I found that our Tahoma heavily uses
> glyphs from DejaVu fonts already, which are public domain.
Before making such claims I'd suggest to investigate first history behind
creation of Tahoma font replacement in Wine, and at least read
Hi All!
I've installed a Wine 1.5.31 instead of 1.4.smthng and found that tablets
support is broken. Some research gives me that wintab32 DLL fails to init
because winemac driver doesn't implement tablet related functions
(LoadTabletInfo etc) unlike x11 driver.
I'm a Wine newcomer so probably I g
Hi,
So working on Arabic font issues I have started really looking at wine's
Tahoma font. Windows Tahoma covers glyphs in quite a few ranges, Latin,
Cyrillic, Hebrew, Arabic, Thai to name a few. Wine's Tahoma has bit a fraction
of this coverage.
Looking to improve our Arabic support, I foun
> >
> > if (sm > 2) handle instruction length
> > else if (comment or def instruction) special handling for them
> > else skip DWORD with bit 31 set
> >
> > Is this correct?
> >
>
> SM >= 2 for the instruction length case, but apart from that it should be
> good.
>
>
Oups. Tipo. It's what I meant.
2013/6/12 Christian Costa :
>
>> > +HRESULT WINAPI D3DXGetShaderInputSemantics(const DWORD *byte_code,
>> > D3DXSEMANTIC *semantics, UINT *count)
>> > +{
>> > +const DWORD *ptr = byte_code;
>> > +UINT i = 0;
>> > +
>> > +TRACE("byte_code = %p, semantics = %p, count = %p\n", byte_code,
>
On 12 June 2013 00:17, Matteo Bruni wrote:
> I think you should be a bit more careful in skipping non-opcode
> DWORDs, otherwise you could e.g. potentially match with constants from
> DEF instructions - very unlikely to happen in practice, sure, but
> since it can be easily avoided, why not?
> Tak
On 12.06.2013 10:31, Christian Costa wrote:
2013/6/11 Rico Schüller
On 11.06.2013 22:08, Christian Costa wrote:
Fixes bug 26598.
---
dlls/d3dx9_36/effect.c |4
dlls/d3dx9_36/tests/effect.c | 17 +
2 files changed, 21 insertions(+)
diff --git a/dlls/d3
On Wednesday 12 June 2013 02:49:26 am Alan W. Irwin wrote:
> I successfully built the ultra-fast ninja build tool on Wine using the
> MinGW g++ compiler. To achieve that success I had to deal with a
> small number of issues including
> one wine/ninja header name inconsistency which is that DbgHe
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=25946
Your paranoid android
> > +HRESULT WINAPI D3DXGetShaderInputSemantics(const DWORD *byte_code,
> D3DXSEMANTIC *semantics, UINT *count)
> > +{
> > +const DWORD *ptr = byte_code;
> > +UINT i = 0;
> > +
> > +TRACE("byte_code = %p, semantics = %p, count = %p\n", byte_code,
> semantics, count);
> > +
> > +if (
On 12 June 2013 01:49, Alan W. Irwin wrote:
> I successfully built the ultra-fast ninja build tool on Wine using the
> MinGW g++ compiler. To achieve that success I had to deal with a
> small number of issues including
> one wine/ninja header name inconsistency which is that DbgHelp.h
> (#includ
2013/6/11 Rico Schüller
> On 11.06.2013 22:08, Christian Costa wrote:
>
>> +TRACE("byte_code = %p, semantics = %p, count = %p\n", byte_code,
>> semantics, count);
>>
> The rest of the file seems to use the trace without the "=".
>
> Indeed. I made a little confusion. Will fix that.
>
> +
2013/6/11 Rico Schüller
> On 11.06.2013 22:08, Christian Costa wrote:
>
>> Fixes bug 26598.
>> ---
>> dlls/d3dx9_36/effect.c |4
>> dlls/d3dx9_36/tests/effect.c | 17 +
>> 2 files changed, 21 insertions(+)
>>
>> diff --git a/dlls/d3dx9_36/effect.c b/dlls/d3dx9
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=25944
Your paranoid android
19 matches
Mail list logo
