On Sat, 2005-08-13 at 22:15 +, Stefan Dösinger wrote:
> I indeed was in doubt that ddraw or dinput are causing the problem, and I
> didn't find anything wrong in the DDraw code. Well, I'll see.
>
> BTW, Empire Earth crashes in exactly the same way in Cedega, where I expect
> the DirectX imp
On Sat, 2005-08-13 at 22:35 +, Stefan Dösinger wrote:
> Am Samstag, 13. August 2005 19:34 schrieb Lionel Ulmer:
> > > This looks like a really nasty heap corruption to me, and I'm afraid it's
> > > beyond my knowledge. Can anyone of the ddraw/d3d people help me?
> >
> > I think best would a +dd
Hi,
On Sat, Aug 13, 2005 at 10:35:34PM +, Stefan Dösinger wrote:
> Am Samstag, 13. August 2005 19:34 schrieb Lionel Ulmer:
> > > This looks like a really nasty heap corruption to me, and I'm afraid it's
> > > beyond my knowledge. Can anyone of the ddraw/d3d people help me?
> >
> > I think best
On Saturday 13 August 2005 12:30, Robert Shearman wrote:
> >ChangeLog:
> > Create an interface for path related operations used by the file dialogs
> > to reduce their dependency on Win32 format paths.
>
> Why do you want to do that?
It will significantly reduce the potential for future co
Am Samstag, 13. August 2005 19:34 schrieb Lionel Ulmer:
> > This looks like a really nasty heap corruption to me, and I'm afraid it's
> > beyond my knowledge. Can anyone of the ddraw/d3d people help me?
>
> I think best would a +ddraw,+heap,+relay,+tid,+seh trace to be able to see
> where the corru
Am Samstag, 13. August 2005 19:34 schrieb Lionel Ulmer:
> > This looks like a really nasty heap corruption to me, and I'm afraid it's
> > beyond my knowledge. Can anyone of the ddraw/d3d people help me?
>
> I think best would a +ddraw,+heap,+relay,+tid,+seh trace to be able to see
> where the corru
> This looks like a really nasty heap corruption to me, and I'm afraid it's
> beyond my knowledge. Can anyone of the ddraw/d3d people help me?
I think best would a +ddraw,+heap,+relay,+tid,+seh trace to be able to see
where the corruption may occur. And it's not because it crashes into DDraw
code
Hi,
> > So my questions are:
> > *Am I right with my suspection that the problems are caused by a
> > incorrect return?
>
> It's possible. I'm working on a problem like that with palm desktop. But
> you won't know until you debug it :) It could be nasty to fix though.
I was lucky with setting a bra
On Sat, 13 Aug 2005 12:47:19 +0400
Phil Krylov <[EMAIL PROTECTED]> wrote:
> The paragraph structure should include not MEPF_REWRAP and MEPF_REPAINT
> flags, but indexes of rows from which to start re-wrapping and repainting
> (e.g. nStartRewrap and nStartRepaint). The wrapping routine should check
Hi Ge,
On Friday 12 August 2005 17:19, Ge van Geldorp wrote:
> Since this patch:
> http://www.winehq.org/hypermail/wine-cvs/2005/06/0338.html
> SHGetPathFromIDList() seems broken. The problem is that files stored in the
> Desktop directory don't get the path to the Desktop directory prepended.
> I
Submitted #5 a couple days ago, along with a short explanation of how
it all worked together. Any comments? If you'd like me to change the
architecture I'm willing to do so, if you can give me some hints about
what direction to go with it. If you want some other changes made,
please drop some cl
Hi Krzysztof,
I want to change wrapping and painting code to minimize flickering and
maximize performance.
>From what I see, the following could be done:
The paragraph structure should include not MEPF_REWRAP and MEPF_REPAINT
flags, but indexes of rows from which to start re-wrapping and repaint
12 matches
Mail list logo
