Re: 64 bit execution above the bar

[Timothy Sipples]

Mike Schwab wrote:
>I believe z/OS Java 64 has reserved the 2GB -4GB+ bar for itself, uses
>a 32 bit address stub that is shifted 3 bits to the left before use,
>making every allocation a 8 byte unit and a size limit of 32GB. Option
>is -Xcompressedrefs.

Yes, that's a popular "third way" optimization option. You're not required
to use it. If you want even more memory for Java program execution, no
problem.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Mainframe Systems Programmer Job Opening

[Kathleen McLaughlin]

Greetings, 

The State of Nevada – EITS division has a job opening for a level 2 
(underfilling a level 3) Mainframe Sysprog in beautiful Carson City, Nevada.  
The position is currently slated to be a backup support Sysprog for DB2, IODF, 
and Sysplex.  
 
https://neats.state.nv.us/NEATS/Recruiting/ViewAnnouncement.aep?recruitmentId=31075

If you would like additional information, please contact me directly at 
kfmcl...@admin.nv.gov.

Thanks,

Kathleen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Web caching (was: z/OS Processor Requirements)

[Kirk Wolf]

The browser can use the "If-none-match: "  to request that a 304
response be returned if the object's ETag is the same.

So in this case, it really isn't clear yet whether John's browser had a
bug, or IBM's server did, unless you were to look at the headers for the
request that returned a stale document.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Mar 29, 2017 at 11:23 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 29 Mar 2017 10:40:13 -0500, Paul Gilmartin wrote:
>
> >On Wed, 29 Mar 2017 10:04:37 -0400, John Eells wrote:
> >
> >>>...  The book has been updated but not the link
> >>> to the new level of it.  Here is the new level of the book:
> >>> http://publibz.boulder.ibm.com/epubs/pdf/e0z3f113.pdf
> >>
> >>Talking with the person responsible for the book and the link, we found
> >>there is a bug in my browser [and R.S.'s?].  It's supposed to compare
> >>the page on the web to the cached one and refresh it if they differ ...
> >
> >Or does it compare a checksum?
> >
> Looking at the headers:
> 568 $ curl -D/dev/fd/3 http://publibz.boulder.ibm.
> com/epubs/pdf/e0z3f113.pdf 3>&1 1>/dev/null 2>&1
> HTTP/1.1 200 OK
> Date: Wed, 29 Mar 2017 16:08:34 GMT
> Last-Modified: Thu, 09 Mar 2017 19:39:09 GMT
> ETag: "8cdf2-63c3e-54a516614d140"
> Accept-Ranges: bytes
> Content-Length: 408638
> Connection: close
> Content-Type: application/pdf
>
> ... The "Etag:" is supposed to take care of that:
> https://en.wikipedia.org/wiki/HTTP_ETag
>
> >SR for the browser?
> >
> (But would it confess the cached Etag:?)
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Tom Marchant]

On Wed, 29 Mar 2017 14:08:50 -0500, Tom Marchant wrote:

>On Wed, 29 Mar 2017 13:58:34 -0400, Steve Smith wrote:
>
>>It was, but Binyamin has a good point.  I didn't consider that FLIH would
>>be invoked in real mode, so the hypothetical data-space code could
>>theoretically survive until or unless the system turns DAT on for something
>>other than directly resuming your code.
>
>I think not. The SVC New PSW is fetched from real address X'01C0', 
>but I just had a look at that location on our system and the PSW there 
>contains 0404 8000  01BA3F00. That has T=1 so 
>DAT is on. In any case, your data space doesn't have an SVC New 
>PSW at location 1C0. Nor does it have any of the other 5 New PSWs.

And all of this discussion assumes that you can find a way to pass 
control to code that you put into that data space. Code that 
would not require any system services at all. And if you could, 
would the system be able to interrupt you to run something else? 
Maybe if your dispatcher was clever enough to allow it.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Tom Marchant]

On Wed, 29 Mar 2017 13:58:34 -0400, Steve Smith wrote:

>It was, but Binyamin has a good point.  I didn't consider that FLIH would
>be invoked in real mode, so the hypothetical data-space code could
>theoretically survive until or unless the system turns DAT on for something
>other than directly resuming your code.

I think not. The SVC New PSW is fetched from real address X'01C0', 
but I just had a look at that location on our system and the PSW there 
contains 0404 8000  01BA3F00. That has T=1 so 
DAT is on. In any case, your data space doesn't have an SVC New 
PSW at location 1C0. Nor does it have any of the other 5 New PSWs.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Mike Schwab]

I believe z/OS Java 64 has reserved the 2GB -4GB+ bar for itself, uses
a 32 bit address stub that is shifted 3 bits to the left before use,
making every allocation a 8 byte unit and a size limit of 32GB. Option
is -Xcompressedrefs.

On Wed, Mar 29, 2017 at 10:59 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 29 Mar 2017 03:48:01 -0700, Ed Jaffe wrote:
>
>>On 3/29/2017 2:27 AM, Martin Packer wrote:
>>> As I understand it the real restriction is not being interruptible (for
>>> I/O). In which case a clever (and aren't they all nowadays?) :-) JVM might
>>> well find itself executing machine code that you'd hope wouldn't have to
>>> be copied below the bar first.
>>
>>Actually, that's not a restriction at all. z/OS fully supports executing
>>enabled code running above the bar.
>>
>>What's missing is binder/loader/contents support to load/manage
>>executable RMODE(64) modules and enough officially-supported SVC and
>>PC-entered z/OS services to make running programs there feasible. After
>>that, you would need compiler and HLL run-time language support from LE
>>to open that "world" up to everyone...
>>
> Of course, Java byte code is not executed directly, and could reside above
> the bar.  And the JiT compiler might direct its output above the bar without
> involving the binder/loader/contents support.  And that JiT code could branch
> back to the interpreter to invoke system services.
>
> (Some OSes separate executable and writeable segments for integrity reasons.)
>
> There might be incentive here for LPA above the bar to accommodate large
> common byte code (data) objects.  Or .jars?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Steve Smith]

It was, but Binyamin has a good point.  I didn't consider that FLIH would
be invoked in real mode, so the hypothetical data-space code could
theoretically survive until or unless the system turns DAT on for something
other than directly resuming your code.

On Wed, Mar 29, 2017 at 10:51 AM, Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 29 Mar 2017 17:24:04 +0300, Binyamin Dissen <
> bdis...@dissensoftware.com> wrote:
>
> >On Tue, 28 Mar 2017 13:04:10 -0400 Steve Smith  wrote:
> >
> >:>My understanding is that a "data space" is a z/OS construction, the
> >:>hardware has no such concept.  There's no reason a "dataspace" couldn't
> >:>execute instructions as far as the hardware is concerned.  Just connect
> the
> >:>DAT tables as the primary and fire away.  Of course, you'd be
> programming
> >:>on the bare metal, with absolutely no OS support; implying the next
> >:>interrupt would blow you away.
> >
> >No more on the "bare" metal than any other code.
>
> I think that Steve's point was that there would be no system services
> available.
>
> >Interrupts do not use the
> >page0 based off of the STO (whichever) but use the absolute address in the
> >prefix register.
>
> The storing and fetching of old and new PSW use addresses in real page
> zero, not virtual page 0, so you are correct, the "STO" (which may not be
> a Segment-table origin) is not relevant.
>
> ALL references to real page 0 and 1 are transformed by prefixing to obtain
> the absolute address. Similarly, all references to the real page
> identified by
> the prefix register and the following page are transformed to absolute
> pages 0 and 1.
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REORGANIZING HSM CDS

[R.S.]

W dniu 2017-03-29 o 18:47, John Dawes pisze:

To answer your question about the Listcats I do them to compare (before and 
after reorg).
I do have a separate job to backup the dsns (using logical DFDSS) in case 
something goes wrong.
You recommend to DELETE and recreate it.  Is there a reason why I should do so 
because the EXPORT/IMPORT will take care of that function.


Personally I'd like to stop and manually review things after each step.
Having all the steps in one job does not allow me to make any reasonable 
decision when I found something in LISTCAT output.
So, listcat is fine (examine also) but only when followed by manual 
examination of the output.


Regarding EXPORT - I prefer REPRO for some reasons:
- target can be used as new CDS (with rename or not)
- target can be better examined by a human (number of records, size, etc.)
- it is possible to make EXPORT to target with (NEW,DELETE) - that's 
IMHO quite common mistake. REPRO does is a little bit more idiotproof.



Of course, as I said laready, any method to reorganize KSDScan be used 
here here.


--
Radoslaw Skorupka
Lodz, Poland




==


   --
   Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

   This e-mail may contain legally privileged information of the Bank and 
is intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

   mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
   


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REORGANIZING HSM CDS

[Lizette Koehler]

To expand a bit

Steps to reorg (a process I have used in the past).  I also have modified the 
IBM Start Set for HSM found in SYS1.SAMPLIB for this purpose.

 1) Shutdown HSM
 2) Backup (DFDSS Dump) HSM datasets
 3) Rename all current CDS datasets to .OLD
 4) Allocate new xCDS datasets (using SYS1.SAMPLIB HSM starter set)
 5) VSAM REPRO old to new (include any additional validations here)
 6) Start HSM backup on one system and validate
 7) Start remaining HSMs as needed

The IBM Sample started in SYS1.SAMPLIB is a good version of reorging HSM xCDS 
datasets.  

Also pay attention when IBM changes the record sizes in the xCDS datasets.  
They do that occasionally.  JCL from 10 years ago may not be the same as today.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: Wednesday, March 29, 2017 8:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REORGANIZING HSM CDS
> 
> In short words, there is no black magic here, it is regular VSAM KSDS cluster,
> so any method to reorganize it is OK.
> I don't like your job because of irrational CONDs and disputable LISTCATs (why
> ?)
> 
> In general:
> 1. Check your clusters using LISTCAT and/or EXAMINE if you want, but
> definitely review the output before next step or just skip this step.
> 2. Do a backup, of course "manual backup", do not use HSM. It can be REPRO,
> EXPORT, or dss DUMP/COPY RENAMEU or whatever.
> 2.1 Make sure, your backup is valid. You are allowed to do another backup,
> using other method. You are not allowed to proceed if you are unsure about
> backup...
> 3. Delete CDS (and recreate it) and copy data from the backup to new empty
> dataset.
> 4. Have  a beer...
> 
> BTW: it is good idea to review CDS parameters, especially space allocation.
> BTW2: For the step 2 I would consider REPRO OFILE(OUT) with //OUT DD
> DISP=(,CATLG),LIKE=INPUT.FILE
> 
> HTH
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> 
> 
> 
> W dniu 2017-03-29 o 16:43, John Dawes pisze:
> > G'Day,
> >
> > I am setting up a reorg job to reorganise the MCDS/BCDS/OCDS because they
> have reached the threshold of 95%.
> > I checked the doc IBM z/OS DFSMShsm Primer for an example.  I noticed that
> in the IMPORT step it is using parm IEMPTY:
> > IMPORT IDS(?UID.EXPORT.MCDS) ODS(?UID.MCDS) IEMPTY  because the cluster is
> being redefined.  Would it be a problem if I was not deleting the cluster and
> performed the IMPORT using the IEMPTY parm?
> > I have run a test with the IEMPTY parm and without and they both work.  My
> question is do I need to use the IEMPTY parm?
> > I read in the doc z/OS V1R9.0 DFSMShsm Storage Administration Guide that the
> IMPORT function redefines a VSAM data set by using a copy of the catalog
> information saved in the EXPORT copy of the data set
> >
> > Here is my jcl:
> > //STEP1EXEC PGM=IDCAMS,COND=(0,NE)
> > //SYSPRINT DD  SYSOUT=*
> > //SYSIN   DD   *
> >   LISTC ENT(SYS2.MCDS) ALL
> > /*
> > //STEP2   EXEC PGM=IEFBR14,COND=(0,NE)
> > //MCDSDD DSNAME=SYS2.MCDS.BKUP,UNIT=SYSALLDA,
> > //DISP=(,CATLG,DELETE),SPACE=(CYL,(250,200))
> > /*
> > //STEP3   EXEC PGM=IDCAMS,COND=(0,NE,STEP4)
> > //SYSPRINT DD  SYSOUT=*
> > //SYSIN   DD   *
> >EXPORT SYS2.MCDS ODS(SYS2.MCDS.BKUP) TEMPORARY
> > /*
> > //STEP4   EXEC PGM=IDCAMS,COND=(0,NE)
> > //SYSPRINT DD  SYSOUT=*
> > //SYSIN   DD   *
> >IMPORT IDS(SYS2.MCDS.BKUP) ODS(SYS2.MCDS) IEMPTY
> > /*
> > //STEP5 EXEC PGM=IDCAMS,COND=(0,NE)
> > //SYSPRINT DD  SYSOUT=*
> > //SYSIN   DD   *
> >   LISTC ENT(SYS2.MCDS) ALL
> > /*
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> 
> 
> ==
> 
> 
> --
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć
> tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na
> dysku.
> 
> This e-mail may contain legally privileged information of the Bank and
> is intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee authorized
> to forward it to the addressee, be advised that any 

Re: REORGANIZING HSM CDS

[John Dawes]

To answer your question about the Listcats I do them to compare (before and 
after reorg).
I do have a separate job to backup the dsns (using logical DFDSS) in case 
something goes wrong.
You recommend to DELETE and recreate it.  Is there a reason why I should do so 
because the EXPORT/IMPORT will take care of that function. 

On Wed, 29/3/17, R.S.  wrote:

 Subject: Re: REORGANIZING HSM CDS
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Wednesday, 29 March, 2017, 11:22 AM
 
 In short words, there is
 no black magic here, it is regular VSAM KSDS 
 cluster, so any method to reorganize it is
 OK.
 I don't like your job because of
 irrational CONDs and disputable 
 LISTCATs
 (why ?)
 
 In general:
 1. Check your clusters using LISTCAT and/or
 EXAMINE if you want, but 
 definitely review
 the output before next step or just skip this step.
 2. Do a backup, of course "manual
 backup", do not use HSM. It can be 
 REPRO, EXPORT, or dss DUMP/COPY RENAMEU or
 whatever.
 2.1 Make sure, your backup is
 valid. You are allowed to do another 
 backup, using other method. You are not allowed
 to proceed if you are 
 unsure about
 backup...
 3. Delete CDS (and recreate it)
 and copy data from the backup to new 
 empty
 dataset.
 4. Have  a beer...
 
 BTW: it is good idea to review
 CDS parameters, especially space allocation.
 BTW2: For the step 2 I would consider REPRO
 OFILE(OUT) with //OUT DD 
 DISP=(,CATLG),LIKE=INPUT.FILE
 
 HTH
 
 -- 
 Radoslaw Skorupka
 Lodz, Poland
 
 
 
 
 
 
 
 W dniu 2017-03-29 o 16:43, John Dawes pisze:
 > G'Day,
 >
 > I am setting up a reorg job to reorganise
 the MCDS/BCDS/OCDS because they have reached the threshold
 of 95%.
 > I checked the doc IBM z/OS
 DFSMShsm Primer for an example.  I noticed that in the
 IMPORT step it is using parm IEMPTY:
 >
 IMPORT IDS(?UID.EXPORT.MCDS) ODS(?UID.MCDS) IEMPTY  because
 the cluster is being redefined.  Would it be a problem if I
 was not deleting the cluster and performed the IMPORT using
 the IEMPTY parm?
 > I have run a test with
 the IEMPTY parm and without and they both work.  My
 question is do I need to use the IEMPTY parm?
 > I read in the doc z/OS V1R9.0 DFSMShsm
 Storage Administration Guide that the IMPORT function
 redefines a VSAM data set by using a copy of the catalog
 information saved in the EXPORT copy of the data set
 >
 > Here is my jcl:
 > //STEP1    EXEC
 PGM=IDCAMS,COND=(0,NE)
 > //SYSPRINT DD 
 SYSOUT=*
 >
 //SYSIN   DD   *
 >   LISTC ENT(SYS2.MCDS) ALL
 > /*
 >
 //STEP2   EXEC PGM=IEFBR14,COND=(0,NE)
 > //MCDS    DD
 DSNAME=SYS2.MCDS.BKUP,UNIT=SYSALLDA,
 >
 //        DISP=(,CATLG,DELETE),SPACE=(CYL,(250,200))
 > /*
 >
 //STEP3   EXEC PGM=IDCAMS,COND=(0,NE,STEP4)
 > //SYSPRINT DD  SYSOUT=*
 > //SYSIN   DD   *
 >    EXPORT SYS2.MCDS ODS(SYS2.MCDS.BKUP)
 TEMPORARY
 > /*
 >
 //STEP4   EXEC PGM=IDCAMS,COND=(0,NE)
 > //SYSPRINT DD  SYSOUT=*
 > //SYSIN   DD   *
 >    IMPORT IDS(SYS2.MCDS.BKUP)
 ODS(SYS2.MCDS) IEMPTY
 > /*
 > //STEP5     EXEC
 PGM=IDCAMS,COND=(0,NE)
 > //SYSPRINT DD 
 SYSOUT=*
 >
 //SYSIN   DD   *
 >   LISTC ENT(SYS2.MCDS) ALL
 > /*
 >
 >
 --
 > For IBM-MAIN subscribe / signoff / archive
 access instructions,
 > send email to lists...@listserv.ua.edu
 with the message: INFO IBM-MAIN
 >
 
 
 
 ==
 
 
        
 --
         Treść tej wiadomości może
 zawierać informacje prawnie chronione Banku przeznaczone
 wyłącznie do użytku służbowego adresata. Odbiorcą
 może być jedynie jej adresat z wyłączeniem dostępu
 osób trzecich. Jeżeli nie jesteś adresatem niniejszej
 wiadomości lub pracownikiem upoważnionym do jej
 przekazania adresatowi, informujemy, że jej
 rozpowszechnianie, kopiowanie, rozprowadzanie lub inne
 działanie o podobnym charakterze jest prawnie zabronione i
 może być karalne. Jeżeli otrzymałeś tę wiadomość
 omyłkowo, prosimy niezwłocznie zawiadomić nadawcę
 wysyłając odpowiedź oraz trwale usunąć tę wiadomość
 włączając w to wszelkie jej kopie wydrukowane lub
 zapisane na dysku.
 
      
   This e-mail may contain legally privileged information of
 the Bank and is intended solely for business use of the
 addressee. This e-mail may only be received by the addressee
 and may not be disclosed to any third parties. If you are
 not the intended addressee of this e-mail or the employee
 authorized to forward it to the addressee, be advised that
 any dissemination, copying, distribution or any other
 similar activity is legally prohibited and may be
 punishable. If you received this e-mail by mistake please
 advise the sender immediately by using the reply facility in
 your e-mail software and delete permanently this e-mail
 including any copies of it either printed or saved to hard
 drive.
 
         mBank
 S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950
 Warszawa, www.mBank.pl, e-mail: kont...@mbank.plsąd
 

Re: sort data extract

[Lizette Koehler]

My intent was to show that a few more details would be helpful.

And that there are options. 

And sometimes if posters are asked questions they can eventually answer their
own questions or understand what their process is going to do better.  And
reading manuals are always helpful when learning new functions.  

;-D


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sri h Kolusu
> Sent: Wednesday, March 29, 2017 8:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: sort data extract
> 
> >>>  Is SORT your only option? If not, REXX or SAS, or other languages
> >>> can
> do this for you very easily.
> 
> Lizette,
> 
> Sort can also do it quite easily. :) retired mainframer already provided that
> OP needs to look into "Substring Comparison Tests" which would give him the
> desired results.
> 
> And just for the record DFSORT can meet all of your requirements listed.
> 
> Thanks,
> Kolusu
> 
> IBM Mainframe Discussion List  wrote on
> 03/29/2017 07:53:47 AM:
> 
> > From: Lizette Koehler 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 03/29/2017 07:54 AM
> > Subject: Re: sort data extract
> > Sent by: IBM Mainframe Discussion List 
> >
> > Is SORT your only option?
> >
> > If not, REXX or SAS, or other languages can do this for you very easily.
> >
> > Otherwise,
> >
> > You are stating you have a file LRECL=5000.  Within this file, each
> > record has a STRING.
> >
> > Is it just one string you are looking for or multiple?
> >
> > The STRING could be as follows
> >
> > A,B,,X,Y,STRING,A,B,and so forth to the end of the record?
> >
> > A,B,,X,Y,STRING,A,B,STRING,C,X,Y,W,...,STRINGand so forth to
> > the end of the record?
> >
> > The string only occurs ONCE in each record or more that once?
> >
> > Do you need any editing once it is found?
> >
> > Do you need to have the record number written where the string or
> > strings were found?
> >
> > Do you need the position written out where the string or strings were
> found?
> >
> > Do you need a new line written out when the string is found?  For
> example:
> >
> >   On line 20 in position 100 String STRING was found
> >
> >   On line 20 in positions  100, 1001, 3000, 4500 string STRING was
> > found
> >
> > Is the string, BINARY, CHARACTER, or other?
> >
> > A little more detail on your goal for this process will be helpful.
> >
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > > Behalf Of Ron Thomas
> > > Sent: Wednesday, March 29, 2017 4:37 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: sort data extract
> > >
> > > Hi , I have comma seperated VB block file of LRECL 5000, i need to
> > extract all
> > > records for those if there is a string like K170119. Could anyone
> > let me know
> > > how this to be done using sort jcl ? Thanks!
> > >

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Web caching (was: z/OS Processor Requirements)

[Paul Gilmartin]

On Wed, 29 Mar 2017 10:40:13 -0500, Paul Gilmartin wrote:

>On Wed, 29 Mar 2017 10:04:37 -0400, John Eells wrote:
>
>>>...  The book has been updated but not the link
>>> to the new level of it.  Here is the new level of the book:
>>> http://publibz.boulder.ibm.com/epubs/pdf/e0z3f113.pdf
>>
>>Talking with the person responsible for the book and the link, we found
>>there is a bug in my browser [and R.S.'s?].  It's supposed to compare
>>the page on the web to the cached one and refresh it if they differ ...
>
>Or does it compare a checksum?
>
Looking at the headers:
568 $ curl -D/dev/fd/3 http://publibz.boulder.ibm.com/epubs/pdf/e0z3f113.pdf 
3>&1 1>/dev/null 2>&1
HTTP/1.1 200 OK
Date: Wed, 29 Mar 2017 16:08:34 GMT
Last-Modified: Thu, 09 Mar 2017 19:39:09 GMT
ETag: "8cdf2-63c3e-54a516614d140"
Accept-Ranges: bytes
Content-Length: 408638
Connection: close
Content-Type: application/pdf

... The "Etag:" is supposed to take care of that:
https://en.wikipedia.org/wiki/HTTP_ETag

>SR for the browser?
>
(But would it confess the cached Etag:?)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for z/OS system programmer - Australia

[Jon Bathmaker]

Hi Nathan,

I year in Melbourne sounds interesting.   I'm a 30 year z/OS guy and 
have supported CICS (and upgraded it twice).


What can you tell me?  Thanks.

Best regards,
Jon Bathmaker

"We simply cannot allow the corporate greed of the coal, oil and gas industries to 
determine the future of humanity."
- Leonardo DiCaprio

On 3/28/2017 2:10 AM, Nathan Astle wrote:

Hello,

I am posting this Job opening behalf of my colleague who is looking for
z/OS system programmer(Contract Position) also with some experience in
CICS,DB2,MQ,IMS for Australia, Melbourne with the contract of 1 year.

If interested please contact me directly

Regards,
Nathan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Paul Gilmartin]

On Wed, 29 Mar 2017 03:48:01 -0700, Ed Jaffe wrote:

>On 3/29/2017 2:27 AM, Martin Packer wrote:
>> As I understand it the real restriction is not being interruptible (for
>> I/O). In which case a clever (and aren't they all nowadays?) :-) JVM might
>> well find itself executing machine code that you'd hope wouldn't have to
>> be copied below the bar first.
>
>Actually, that's not a restriction at all. z/OS fully supports executing
>enabled code running above the bar.
>
>What's missing is binder/loader/contents support to load/manage
>executable RMODE(64) modules and enough officially-supported SVC and
>PC-entered z/OS services to make running programs there feasible. After
>that, you would need compiler and HLL run-time language support from LE
>to open that "world" up to everyone...
> 
Of course, Java byte code is not executed directly, and could reside above
the bar.  And the JiT compiler might direct its output above the bar without
involving the binder/loader/contents support.  And that JiT code could branch
back to the interpreter to invoke system services.

(Some OSes separate executable and writeable segments for integrity reasons.)

There might be incentive here for LPA above the bar to accommodate large
common byte code (data) objects.  Or .jars?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

4HRA With Defined Capacity & Group Capacity

[Veryl Ellis]

This is for those out there who have an understanding on the subject and how it 
might apply to a non-production service provider environment.

Scenario Example

2964-605 processor
Rated MSU = 577
5 CPs are shared among all LPARs

Customer-A has LPARs 1,2 & 3 grouped with a MSU cap of 300 (contracted MIPS 
converted to MSUs).
Customer-B has LPARs 6,7,8 & 9 grouped with a MSU cap of 250 (contracted MIPS 
converted to MSUs).


Is the 4HRA at the CEC level or the LPAR level?

If the Customer-A LPAR group spikes above its group MSU cap while the 
Customer-B LPAR group is in low usage, what happens when the Customer-B LPAR 
group now needs resources?
Does it have to wait on Customer-A’s 4HRA to complete or does it get what it 
needs by taking back the overage given to the Customer-A LPAR group?

These may be juvenile questions, but I’m not a capacity planner and I’m trying 
to gain some understanding of how this works by reading manuals.

Any insight will be appreciated.

Thanks,

S. Veryl Ellis

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: sort data extract

[Paul Gilmartin]

On Wed, 29 Mar 2017 07:53:47 -0700, Lizette Koehler wrote:

>Is SORT your only option?
>
>If not, REXX or SAS, or other languages can do this for you very easily.
>...
>Do you need any editing once it is found?  
>
Don't overlook grep and sed.


>> -Original Message-
>> From:  Ron Thomas
>> Sent: Wednesday, March 29, 2017 4:37 AM
>> 
>> Hi , I have comma seperated VB block file of LRECL 5000, i need to extract 
>> all
>> records for those if there is a string like K170119. Could anyone let me know
>> how this to be done using sort jcl ? Thanks!

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Ed Jaffe]

On 3/29/2017 8:37 AM, Binyamin Dissen wrote:

The issue is that they "did" nothing. As the hardware handles the linkage all
PC routines automatically supported 64 bit callers. And since the SVC FLIH
took care of the linkage as well, ditto.


They did not do nothing. They officially extended those services 
(including defect support) to 64-bit callers! That matters...


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Web caching (was: z/OS Processor Requirements)

[Paul Gilmartin]

On Wed, 29 Mar 2017 10:04:37 -0400, John Eells wrote:

>John Eells wrote:
>> R.S. wrote:
>>> Off-topic note: the document mention z/OS 2.2 can be ran on z9 machine,
>>> which is untrue.
>>
>> You are, of course, correct.  The book has been updated but not the link
>> to the new level of it.  Here is the new level of the book:
>> http://publibz.boulder.ibm.com/epubs/pdf/e0z3f113.pdf
>
>Talking with the person responsible for the book and the link, we found
>there is a bug in my browser.  It's supposed to compare the page on the
>web to the cached one and refresh it if they differ when the tab is
>opened, but for some reason it did not.  That is why I found the lower
>level of the book instead of the current one.  Clearing the cache
>"fixed" it, and now the updated links are the ones I see on the page.  I
>have never seen this failure before, so it was quite a surprise!
> 
???
I see little to gain by caching if it must fetch the page to compare it.  In
fact a net loss.  Although it gives you a chance to continue viewing while
disconnected.

Or does it compare a checksum?

>Anyway, the book and the link to it are both current already.
>
SR for the browser?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Binyamin Dissen]

On Wed, 29 Mar 2017 08:13:41 -0700 Ed Jaffe 
wrote:

:>> Which really p*ssed me off when so many services were documented as 
supporting
:>> AMODE64 callers when the smaller print indicated that all addresses must be
:>> below the bar.

:>What they did was helpful, not hurtful. Those services are nearly all 
:>31-bit code. What should they have done differently? They could have:



The issue is that they "did" nothing. As the hardware handles the linkage all
PC routines automatically supported 64 bit callers. And since the SVC FLIH
took care of the linkage as well, ditto.



--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: sort data extract

[Ron Thomas]

ok. if string is found , we need to extract the full record and copy to a new 
file . Thanks!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: sort data extract

[Sri h Kolusu]

>>>  Is SORT your only option? If not, REXX or SAS, or other languages can 
do this for you very easily.

Lizette,

Sort can also do it quite easily. :) retired mainframer already provided 
that OP needs to look into "Substring Comparison Tests" which would give 
him the desired results.

And just for the record DFSORT can meet all of your requirements listed. 

Thanks,
Kolusu

IBM Mainframe Discussion List  wrote on 
03/29/2017 07:53:47 AM:

> From: Lizette Koehler 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/29/2017 07:54 AM
> Subject: Re: sort data extract
> Sent by: IBM Mainframe Discussion List 
> 
> Is SORT your only option?
> 
> If not, REXX or SAS, or other languages can do this for you very easily.
> 
> Otherwise,
> 
> You are stating you have a file LRECL=5000.  Within this file, each 
> record has a STRING.
> 
> Is it just one string you are looking for or multiple?
> 
> The STRING could be as follows
> 
> A,B,,X,Y,STRING,A,B,and so forth to the end of the record?
> 
> A,B,,X,Y,STRING,A,B,STRING,C,X,Y,W,...,STRINGand so forth to
> the end of the record?
> 
> The string only occurs ONCE in each record or more that once?
> 
> Do you need any editing once it is found? 
> 
> Do you need to have the record number written where the string or 
> strings were found?
> 
> Do you need the position written out where the string or strings were 
found?
> 
> Do you need a new line written out when the string is found?  For 
example:
> 
>   On line 20 in position 100 String STRING was found
> 
>   On line 20 in positions  100, 1001, 3000, 4500 string STRING was found
> 
> Is the string, BINARY, CHARACTER, or other?
> 
> A little more detail on your goal for this process will be helpful.
> 
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
On
> > Behalf Of Ron Thomas
> > Sent: Wednesday, March 29, 2017 4:37 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: sort data extract
> > 
> > Hi , I have comma seperated VB block file of LRECL 5000, i need to
> extract all
> > records for those if there is a string like K170119. Could anyone 
> let me know
> > how this to be done using sort jcl ? Thanks!
> > 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Odd Syntax error (SMP/E)

[Paul Gilmartin]

On Wed, 29 Mar 2017 08:12:00 -0400, Mark Pace wrote:

>I did a copy and paste of the first receive, and then only had to modify
>the file name and hash for the 2nd.  I did copy and paste the hash from the
>ccp@hash file.
>
>So I tried to change the hash to all upper case - and it works!  Thanks you.
>
If IBM supplied that ccp@hash file in lower case but SMP/E requires it upper,
that ought to be APARable, either to supply the ccp@hash file as needed or
to make SMP/E more tolerant.  Both?

Kurt?

>> On Tue, 28 Mar 2017 17:00:43 -0400, Mark Pace wrote:
>> >   hash="03638FB010AAEA65109594DF96C0D458102E0BFE"
>> >   hash="9e560ba1f93f773ad260d1073c70c0e68b8aed61"

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REORGANIZING HSM CDS

[R.S.]

In short words, there is no black magic here, it is regular VSAM KSDS 
cluster, so any method to reorganize it is OK.
I don't like your job because of irrational CONDs and disputable 
LISTCATs (why ?)


In general:
1. Check your clusters using LISTCAT and/or EXAMINE if you want, but 
definitely review the output before next step or just skip this step.
2. Do a backup, of course "manual backup", do not use HSM. It can be 
REPRO, EXPORT, or dss DUMP/COPY RENAMEU or whatever.
2.1 Make sure, your backup is valid. You are allowed to do another 
backup, using other method. You are not allowed to proceed if you are 
unsure about backup...
3. Delete CDS (and recreate it) and copy data from the backup to new 
empty dataset.

4. Have  a beer...

BTW: it is good idea to review CDS parameters, especially space allocation.
BTW2: For the step 2 I would consider REPRO OFILE(OUT) with //OUT DD 
DISP=(,CATLG),LIKE=INPUT.FILE


HTH

--
Radoslaw Skorupka
Lodz, Poland







W dniu 2017-03-29 o 16:43, John Dawes pisze:

G'Day,

I am setting up a reorg job to reorganise the MCDS/BCDS/OCDS because they have 
reached the threshold of 95%.
I checked the doc IBM z/OS DFSMShsm Primer for an example.  I noticed that in 
the IMPORT step it is using parm IEMPTY:
IMPORT IDS(?UID.EXPORT.MCDS) ODS(?UID.MCDS) IEMPTY  because the cluster is 
being redefined.  Would it be a problem if I was not deleting the cluster and 
performed the IMPORT using the IEMPTY parm?
I have run a test with the IEMPTY parm and without and they both work.  My 
question is do I need to use the IEMPTY parm?
I read in the doc z/OS V1R9.0 DFSMShsm Storage Administration Guide that the 
IMPORT function redefines a VSAM data set by using a copy of the catalog 
information saved in the EXPORT copy of the data set

Here is my jcl:
//STEP1EXEC PGM=IDCAMS,COND=(0,NE)
//SYSPRINT DD  SYSOUT=*
//SYSIN   DD   *
  LISTC ENT(SYS2.MCDS) ALL
/*
//STEP2   EXEC PGM=IEFBR14,COND=(0,NE)
//MCDSDD DSNAME=SYS2.MCDS.BKUP,UNIT=SYSALLDA,
//DISP=(,CATLG,DELETE),SPACE=(CYL,(250,200))
/*
//STEP3   EXEC PGM=IDCAMS,COND=(0,NE,STEP4)
//SYSPRINT DD  SYSOUT=*
//SYSIN   DD   *
   EXPORT SYS2.MCDS ODS(SYS2.MCDS.BKUP) TEMPORARY
/*
//STEP4   EXEC PGM=IDCAMS,COND=(0,NE)
//SYSPRINT DD  SYSOUT=*
//SYSIN   DD   *
   IMPORT IDS(SYS2.MCDS.BKUP) ODS(SYS2.MCDS) IEMPTY
/*
//STEP5 EXEC PGM=IDCAMS,COND=(0,NE)
//SYSPRINT DD  SYSOUT=*
//SYSIN   DD   *
  LISTC ENT(SYS2.MCDS) ALL
/*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN





==


   --
   Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

   This e-mail may contain legally privileged information of the Bank and 
is intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

   mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
   


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Binyamin Dissen]

On Wed, 29 Mar 2017 07:19:05 -0700 Ed Jaffe 
wrote:

:>The majority of z/OS system services are SVC and PC-entered. The linkage 
:>to such services does not care about the AMODE/RMODE of the caller. I 
:>would expect most of them to just work right out of the gate with 
:>failures being the exception rather than the rule.

Which really p*ssed me off when so many services were documented as supporting
AMODE64 callers when the smaller print indicated that all addresses must be
below the bar.

All the PVC routines I ever wrote supported 64 bit callers. Big deal.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: sort data extract

[Lizette Koehler]

Is SORT your only option?

If not, REXX or SAS, or other languages can do this for you very easily.

Otherwise,

You are stating you have a file LRECL=5000.  Within this file, each record has 
a STRING.

Is it just one string you are looking for or multiple?

The STRING could be as follows

A,B,,X,Y,STRING,A,B,and so forth to the end of the record?

A,B,,X,Y,STRING,A,B,STRING,C,X,Y,W,...,STRINGand so forth to the end of 
the record?

The string only occurs ONCE in each record or more that once?

Do you need any editing once it is found?  

Do you need to have the record number written where the string or strings were 
found?

Do you need the position written out where the string or strings were found?

Do you need a new line written out when the string is found?  For example:

  On line 20 in position 100 String STRING was found

  On line 20 in positions  100, 1001, 3000, 4500 string STRING was found

Is the string, BINARY, CHARACTER, or other?

A little more detail on your goal for this process will be helpful.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ron Thomas
> Sent: Wednesday, March 29, 2017 4:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: sort data extract
> 
> Hi , I have comma seperated VB block file of LRECL 5000, i need to extract all
> records for those if there is a string like K170119. Could anyone let me know
> how this to be done using sort jcl ? Thanks!
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Tom Marchant]

On Wed, 29 Mar 2017 17:24:04 +0300, Binyamin Dissen 
 wrote:

>On Tue, 28 Mar 2017 13:04:10 -0400 Steve Smith  wrote:
>
>:>My understanding is that a "data space" is a z/OS construction, the
>:>hardware has no such concept.  There's no reason a "dataspace" couldn't
>:>execute instructions as far as the hardware is concerned.  Just connect the
>:>DAT tables as the primary and fire away.  Of course, you'd be programming
>:>on the bare metal, with absolutely no OS support; implying the next
>:>interrupt would blow you away.
>
>No more on the "bare" metal than any other code.

I think that Steve's point was that there would be no system services available.

>Interrupts do not use the
>page0 based off of the STO (whichever) but use the absolute address in the
>prefix register.

The storing and fetching of old and new PSW use addresses in real page 
zero, not virtual page 0, so you are correct, the "STO" (which may not be 
a Segment-table origin) is not relevant.

ALL references to real page 0 and 1 are transformed by prefixing to obtain 
the absolute address. Similarly, all references to the real page identified by 
the prefix register and the following page are transformed to absolute 
pages 0 and 1.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: sort data extract

[retired mainframer]

Look up "Substring Comparison Tests" in your Application Programming Guide.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ron Thomas
> Sent: Wednesday, March 29, 2017 4:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: sort data extract
> 
> Hi , I have comma seperated VB block file of LRECL 5000, i need to extract 
> all records for
> those if there is a string like K170119. Could anyone let me know how this to 
> be done using
> sort jcl ? Thanks!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

REORGANIZING HSM CDS

[John Dawes]

G'Day,

I am setting up a reorg job to reorganise the MCDS/BCDS/OCDS because they have 
reached the threshold of 95%.
I checked the doc IBM z/OS DFSMShsm Primer for an example.  I noticed that in 
the IMPORT step it is using parm IEMPTY:
IMPORT IDS(?UID.EXPORT.MCDS) ODS(?UID.MCDS) IEMPTY  because the cluster is 
being redefined.  Would it be a problem if I was not deleting the cluster and 
performed the IMPORT using the IEMPTY parm?
I have run a test with the IEMPTY parm and without and they both work.  My 
question is do I need to use the IEMPTY parm?
I read in the doc z/OS V1R9.0 DFSMShsm Storage Administration Guide that the 
IMPORT function redefines a VSAM data set by using a copy of the catalog 
information saved in the EXPORT copy of the data set

Here is my jcl:
//STEP1EXEC PGM=IDCAMS,COND=(0,NE) 
//SYSPRINT DD  SYSOUT=*
//SYSIN   DD   *   
 LISTC ENT(SYS2.MCDS) ALL  
/* 
//STEP2   EXEC PGM=IEFBR14,COND=(0,NE) 
//MCDSDD DSNAME=SYS2.MCDS.BKUP,UNIT=SYSALLDA,  
//DISP=(,CATLG,DELETE),SPACE=(CYL,(250,200))   
/* 
//STEP3   EXEC PGM=IDCAMS,COND=(0,NE,STEP4)
//SYSPRINT DD  SYSOUT=*
//SYSIN   DD   *   
  EXPORT SYS2.MCDS ODS(SYS2.MCDS.BKUP) TEMPORARY   
/* 
//STEP4   EXEC PGM=IDCAMS,COND=(0,NE)  
//SYSPRINT DD  SYSOUT=*
//SYSIN   DD   *   
  IMPORT IDS(SYS2.MCDS.BKUP) ODS(SYS2.MCDS) IEMPTY 
/* 
//STEP5 EXEC PGM=IDCAMS,COND=(0,NE)
//SYSPRINT DD  SYSOUT=*   
//SYSIN   DD   *  
 LISTC ENT(SYS2.MCDS) ALL 
/* 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Peter Relson]

>May I assume that AR mode-mode and AMODE 64 are mutually exclusive?

They are not.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Binyamin Dissen]

On Tue, 28 Mar 2017 13:04:10 -0400 Steve Smith  wrote:

:>My understanding is that a "data space" is a z/OS construction, the
:>hardware has no such concept.  There's no reason a "dataspace" couldn't
:>execute instructions as far as the hardware is concerned.  Just connect the
:>DAT tables as the primary and fire away.  Of course, you'd be programming
:>on the bare metal, with absolutely no OS support; implying the next
:>interrupt would blow you away.

No more on the "bare" metal than any other code. Interrupts do not use the
page0 based off of the STO (whichever) but use the absolute address in the
prefix register.

:>And more-or-less by definition, it wouldn't be a dataspace any more.
:>All-in-all a far-fetched and not particularly interesting idea.
:>I presume IBM would like to deprecate and retire dataspaces completely,
:>although the eternal backward-compatibility may prevent that for 100 years
:>or more.
:>
:>
:>On Tue, Mar 28, 2017 at 12:38 PM, Binyamin Dissen <
:>bdis...@dissensoftware.com> wrote:
:>
:>> On Tue, 28 Mar 2017 08:32:49 -0700 Ed Jaffe 
:>> wrote:
:>>
:>> :>On 3/28/2017 8:23 AM, Tom Marchant wrote:
:>>
:>> :>> I could be wrong, but I don't think that the hardware cares about
:>> :>> data spaces. A data space is an address space that contains no
:>> :>> operating system information, including Nucleus, LPA, CSA, and SQA.
:>>
:>> :>The hardware does not perform ALET-qualified instruction fetch.
:>>
:>> Isn't an ALET a mapping to a STO?
:>>
:>> Can't it be placed in CR1?
:>>
:>> --
:>> Binyamin Dissen 
:>> http://www.dissensoftware.com
:>>
:>> Director, Dissen Software, Bar & Grill - Israel
:>>
:>>
:>> Should you use the mailblocks package and expect a response from me,
:>> you should preauthorize the dissensoftware.com domain.
:>>
:>> I very rarely bother responding to challenge/response systems,
:>> especially those from irresponsible companies.
:>>
:>> --
:>> For IBM-MAIN subscribe / signoff / archive access instructions,
:>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
:>>

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Ed Jaffe]

On 3/29/2017 6:02 AM, David Crayford wrote:

On 29/03/2017 6:48 PM, Ed Jaffe wrote:


What's missing is binder/loader/contents support to load/manage 
executable RMODE(64) modules and enough officially-supported SVC and 
PC-entered z/OS services to make running programs there feasible. 
After that, you would need compiler and HLL run-time language support 
from LE to open that "world" up to everyone... 


How feasible is that in your opinion?


Very.

The majority of z/OS system services are SVC and PC-entered. The linkage 
to such services does not care about the AMODE/RMODE of the caller. I 
would expect most of them to just work right out of the gate with 
failures being the exception rather than the rule. Of course, branch 
entry is another story...


Binder/loader/contents support is nearly there. You can already acquire 
storage above the bar and "directed LOAD" a module into it using the 
ADDR64= or ADRNAPF64= keywords on the LOAD macro. It should not be much 
more work to update the binder to support an RMODE(64) attribute and 
make contents support this action natively.


With the operating system supporting all of this, it will just be a 
matter of time before LE feels the pressure to make their services 
available to code running above the bar. Hopefully, their 'CELQ' 
services were designed from the start with this in mind.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS Processor Requirements (was Re: SMP/E Tutorial)

[John Eells]

John Eells wrote:

R.S. wrote:

Off-topic note: the document mention z/OS 2.2 can be ran on z9 machine,
which is untrue.


You are, of course, correct.  The book has been updated but not the link
to the new level of it.  Here is the new level of the book:
http://publibz.boulder.ibm.com/epubs/pdf/e0z3f113.pdf


Talking with the person responsible for the book and the link, we found 
there is a bug in my browser.  It's supposed to compare the page on the 
web to the cached one and refresh it if they differ when the tab is 
opened, but for some reason it did not.  That is why I found the lower 
level of the book instead of the current one.  Clearing the cache 
"fixed" it, and now the updated links are the ones I see on the page.  I 
have never seen this failure before, so it was quite a surprise!


Anyway, the book and the link to it are both current already.

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

z/OS Processor Requirements (was Re: SMP/E Tutorial)

[John Eells]

R.S. wrote:

Off-topic note: the document mention z/OS 2.2 can be ran on z9 machine,
which is untrue.


You are, of course, correct.  The book has been updated but not the link 
to the new level of it.  Here is the new level of the book: 
http://publibz.boulder.ibm.com/epubs/pdf/e0z3f113.pdf




--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Tom Marchant]

On Wed, 29 Mar 2017 12:46:09 +, scott Ford wrote:

>It seems, that 64bit architecture is going through the same growing pains

IMO, the architecture is not going through growing pains.
z/OS continues to maintain compatibility with older programs and is moving 
in the direction of fully exploiting the architecture.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: How does ABO report its outcome? (was: Migrating Cobol)

[Tom Marchant]

On Tue, 28 Mar 2017 21:31:11 +0200, Peter Hunkeler wrote:

>
>>There is a new listing when a program is processed by ABO, and this listing
>>is used by IBM Fault Analyzer, but it is not used by LE.  For CEEDUMP, you
>>would manually map the offset to the line number.
>
>So what you're saying is that an optional chargeable product knows how to 
>handle problems with ABO optimized code, but the standard runtime 
>environment does not? Really? What is the rationale behind?

What he is saying is that there is an optional chargeable product that will 
help you to analyze abends in your code. The information is available for 
you to analyze the dump yourself. This is the same as without ABO.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMP/E Tutorial

[Tom Marchant]

On Tue, 28 Mar 2017 15:10:16 -0400, John Eells wrote:

>Dan Kalmar wrote:
>>
>> I'm reading the User's Guide section on adding a new FUNCTION SYSMOD:
>>
>> So the MCS statements are listed, but why on earth there is no mention of 
>> the JCL required to process the MCS input ?
>
>I think what you are looking for starts on PDF p. 102 in the same book,
>under "Defining the information needed to invoke SMP/E."
>(http://publibz.boulder.ibm.com/epubs/pdf/gim3ug01.pdf)  I'm sure any
>number of people can post samples, too.

SMP/E is a large and complicated product, with nearly 2000 pages of 
documentation. This is reference documentation, not tutorials.

The JCL requirements are documented in the User's Guide. The 
requirements are complicated, with JCL and DDDEFs, and different 
DD statements used for different commands. These are documented 
in the Commands manual.

There is a short tutorial (about 90 pages) in the ABCs of z/OS 
System Programming Volume 2.
http://www.redbooks.ibm.com/abstracts/sg246982.html

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMP/E Tutorial

[R.S.]

Off-topic note: the document mention z/OS 2.2 can be ran on z9 machine, 
which is untrue.



--
Radoslaw Skorupka
Lodz, Poland






W dniu 2017-03-27 o 18:52, John Eells pisze:

Dan Kalmar wrote:


Can you still use PROGRAM elements for LE based modules ?


Yes, provided you can bind with the *lowest* level Language 
Environment stubs you need, as I'm assured they are compatible with 
later levels of z/OS.  (The level you need should define your minium 
supported z/OS level, too, of course.)


There is a list of libraries from which you are allowed to include 
interface code like stubs in the z/OS Licensed Progam Specifications.* 
See the topic "Redistribution of Code," here:


http://publibz.boulder.ibm.com/epubs/pdf/e0z3f112.pdf

Should you identify something that ought to be on that list, but is 
missing, please let me know.


* Of course, make sure your Legal Department concurs!



==


   --
   Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

   This e-mail may contain legally privileged information of the Bank and 
is intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

   mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
   


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[David Crayford]

On 29/03/2017 6:48 PM, Ed Jaffe wrote:


What's missing is binder/loader/contents support to load/manage 
executable RMODE(64) modules and enough officially-supported SVC and 
PC-entered z/OS services to make running programs there feasible. 
After that, you would need compiler and HLL run-time language support 
from LE to open that "world" up to everyone... 


How feasible is that in your opinion?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Don Poitras]

It's already benefiting many customers. I/O buffers above the bar have been
around for a while now. Of course, that only requires AMODE=64, not RMODE=64.
Currently only EXCP or BSAM I believe.

In article  
you wrote:
> It seems, that 64bit architecture is going through the same growing pains
> we saw with earlier versions of OS/VS2 , MVS/ESA , etc.
> This isn't necessary bad, in fact it's a good thing, since executing in
> 64bit mode, doing I/O would benefit many customers, I feel.

> Scott

> On Wed, Mar 29, 2017 at 6:48 AM Ed Jaffe 
> wrote:

> > On 3/29/2017 2:27 AM, Martin Packer wrote:
> > > As I understand it the real restriction is not being interruptible (for
> > > I/O). In which case a clever (and aren't they all nowadays?) :-) JVM
> > might
> > > well find itself executing machine code that you'd hope wouldn't have to
> > > be copied below the bar first.
> >
> > Actually, that's not a restriction at all. z/OS fully supports executing
> > enabled code running above the bar.
> >
> > What's missing is binder/loader/contents support to load/manage
> > executable RMODE(64) modules and enough officially-supported SVC and
> > PC-entered z/OS services to make running programs there feasible. After
> > that, you would need compiler and HLL run-time language support from LE
> > to open that "world" up to everyone...
> >
> > --
> > Edward E Jaffe
> > Phoenix Software International, Inc
> > 831 Parkview Drive North
> > El Segundo, CA 90245
> > http://www.phoenixsoftware.com/
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > --
> Scott Ford
> IDMWORKS
> z/OS Development

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[scott Ford]

It seems, that 64bit architecture is going through the same growing pains
we saw with earlier versions of OS/VS2 , MVS/ESA , etc.
This isn't necessary bad, in fact it's a good thing, since executing in
64bit mode, doing I/O would benefit many customers, I feel.

Scott

On Wed, Mar 29, 2017 at 6:48 AM Ed Jaffe 
wrote:

> On 3/29/2017 2:27 AM, Martin Packer wrote:
>
> > As I understand it the real restriction is not being interruptible (for
>
> > I/O). In which case a clever (and aren't they all nowadays?) :-) JVM
> might
>
> > well find itself executing machine code that you'd hope wouldn't have to
>
> > be copied below the bar first.
>
>
>
> Actually, that's not a restriction at all. z/OS fully supports executing
>
> enabled code running above the bar.
>
>
>
> What's missing is binder/loader/contents support to load/manage
>
> executable RMODE(64) modules and enough officially-supported SVC and
>
> PC-entered z/OS services to make running programs there feasible. After
>
> that, you would need compiler and HLL run-time language support from LE
>
> to open that "world" up to everyone...
>
>
>
> --
>
> Edward E Jaffe
>
> Phoenix Software International, Inc
>
> 831 Parkview Drive North
>
> El Segundo, CA 90245
>
> http://www.phoenixsoftware.com/
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Odd Syntax error

[Mark Pace]

I did a copy and paste of the first receive, and then only had to modify
the file name and hash for the 2nd.  I did copy and paste the hash from the
ccp@hash file.

So I tried to change the hash to all upper case - and it works!  Thanks you.

On Tue, Mar 28, 2017 at 5:21 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 28 Mar 2017 17:00:43 -0400, Mark Pace wrote:
>
> >I'm trying to download some software using HTTPS.
> >   hash="03638FB010AAEA65109594DF96C0D458102E0BFE"
> >
> >And I get -
> >GIM45500S ** VERIFICATION OF HASH VALUE OF
> >
> >Oops - I forgot to change the HASH
> >
> >   hash="9e560ba1f93f773ad260d1073c70c0e68b8aed61"
> >
> >Then I get -  all that changed was the hash value
> >
> >--
> >hash="9e560ba1f93f773ad260d1073c70c0e68b8aed61"
> >GIM20313S ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT FROM DD
> >STATEMENT
> > SERVINFO AT COLUMN
> >14.
> >
> Have you stumbled into one of the few surving programs that thinks hex
> should be case-sensitive?
>
> Did you type all that by hand?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

sort data extract

[Ron Thomas]

Hi , I have comma seperated VB block file of LRECL 5000, i need to extract all 
records for those if there is a string like K170119. Could anyone let me know 
how this to be done using sort jcl ? Thanks!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: UNABLE TO DELETE MIGRAT2 DSN - PROBLEM SOLVED

[willie bunter]

Eureka !! I did it.

I deleted the dsn via IDCAMS using NOSCRATCH and the name of the CATALOG.  

DELETE DB21.ARCHLOGA.A0326760 -
NOSCRATCH -
CATALOG(CATALOG.DB21)  

Thanks

On Wed, 3/29/17, willie bunter  wrote:

 Subject: UNABLE TO DELETE MIGRAT2 DSN
 To: IBM-MAIN@listserv.ua.edu
 Received: Wednesday, March 29, 2017, 7:23 AM
 
 Good Day To All,
 
 I am trying to delete a dsn which is at MIGRAT2.  I
 tried the HDELETE command but I get the following :
 
 DB21.ARCHLOGA.A0326760 DELETE FAILED, RC=0002, REAS= 
 ARC1102I DATA SET IS NOT MIGRATED/BACKED UP 
    
 
 I tried DELETE NSCR to no avail.  I even tried DELETE
 NVR which didn't work either.
 
 Is there anything else I could try?
 
 Thanks.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Ed Jaffe]

On 3/29/2017 2:27 AM, Martin Packer wrote:

As I understand it the real restriction is not being interruptible (for
I/O). In which case a clever (and aren't they all nowadays?) :-) JVM might
well find itself executing machine code that you'd hope wouldn't have to
be copied below the bar first.


Actually, that's not a restriction at all. z/OS fully supports executing 
enabled code running above the bar.


What's missing is binder/loader/contents support to load/manage 
executable RMODE(64) modules and enough officially-supported SVC and 
PC-entered z/OS services to make running programs there feasible. After 
that, you would need compiler and HLL run-time language support from LE 
to open that "world" up to everyone...


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How does ABO report its outcome? (was: Migrating Cobol)

[Bill Woodger]

There was no suggestion attempted (for anything) just an explanation that if 
you have used options which augment the LE abend output (which should also 
include CEEDUMP) then ABO will leave those alone.

This was in reference to Peter's question posted immediately prior: 

"So what [is being said] is that an optional chargeable product knows how to 
handle problems with ABO optimized code, but the standard runtime environment 
does not? Really? What is the rationale behind?"

Paid-for products can understand the ABO output. Base LE output with no TEST 
options is the same, ABO or non-ABO. You look at the listing. Just may involve 
looking at a different listing, or require looking at two listings. TEST 
options can augment LE abend-output.

There's no substantial difference between the handling of an abending ABO'd 
program and a non-ABO'd program.

"A little something" to merge original compile listing with ABO output listing 
could be useful for someone to write.

On Tue, 28 Mar 2017 18:02:43 -0500, Edward Gould  
wrote:

>> On Mar 28, 2017, at 3:47 PM, Bill Woodger  wrote:
>> 
>> Without any TEST option on the compile, LE gives you nothing but the offset 
>> of the failing instruction, then you find it in the compile listing. ABO 
>> gets you a new listing of the new code, a new place to consult for the 
>> offset.
>> 
>> If you compile with TEST options, the code generated for those options still 
>> exists in the ABO'd program, and if from the original program that results 
>> in additional information in the LE dump, then it will still do so after the 
>> program has been ABO'd.
>
>
>Bill:
>
>In the past we have found that compiling COBOL programs with test meant a hell 
>of a lot more run time and of course CPU usage went up as well.
>I would *NEVER* suggest TEST in a production environment.
>
>Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 64 bit execution above the bar

[Martin Packer]

Is this at this point a philosophical discussion on what "code execution" 
means? I suspect not but citing JVM interpreting bytecodes would make it 
one. :-)

As I understand it the real restriction is not being interruptible (for 
I/O). In which case a clever (and aren't they all nowadays?) :-) JVM might 
well find itself executing machine code that you'd hope wouldn't have to 
be copied below the bar first.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Timothy Sipples 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   29/03/2017 05:12
Subject:Re: 64 bit execution above the bar
Sent by:IBM Mainframe Discussion List 



Doesn't the 64-bit Java Runtime Environment on z/OS already support code
execution above the bar? That's my understanding. Also, I've stumbled into
at least one non-IBM product that is already executing code above the bar.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN