From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Coppens Subject: Re: Remote control of Dosemu Date: Mon, 21 Jul 2008 19:07:15 -0300 Message-ID: <20080721190715.3bb5aa00.john@jcoppens.com> References: <20080718011954.dc5e47b5.john@jcoppens.com> <4884D7BB.5020307@sbcglobal.net> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4884D7BB.5020307@sbcglobal.net> Sender: linux-msdos-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" To: linux-msdos@vger.kernel.org On Mon, 21 Jul 2008 13:38:51 -0500 Mike McCarty wrote: > Another possibility is that it might have a mode to display output > to the printer. Then you can likely capture INT5 (IIRC) and intercept > the BIOS interrupts to control the printer, or redirect the printer > output from DOSEMU. If that's not possible, you could try simulating > the keypress to force a screen capture to the printer PrintScrn key. > I recall a program KEYFAKE which I may have lying around which might > be able to do something like that. No possibility to change, as far as I can see. A little surprised though, because the program works on Hercules and CGA screens, so there should be some kind of selection mechanism. I suspect it is automatic. I remember 'keyfake'. In fact, I wrote a TSR program that fakes keypresses. I hadn't thought about PrtScr though. I believe there was an interrupt called when PrtScr was pressed. But, I seem to remember it prints directly, so I suspect it'll be easier to modify the TSR to make it read the screen memory directly. Thanks for the suggestions! John