date:20171016

On Mon, 16 Oct 2017 20:17:01 +, Pew, Curtis G wrote:

>On Oct 16, 2017, at 1:39 PM, John McKown wrote:
>> 
>> The above is why I love *IX symlinks. What would be _really_ nice, IMO,
>> would be if your PDF generation process placed the actual document number
>> & title in the PDF information title section of the pdf file. So that I
>> could get it out of the "pdfinfo" program. It would make generation of the
>> symlinks simple. Something like:
>> 
>> for i in *.pdf ; do pdfinfo "${i}" | ln -s "${i}" "$(awk '/^Title: / {print
>> substr($0,17);} | sed -r 's/ *.*? *//')" ; done
>
>Yes, please. I tried doing something like this once, but the PDF information 
>sections are inconsistent or incomplete. Everything’s easier to manage when 
>you have consistent, reliable metadata.
>
Of course.  In the interim, here's a script that creates the symlinks by
scraping the *index.htm file:

#! /bin/sh -x

# Make symbolic links for anchors in ../*index.htm

# Wholeheartedly empirical.  I tweaked it until it mostly worked.

# Run this in an expendable subdirectory of the doc archive.
ln -s ../pdf .  # Make a symlink to the real PDF directory.

awk '
/td.*href=.pdf.*\.pdf/ {
Target = $0
sub( /.*href=./, "ln -s ", Target )
sub( /. target=.*/, " \\", Target )
print( Target )
next }
/td/ & Target {
L = $0
sub( /.*/, "\"", L )
sub( /<\/td>.*/, "\"", L )
gsub( /\//, "-", L )
print( L )
Target = ""
next }
' ../*index.htm

-- gil

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

AW: Re: Where is the "z/OS V2R3 Elements and Features" web site?

Have you tried on an iPad? Or any other non-Windows, non-Linux tablet? (I know 
Android is Linux based)


--
Peter Hunkeler


 Von: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> 
An:   IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: Where is the "z/OS V2R3 
Elements and Features" web site? Datum: 16.10.17, 21:27


On Mon, 16 Oct 2017 13:55:27 -0500, Paul Gilmartin wrote:

>On Mon, 16 Oct 2017 20:36:56 +0200, Peter Hunkeler wrote:
>
>>>Please don't rename your downloaded PDFs! Doing so breaks the cross-book 
>>>links.
>>
>>What is not designed to work cannot become broken, right? There is a world 
>>aside of Windows, and in that sphere I can easily rename the PDSs, in fact is 
>>it the only sensible way on iOS (and probably also on Android) devices.
>>
>Do not the cross-book links work alike inthat "world aside"?  Until you break 
>them by renaming.
>
For verification, I opened that *index.htm file with Firefox in (a 
Debian-derived)
Linux.  I clicked on one of the .pdf links, opening it with Document Viewer.  
There,
I clicked on a cross-reference link, opening that document in another instance
of Document Viewer.  Not everything that works is Windows.

>>Thanks for the pointer to the HTML file. That should get me going.
>>
>>>To quickly find whatever z/OS content that you need, always start at the 
>>>z/OS Internet Library (
>http://www.ibm.com/systems/z/os/zos/library/bkserv/
>
>-- 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: Where is the "z/OS V2R3 Elements and Features" web site?

2017-10-16 Thread Pew, Curtis G

On Oct 16, 2017, at 1:39 PM, John McKown  wrote:
> 
> The above is why I love *IX symlinks. What would be _really_ nice, IMO,
> would be if your PDF generation process placed the actual document number
> & title in the PDF information title section of the pdf file. So that I
> could get it out of the "pdfinfo" program. It would make generation of the
> symlinks simple. Something like:
> 
> for i in *.pdf ; do pdfinfo "${i}" | ln -s "${i}" "$(awk '/^Title: / {print
> substr($0,17);} | sed -r 's/ *.*? *//')" ; done

Yes, please. I tried doing something like this once, but the PDF information 
sections are inconsistent or incomplete. Everything’s easier to manage when you 
have consistent, reliable metadata.

-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

2017-10-16 Thread Gibney, Dave

z/OS 2.2 did show up as a Source for the Softgcopy Librarian and IBM Boulder. 
Will z/OS 2.3 ever be there?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Susan Shumway
> Sent: Monday, October 16, 2017 11:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Where is the "z/OS V2R3 Elements and Features" web site?
> 
> Please don't rename your downloaded PDFs! Doing so breaks the cross-book
> links.
> 
> Since we realize that the cryptic PDF file names don't mean anything to most
> of you, we provide an HTML file within the PDF collection that lists links to
> every PDF as extracted to your local system, and the links are the titles of 
> the
> PDF. Look for "ZOSV02R03_index.htm" in the
> V2R3 Indexed PDF collection.
> 
> As for the Acrobat indexed functionality (e.g.
> zOS_V2R3_Documentation.pdx) not working on an iPad, that's as expected -
> that particular function of the collection is supported on Windows based
> systems only.
> 
> To quickly find whatever z/OS content that you need, always start at the z/OS
> Internet Library ( https://urldefense.proofpoint.com/v2/url?u=http-
> 3A__www.ibm.com_systems_z_os_zos_library_bkserv_=DwICaQ=C3y
> me8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQb-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=WtCPVJStnUX3Old-
> dX3jjGA7J8wjnQug_t3e00KNk0k=bUM1fQq9Mfob4GyqnhKqaCi1I7mmuk2
> wVSkPkA33cFA= ).
> 
> -Sue
> 
> 
> On 10/15/17 10:53 AM, Peter Hunkeler wrote:
> >
> > Why does one recognize typos only at the very moment "send" button has
> been released? Title should say V2R3, not V2R2.
> >
> > The ZIP file with the indexed z/OS PDFs is surely useful, but only on a
> platform supporting the index file. My iPad is not one of them. So what I get 
> is
> a bunch of PDF files with rather meaningless 8 character names.
> >
> > I used to create a download script from the "z/OS VvRrElements and
> Features" web page, and that allowed automatic renaming to the book title.
> >
> > It seems this site is not provided for V2R3. At least I was not able to 
> > find it
> so far. Would anyone know if it will be available?
> >
> 
> --
> Sue Shumway
> z/OS Product Documentation Lead
> IBM Poughkeepsie
> chale...@us.ibm.com
> 
> --
> 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: Where is the "z/OS V2R3 Elements and Features" web site?

On Mon, 16 Oct 2017 13:55:27 -0500, Paul Gilmartin wrote:

>On Mon, 16 Oct 2017 20:36:56 +0200, Peter Hunkeler wrote:
>
>>>Please don't rename your downloaded PDFs! Doing so breaks the cross-book 
>>>links.
>>
>>What is not designed to work cannot become broken, right? There is a world 
>>aside of Windows, and in that sphere I can easily rename the PDSs, in fact is 
>>it the only sensible way on iOS (and probably also on Android) devices.
>>
>Do not the cross-book links work alike inthat "world aside"?  Until you break 
>them by renaming.
> 
For verification, I opened that *index.htm file with Firefox in (a 
Debian-derived)
Linux.  I clicked on one of the .pdf links, opening it with Document Viewer.  
There,
I clicked on a cross-reference link, opening that document in another instance
of Document Viewer.  Not everything that works is Windows.

>>Thanks for the pointer to the HTML file. That should get me going.
>>
>>>To quickly find whatever z/OS content that you need, always start at the 
>>>z/OS Internet Library (
>http://www.ibm.com/systems/z/os/zos/library/bkserv/
>
>-- gil

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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

On Mon, 16 Oct 2017 20:36:56 +0200, Peter Hunkeler wrote:

>
>>Please don't rename your downloaded PDFs! Doing so breaks the cross-book 
>>links.
>
>
>What is not designed to work cannot become broken, right? There is a world 
>aside of Windows, and in that sphere I can easily rename the PDSs, in fact is 
>it the only sensible way on iOS (and probably also on Android) devices.
>
Do not the cross-book links work alike inthat "world aside"?  Until you break 
them by renaming.

>Thanks for the pointer to the HTML file. That should get me going.
>
>>To quickly find whatever z/OS content that you need, always start at the z/OS 
>>Internet Library (
http://www.ibm.com/systems/z/os/zos/library/bkserv/

-- gil

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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

On Mon, 16 Oct 2017 14:20:20 -0400, Susan Shumway wrote:

>Please don't rename your downloaded PDFs! Doing so breaks the cross-book
>links.
>
Symbolic links?  (maybe).

Of course, I know of no OS nowadays that enforces that archaic 8.3 naming 
convention.

>Since we realize that the cryptic PDF file names don't mean anything to
>most of you, we provide an HTML file within the PDF collection that
>lists links to every PDF as extracted to your local system, and the
>links are the titles of the PDF. Look for "ZOSV02R03_index.htm" in the
>V2R3 Indexed PDF collection.
>
The better way.  Should work with most browsers.

>As for the Acrobat indexed functionality (e.g.
>zOS_V2R3_Documentation.pdx) not working on an iPad, that's as expected -
>that particular function of the collection is supported on Windows based
>systems only.
>  
Works fine on Mac.  I believe the requisite is Adobe reader.

I was disappointed not to find the mention of Documentation.pdx as an
anchor in index.htm.  So I tried making it one in a copy of index.htm
Didn't work.  Some browsers are dumbfounded by it, and I couldn't
fix associations; others try opening it as a page within the browser, but
the description in index.htm says it must be opened only by Adobe
Reader.  Shame on those browsers.  Grrr.

>To quickly find whatever z/OS content that you need, always start at the
>z/OS Internet Library (
>http://www.ibm.com/systems/z/os/zos/library/bkserv/ ).
> 
That's the one I'm familiar with.  Is there anything similar for VM?

Thanks,
gil

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

Re: fopen DD

>"Ah Ha" moment yourselves when you see how IBM hid it.

I stumbled across that subtle difference between _BPX_SHAREAS=YES and MUST 
earlier this year and thought the sticky bit paragraph was missing in the MUST 
section by mistake. I intended to open an RCF, but admit I forgot. And so I 
also did not remember this for the current discussion.
So it is not an omission by mistake, but a feature.
I never understood why there is the sticky bit restriction with "see if you 
can" local spawn. Now it is even more mysterious since IBM allows it with "you 
must" local spawn.
Thank you, Kirk, despite the ruined aha moment ;-)
--Peter Hunkeler



--
Peter Hunkeler

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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

2017-10-16 Thread John McKown

On Mon, Oct 16, 2017 at 1:20 PM, Susan Shumway  wrote:

> Please don't rename your downloaded PDFs! Doing so breaks the cross-book
> links.
>
> Since we realize that the cryptic PDF file names don't mean anything to
> most of you, we provide an HTML file within the PDF collection that lists
> links to every PDF as extracted to your local system, and the links are the
> titles of the PDF. Look for "ZOSV02R03_index.htm" in the V2R3 Indexed PDF
> collection.
>
> As for the Acrobat indexed functionality (e.g. zOS_V2R3_Documentation.pdx)
> not working on an iPad, that's as expected - that particular function of
> the collection is supported on Windows based systems only.
>
> To quickly find whatever z/OS content that you need, always start at the
> z/OS Internet Library ( http://www.ibm.com/systems/z/o
> s/zos/library/bkserv/ ).
>
> -Sue
>


The above is why I love *IX symlinks. What would be _really_ nice, IMO,
would be if your PDF generation process placed the actual document number
& title in the PDF information title section of the pdf file. So that I
could get it out of the "pdfinfo" program. It would make generation of the
symlinks simple. Something like:

for i in *.pdf ; do pdfinfo "${i}" | ln -s "${i}" "$(awk '/^Title: / {print
substr($0,17);} | sed -r 's/ *.*? *//')" ; done

-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

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

AW: Re: AW: Re: fopen DD


>Doesn't exec(), like fork(), create a new execution environment, discarding
DDNAME allocations?



You're absolutely right. I didn't think of DDs, which is the whole purpose of 
the local spawn in this context. Shame on me.


--
Peter Hunkeler



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

AW: Re: Where is the "z/OS V2R3 Elements and Features" web site?


>Please don't rename your downloaded PDFs! Doing so breaks the cross-book
links.


What is not designed to work cannot become broken, right? There is a world 
aside of Windows, and in that sphere I can easily rename the PDSs, in fact is 
it the only sensible way on iOS (and probably also on Android) devices.
Thanks for the pointer to the HTML file. That should get me going.


>To quickly find whatever z/OS content that you need, always start at the z/OS 
>Internet Library (
http://www.ibm.com/systems/z/os/zos/library/bkserv/ ).



Quickly? Ha, ha, ROTFLOL. Would you be able to see how tremendously slow 
Internet access from our office environment is, you would understand why I aim 
for offline availability.


--
Peter Hunkeler



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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

2017-10-16 Thread Susan Shumway

Please don't rename your downloaded PDFs! Doing so breaks the cross-book
links.

Since we realize that the cryptic PDF file names don't mean anything to
most of you, we provide an HTML file within the PDF collection that
lists links to every PDF as extracted to your local system, and the
links are the titles of the PDF. Look for "ZOSV02R03_index.htm" in the
V2R3 Indexed PDF collection.

As for the Acrobat indexed functionality (e.g.
zOS_V2R3_Documentation.pdx) not working on an iPad, that's as expected -
that particular function of the collection is supported on Windows based
systems only.

To quickly find whatever z/OS content that you need, always start at the
z/OS Internet Library (
http://www.ibm.com/systems/z/os/zos/library/bkserv/ ).

-Sue

On 10/15/17 10:53 AM, Peter Hunkeler wrote:

Why does one recognize typos only at the very moment "send" button has been released? Title should say V2R3, not V2R2.

The ZIP file with the indexed z/OS PDFs is surely useful, but only on a
platform supporting the index file. My iPad is not one of them. So what I get
is a bunch of PDF files with rather meaningless 8 character names.

I used to create a download script from the "z/OS VvRrElements and Features"
web page, and that allowed automatic renaming to the book title.

It seems this site is not provided for V2R3. At least I was not able to find it
so far. Would anyone know if it will be available?

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@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: Include FMID, PTFID and APARID as eye catcher in each LMOD

On Mon, 16 Oct 2017 10:44:02 -0400, John Eells wrote:

>I am the one who rejected this requirement.
>...
>Can anyone think of a #5?
>
HLASM, as an example, prints the PTF level at the top of each listing.

If this is done the simplest (only) way I can envision, it involves replacing
a MOD element containing that string with each PTF.  (I've not examined
the structure of a HLASM PTF.)  Then, by SMP/E rules, each PTF must PRE
all its predecessors.  This imposes a linear ordering of PTFs, a scheme
loathed by some systems programmers who want the liberty to pick and
choose only PTFs addressing problems they're actually suffering.

-- gil

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

Re: AW: Re: fopen DD

2017-10-16 Thread John McKown

On Mon, Oct 16, 2017 at 12:27 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 16 Oct 2017 08:09:34 +0200, Peter Hunkeler wrote:
> >
> >My thoughts have been to first spawn() to a glue routine to get the local
> process and then to exec() to /bin/sh. Another way be to invoke a shell
> script making sure _BPX_SPAWN_SCRIPT=YES is present.
> >
> Doesn't exec(), like fork(), create a new execution environment, discarding
> DDNAME allocations?
>

Looks like it according to
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb100/exc.htm

Characteristics and restrictions

   1. The exec service dynamically inserts into a job a new job step that
   has no allocations associated with it, with the exception of the MVS data
   sets that may be built into the STEPLIB environment for the new process
   image.





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



-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

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

Re: AW: Re: fopen DD

On Mon, 16 Oct 2017 08:09:34 +0200, Peter Hunkeler wrote:
>
>My thoughts have been to first spawn() to a glue routine to get the local 
>process and then to exec() to /bin/sh. Another way be to invoke a shell script 
>making sure _BPX_SPAWN_SCRIPT=YES is present.
> 
Doesn't exec(), like fork(), create a new execution environment, discarding
DDNAME allocations?

-- gil

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

Re: ServerPac download - observations


John Eells wrote:

R.S. wrote:

(title corrected)

The above is the only observation which disappointed me. Why don't you
provide all Dialog datasets plus simple job to unpack it?
For the second part I can provide you the job for free. ;-)

Regards


R.S.,

Sorry to disappoint!  We can certainly think about it.



Sigh.  They say memory is the second thing to go, and this proves it.  I 
wrote the design that provided a downloadable copy of the LOADRIM job to 
retrieve the first (or a replacement) copy of the installation dialog:


"LOADRIM will retrieve the order data from the server using the SMP/E
GIMGTPKG program. After the order data has been downloaded, it is loaded 
to the master dialog data sets using the SMP/E GIMUNZIP program."


Does this do what you want?

(Feeble excuse: For what it's worth, for me coffee does not make up for 
lack of sleep.)


--
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: Connect:Direct

2017-10-16 Thread Steve Thompson

Gadi:

Regardless of pre-IBM or post IBM copy of C:D, it is a basic SMPE
install, so follow the Program Directory or Installation manual.

I haven't worked on C:D since 2013. So I don't know how the
current Installation configuration manual is titled, and/or what
is needed.

But, you need to know if this is to be a simple install (one
instance of C:D), or if this is to have fail-over, or a C:D Plex.
All of that will tell you what you have to do for your configuration.

You will also need to know if you are doing IP only, or if you
will be using LU0 and/or LU6.2 connections.

There are people out there that do C:D work to get things set up
for customers.

Regards,
Steve Thompson

On 10/16/2017 06:05 AM, גדי בן אבי wrote:

Hi,

I been tasked with installing Connect:Direct on z/OS.

Does anyone one know of resources the will help me install and configure it.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן :
"החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על
ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור
(לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no offer, agreement,
concession or representation is binding on the Malam, unless accompanied by a duly signed separate
document (or a scanned version thereof), affixed with the Malam seal.

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

Re: APAR OA53994

2017-10-16 Thread Jesse 1 Robinson

We mentioned to IBM in our SR that we could not pull the PTF. Reply was that 
Shopz had problems last week affecting many customer orders. I resubmitted the 
order this morning. It completed in three minutes. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Friday, October 13, 2017 6:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: APAR OA53994

A couple of times this week I have run our job. 

I gave up the first time and cancelled it after about 600 minutes of waiting. 

The second one  finally completed successfully after a similar amount of time. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, October 13, 2017 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR OA53994

CAUTION:  This email originated outside of the organization.
DO NOT CLICK links or open attachments unless you recognize the sender and know 
the content is safe.

__
Since the day the PTFs went GA, we've been trying to download for our level. We 
have submitted our 'standard' RFN job several times. Each time it runs for 
hours and finally dies. The latest one looked as below. This is just to pull a 
single PTF. The job is active but waiting the entire time. Anyone have better 
luck?



GIM694ISMP/E HAS WAITED 525 MINUTES FOR ORDER ORD00076 AND WILL CONTINUE TO 
  

   WAIT BECAUSE NOLIMIT WAS SPECIFIED.  
  

GIM69195S ** RECEIVE PROCESSING HAS FAILED. THE SERVER AT   
  

 
https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_services_projects_ecc_ws=DwIGaQ=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=CTEQdsMN-Chswhc5YS4MsWkr3ZC4M667c8sEcx_jlBo=OfSOwtgjPvhdybtaNQfb96upg8zpBAMuMJS1gQprc_0=
  DETECTED 

 AN ERROR: 405 - Method Not Allowed.
  

GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.



.

.

J.O.Skip Robinson

Southern California Edison Company

Electric Dragon Team Paddler 

SHARE MVS Program Co-Manager

323-715-0595 Mobile

626-543-6132 Office ⇐=== NEW

robin...@sce.com





-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David

Sent: Thursday, October 12, 2017 3:28 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: (External):Re: APAR OA53994



FYI, the GA version of the PTF is available for this.   While we didn’t see the 
problem either, this is one of those that could be very pervasive and maybe not 
noticed for awhile...



_

Dave Jousma

Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com

1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717



-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson

Sent: Tuesday, October 03, 2017 5:28 PM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: APAR OA53994



**CAUTION EXTERNAL EMAIL**



**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**



Even though we are not aware of having the problem, we've been pursuing the 
++APAR fix just in case. In order to APPLY CHECK it cleanly, we had to include 
a cousin PTF that we had not yet received, let alone applied: UA92697. That PTF 
is also PEed but fixed by the same APAR. Level 2 didn't seem to understand our 
problem. IBM does advise, after all, receiving all maintenance on a regular 
basis. We don't. ;-( Just be aware that if UA92697 is not already installed 
(before it went PE presumably), then you need to include it in the same apply 
job with AA53994. 



BTW we're inclined to wait for the GA PTF. 



.

.

J.O.Skip Robinson

Southern California Edison Company

Electric Dragon Team Paddler

SHARE MVS Program Co-Manager

323-715-0595 Mobile

626-543-6132 Office ⇐=== NEW

robin...@sce.com





-Original Message-

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David

Sent: Monday, October 02, 2017 6:03 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: (External):Re: APAR OA53994



All,  just an FYI, we are in the middle of a maintenance cycle, and happened to 
pick up these offending PTF's awhile back.   IBM does have an APARFIX 
available.   I'm working with them trying to gauge the confidence level in it.  
They have updated the text of the APAR to include the conditions required for 
it to occur.   Probably a fairly rare case, but good to close

Potential stupid question - MSUs

2017-10-16 Thread Sankaranarayanan, Vignesh

Hi All,

Just wondering about this scenario...
Wikipedia says MSUs is an hourly measure ("A million service units (MSU) is a 
measurement of the amount of processing work a 
computer can perform in one hour.").

Assuming a vendor's license is based on MSUs...

My questions:

  1.  If a machine is rated at, for example, 655 MSUs, does this mean that it 
can go on up to 655 total MSUs in an hour or 655 at any instant
  2.  If a vendor's license says, "you can run it on cpu xyz", and the contract 
says 500 MSUs, does this again mean an hourly 500 total MSUs or 500 at any 
given instant

Note that I'm not referring to IBM's sub-capacity reporting, as that takes into 
account the max HOURLY MSU in a given month.
(But again my question creeps in here.. is HOURLY MSU = sum of MSUs consumed in 
that hour or the hour where instantaneous measurements averaged out to be the 
highest).

Thanks in advance.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Re: ServerPac download - observations


R.S. wrote:

(title corrected)

The above is the only observation which disappointed me. Why don't you
provide all Dialog datasets plus simple job to unpack it?
For the second part I can provide you the job for free. ;-)

Regards


R.S.,

Sorry to disappoint!  We can certainly think about it.

--
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: Include FMID, PTFID and APARID as eye catcher in each LMOD

2017-10-16 Thread Edward Gould

> On Oct 16, 2017, at 6:02 AM, Karlheinz  
> wrote:
> SNIP--
> If you support the implementation of this eye catcher information please vote.
> 

Not to be catty or anything. At one time I apared the the module, but its been 
ages *30+ years?”

Who owns IEFBR14?

Ed

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

Re: fopen DD

2017-10-16 Thread Kirk Wolf

As I said, its documented in the Assembler Services guide.  (under "Usage
notes for spawn").I'll admit that I was trying to let you have a nice
"Ah Ha" moment yourselves when you see how IBM hid it.  But I guess I'll
ruin it for you :-)

- read carefully the notes regarding local spawning and "sticky bit" files.
   Hint: compare 9a) _BPX_SHAREAS=YES and 9b) _BPX_SHAREAS=MUST.

- a new (better?) way is to use INHEMUSTBELOCAL

Also: you can use the C library spawnp() or __spawnp2() to get at all of
this.
What you find using z/OS Unix is that the most complete documentation is in
the Assembler Services guide.   The C-library doc is spotty.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

PS> CozBatch is 10 years old this year.   Its free to download and use
under our Community License.

On Mon, Oct 16, 2017 at 12:19 AM, David Crayford 
wrote:

> On 15/10/2017 10:57 PM, Kirk Wolf wrote:
>
>> I guess COZBATCH has left out /bin/login, and exec()s to the shell to
>>> avoid the above restrictions.
>>>
>>> That's almost right, but COZBATCH uses spawn.  By default it will run the
>>>
>> user's shell as a "login" shell.   The tricky part is that /bin/sh has a
>> sticky bit on, so to get a local spawn you have to use one of the
>> workarounds documented in BPX1SPN
>>
>
> What workaround?
>
>
> --
> 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: Include FMID, PTFID and APARID as eye catcher in each LMOD


I am the one who rejected this requirement.

While I certainly don't want to paint us as unresponsive to client 
wishes, and as much as I can appreciate the wish that every module had 
an eye-catcher, I am afraid that in this case an infinite number of 
votes seem unlikely to change the answer.


There are consequences to consider for each approach to adding this data 
to every module shipped by IBM.  Let's look at the four I can think of:


1. Suppose we were to change SMP/E to insert this information into the 
programs it stores.  Every load module and program object (including 
those in the z/OS UNIX file system, and those that already have 
eye-catchers) would grow by a minimum of 32 bytes or so (FMID, RMID, 
UMID, date).  Many would grow considerably more than that (32 bytes per 
MOD entry associated with an LMOD).  That would increase both the 
virtual and real storage required to load each program, including those 
loaded into common storage areas such as the Nucleus and LPA, both above 
and below the line.  (We cannot predict the growth because we don't know 
how many MODs wind up in more than one LMOD.)


The growth could have other consequences we cannot predict without 
testing, and testing the variations would be quite expensive.  Product 
teams across IBM would need to agree that this was a Good Thing, too, 
since their listings would no longer match what SMP/E actually put away, 
and gaining their agreement is unlikely on that basis alone.


This would be a platform-wide issue as well, affecting other software 
vendors who package their products using SMP/E.  I have not asked, but I 
doubt many of them would want to have SMP/E add data to their code, either.


2. Another alternative is to repackage every IBM FMID that is compiled 
without eye-catchers to add them.  That is simply impractical.  The 
ServerPac catalog in Shopz shows that we have 681 orderable products 
today.  Many, even most, of those products have more than one FMID. 
Every single FMID that does not provide eye-catchers would have to be 
recoded to add the eye-catchers to every module, recompiled, reinstalled 
and retested, have a new copy sent to Software Manufacturing, and so on. 
 The storage requirements for those products would grow, too, but at 
least it would be only those that don't have eye-catchers today that 
grew instead of "all of them."


In addition to being an impractical undertaking, this would introduce 
risk and churn for everyone.  Some older products have not been 
recompiled in their entirety in a long time.  We would need recompile 
many of them using newer compilers, and replace the products with new 
releases that would have no new function.  We would want to sunset the 
old releases, and people would be forced to "upgrade" to stay current 
when they could otherwise leave the affected products alone.


3. We (collectively, I hope) don't even want to *think* about replacing 
every module without an eye-catcher with new modules via PTFs.


4. If we were to require only new products to be packaged using 
eye-catchers, we would have a Fifty Year Plan to get the entire 
portfolio into compliance.  Even though this has the merit of being 
practical to some degree, it would be woefully ineffective in providing 
anything useful any time soon.


Can anyone think of a #5?

IBM recommends that you clone your SMP/E zones with your software.  One 
reason is so you can use the existing functions we provide to display 
software service levels.


I'm happy to continue this discussion online or offline to see if there 
is anything we can and should do here, but when we get a requirement 
that specifies an implementation (vs. a "what we want to be able to do" 
requirement), the ship of wishes is often wrecked on the rocks of 
practicality.  I'm afraid that's the case here.


Karlheinz wrote:

Hi,

we have opened a RFE at IBM for having related FMID, PTFID and APARID as an eye 
catcher in each load module being generated and maintained via SMP/E.

This would help to detect easily the maintenance level of a particular module 
and load module.

Although the information is available in SMP/E (which PTF is applied), SMP/E 
doesn't tell in which system a particular LMOD is used. This depends on the 
deployment concept after SMP/E apply and the administration information where 
particular maintenance levels are deployed.

We think this is a long outstanding requirement from each systems programmer 
side to always be able to see at which maintenance level a particular module or 
load module is.
It would support customer and vendor side in case of an incident.

Various teams in IBM and at other vendor side are already incorporating this 
information during their maintenance packaging process. Unfortunately not all. 
It would be great to have this setup as a standard.

This is the link to the IBM RFE: 
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=102792

If you support the implementation of this eye

Re: Connect:Direct

2017-10-16 Thread Lizette Koehler

I think you should have help from the vendor.  But maybe not


Start with the installation guide, the Pgm directory.  That should get you
started.

It should be a standard install.

The trick may come with configuration and that will be shop dependent.

Do you already have CD and are upgrading or is this a new install?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ??? ?? ???
> Sent: Monday, October 16, 2017 3:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Connect:Direct
> 
> Hi,
> 
> I been tasked with installing Connect:Direct on z/OS.
> 
> Does anyone one know of resources the will help me install and configure it.
> 
> Thanks
> 
> Gadi
> 

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

Re: Include FMID, PTFID and APARID as eye catcher in each LMOD

2017-10-16 Thread Jousma, David

Karl,

I can appreciate the desire for this; however there are other techniques 
currently at your disposal to be able to manage this.   What it really comes 
down to is your method of migrating maintenance to your systems.   In our 
environment, when we clone the SYSRES volume(s) to whichever target environment 
it is to be used, we also perform a SMPE Zone Copy into a new matching Target 
zone to match that SYSRES.   By doing so, you can easily, and quickly see the 
particular PTF level or RMID of whatever you are interested in knowing about.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

On 10/16/2017 6:02 AM, Karlheinz wrote:
> Hi,
>
> we have opened a RFE at IBM for having related FMID, PTFID and APARID as an 
> eye catcher in each load module being generated and maintained via SMP/E.
>
> This would help to detect easily the maintenance level of a particular module 
> and load module.
>
> Although the information is available in SMP/E (which PTF is applied), SMP/E 
> doesn't tell in which system a particular LMOD is used. This depends on the 
> deployment concept after SMP/E apply and the administration information where 
> particular maintenance levels are deployed.
>
> We think this is a long outstanding requirement from each systems programmer 
> side to always be able to see at which maintenance level a particular module 
> or load module is.
> It would support customer and vendor side in case of an incident.
>
> Various teams in IBM and at other vendor side are already incorporating this 
> information during their maintenance packaging process. Unfortunately not 
> all. It would be great to have this setup as a standard.
>
> This is the link to the IBM RFE: 
> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=102792
>
> If you support the implementation of this eye catcher information please vote.
>
> Regards
> Karlheinz

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: Include FMID, PTFID and APARID as eye catcher in each LMOD

2017-10-16 Thread Rob Scott

In quite a few circumstances, developers might only have the APAR number when 
building the fix (PTF numbers come later in the process).

I would suggest that FMID+APAR would suffice.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ray Overby
Sent: Monday, October 16, 2017 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Include FMID, PTFID and APARID as eye catcher in each LMOD

I think it would be a better idea to have FMID, PTFID, and APARID as an eye 
catcher in each csect in each load module.

On 10/16/2017 6:02 AM, Karlheinz wrote:
> Hi,
>
> we have opened a RFE at IBM for having related FMID, PTFID and APARID as an 
> eye catcher in each load module being generated and maintained via SMP/E.
>
> This would help to detect easily the maintenance level of a particular module 
> and load module.
>
> Although the information is available in SMP/E (which PTF is applied), SMP/E 
> doesn't tell in which system a particular LMOD is used. This depends on the 
> deployment concept after SMP/E apply and the administration information where 
> particular maintenance levels are deployed.
>
> We think this is a long outstanding requirement from each systems programmer 
> side to always be able to see at which maintenance level a particular module 
> or load module is.
> It would support customer and vendor side in case of an incident.
>
> Various teams in IBM and at other vendor side are already incorporating this 
> information during their maintenance packaging process. Unfortunately not 
> all. It would be great to have this setup as a standard.
>
> This is the link to the IBM RFE: 
> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=102792
>
> If you support the implementation of this eye catcher information please vote.
>
> Regards
> Karlheinz
>
> --
> 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

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 877.328.2932
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy

This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: Include FMID, PTFID and APARID as eye catcher in each LMOD

2017-10-16 Thread Ray Overby

I think it would be a better idea to have FMID, PTFID, and APARID as an 
eye catcher in each csect in each load module.



On 10/16/2017 6:02 AM, Karlheinz wrote:

Hi,

we have opened a RFE at IBM for having related FMID, PTFID and APARID as an eye 
catcher in each load module being generated and maintained via SMP/E.

This would help to detect easily the maintenance level of a particular module 
and load module.

Although the information is available in SMP/E (which PTF is applied), SMP/E 
doesn't tell in which system a particular LMOD is used. This depends on the 
deployment concept after SMP/E apply and the administration information where 
particular maintenance levels are deployed.

We think this is a long outstanding requirement from each systems programmer 
side to always be able to see at which maintenance level a particular module or 
load module is.
It would support customer and vendor side in case of an incident.

Various teams in IBM and at other vendor side are already incorporating this 
information during their maintenance packaging process. Unfortunately not all. 
It would be great to have this setup as a standard.

This is the link to the IBM RFE: 
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=102792

If you support the implementation of this eye catcher information please vote.

Regards
Karlheinz

--
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: ServerPac download - observations

2017-10-16 Thread R.S.


(title corrected)

The above is the only observation which disappointed me. Why don't you 
provide all Dialog datasets plus simple job to unpack it?

For the second part I can provide you the job for free. ;-)

Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 2017-10-16 o 12:53, John Eells pisze:

R.S. wrote:

* CustomPac Installation Dialog. AFAIK you *cannot* install Dialog from
filesystem. You can install it from tape or directly from IBM (via
Internet). When you downloaded order to workstation the only option
available is to upgrade existing Dialog. Upgrade, no full installation.
Is't it funny?


I'll forward your comments along to the team.

For this one, though, since we built the download code into the dialog 
itself, we thought it safe to assume you had a copy of it already.  
So, we did not see the need to allow a first-time installation path 
for it.  Since I wrote that design (quite some time ago), I have never 
heard anyone find it odd until now!


We probably should have documented a recovery path, in retrospect, in 
case someone's existing dialog went missing or did not work. (Everyone 
has at least two copies of the dialog, one in the "master" data sets 
and another in the order-specific data sets. You can recover from bad 
master data sets by copying the order data sets' content into them.)




==


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

Include FMID, PTFID and APARID as eye catcher in each LMOD

2017-10-16 Thread Karlheinz

Hi,

we have opened a RFE at IBM for having related FMID, PTFID and APARID as an eye 
catcher in each load module being generated and maintained via SMP/E.

This would help to detect easily the maintenance level of a particular module 
and load module.

Although the information is available in SMP/E (which PTF is applied), SMP/E 
doesn't tell in which system a particular LMOD is used. This depends on the 
deployment concept after SMP/E apply and the administration information where 
particular maintenance levels are deployed.

We think this is a long outstanding requirement from each systems programmer 
side to always be able to see at which maintenance level a particular module or 
load module is.
It would support customer and vendor side in case of an incident.

Various teams in IBM and at other vendor side are already incorporating this 
information during their maintenance packaging process. Unfortunately not all. 
It would be great to have this setup as a standard. 

This is the link to the IBM RFE: 
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=102792

If you support the implementation of this eye catcher information please vote.

Regards
Karlheinz

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

Re: Real World data on CPU cost savings with ZIIP/ZAAP engines

2017-10-16 Thread Richards, Robert B.

At a previous employer, I was able to justify the acquisition of a specialty 
engine to reduce the MSU peak by using Al Sherkow's LCS software. It proved 
that zIIP/zAAP eligible time would have reduced overall MSU PEAK hours. The 
actual cost savings came to approximately $12,000 a month...an amount easily 
justifying the specialty engine purchase and depreciation/ROI within six months.

YMMV,

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Monday, October 16, 2017 6:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Real World data on CPU cost savings with ZIIP/ZAAP engines

I don't know of any from IBM (which does not mean there are none), I'm afraid.

But you can use on PROJECTCPU in IEAOPTxx to simulate zIIPs and read the RMF 
reports to see what is reported as zIIP-eligible work.  And, you can use the 
non-zIIP time in that same mode to estimate the probable effect on your 4-hour 
rolling average CP busy.

Dan Kalmar wrote:
> Can anyone point me to real world case studies showing the actual $$$ savings 
> when offloading JAVA related work from CP engines to specialty engines ?
>

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

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

Re: ServerPac download 0 observations


R.S. wrote:

* CustomPac Installation Dialog. AFAIK you *cannot* install Dialog from
filesystem. You can install it from tape or directly from IBM (via
Internet). When you downloaded order to workstation the only option
available is to upgrade existing Dialog. Upgrade, no full installation.
Is't it funny?


I'll forward your comments along to the team.

For this one, though, since we built the download code into the dialog 
itself, we thought it safe to assume you had a copy of it already.  So, 
we did not see the need to allow a first-time installation path for it. 
 Since I wrote that design (quite some time ago), I have never heard 
anyone find it odd until now!


We probably should have documented a recovery path, in retrospect, in 
case someone's existing dialog went missing or did not work.  (Everyone 
has at least two copies of the dialog, one in the "master" data sets and 
another in the order-specific data sets.  You can recover from bad 
master data sets by copying the order data sets' content into them.)


--
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: Real World data on CPU cost savings with ZIIP/ZAAP engines

2017-10-16 Thread David Crayford

One of our customers had issues with Java workloads spilling over onto 
GCPs due to the 2-1 constraint. It cost them serious money. Moving to a 
z13 with faster zIIP processors solved the problem.



On 16/10/2017 6:42 PM, John Eells wrote:
I don't know of any from IBM (which does not mean there are none), I'm 
afraid.


But you can use on PROJECTCPU in IEAOPTxx to simulate zIIPs and read 
the RMF reports to see what is reported as zIIP-eligible work.  And, 
you can use the non-zIIP time in that same mode to estimate the 
probable effect on your 4-hour rolling average CP busy.



Dan Kalmar wrote:
Can anyone point me to real world case studies showing the actual $$$ 
savings when offloading JAVA related work from CP engines to 
specialty engines ?







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

Re: Real World data on CPU cost savings with ZIIP/ZAAP engines

I don't know of any from IBM (which does not mean there are none), I'm 
afraid.


But you can use on PROJECTCPU in IEAOPTxx to simulate zIIPs and read the 
RMF reports to see what is reported as zIIP-eligible work.  And, you can 
use the non-zIIP time in that same mode to estimate the probable effect 
on your 4-hour rolling average CP busy.



Dan Kalmar wrote:

Can anyone point me to real world case studies showing the actual $$$ savings 
when offloading JAVA related work from CP engines to specialty engines ?




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

ServerPac download 0 observations

2017-10-16 Thread R.S.


I just downloaded ServerPac from IBM.
Few remarks

* ServerPac is big, ~20,9 GB (YMMV it depends on the products ordered), 
but CD/DVD set is much bigger: ~148 GB !


* Approx half of CD/DVD's are junk - Licensed Program Information or so. 
Yes, single PDF per disk! Yes, it's pure lawyer gobbledygook with no 
technical value. Fortunately "license" disks are small (in terms of 
MB's). The second half is ...hard to determine.


* Even without "license" disks it's hard to determine which positions 
are worth download. But you have time limit for download, so it's better 
to download everything in advance, otherwise you won't get your missing 
DVD.


* Additional documents - documents (like "readme .1st) are spread across 
many download sub-pages.


* Navigation. No, for your convenience browser's "open in new tab" or 
"back" features do not work. Sometimes you can use "back to previous 
page" ink on the subpage.


* Additional documents again. There are bunch of them. 90% are not worth 
to download, it's just "you should read the documentation carefully". 
All of them would fit in ~1MB PDF.


* Additional publications. It ...Licensed Program Specification (again!) 
plus ... set of one product's documentation. (one of many). Plus useless 
"readme.1st"


* Documentation. It just link to search engine. Now you can manually 
download 42 documents ONE BY ONE.


* CustomPac Installation Dialog. AFAIK you *cannot* install Dialog from 
filesystem. You can install it from tape or directly from IBM (via 
Internet). When you downloaded order to workstation the only option 
available is to upgrade existing Dialog. Upgrade, no full installation. 
Is't it funny?


--
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: Somewhat Interesting Mainframe Article

2017-10-16 Thread David Crayford


On 15/10/2017 11:38 PM, Paul Gilmartin wrote:

  Many applications systems, including ones I

worked on needed to be redesigned and replaced.  It could have been
done in COBOL but getting management to buy into upgrading the way
they do things to at least the 1985 standard and its facilities let
alone anything later was too difficult.

Look at it this way though. As machines get faster and faster, there is little 
need to revamp (any) code. That is one of the issue now days. management is 
just to happy so they do not have to rewrite code they just get a bigger 
machine. Maybe that is the undoing of Z?


I see the author's point as quite the opposite:
 https://www.infoq.com/articles/retiring-mainframe-programmers

The processing power of the z is ample, as are its reliability, security, and
economy of operation.  But as companies merge and move into new lines
of business and areas of operation, as there are changes in tax laws,
environmental regulations, reporting requirements, and insurance laws;
as operations move to  Internet and cashless transactions, management
information systems changes are necessary.


You make a good point! I know from ex colleagues back in the UK that 
demand for COBOL programmers has increased significantly in the last 
couple of years due to changes in banking regulations which stipulate 
that retail and investment banking systems must be separated. That means 
cracking open the  legacy systems for significant modifications. Good 
for COBOL programmers not so good for the banks! Contract rates for 
COBOL programmers haven't been so good since Y2K!


One of our customers, the only "big bank" in town, have recently 
modernized their core banking CICS system to use Websphere Liberty 
Profile for the new REST API. They're very happy with the results so far 
but had to crack open the PL1 code to modularize it into "business 
units" to simplify the API. So you're quite right. Legacy code has to be 
changed quite often and that will be the case until they no longer 
exist. That may be a long way away.


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

Connect:Direct

2017-10-16 Thread גדי בן אבי

Hi,

I been tasked with installing Connect:Direct on z/OS.

Does anyone one know of resources the will help me install and configure it.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

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

Re: AW: Re: fopen DD

2017-10-16 Thread David Crayford


On 16/10/2017 2:09 PM, Peter Hunkeler wrote:
  

I guess COZBATCH has left out /bin/login, and exec()s to the shell to
avoid the above restrictions.

That's almost right, but COZBATCH uses spawn.  By default it will run the

user's shell as a "login" shell.   The tricky part is that /bin/sh has a
sticky bit on, so to get a local spawn you have to use one of the
workarounds documented in BPX1SPN

  >

What workaround?


My thoughts have been to first spawn() to a glue routine to get the local 
process and then to exec() to /bin/sh. Another way be to invoke a shell script 
making sure _BPX_SPAWN_SCRIPT=YES is present.



Maybe Kirk will be generous enough to share the "secret sauce" to the 
COZBATCH recipe :)



--
Peter Hunkeler



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

The design of Cobol, was "interesting article"

2017-10-16 Thread Arthur Fichtl

There is an additional draw back regarding the language Cobol itself: At the 
times, it was designed in the fifties, it fitted well into the technical 
architecture of the machines, though it was rather primitive from a modern 
viewpoint. The aim was to enable people with a business background (office 
clerks and accountants) to write programs without demanding computer science 
skills (which did not really exist in the fifties).

The technical evolution of hardware and OS led to growing customer demands that 
fitted not really perfectly into the original design.

The language evolved despite its primary limitations and grew more and more 
complex due to those limitations. That’s the current situation.

Compared to PL/I, which first appeared in 1964, writing large scale software is 
much more difficult.

I myself must admit that I'm an enthusiastic PL/I-programmer.

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

AW: Re: fopen DD