Hi,
> Could you put the +ddraw trace somewhere on the web ? This suspiciously
> looks like a reference counting issue either in the application or in the
> Wine code.
It looks to me that Empire Earth accidentally frees the DirectDraw Interface
it's working with. During my look at the ddraw code, I
Am Montag, 15. August 2005 17:07 schrieb Lionel Ulmer:
> > Well, Empire Earth doesn't crash on return from Main_DirectDraw_Release,
> > but quite a bit later in its own code. It tries to call
> > Main_DirectDrawSurfaceRelease for an allready freed surface: From the
> > crash dump:
>
> Could you put
Am Montag, 15. August 2005 17:07 schrieb Lionel Ulmer:
> > Well, Empire Earth doesn't crash on return from Main_DirectDraw_Release,
> > but quite a bit later in its own code. It tries to call
> > Main_DirectDrawSurfaceRelease for an allready freed surface: From the
> > crash dump:
>
> Could you put
> Well, Empire Earth doesn't crash on return from Main_DirectDraw_Release, but
> quite a bit later in its own code. It tries to call
> Main_DirectDrawSurfaceRelease for an allready freed surface: From the crash
> dump:
Could you put the +ddraw trace somewhere on the web ? This suspiciously
look
Hi,
That thing gets more and more interesting: I was mislead by the belief that
'next' would behave as 'nexti' at the end of the known C code. But obviosly
it doesn't.
Well, Empire Earth doesn't crash on return from Main_DirectDraw_Release, but
quite a bit later in its own code. It tries to ca
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
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 Thu, 2005-08-11 at 21:39 +, Stefan Dösinger wrote:
> Hello,
> I am trying(once again) to get Empire Earth [1] running with wine. After
> solving a few problems[2], I've run into a strange access violation crash. It
> looks like a buffer overrun, followed by a return to an invalid adress.
>
13 matches
Mail list logo
