Hello

I need to capture data sent to a printer and send it to a database. In order
to do that I need to write a virtual printer driver. There seems to be a lot
of options available as to where to plug into the Windows Driver model,
including:

Print Processors
Print Monitors
Print provider
minidrivers to Microsoft Universal Printer driver , or Microsoft Postscript
printer driver.

Has somebody an idea where would be the best part of pluggin in. I am
retrieving text data.

Best Regards, Halldor

halldorgylfason@yahoo.com (Halldor Isak Gylfason) wrote:

If it's a text-only printer, then a port monitor is probably the easiest
solution.


--
Carey Gregory
Windows Print Drivers & Components
http://www.gw-tech.com

Interesting. I am talking of a text-only printer. What I am doing is
to capture the terminal printer output of a mainframe system and
redirect it to a database.

I did some experiments, and succeeded in changing the genprint Print
Processor to capture the string. Is there some problem with that
approach? Would the port monitor be somewhat better?

One thing I'm not sure how works is that the PrintRawJob method in
genprint prints to the port. What happens when this is a port created
by me in the process of installing a GenericTextOnly printer, that
uses my customized print processor. Where does the output go?

Appreciate your help!

Best Regards, Halldor

Carey Gregory <tiredofspam123@comcast.net> wrote in message news:<cj97svgrl60bs0dpmg4n8m74c0gbh2ljqf@4ax.com>. ..

halldorgylfason@yahoo.com (Halldor Isak Gylfason) wrote:

Either way works, but a port monitor is perhaps a little simpler and gives
you more flexibility in directing the output. In a port monitor you also
don't have to concern yourself with enumerating the data types you support,
handling print job cancels and pauses, restarts, multiple copies, etc.

It goes directly to the port monitor.


--
Carey Gregory
Windows Print Drivers & Components
http://www.gw-tech.com