On 4/29/05, Oliver Stieber <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've put an updated patch and some new screeshost on
> sourceforge for the time being
> http://directxwine.sourceforge.net/, I'm now at the
> point where I'm happy to stop fixing bugs in DirectX 9
> and start sending in more patches..
I'm having a look at the public beta of Notes 7 with a view to making this
work but I get quite a few MSI errors. How do I override the built in msi.
Bob
Le sam 30/04/2005 Ã 16:21, Ivan Gyurdiev a Ãcrit :
> On Sat, 2005-04-30 at 13:25 -0400, Vincent BÃron wrote:
> > Hi Jesse,
> >
> > The failures you see are only whitespace changes.
> > Either make patch skip whitespace changes, or apply the following patch
> > to Olivier's patch prior to apply it
On Sat, 2005-04-30 at 13:25 -0400, Vincent BÃron wrote:
> Hi Jesse,
>
> The failures you see are only whitespace changes.
> Either make patch skip whitespace changes, or apply the following patch
> to Olivier's patch prior to apply it to your tree.
gcc -c -I. -I. -I../../include -I../../include -
Hi Jesse,
The failures you see are only whitespace changes.
Either make patch skip whitespace changes, or apply the following patch
to Olivier's patch prior to apply it to your tree.
Vincent
--- d3d9patch.2005-04-28-2.diff 2005-04-29 11:17:13.0 -0400
+++ d3d9patch.2005-04-30-1.diff 2005-0
Hey everyone,
I was recently messing around with Oliver's new patch and it took me a
while to figure out how to apply it. So, in case anyone else is like me
and doesn't want to ask, the command that I used to patch wine-20050419
from within the wine directory was:
patch -p2 < (path_to_patch)/d3d9p
Thanks for the input, Rein. Allowing either a width or height of zero to fall
through should result in a 1x1 monochrome bitmap (I haven't tested it, but
did read through the code and it looks like that would be returned).
However, the other points that I made call into question the need for the
On 4/29/05, Oliver Stieber <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've put an updated patch and some new screeshost on
> sourceforge for the time being
> http://directxwine.sourceforge.net/
The patch may not be fully synched. I get a rejection in
dlls/wined3d/direct.x with the snapshots of yesterd
Can someone take a look at http://bugs.winehq.org/show_bug.cgi?id=1536
and help out the author? He has posted a WINEDEBUG=+key,+keyboard log
to the bug and I am unable to determine the problem. There are a few
other bugs referenced near the bottom with similar (but not the same)
problems whic
Shachar Shemesh wrote:
The problem is that I'm not interested in this test. I just think
that, off the shelf, tests should not fail. My opinion is that if this
is not a problem with Wine, it shouldn't fail the test.
The issue from a test perspective is that wine fails differently
than windows und
Robert Reif wrote:
Shachar Shemesh wrote:
make[3]: Entering directory `/home/sun/sources/wine/dlls/dsound/tests'
../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p
dsound_test.exe.so dsound.c && touch dsound.ok
err:wave:DSDB_MapBuffer Could not map sound device for direct access
(Inpu
Shachar Shemesh wrote:
make[3]: Entering directory `/home/sun/sources/wine/dlls/dsound/tests'
../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p
dsound_test.exe.so dsound.c && touch dsound.ok
err:wave:DSDB_MapBuffer Could not map sound device for direct access
(Input/output error)
err
make[3]: Entering directory `/home/sun/sources/wine/dlls/winmm/tests'
../../../tools/runtest -q -P wine -M winmm.dll -T ../../.. -p
winmm_test.exe.so wave.c && touch wave.ok
wave.c:594: Test failed: The sound played for 1169 ms instead of 1000 ms
make[3]: *** [wave.ok] Error 1
make[3]: Leaving di
Shachar Shemesh wrote:
The results, this time really from CVS tip:
make[3]: Entering directory `/home/sun/sources/wine/dlls/user/tests'
../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so win.c && touch win.ok
fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE
win.c
Shachar Shemesh wrote:
The results, this time really from CVS tip:
Shachar
../../../tools/runtest -q -P wine -M oleaut32.dll -T ../../.. -p
oleaut32_test.exe.so typelib.c && touch typelib.ok
err:ole:TLB_ReadTypeLib Loading of typelib L"olepro32.dll" failed with
error 1812
typelib.c:39: Test
Shachar Shemesh wrote:
The results, this time really from CVS tip:
make[3]: Entering directory `/home/sun/sources/wine/dlls/ole32/tests'
../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p
ole32_test.exe.so stg_prop.c && touch stg_prop.ok
err:heap:HEAP_ValidateInUseArena Heap 401e:
Shachar Shemesh wrote:
The results, this time really from CVS tip:
make[3]: Entering directory `/home/sun/sources/wine/dlls/kernel/tests'
../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
kernel32_test.exe.so file.c && touch file.ok
fixme:vxd:VXD_Open Unknown/unsupported VxD L"bogu
Shachar Shemesh wrote:
The results, this time really from CVS tip:
make[3]: Entering directory `/home/sun/sources/wine/dlls/gdi/tests'
../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p
gdi32_test.exe.so metafile.c && touch metafile.ok
metafile.c:468: Test failed: (0,0)->(1000,1000), e
Shachar Shemesh wrote:
The results, this time really from CVS tip:
This time:
make[3]: Entering directory `/home/sun/sources/wine/dlls/dsound/tests'
../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p
dsound_test.exe.so dsound.c && touch dsound.ok
err:wave:DSDB_MapBuffer Could not map
The results, this time really from CVS tip:
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://www.lingnu.com/
Shachar Shemesh wrote:
Hi,
Following the discussion in Wineconf, I'm forwarding test failures to
the list.
Methodology - Debian SID. I did "apt-get build-dep wine" (install most
wine dependencies), and checked out a pristine CVS. ./configure (no
parameters), make depend, make.
Next I deleted t
make[3]: Entering directory `/home/sun/sources/wine/dlls/user/tests'
../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so msg.c && touch msg.ok
err:mdi:get_client_info client 0x9009c belongs to other process
msg.c:788: Test failed: WM_LBUTTONDOWN on a button: the msg 0
Shachar Shemesh wrote:
Hi,
Following the discussion in Wineconf, I'm forwarding test failures to
the list.
Methodology - Debian SID. I did "apt-get build-dep wine" (install most
wine dependencies), and checked out a pristine CVS. ./configure (no
parameters), make depend, make.
Next I deleted t
Shachar Shemesh wrote:
Hi,
Following the discussion in Wineconf, I'm forwarding test failures to
the list.
Methodology - Debian SID. I did "apt-get build-dep wine" (install most
wine dependencies), and checked out a pristine CVS. ./configure (no
parameters), make depend, make.
Next problem:
mak
Hi,
Following the discussion in Wineconf, I'm forwarding test failures to
the list.
Methodology - Debian SID. I did "apt-get build-dep wine" (install most
wine dependencies), and checked out a pristine CVS. ./configure (no
parameters), make depend, make.
Next I deleted the ~/.wine directory, a
25 matches
Mail list logo