× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: A quick question on spool files
  • From: "James Salter" <JSalter@xxxxxxxxxx>
  • Date: Thu, 3 Aug 2000 20:15:41 -0500

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 thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.