Colin Finck 309215ece6 [LOCALSPL] ... This is where things get dirty. StartDocPort of the Print Monitor needs the Printer Name and Job ID of the job to print on this port. But StartDocPort is called by LocalStartDocPrinter, whose parameters are fixed and don't include this information. Therefore, I have no way to pass these parameters to a port handle directly. Instead, I need to store a pointer to the job in the port structure itself and let the next port handle pick up this information in LocalStartDocPrinter. Surprisingly, Windows doesn't seem to do any better here. For testing, I stalled execution inside my own Print Processor and called StartDocPrinter from another thread. It then picked up and "stole" the stored job information. When the Print Processor resumed execution, the job information wasn't present anymore and its StartDocPrinter call crashed. So even Windows definitely stores this information only for a single StartDocPrinter call. Having solved this, I could finally implement OpenPrinter, StartDocPrinter, ReadPrinter, WritePrinter and ClosePrinter for Port handles as well as OpenPrinter and ClosePrinter for Xcv handles. svn path=/branches/colins-printing-for-freedom/; revision=68550		2015-07-22 12:44:22 +00:00
..
inetpp
localspl	[LOCALSPL]	2015-07-22 12:44:22 +00:00
win32spl
CMakeLists.txt