I get an error when running a windows console program on wine. It
appears that in wine, GetStdHandle(STD_INPUT_HANDLE) doesn't return a
handle to a console so GetConsoleMode() on that handle fails. The
actual programs that fail are at: http://simh.trailing-edge.com/
Here is a simple patch to
On 06.12.2006 20:01, Francois Gouget wrote:
> The thing that blocked this patch from being applied last time is that,
> if I remember correctly, Alexandre would like the PNG functionality to
> be added to the IPicture implementation in dlls/oleaut32/olepicture.c.
> Then winemenubuilder would use
Am Dienstag 19 Dezember 2006 23:27 schrieb Stefan Dösinger:
> There is no point in messing with the states if we aren't going to draw
> anything anyway.
This patch will conflict slightly with Henri's multiple render target patch.
(device->renderTarget vs device->renderTarget[0]). If it does not ap
Alexandre Julliard escribió:
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
+#define HANDLE_DISPATCH(left, right) \
+if ((V_VT(param_left) & VT_TYPEMASK) == VT_DISPATCH && \
+(V_VT(param_right) & VT_TYPEMASK) != VT_NULL) \
+{\
+HRESULT hres;\
+left = &tempLe
Am Montag 18 Dezember 2006 22:10 schrieb Günther Brammer:
> Only tested with wine, unfortunately. Tests for the issue causing Bug 5730.
I will run your test on windows, but I'd expect it to work. Can you also test
which color key GetSurfaceDesc returns?
>
> diff --git a/dlls/ddraw/tests/dsurface.
[EMAIL PROTECTED] wrote:
> I was wondering if anyone had tried STLPort 5 with winelib. From searching
> the archives it seems you need to swap out gcc/c++ for winegcc/wineg++ and
> pass the -mno-cygwin option. Doing that gives me these errors.
>
> make -f gcc.mak all
>
> wineg++ -pthread -mno-cy
[EMAIL PROTECTED] wrote:
> I was wondering if anyone had tried STLPort 5 with winelib. From searching
> the archives it seems you need to swap out gcc/c++ for winegcc/wineg++ and
> pass the -mno-cygwin option. Doing that gives me these errors.
>
> make -f gcc.mak all
>
> wineg++ -pthread -mno-cy
"Stefan Dösinger" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> DirectX10 will be after Wine 1.0 I am afraid. Development outside the tree
> may
> start earlier, but last I knew AJ plans a feature freeze soon(aka when d3d
> is
> stable), adding d3d10 would delay that way to muc
On 19 déc. 06, at 00:51, Kai Blin wrote:
On Tuesday 19 December 2006 00:27, Remco wrote:
So, what's the status/news of DX10? DX in general? the Mac-port?
Wine 1.0?
What's the status of anything else that has been a major thing
last year?
As I don't own an Intel Mac, I can't tell you much
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
> +#define HANDLE_DISPATCH(left, right) \
> +if ((V_VT(param_left) & VT_TYPEMASK) == VT_DISPATCH && \
> +(V_VT(param_right) & VT_TYPEMASK) != VT_NULL) \
> +{\
> +HRESULT hres;\
> +left = &tempLeft;\
> +hres =
On Tue, 2006-12-19 at 13:09 +0100, Michal Okresa wrote:
> Hello,
>
> wine developers guide says that conformance tests must pass successfully on
> all Windows platforms.
>
> I tried couple of tests in past weeks to catch wine's style of unit testing,
> but now I am confused. For example I run
On 12/19/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
Passing the DC is not an option, that's a private gdi32 structure that
the driver doesn't know about. You shouldn't need to change the
function signature in any case, it already takes an lpDx array, all
you have to do is put better spacin
Hello,
wine developers guide says that conformance tests must pass successfully on
all Windows platforms.
I tried couple of tests in past weeks to catch wine's style of unit testing,
but now I am confused. For example I run crosscompiled olefont test
(oleaut32) on the windows machines (XP, 9
Am Dienstag 19 Dezember 2006 07:53 schrieb Tom Wickline:
> On 12/18/06, Remco <[EMAIL PROTECTED]> wrote:
> > So, what's the status/news of DX10? DX in general?
>
> See : http://wiki.winehq.org/DirectX-ToDo
>
> That ToDo is up to date as far as I know, DX10 = 0% completeness.
>
> If anyone is aware
"Pedro Araújo Chaves Jr." <[EMAIL PROTECTED]> writes:
> Right now I can't think of another way around that bug except a patch that
> big, but I think we could break it into two smaller ones: the first one
> would change what must be changed for the second one ― the actual correction
> ― to work. W
15 matches
Mail list logo
