RE: CPYSPLF to Database File surprise

>Eventually we found it *in* a database file with the same name as the
spool
>file was meant to have ! Formatting etc was exactly as the spool file
would
>have been.
>
>He had created a physical file with the same name as the spool file and
>RECL(132) at some stage to receive the CPYSPLF data and when he ran the
>program that normally created the spool file it seems that OS/400 had "cut
>out the middle man" and written the data directly to the database file.

This is very normal behaviour.  The AS400 is as "device independent" as
possible. If your program declares X to be a printer file at compile time,
but opens a PF at run time, the operating system will redirect your
"printed" output to the PF.  As long as you do sequential processing, you
can mix and match printer, disk, tape and diskette files at run time.  See
the RPG user's guide (look under device independence) and the Data
Management guide (look under file redirection) for details.

Buck Calabro
Billing Concepts, Albany, NY
opinions are mine, all mine!
mailto:mcalabro@commsoft.net
+---
| 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
+---