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 !!