MaxCoderz

It's ok if it's 32bit only, I can translate to 64bit myself if needed - usually (for small pieces) the instruction sequence would be the same but with other registers
I'll give it a try as soon as I can, which is not too soon due to some deadlines and exams this week (and next week as well)

MinGW so I guess Code::Blocks works better? I'll give it a try then

I tried but it's all painful. Looks like it's for linux users who are forced to work on windows for some reason..

Or you could just remove the edges from around the window.. Much easier that way

It gets very scary there. In the good ol' times you would just write to the screenbuffer yes, but it all works completely different now. You'd have to interface with either the GPU (hard), the GPU driver (hard) or the OS (not hard, but not very powerful either, no full-screen (afaik) for example) or...

That's a much bigger piece of ram than necessary though, and not faster (or is it? show the codez? ), so why?
And it has great potential to mess other things up..

And on the plain old 83+, you are very restricted in how you could do this. Port 5 doesn't work the same way.

I replaced my broken sunglasses! that was quite fast it only took me a few months.. And I had my eyes tested because it's free: +0.5 on both eyes.. doesn't sound like a lot but I actually only see less than half as well as I used to And I lost some weight, what the hell? I guess I'll have to eat mor...

Ah I almost forgot about the dual pipelining rules, good to see them back

Well a projective projection is more than just dividing by the Z value and the scanline algorithm doesn't require the lines to be drawn (it only needs to know where they would be) but that's basically it..

Well there is this ray-tracing engine for Quake 4 Of course you need an octo-core to get a decent framerate but hey it's still cool.. It's a pity ray tracing has such a bad semi-random jumping behaviour otherwise GPU's could effectively accelerate it. But yea games will be using rasterisation for so...

Almost no one writes complete programs in assembly for PC's anymore. It's too much work and most of the program doesn't need to be super fast - ok it shouldn't be super slow but compilers are generally good enough for that kind of job. But people certainly still use it for performance-critical code,...

What kind of computer are we talking about? The common x86 / AMD64 types? The one you mentioned is more of a PC model - it's like, well, like saying "TI 84+ assembly" or something :) You have to worry about helping the out-of-order core to do things in parallel, break dependacy chains, int...

Don't worry they usually aren't looking for that kind of thing.. I mean, in one of my handwritten exams for imperative programming I forgot an entire while loop, and I still got an 8.. Ok that's not as good as the 9.5 and 9.7 I had for the other 2 hand written exams but forgetting an complete while ...

And that you do not call repaint after painting.

Ok, I think I see the problem, you put repaint() in the paint, so it will keep painting. Does it work without that? If you remove it, don't forget to repaint it after changing what should be painted (so after a click on the button)