Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!samsung!umich!vela!rdthomps
From: rdthomps@vela.acs.oakland.edu (Robert D. Thompson)
Newsgroups: comp.lang.postscript
Subject: Re: MSWINDOWS PS DRIVERS
Message-ID: <7643@vela.acs.oakland.edu>
Date: 29 Jun 91 16:59:28 GMT
References: <230@gordon.UUCP> <PINKAS.91Jun28150101@almond.intel.com>
Organization: Oakland University, Rochester MI.
Lines: 39

In article <PINKAS.91Jun28150101@almond.intel.com> pinkas@almond.intel.com (Israel Pinkas) writes:
>In article <230@gordon.UUCP> jpd@gordon.UUCP (Jim Drummey) writes:
	[stuff...]

>	1. Don't use print manager.
>
>	2. Send your printouts to LPT1.OS2 instead of LPT1:.  Windows
>	   handles the hardware devices and does its own printing.  If you
>	   send a file to LPT1.*, Windows will open a file and write output
>	   to it.  DOS will intercept the open call and redirect the output
>	   to the printer.
>-Israel Pinkas
> Intel Corp

Israel,

	I could not send you mail, the NeXT mail agent had a problem
	with it.

	My question is,

		How can my application intercept the open call and
		interpret the redirected output?

	I have seen this in many PS interpreters like PreScript.

	You sent the output to LPT1.OS2 and the interpreter immediately
	begins capturing it and interpreting it for output to the
	destination printer.

	I want to know how my application can do this.  I want it to
	know immediately when the output has been sent and then start
	reading it in.  Checking for the existence of the file is 
	obviously very inefficient.

	Thanks...Regards |(8>
---
Robert
rdthomps@vela.acs.oakland.edu