[fpc-pascal]CRT unit (was: Beep in Windows)

Peter Vreman pfv at cooldown.demon.nl
Thu Aug 2 23:02:24 CEST 2001

> > - The command "clreol" doesn't work correctly. It clears the rest of the
> > line as it should, but it doesn't set the color. (That's what I need
> > this command mostly for)
> This has been fixed with the snapshots afaik.

At least in the 1.1 snapshots. Please try that snapshot first, because it
contains a big update of the Crt unit donated by Tomas.

> > - Anything is done by calling API codes. That's why it is so slow!
> > As far as I understand it, Windows uses a buffer that's built up equal to
> > the screenbuffer as it is directly used under DOS, so that you can write
> > directly to that buffer as in Dos. Just with the difference, that you have
> > to fetch the starting point and size from the API.
> If there were such a way it would have been implemented.
> But imo this way to access the screen does not cause the main performance
> hit (if there's any for the usual purposes) - rather the difference between
> graphics output and text mode output.
> Try with the Linux' VBE framebuffer console mode and you'll see.
> The current CRT should be faster now too since it doesn't scroll around the
> whole screen buffer anymore when inserting / removing lines but only the
> actually visible screen (well, only really interesting for NT people since
> W9x consoles can't be bigger than the visual screen).

With current CRT you mean the version in the 1.1 development branch. The
version in 1.0.x is not adapted yet. When the 1.1 version is better tested
then it can also be moved into the 1.0.x


More information about the fpc-pascal mailing list