Path: utzoo!attcan!uunet!philmtl!philabs!ttidca!quad1!srhqla!csun!csuna!abcscnuk
From: abcscnuk@csuna.csun.edu (Naoto Kimura)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 5.0 Graphics
Message-ID: <2140@csuna.csun.edu>
Date: 18 Aug 89 06:32:36 GMT
References: <20573@adm.BRL.MIL>
Reply-To: abcscnuk@csuna.csun.edu (Naoto Kimura)
Organization: CSU Northridge
Lines: 31

In article <20573@adm.BRL.MIL> pfunke@qa1.pica.army.mil writes:
]another solution to dumping the graphics is to have your program load one of
]the PD TSR drivers that will do a correct dump of the screen.  In some of
]my software that I write for automatic test equipment, I had to print an
]EGA screen on an epson printer.  I have my program load a Public Domain
]TSR called EPSON.COM.  This replaces the old Interupt 5 handler with one that
]handles the EGA graphics.  Then when my program wishes to print the graph that
]is on the screen it need only call Int 5 to print it.  I am using this program
]with TP 5.0 on a Zenith 248 (AT-Clone).  
]
]Eric Pfunke
]PA&TD
]AMCCOM, US ARMY

This might not be a good idea (loading a TSR within a program), as this
would fragment your memory.  You would probably be better off running a
batch file that loads the TSR, then executes your program.

I've run into a similar situation where some peolple loaded the
GRAPHICS.COM graphics screen dump TSR from within the Turbo Pascal IDE
(which takes up around half of the available memory).  They couldn't run
a program that worked just a few seconds before (they loaded the
GRAPHICS.COM TSR) because of insufficient memory.  They would then exit
out of the IDE, then try to reenter it, but couldn't because there
wasn't enough memory.

                //-n-\\			 Naoto Kimura
        _____---=======---_____		 (abcscnuk@csuna.csun.edu)
    ====____\   /.. ..\   /____====
  //         ---\__O__/---         \\	Enterprise... Surrender or we'll
  \_\                             /_/	send back your *&^$% tribbles !!