Re: Connect:Direct

Hi, CD v5.2 as same as V5.1.1, only new feature is network map and we need to create all VSAM files freshly and copy existing files to new files. Thanks, Shashi On Oct 16, 2017 3:35 PM, "גדי בן אבי" wrote: > Hi, > > I been tasked with installing Connect:Direct on z/OS. > >

Re: ShopZ order response

> On Oct 14, 2017, at 2:45 PM, Tom Brennan wrote: > > David W Noon wrote: > >> I find it a little surprising that reel-to-reel tape was still being >> used in 2004 but, given that the HST alternative was really no better, I >> guess we should not be really

Re: Connect:Direct

Hi, Thanks to everyone who answered. The SMP/E part of the installation is simple, just like any other product. I was having problem with the initial configuration. I think I had something wrong, and managed to fix it. It looked like the Network Map was not correct. I might have more questions

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

Thanks Bob. You can see my analysis technique from the paper available via SHARE, CMG & MXG. http://www.mxg.com/downloads/Eligible%20Time%20analysis.pdf It is from 2007 but is just as applicable today. Many customers use this same LCS analysis every month to determine when to add more zIIP

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

Please check with these kind and smart people: https://www.ibm.com/software/info/eagletco/iteconomics/ Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA

Re: non-ibm products in /service ?

That's exactly what I prefer. /service has its own filesystem, used purely to hold the directory entries for IBM and non-IBM directories/objects, which are all stored in their own mounted filesystems. Ant. -Original Message- From: IBM Mainframe Discussion List

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

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

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

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

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.

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

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:

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

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

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

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

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

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

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

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

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

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

Re: AW: Re: fopen DD

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

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(),

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

Re: Connect:Direct

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

Re: APAR OA53994

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

Potential stupid question - MSUs

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

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

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

> 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

Re: fopen DD

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

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.

Re: Connect:Direct

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

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

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

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

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

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

Re: ServerPac download - observations

(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

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

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

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

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

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

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

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

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

ServerPac download 0 observations

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

Re: Somewhat Interesting Mainframe Article

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

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 לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג

Re: AW: Re: fopen DD

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

The design of Cobol, was "interesting article"

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

AW: Re: fopen DD

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