Stefan Dösinger <stefan(a)codeweavers.com> writes:
> Using win_skip this time
It fails here:
../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c && touch visual.ok
visual.c:7975: Tests skipped: Card has unconditional pow2 support, skipping conditional NP2 tests
visual.c:10076: Test failed: Windows driver confuses U and V channels, skipping test
make[1]: *** [visual.ok] Error 1
--
Alexandre Julliard
julliard(a)winehq.org
On 6 July 2010 14:53, Stefan Dösinger <stefan(a)codeweavers.com> wrote:
> + * DirectX9 cards return 0.5, DirectX10 cards return 0.73. Some games(Half Life 2 based ones
> + * specifically) need the DX9 behavior. DX10 Windows drivers apparently have a quirk for HL2. Wine
> + * emulates the DX9 behavior, this tests accepts the DX10 behavior with broken().
It's really HL2 that's broken then, I don't think it would be
unreasonable for wined3d to adapt the newer behaviour on appropriate
cards in the future.
On Mon, Jul 05, 2010 at 06:51:36PM +0100, Ken Sharp wrote:
> +{
> + 0 ""
> + 1 "px"
> + 2 "b" /* What is "b" ? */
> + 3 "mm"
> + 4 "dpi" /* dotiau fesul modfedd */
> + 5 "%"
> + 6 "ns" /* What is "ns" ? */
> +}
See the SANE_UNIT_ defines in /usr/include/sane/sane.h
'b' is bits and 'ns' should be microseconds, so it looks like the
English resource is incorrect too.
Huw.
PS Happy to see the Welsh translations coming in!
On 07/05/2010 07:38 PM, Ken Sharp wrote:
>
>
Hi Ken,
Next to fixing the apply failure you should also add the "#pragma
code_page(65001)" statement to avoid these warnings:
Warning: string "R-phost a sheoladh mar a theip ní gá duit a cliant
ríomhphoist MAPI shuiteáil." seems to be UTF-8 but codepage 1252 is in use.
Warning: string "Seol Ríomhphost" seems to be UTF-8 but codepage 1252 is
in use.
--
Cheers,
Paul.
One widely used dll injection technique is copying the dll path to the
target process memory and calling CreateRemoteThread() using the address of
LoadLibraryA as lpStartAddress. This relies on the fact that all processes
have the same base address of kernel32.dll (and some other system dlls).
On Wine only ntdll is always loaded to the same base address, so it's
potentially possible to do the same for kernel32, right?
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=3178
Your paranoid android.
=== W2KPROSP4 (32 bit ordinal) ===
ordinal.c:594: Test failed: GetShellSecurityDescriptor should fail
ordinal.c:617: Test failed: returned value is not valid SD
No test summary line found
=== W7PRO (32 bit ordinal) ===
ordinal.c:1766: Test failed: got 26
ordinal.c:1816: Test failed: got 26
ordinal.c:1824: Test failed: got 26
ordinal.c:1832: Test failed: got 37, length 38
ordinal.c:1843: Test failed: got 40
=== W7PROX64 (64 bit ordinal) ===
ordinal.c:1760: Test failed: got 10
ordinal.c:1781: Test failed: got 7
ordinal.c:1794: Test failed: got 10
ordinal.c:1802: Test failed: got 10
ordinal.c:1832: Test failed: got 32, length 33
ordinal.c:1843: Test failed: got 35
ordinal.c:1854: Test failed: got 19
ordinal.c:1865: Test failed: got 22
Hi All:
Just wanted to let y'all know you seem to have great progress towards
wine 1.2. I am eagerly awaiting its release so that I can start
submitting more patches.
Meanwhile, I am learning background material for D3DX9.
Along with the wonderful book Dan recommended:
http://www.d3dcoder.net/d3d9c.aspx
I have also found a very useful tutorial:
http://www.directxtutorial.com/
Additionally, if anyone is curious as to how to compile DirectX 9.0
applications using MingW, I have found the following command to be
useful:
i586-mingw32msvc-g++ test.cpp -o test.exe -fcheck-new
-Idxsdk/DXSDK/Include -ld3d9 dxsdk/DXSDK/Lib/x86/d3dx9.lib
This assumes that one downloads the DirectX SDK June 2010 version from:
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=302…
You will have a file named:
DXSDK_June10.exe
To extract:
cd placewhereyoursourcefilesare
mkdir dxsdk
cd dxsdk
cabextract /pathtofile/DXSDK_June10.exe
In any case, good luck with getting closer to 1.2 release!
Misha
p.s. As was the case when I previously worked on wine, I am setting up a
copy of Windows 98 for crosstest checks. I am not sure this is strictly
necessary (I use XP 64 VMWared as my main crosstest version) - or that
DirectX 9 will even work in this version (although it says so per web
site), but in any case better safe than sorry.
Austin Lund <austin.lund(a)gmail.com> wrote:
>Subject: [PATCH] riched20: Process WM_GETMINMAXINFO which arrives before WM_NCCREATE.
>
>
Austin:
Does this solve a regression bug?
If not this will have to wait until Wine 1.2 is released.
Also, a conformance test that demonstrates this is what Windows does helps a great deal.
James McKenzie
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=3171
Your paranoid android.
=== W2KPROSP4 (32 bit ordinal) ===
ordinal.c:599: Test failed: GetShellSecurityDescriptor should fail
ordinal.c:622: Test failed: returned value is not valid SD
No test summary line found
=== W7PRO (32 bit ordinal) ===
ordinal.c:1771: Test failed: got 26
ordinal.c:1821: Test failed: got 26
ordinal.c:1829: Test failed: got 26
ordinal.c:1837: Test failed: got 37, length 38
ordinal.c:1848: Test failed: got 40
=== W7PROX64 (64 bit ordinal) ===
ordinal.c:1765: Test failed: got 10
ordinal.c:1786: Test failed: got 7
ordinal.c:1799: Test failed: got 10
ordinal.c:1807: Test failed: got 10
ordinal.c:1837: Test failed: got 32, length 33
ordinal.c:1848: Test failed: got 35
ordinal.c:1859: Test failed: got 19
ordinal.c:1870: Test failed: got 22