|
Here is the situation once again: several of our application printouts that go to our customers use overlays. To do this with overlays, obviously you need *AFPDS as the device type. We have a cold storage system that requires us to use spoolfiles with *SCS. One way of generating this spoolfile is rerunning the nightly robot jobs overriding the device type to *SCS. This works fine for nightly jobs, however during the day we have some "run only once" jobs that will not allow us to generate a cold storage version of the document without some heavy programming. The cold storage product works best when you can do a *FCFC translation on a spoolfile. I was wanting a somewhat automated way of taking spoolfiles in one outq that are of *AFPDS and doing some type conversion to them to get an *SCS equivalent spoolfile, therefore allowing me to do an *FCFC translation. I have looked at several different snippets of code to do some translation, however about every last one of them only work for *SCS spoolfiles. SPL2SPL by Bradley Stone was one command that I was trying to modify slightly to do this and I have even used these QSPGETF and QSPPUTF APIS that were mentioned to try and do this. Nothing has worked as of yet. I even tried to modify the file that QSPGETF generates to change the AFPDS's to SCS. This gave me an error "receiver too small to hold the result". I know that Spoolamatic by Gumbo can do this, however I don't think that I could justify getting this product when it was my bright idea to use overlays in the first place therefore putting me in the predicament.. I will repeat my biggest need once again: I was wanting a somewhat automated way of taking spoolfiles in one outq that are of *AFPDS and doing some type conversion to them to get an *SCS equivalent spoolfile. Any type help with this would be appreciated. ----- Original Message ----- From: "Buck Calabro" <buck.calabro@aptissoftware.com> To: <MIDRANGE-L@midrange.com> Sent: Thursday, August 03, 2000 2:16 PM Subject: RE: A quick question on spool files > James Salter wrote: > > >Is there anyway to catch it midstream > >and change from an AFPDS spoolfile > >into an SCS? > > You can assign a data queue to an OUTQ. When a spooled file becomes ready > to print, an entry gets written to the data queue. If you have a program > monitoring that data queue you can intercept the spooled file before it > prints (as long as the OUTQ is not assigned to a writer.) > > >I am trying to override every last little > >printfile that I can think of, yet > >I haven't been successful > > Ordinarily, I wouldn't suggest overriding or changing *ALL APF print files > to *SCS. Typically, there's a reason they are *AFP - logo, bar code, > graphics. Can you afford to lose them? > > Try as I might, I couldn't remember (or look up) the problem you were trying > to solve. I'm sorry. Could you explain again what you need this for? Is > it a vendor's application that you need to capture the reports from? > > Buck Calabro > Aptis; Albany, NY > "We are what we repeatedly do. > Excellence, then, is not an act, but a habit." --Aristotle > > > Billing Concepts Corp., a NASDAQ Listed Company, Symbol: BILL > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: david@midrange.com > +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.