Ok, it looks like dsound is causing problems, or at
the very least least alsa.
I've put the time.c stuff into it's own critical
section, to no effect.
I've also been getting a 'dead lock' with the critical
section pdbi->mmap_crst, but it's not really a dead
lock because the holding thread is ze
Well, I've managed to reproduce the fault once with
the debugger running.. the backtrace I get is
Could you cut and paste in the full backtrace, with
addresses, along with a diff of the debug changes you've
made so I can see what's happening?
Thanks,
Jer
--- Oliver Stieber <[EMAIL PROTECTED]> > >
> > I guess that's a long way of saying that yes, I
> > think you have
> > identified a flaw in the code, but that I can't
> > imagine any way it's
> > could cause the problem you're seeing.
> >
>
> would something like
>
> void TIME_MMTimeStop(vo
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> On Sat, 12 Feb 2005 17:36:58 +, Oliver Stieber
> wrote:
> > But that's not really useful, I couldn't find out
> how
> > to switch threads in winedbg so I don't known what
> the
> > backtraces of the other threads are..
>
> You put the tid after the
On Sat, 12 Feb 2005 17:36:58 +, Oliver Stieber wrote:
> But that's not really useful, I couldn't find out how
> to switch threads in winedbg so I don't known what the
> backtraces of the other threads are..
You put the tid after the bt command, eg:
bt 0x9
or you can use "bt all". Yes it's no
> in
> > TIME_TimersList and ..->lpNext instead of
> > referencing them or should it be changed to make
> sure
> > TIME_MMTimeStart and TIME_MMTimeStop etc.. use
> > critical sections.
>
> it's
> hard to imagine having just the right magic timing
> conditions and
> then also having a context swi
Oliver Stieber wrote:
I've had a look through the code and can't spot any
problems with managing the linked list which would
point to problems with TIME_TimersList but when the
crash occurs ptimer != &TIME_TimersList
I looked as well, and couldn't see anything obvious.
The only 'flaw' I saw was tha
While people are thinking about mmtimer I've got a
question, or more a problem.
Sometimes, mainly when escape from Bink videos (or
they run to the end) the linked list in time.c is
getting corrupt. (this happens about 1 in 5 times)
i.e.
TIME_MMSysTimeCallback()
EnterCriticalSection(&i
