Dmitry Timoshkov ha scritto:
"Massimo Del Fedele" wrote:
The driver loading mechanics is the gdi32 one duplicated in winedib.drv.
winedib.drv just intercept DIB calls and forward others to *any* other
driver. Again, in my thoughts that is a "transient" phase, at the end all
dib processing shou
2009/5/27 Dmitry Timoshkov :
> "Massimo Del Fedele" wrote:
>
>> The driver loading mechanics is the gdi32 one duplicated in winedib.drv.
>> winedib.drv just intercept DIB calls and forward others to *any* other
>> driver. Again, in my thoughts that is a "transient" phase, at the end all
>> dib pro
"Massimo Del Fedele" wrote:
The driver loading mechanics is the gdi32 one duplicated in winedib.drv.
winedib.drv just intercept DIB calls and forward others to *any* other
driver. Again, in my thoughts that is a "transient" phase, at the end all
dib processing should go inside gdi32.
Probably
On Wed, May 27, 2009 at 7:47 AM, Louis. Lenders
wrote:
> This test shows second bug in
> http://www.winehq.org/pipermail/wine-bugs/2009-May/177221.html
>
> I tested this on my laptop (under windows) with an ATI-card, my desktop
> computer (that has nvidia) only runs Linux, so i could not test it o
Hi Paul,
Paul Vriens wrote:
Changelog
Fix 2 test failures on IE8
-ok(disp == (void*)0xdeadbeef, "disp=%p\n", disp);
+ok(disp == (void*)0xdeadbeef ||
+ disp == NULL, /* IE8 */
This test does no longer make sense. It would be better to remove it and
preferably chan
On Mo, 2009-05-25 at 22:06 +0200, Stefan Dösinger wrote:
> they won't work because WinPPC uses little endian while MacOS uses big
> endian.
> I am wondering
> how that would be possible though, can PPCs switch modes?
Yes, a PowerPC can switch endian.
--
By by ... Detlef
Hib Eris wrote:
On Tue, May 26, 2009 at 8:57 PM, Alexandre Julliard wrote:
Hib Eris writes:
I have looked at my new code and it does not seem wrong to me, but
maybe it is somewhere else. Unfortunately, as I cannot reproduce this
failure, I have no idea how to debug it. Does this fail for oth
Hi Nikolay,
Thanks for your reply. Alexandre already pointed me to my mistake, so
no need for you anymore to help out. Thanks anyway.
Hib
>
> Hi, Hib.
> ---
> error: patch failed: dlls/msi/tests/db.c:1966
> error: dlls/msi/tests/db.c: patch does not apply
> ---
> Post a rebased version please
On Tue, May 26, 2009 at 8:57 PM, Alexandre Julliard wrote:
> Hib Eris writes:
>
>> I have looked at my new code and it does not seem wrong to me, but
>> maybe it is somewhere else. Unfortunately, as I cannot reproduce this
>> failure, I have no idea how to debug it. Does this fail for other
>> pe
Hib Eris wrote:
Hi all,
hmm, I've tested it again with current git, and it still works fine here.
I have looked at my new code and it does not seem wrong to me, but
maybe it is somewhere else. Unfortunately, as I cannot reproduce this
failure, I have no idea how to debug it. Does this fail for
Hi all,
hmm, I've tested it again with current git, and it still works fine here.
I have looked at my new code and it does not seem wrong to me, but
maybe it is somewhere else. Unfortunately, as I cannot reproduce this
failure, I have no idea how to debug it. Does this fail for other
people as we
Sergey Khodych wrote:
Nikolay Sivov пишет:
Where did you test that it isn't stored?
The patch fixes a bug when wine allocates an extra space for a band with
an empty string. I replaced NULL by "" in the size test to show the
native realization doesn't change its behavior unlike wine in this ca
Nikolay Sivov пишет:
Where did you test that it isn't stored?
The patch fixes a bug when wine allocates an extra space for a band with
an empty string. I replaced NULL by "" in the size test to show the
native realization doesn't change its behavior unlike wine in this case.
Am Dienstag, 26. Mai 2009 18:13:49 schrieb Pavel Prochazka:
Is there any reason why we'd want 32 backbuffer swapchains? The currentl limit
comes from d3d9(no more than 3 backbuffers allowed). We can certainly change
it, but I doubt that any Windows driver supports that in ddraw. If there is
no
2009/5/26 Pavel Prochazka :
> +»··int i=1;
> +
> +»··/*it moves all backbuffers by 1 to left form id = 1,
> +»··the backbuffer swap to frontbuffer and frontbuffer swaps to the end
> of chain
> +»··Something like this:
> +»··»···»···»···»···»···»···»·
Paul Vriens wrote:
Nikolay Sivov wrote:
Changelog:
- Basic LVM_GETVIEWRECT tests
+todo_wine expect(104, rect.right);
+expect(0, rect.top);
+expect(73, rect.bottom);
The first and last one of these 3 introduces errors on several boxes
(see test.winehq.org). I guess these numbe
Nikolay Sivov wrote:
Changelog:
- Basic LVM_GETVIEWRECT tests
+todo_wine expect(104, rect.right);
+expect(0, rect.top);
+expect(73, rect.bottom);
The first and last one of these 3 introduces errors on several boxes
(see test.winehq.org). I guess these numbers can't be hardcode
On Tue, May 26, 2009 at 9:26 AM, Michael
wrote:
> Hi,
> When I run winetricks, it consistently loops through and creates output
> files winetricks.1 , winetricks.2 , etc ... until I break the terminal.
> And doesn't do much more.
>
> Each of these files shows:
>
>
>
>
How are you running it, exac
On Monday 25 May 2009 15:03:17 Alexandre Julliard wrote:
> Writing a DIB engine is not a fill-in-the-blanks exercise. A large part
> of the task is precisely to come up with a good design,
Does anyone have a mention about what a good design should be?
My mention is that DIB driver should not exi
Hib Eris writes:
> ---
> dlls/msi/database.c | 63 +++---
> dlls/msi/msipriv.h |3 +-
> dlls/msi/record.c |2 +-
> dlls/msi/tests/db.c | 12 +-
> 4 files changed, 68 insertions(+), 12 deletions(-)
This doesn't work here:
../../
Hum, Strange.
Those wine tests look just fine. They seem to be implying that it is
finding your joystick and able to read its buttons and such. That would
lead me to believe that the games would also be able to find it.
Could you maybe provide me a +dinput log of you starting up one of these
Download link did not work... Would have been good to look
at/try/experiment with, but not what I am looking/aiming for.
On May 25, 2009, at 03:52 PM, Gert van den Berg wrote:
Just a random question: Any chance that PowerPC Windows apps might
work on a PPC Wine build?
A PowerPC port of Wind
On Mon, 25 May 2009, Stefan Dösinger wrote:
[...]
> On that subject, I think Dan Kegel's patchwatcher was a really, really good
> idea, and we should revive it. Not only to catch simple problems, but also to
> broaden the set of platforms patches are pre-tested before they are
> applied(/me thin
Alexandre Julliard ha scritto:
The last time I rejected a simple patch from Massimo, he basically said
that he didn't have time to fix the patch and just dropped it. That
doesn't encourage me to spend more effort on reviewing his more complex
stuff.
Hi again :-)
Well, to be precise those wer
Alexandre Julliard ha scritto:
Hi Alexandre,
One of the main problems I see is that your design is based on the
premise that there's only one graphics driver, the X11 driver.
Well, I guess I expressed myself not completely corrected.
My engine do load the winex11 exactly as gdi32 does.
That
Chris Morgan writes:
> Wouldn't a review of the proposed dib engine be useful? One that
> included concerns, things that needed to be changed etc? Everyone
> involved seems to be asking for leadership and guidance about how to
> proceed, wouldn't a thorough review of the proposed design give
> di
Massimo Del Fedele writes:
> About point 4, which, I guess, is the most important for you, the next step
> would be
> to make a winex11-2.drv on which DIB processing would be stripped away, and
> with
> added DDB buffering of DIBs and mixed blit operations.
> That driver could be connected to (
Sergey Khodych wrote:
From a2bf101f7ede3937373b7b8f9e2a8ea032b7790d Mon Sep 17 00:00:00 2001
From: Sergey Khodych
Date: Mon, 25 May 2009 02:21:39 +0300
Subject: comctl32:rebar: Don't store an empty string in REBAR_InsertBandT.
---
dlls/comctl32/rebar.c | 12
dlls/comctl32
Yes and no... I'll state that PPC processors have instructions to deal
with endianness like:
lhbrx/sthbrx Load/Store half word (16-bits) byte reversed indexed
lwbrx/stwbrx Load/Store word (32-bit) byte reversed indexed
Michael
On Mon, 25 May 2009 16:06:03 -0400, Stefan Dösinger
wrote:
I
it seems like what happens is that i select an IAC or virtual midi
port from some windows host inside Wine and everything looks ok, but
no events are sent. Nothing. But sometimes it works and sometimes
it doesn't. Once it is working it works fine. Sometimes I have
started it up and it
it seems like what happens is that i select an IAC or virtual midi port from
some windows host inside Wine and everything looks ok, but no events are
sent. Nothing. But sometimes it works and sometimes it doesn't. Once it
is working it works fine. Sometimes I have started it up and it was not
No No No People... Please read the messages before replying.
I know the difference betweeen my 6502, 6800, Z80, 68k, x86, 7400. I
know Wine is focused on running MSWindows based software on x86
processors. I also know there exists PowerPC code in the wine project
because people were interes
32 matches
Mail list logo