On Sat, Feb 10, 2001 at 09:22:06PM +0100, Christoph Reichenbach wrote:
> Yes, but the finish signal should be sent when DoSound(STOP_ALL) is issued.
> /If/ it is issued...
It's never getting issued, basically. :/ While I agree there could be
some screwyness in the communication pipes, the DoSound() call would
still register...
> On my box, the doorSound::check script enforces this by explicitly instructing
> the sound server to stop the sound effect...
> If you answered 'yes' to my last question, then I agree. In case you need
> any helpful suggestions, try to check whether both events were received
> during the same call of process_sound_events(), and try to assert that their
> write operations wrote the numbers we wanted them to write.
Sometimes they are, but other times they aren't. The "loop" signal is
the latter one of the two when they are both received, in any case.
I'm more intrigued by the 'invalid suspend handle' problem though -- In
arthur, it happens each time you change the direction you're walking
in... a lot of calls to Kfunc 0x71 (joystick). Could there be some
kind of side effects to that unimplemented function? (that's in
addition to the pair of suspends in the text emtry box..)
After more poking around lsl3, it seems as if that the current sound
handle should be explicitly kept around somewhere, but isn't.
(I don't suppose there's a way to set a breakpoint on "any access to
object foo" is there?)
- Pizza
--
Solomon Peachy pizzaATfucktheusers.org
I ain't broke, but I'm badly bent. ICQ# 1318344
Patience comes to those who wait.
...It's not "Beanbag Love", it's a "Transanimate Relationship"...
