Re: Enterprise PL/1 performance

2015-02-28 Thread Robert Prins
On 2015-02-27 23:08, Shmuel Metz , Seymour J. wrote: In <49f2b7b0100a4f488766e671d8c27dcb971...@defthw99ex2msx.ww931.my-it-solutions.net>, on 02/24/2015 at 10:49 AM, "Beesley, Paul" said: Our customer has been trialling Enterprise PL/1 4.4, with the intention of upgrading from their curren

Re: Enterprise PL/1 performance

2015-02-27 Thread Shmuel Metz (Seymour J.)
In <49f2b7b0100a4f488766e671d8c27dcb971...@defthw99ex2msx.ww931.my-it-solutions.net>, on 02/24/2015 at 10:49 AM, "Beesley, Paul" said: >Our customer has been trialling Enterprise PL/1 4.4, with the >intention of upgrading from their current compiler, PL/1 for >MVS&VM. I'm curious about how i

Re: Enterprise PL/1 performance

2015-02-24 Thread Ed Gould
-- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Robert Prins Sent: Tuesday, February 24, 2015 12:06 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Enterprise PL/1 performance On 2015-02-24 10:49, Beesley, Paul wrote: Hello Our customer has been trialling Enter

Re: Enterprise PL/1 performance

2015-02-24 Thread Bernd Oppolzer
Here again we have the common misunderstanding of the RENT compiler option: Compiling with the NORENT option does not mean that the modules are not reentrant. The modules can be linked RENT, REUS anyway, if they are naturally reentrant (as it was the case with earlier releases of PL/1 compilers,

Re: Enterprise PL/1 performance

2015-02-24 Thread Clark Morris
On 24 Feb 2015 02:49:50 -0800, in bit.listserv.ibm-main you wrote: >Hello > >Our customer has been trialling Enterprise PL/1 4.4, with the intention of >upgrading from their current compiler, PL/1 for MVS&VM. >They have issues with performance, particularly with CICS programs, where the >CPU tim

Re: Enterprise PL/1 performance

2015-02-24 Thread Robert Prins
on WSCLEAR, which did not require initializing variables, I don't know about pre Enterprise Versions of PL/I. Denis. -Original Message- From: Robert Prins To: IBM-MAIN Sent: Tue, Feb 24, 2015 2:54 pm Subject: R

Re: Enterprise PL/1 performance

2015-02-24 Thread Bernd Oppolzer
, I don't know about pre Enterprise Versions of PL/I. Denis. -Original Message- From: Robert Prins To: IBM-MAIN Sent: Tue, Feb 24, 2015 2:54 pm Subject: Re: Enterprise PL/1 performance -- For IBM-MAIN subscribe /

Re: Enterprise PL/1 performance

2015-02-24 Thread John Gilmore
in time to > allow the third parm to be set to something other than 00. > For example VS COBOL used to have the option WSCLEAR, which did not > require initializing variables, I don't know about pre Enterprise Versions > of PL/I. > > Denis. > > -

Re: Enterprise PL/1 performance

2015-02-24 Thread Denis Gäbler
OL used to have the option WSCLEAR, which did not require initializing variables, I don't know about pre Enterprise Versions of PL/I. Denis. -Original Message- From: Robert Prins To: IBM-MAIN Sent: Tue, Feb 24,

Re: Enterprise PL/1 performance

2015-02-24 Thread Robert Prins
On 2015-02-24 11:57, Beesley, Paul wrote: Info on the PL/I list: Join pl...@listserv.dartmouth.edu on the internet. To subscribe, send a note to lists...@listserv.dartmouth.edu In the body of the note, enter: SUB PL1-L yourname To post a comment, send it to pl...@listserv.dartmouth.edu Robe

Re: Enterprise PL/1 performance

2015-02-24 Thread Robert Prins
On 2015-02-24 11:52, Beesley, Paul wrote: Robert Many thanks for your reply. I have added my vote to the RFE. Here are the compiler options from the latest trial, the LE override options from the DCL PLIXOPT statement, and the results of a CLER transaction from the relevant CICS region. I don

Re: Enterprise PL/1 performance

2015-02-24 Thread John Gilmore
It is also important that the value of ARCH() be the appropriate one for the target machine on which the PL/I program is to be executed (and not that of the source, compiling machine if they are different) The default values of ARCH are very conservative, usually inappropriate ones. On Tue, Feb 2

Re: Enterprise PL/1 performance

2015-02-24 Thread Elardus Engelbrecht
Bernd Oppolzer wrote: >NORENT is the option that tells the EP compiler to do the same that all the >"old" compilers did, that is, put the static variables in the STATIC CSECT. Ok. Thanks. Now that makes sense! >See these older discussions on ASSEMBLER-L: I must have missed them or forgot them

Re: Enterprise PL/1 performance

2015-02-24 Thread Bernd Oppolzer
NORENT is the option that tells the EP compiler to do the same that all the "old" compilers did, that is, put the static variables in the STATIC CSECT. If the program is reentrant or not, depends on the programmer; if he or she changes static variables during execution, the program will not be ree

Re: Enterprise PL/1 performance

2015-02-24 Thread Beesley, Paul
uggesting NORENT? I don't know to be honest. Other users' experience possibly. Paul -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Tuesday, February 24, 2015 11:48 AM To: IBM-MAIN@listserv.ua.ed

Re: Enterprise PL/1 performance

2015-02-24 Thread Beesley, Paul
XUFLOW(AUTO) Regards and thanks Paul -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Robert Prins Sent: Tuesday, February 24, 2015 12:06 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Enterprise PL/1 performance On 2015-02-24 10:4

Re: Enterprise PL/1 performance

2015-02-24 Thread Elardus Engelbrecht
Warning: My PL/1 skills are really decayed... Beesley, Paul wrote: >Our customer has been trialling Enterprise PL/1 4.4, with the intention of >upgrading from their current compiler, PL/1 for MVS&VM. At what level of z/OS, VM, Language Environment and CICS? >They have issues with performance,

Re: Enterprise PL/1 performance

2015-02-24 Thread Robert Prins
On 2015-02-24 10:49, Beesley, Paul wrote: Hello Our customer has been trialling Enterprise PL/1 4.4, with the intention of upgrading from their current compiler, PL/1 for MVS&VM. They have issues with performance, particularly with CICS programs, where the CPU time of a transaction is 3 times wh