On Sun, 3 Aug 2003, Michalis Kamburelis wrote:
> Rich Pasco wrote:
> > Michalis Kamburelis wrote:
> >
> >
> >>Unit Video is exactly what you are looking for - it lets you write/read
> >>characters and their attributes (text color + background + blink
> >>attribute) directly to/from a buffer in m
Rich Pasco wrote:
Michalis Kamburelis wrote:
Unit Video is exactly what you are looking for - it lets you write/read
characters and their attributes (text color + background + blink
attribute) directly to/from a buffer in memory and then use simple
UpdateScreen procedure to "flush" contents of
On Sun, Aug 03, 2003 at 07:26:35AM -0700, Rich Pasco wrote:
> James Mills wrote:
>
> > In addition, I suggest using SDL which will work for windows. SDL is
> > probably a much better approach than trying to directly access video
> > RAM. And to makes things easier for you, once you learn to use SD
Karl Brandt wrote:
> Grab the win32 API documentation and take a look at Console Functions:
> ReadConsoleOutput, WriteConsoleOutput ...
Yes, I saw those, thanks.. But they don't support treating the screen
buffer as an linear array of words, starting with a pointer to the first
(upper left corne
Michalis Kamburelis wrote:
> Unit Video is exactly what you are looking for - it lets you write/read
> characters and their attributes (text color + background + blink
> attribute) directly to/from a buffer in memory and then use simple
> UpdateScreen procedure to "flush" contents of this memor
James Mills wrote:
> In addition, I suggest using SDL which will work for windows. SDL is
> probably a much better approach than trying to directly access video
> RAM. And to makes things easier for you, once you learn to use SDL, you
> could write a wrapper module so you don't have to even rewrit
Michalis Kamburelis wrote:
> Unit Video is exactly what you are looking for - it lets you write/read
> characters and their attributes (text color + background + blink
> attribute) directly to/from a buffer in memory and then use simple
> UpdateScreen procedure to "flush" contents of this memor
Rich Pasco wrote:
I'm trying to port some old Turbo Pascal programs to Windows 32-bit
console utilities. They write directly to the screen buffer, which in
the DOS world an array of Word starting at ptr(SegB800,0) (for a color
display) or ptr(SegB000,0) for a monochrome one. Now, as Windows
cons
Rich Pasco wrote:
I'm trying to port some old Turbo Pascal programs to Windows 32-bit
console utilities. They write directly to the screen buffer, which in
the DOS world an array of Word starting at ptr(SegB800,0) (for a color
display) or ptr(SegB000,0) for a monochrome one. Now, as Windows
conso
On Sun, Aug 03, 2003 at 02:52:57AM -0400, L D Blake wrote:
> In reply to your message of August 3, 2003
>
> > I'm trying to port some old Turbo Pascal programs to Windows 32-bit
> > console utilities. They write directly to the screen buffer, which in
> > the DOS world an array of Word starting a
In reply to your message of August 3, 2003
> I'm trying to port some old Turbo Pascal programs to Windows 32-bit
> console utilities. They write directly to the screen buffer, which in
> the DOS world an array of Word starting at ptr(SegB800,0) (for a color
> display) or ptr(SegB000,0) for a mono
I'm trying to port some old Turbo Pascal programs to Windows 32-bit
console utilities. They write directly to the screen buffer, which in
the DOS world an array of Word starting at ptr(SegB800,0) (for a color
display) or ptr(SegB000,0) for a monochrome one. Now, as Windows
console utilities, I do
12 matches
Mail list logo
