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



Greg FYI

I used the CRTCLMOD, CRTCBLMOD and CRTPGM commands to create the executable.

Thanx, PLA



Greg Phillips wrote:

Thanks for the reply, Patrick.  I'm unfamiliar with ILE other than some
vague notions of creating non-executable modules, perhaps binding them
together, and then creating an executable object.  This will give me a good
excuse to start learning about ILE.  Thanks again.

- Greg

-----Original Message-----
From: cobol400-l-bounces@xxxxxxxxxxxx
[mailto:cobol400-l-bounces@xxxxxxxxxxxx]On Behalf Of Patrick L Archibald
Sent: Friday, March 18, 2005 11:50 AM
To: COBOL Programming on the iSeries/AS400
Subject: Re: [COBOL400-L] Multiple Reports in One Spooled File


Greg

If you don't mind ILE the following works:

 PGM

            CALLPRC    PRC(MULTIOPEN) PARM('0')

            CALLPRC    PRC(MULTIOPEN) PARM('1')

            CALLPRC    PRC(MULTIOPEN) PARM('1')

            CALLPRC    PRC(MULTIOPEN) PARM('1')

            CALLPRC    PRC(MULTIOPEN) PARM('1')

            CALLPRC    PRC(MULTIOPEN) PARM('1')

            CALLPRC    PRC(MULTIOPEN) PARM('1')

            CALLPRC    PRC(MULTIOPEN) PARM('2')

            endpgm



      PROCESS APOST.

      IDENTIFICATION DIVISION.

      PROGRAM-ID. MULTIOPEN.

      AUTHOR. PLA.

      DATE-WRITTEN. 03/18/2005.

     *

     *  Test.

     *

      ENVIRONMENT DIVISION.

      CONFIGURATION SECTION.

      SOURCE-COMPUTER. IBM-AS400.

      OBJECT-COMPUTER. IBM-AS400.

      SPECIAL-NAMES. I-O-FEEDBACK IS PRINTER-FEEDBACK.

      INPUT-OUTPUT SECTION.

      FILE-CONTROL.



          SELECT OPF-PRINT

                 ASSIGN FORMATFILE-MULTIOPEN-SI

                 FILE STATUS WS-FILE-STATUS.


DATA DIVISION.

      FILE SECTION.


FD OPF-PRINT.

      01  OPR-PRINT.

          COPY DDS-ALL-FORMAT OF MULTIOPEN.


WORKING-STORAGE SECTION.

      01  WS-FILE-STATUS                PIC X(02).


01 WS-FIRST-TIME-INDIC PIC S9(01) VALUE 1.

      01  WS-FEEDBACK.

          05  FILLER                    PIC X(144).

          05  WS-CURRENT-PRINT-LINE     PIC S9(02) COMP-4.


01 INDIC-AREA.

          05  IN01  INDIC 01            PIC 1.


LINKAGE SECTION.

      01  LS-FIRST-TIME-INDIC           PIC S9(1).

          88 FIRST-TIME                 VALUE 0.

          88 NOT-FIRST-TIME             VALUE 1.

          88 LAST-TIME                  VALUE 2.


PROCEDURE DIVISION USING LS-FIRST-TIME-INDIC.

      OPENING-PARAGRAPH.

          IF FIRST-TIME

              OPEN OUTPUT OPF-PRINT

          END-IF.

          WRITE OPR-PRINT

                FORMAT 'HEADER1'

                INDIC INDIC-AREA

          END-WRITE.

          IF LAST-TIME

              CLOSE OPF-PRINT

          END-IF.

          GOBACK.

Thanx, PLA




Greg Phillips wrote:



I've seen this problem discussed, but not by anyone who actually solved it
in a CL that calls COBOL/400 programs.  I have a CLP that CALLs a COBOL/400
program multiple times in a loop.  The loop basically consists of an
OVRPRTF, a CALL to the COBOL program, and a DLTOVR.  Each iteration creates
a separate spooled file.

I'd like the report output from each iteration to go into a *single*


spooled


file.  I've moved the OVRPRTF outside of the loop to before the loop gets
executed, used SHARE(*YES) and then did my iterations.  I still received
separate spooled files.

I also tried OPNSCOPE(*JOB) by itself and with OVRSCOPE(*JOB) with no
success. I changed the COBOL program to either OPEN or CLOSE or do neither
with the printer file. All I discovered for my trouble was that you need


to


explicitly OPEN the printer file in the program in order to use it.  That
makes sense.

So if anyone has actually used CL and COBOL/400 to direct printed output


from multiple CALLs of a COBOL program into a single spooled file, please


tell me how you did it!  Thanks!

- Greg Phillips
_______________________________________________
This is the COBOL Programming on the iSeries/AS400 (COBOL400-L) mailing


list


To post a message email: COBOL400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/cobol400-l
or email: COBOL400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/cobol400-l.






_______________________________________________ This is the COBOL Programming on the iSeries/AS400 (COBOL400-L) mailing list To post a message email: COBOL400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/cobol400-l or email: COBOL400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/cobol400-l.



_______________________________________________
This is the COBOL Programming on the iSeries/AS400 (COBOL400-L) mailing list
To post a message email: COBOL400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/cobol400-l
or email: COBOL400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/cobol400-l.




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.