Re: [AD] x color conversion again (w/ responsiveness patch)

[Chris <kcat@xxxxxxxxxx>]

Okay, this got here right as I clicked send on the last email. I'll 
respond to this then try getting to bed again.

Elias Pschernig wrote:
> Those for who only CVS crashes
> hopefully see the same than me, and the patch* fixes it.

I'm not sure if the CVS version I have includes your color conversion 
patch. I think it does, since I'm get a bunch of graphical glitching 
(which closer inspection reveals the graphics getting warped badly, 
which is why it left dropping behind because the drs system didn't know 
it was misplaced there). Double buffering seems to be uneffected 
(expectedly, since it's drawing 8bit->8bit), and page flipping just has 
the warp flash for a frame and then clear away.. both expected behavior 
with the color conversion patch malfunctioning. The only unexpected 
behavior is that the double buffer never seems to warp.. maybe it has to 
do with image size? With my input handler patch, the demo only died once 
with an async error (which I have yet to get again), otherwise I just 
have the graphical glitches. What resolution do you run the game at?

A revised theory... something in the color conversion patch causes 
images of certain sizes at certain positions (or just randomly) to 
sometimes warp. And for some, the image/double buffer tries to draw out 
of bounds (SIGSEGV).

> Wasn't there a similiar problem not allowing floating point inside
> timers, when using non-threaded versions?

The problem in DOS was that you couldn't use the FPU stack inside an 
interupt, presumably because the OS-level interupt handler didn't 
properly save and restore the stack (thus you would end up getting 
garbage in the FPU stack when you returned from an interupt). I have no 
idea if signal interupts have the same problem.

- Kitty Cat