Vjeter
20 pts. | Feb 19 2009 6:13PM GMT
did your program changes entail changing the rpgle logic to print page1 then page1 again or was it a different type of change?
Yorkshireman
3200 pts. | Feb 20 2009 8:31AM GMT
As you say that all prints that Q need this treatment I would put a monitor on the Q, and within the monitor function use cpysplf to extract the print, a simple RPGLE function can then read the cpysplf and inject the duplicates. place this back into the Q, and remove the original (or archive it.)
Read about monitored outq’s and processing the associated data Q inthe manuals - there’s plenty of information there.
There are a number of products on the market which would do this - catapult or interform come to mind, but essentially all they do is use the monitored Q facility and work as above.
As (Phil?) said - why would anyone want to do this? If it’s to enable distribution, then make a second copy. Or use 2 part and a sprocket feed printer.
I believe the mantra - ‘We can do anything in IT’ but sometimes the ‘anything’ needs to be questioning the perceived reality.
Gilly400
23625 pts. | Feb 20 2009 4:30PM GMT
Hi,
Yes, changing the RPG logic was the answer - to re-print each page multiple times before moving to the following page. Not a nice way to do it and it slowed the job down considerably, but it worked.
Regards,
Martin Gilbert.






