Re: RMF monitor III panel restriction

[Adnan Can]

Hi again,

Ed explained one of the reasons why we wanted to let only the relavant screens 
to certain groups, like giving crypto coprocessor activity to only security 
group etc. Groups other than MVS could interpret the same metrics differently, 
and sometimes this might cause confliction between the groups.

The other issue is that at the end of an audit, -since our groups are growing 
day by day- we concluded that there is possibility of exposing the parameters, 
configuration information from the excessive access  and toolset usage. So that 
we try to give only the necessary resource permissions and tool usage to the 
appropriate groups. Today even READ permissions to certain critical datasets  
could become excess authority. Also as you know that today highest threats for 
the companies are  coming  from inside rather than outside.

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

Re: Convert a Parm into a control card

[Mike Schwab]

But not z/OS 1.12.

On Wed, Feb 3, 2016 at 12:22 AM, Bruce Hewson  wrote:
> pretty simple at z/OS 2.1
>
> //*
> //*
> // EXPORT SYMLIST=(PFILE,TXTYP,ACCT,RUN)
> //*
> //   SET PFILE=MY.DATASET.NAME
> //   SET TXTYP=1
> //   SET ACCT=001455
> //   SET RUN=TRIAL
> //*
> //*
> //*
> //*
> //SETUPEXEC PGM=IEBGENER
> //*
> //SYSUT1   DD *,SYMBOLS=EXECSYS
> USER xxx (don't worry about this - it is pre-set)
> PROCESS(Process starts in 1, PFILE starts in 10)
> TRANS   (Trans starts in 1, TXTYP is in 10, "-" in 11,
> RUNTYPE  (Runtype starts in 1, RUN is in 10)
> //*-+1+2+3--
> //SYSUT2   DD SYSOUT=*
> //SYSPRINT DD DUMMY
> //SYSINDD DUMMY
>
>
> result:
>
> USER xxx (don't worry about this - it is pre-set)
> PROCESS  MY.DATASET.NAME (Process starts in 1, PFILE starts in 10)
> TRANS1-001455(Trans starts in 1, TXTYP is in 10, "-" in 11,
> RUNTYPE  TRIAL   (Runtype starts in 1, RUN is in 10)
>
> Regards
> Bruce
>
> --
> 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: XML: Optimized Schema Representation (OSR) file generation

[Donald J.]

/u/appl/xsd is simply a user folder for user xsd files.
xsdosrg binary is in /bin 
The OUTFILE and INFILE were obviously not needed either.
They were used for additional STDIN input commands for
co:z hybrid batch processing which I did not list.

-- 
  Donald J.
  dona...@4email.net

>>... 
>>cd /u/appl/xsd 
>>xsdosrg -v -o IRS.osr IRS-EXT-ACA-AIR-7.0.xsd 
>> 
>Where does "/u/appl/xsd" come from?  Is it bundled with COBOL?  We don't 
>have one.  (It looks hauntingly like the z/OS convention for a user's HOME 
>directory.)  I'd more expect it in /usr/lpp/. 
>
>Does this presume that "." is in your $PATH?  That's considered unsafe 
>practice, particularly if the "." appears first.  (Only Windows is so reckless 
>as to do that.) 
>
>-- gil 
>- show quoted text -

-- 
http://www.fastmail.com - Same, same, but different...

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

Re: Lower ibm-main

[Ted MacNEIL]

In general, e-mail servers are case insensitive.

-teD
  Original Message  
From: Ed Finnell
Sent: Wednesday, February 3, 2016 02:47
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Lower ibm-main

Hopefully it doesn't matter and either case will be routed to the server. 

--
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: RMF monitor III panel restriction

[Scott Chapman]

The RMF Distributed Data Portal emits XML. So you can write your own app to 
issue requests to it and interpret the results--perhaps building friendlier 
html pages from a subset of values that are of interest to the target audience. 
You could either do that all in the browser (relatively easy) or do it server 
side extracting the relative data once instead of once per user (more 
complicated). I've done both. It is some amount of effort and it doesn't mean 
that you've necessarily secured RMF, but at least you've given your target 
audience some information while making it less obvious how to get to 
potentially more confusing information.

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

Re: Anyone seen Mr. Gilmore?

[Vince Coen]

If he was / is living in Israel then he left his job and was looking for
another and posted in here to see if anyone knew of any vacs.

That was a few months back.

Vince



 On 03/02/16 20:36, Elardus Engelbrecht wrote:
> Mike Schwab wrote:
>
>> http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=173966106
> Probably the same person, but John W Gilmore last post on IBM-MAIN was on 11 
> May 2015 (a few months after that obituary) and is from Ashland MA.
>
> However the career description is looking the same as we know him in IBM-MAIN 
> and Assembler-L.
>
> John Gilmore absence was also discussed in IBM-MAIN on 29 November 2015.
>
> Now, I'm wondering about absent members, where is Shmuel Metz? His last post 
> was on 3 January 2016.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
- IMPORTANT –

This email and the information in it may be confidential, legally
privileged and/or protected by law.
It is intended solely for the use of the person to whom it is addressed.
If you are not the intended recipient, please notify the sender
immediately and do not disclose the contents to any other person, use it
for any purpose, or store or copy the information in any medium. Please
also delete all copies of this email & any attachments from your system.

If this is an encrypted email it is your responsibility to maintain the
1024 byte key system even for one-use keys. Once mail has been sent the
sending key is not kept and therefore a replacement mail cannot be resent.

We cannot guarantee the security or confidentiality of non encrypted email
communications. We do not accept any liability for losses or damages that
you may suffer as a result of your receipt of this email including but
not limited to computer service or system failure, access delays or
interruption, data non-delivery or mis-delivery, computer viruses or
other harmful components.

Copyright in this email and any attachments belongs to Applewood Computers.
Should you communicate with anyone at Applewood Computers by email,
you consent to us monitoring and reading any such correspondence.

Nothing in this email shall be taken or read as suggesting, proposing or
relating to any agreement concerted practice or other practice that could
infringe UK or EC competition legislation (unless it is against Security
requirements).

This Email and its attachments (if any) are scanned for virii using
Clamd and ClamAV 0.98.8 or later (Linux x64).

Dykegrove Limited T/A Applewood Computers is a company registered in
England (no. 01681349) whose registered office is at Applewood House,
Epping Road, Roydon, Essex, CM19 5DA

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

Re: Convert a Parm into a control card

[Paul Gilmartin]

On Wed, 3 Feb 2016 13:04:31 -0600, Bill Woodger wrote:
>
>Have you read the DFSORT Getting Started guide? Written in English, worked 
>examples.
>...
>Investing a bit of time can pay big dividends.
>
And on one of these lists lately, I advocated regular expressions and
precipitated an extraordinarily vitriolic followup.  "Klingon" is mild
by comparison.

"Chacun à son goût."

Thanks,
gil

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

Re: Anyone seen Mr. Gilmore?

[Ed Jaffe]

On 2/3/2016 12:05 PM, Ed Jaffe wrote:

One and the same...


At least, that's my assumption based on what I know about his age and 
where he lived. I suppose there could be two John Gilmores, roughly the 
same age, both with sysprog backgrounds, living in that area...


--
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: Manipulating system symbols

[Art Gutowski]

On Sun, 31 Jan 2016 08:50:43 -0800, Skip Robinson  
wrote:

>We run several CA products, which means CA90S (name?) early in IPL. I don't 
>know CAMASTER, but on a running system I can find no evidence of the symbols 
>you name. I'm not sure that the point of CA initialization would be early 
>enough for our needs.
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Bruce Hewson
>> Sent: Saturday, January 30, 2016 09:43 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [Bulk] Re: Manipulating system symbols
>> 
>> one point, if you are running CA products, these days some extra symbols get
>> populated by CA code - one of which is LPARNAME.
>> 
>> at CAMASTER initialization these symbols get added.
>> 
>> VMUSER
>> LPARNAME
>> HRDWNAME
>> SMFID
>> OSLEVEL
>> 
>> been this way at least since 2013

Probably not, Skip.  It sounds like you need these symbols to determine other 
PARMLIB members and parameter values. CAMaster comes up during subsystem 
initialization...much too late.

We noticed CAMaster with our latest Common Services upgrades...either 14.0 or 
14.1...and the symbols Bruce describes do exist.  We came from 12.0, but now we 
see CAMaster is active on our sole 12.0 instance, but the symbols in question 
do not exist.  Looks like this started with 14.0?

I'm glad to see that this is conspicously documented...once we knew 
what to look for.  

It vexes me that the default is SYSSYM(YES).  I was at a shop that used 
 for its own purposes, and I can imagine the level of havoc wrought if 
CAMASTER changed the value of this symbol (the way the documentation is worded, 
I gather if left to default, this is the result).  Compound that with the 
complications of propagating symbol table updates in a JES3 MAS, and you've got 
a migraine brewing.  Thankfully, we don't have any of these symbols in use here 
(yet).

Bottom line:  not a big fan, and we will probably set up CAIMST00 with 
SYSSYM(NO) asap.  Who knows what new symbols will be added in 14.next.  I would 
rather see the symbols required (tho this seems a strong word in this case) by 
the product and let systems programmers define and document them to our 
standards in the symbol table.  We can then identify and resolve potential 
conflicts.  I don't like surprises, and this was a surprise to a couple of us 
here.

Art Gutowski
General Motors, LLC

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

Re: Anyone seen Mr. Gilmore?

[Don Poitras]

His email address indicates that his middle name starts with W, not T.


In article 
<4ee2851a2279b94cb70cd69b174106090149688...@s1flokydce2kx01.dm0001.info53.com> 
you wrote:
> Oddly, Google says his last post was May 11th, 2015.  However, whether May or 
> November, both are after he was deceased.


> User 
> John Gilmore
> Email 
> Recent Posts
> (bit.listserv.ibm-main - 1115 posts)

> Re: z/OS Platform Software Products on ... Tape? bit.listserv.ibm-main 
> 5/11/15 
> Re: IEFBR14 question bit.listserv.ibm-main 5/11/15 
> Re: Possible to LINK to other program of same name as one in storage? 
> bit.listserv.ibm-main 5/8/15 
> Re: Possible to LINK to other program of same name as one in storage? 
> bit.listserv.ibm-main 5/8/15 
> Re: O/T Strontium atomic clock accurate to the second -- over 15 billion 
> years -- bit.listserv.ibm-main 4/30/15 
> Re: COBOL's NUMPROC compiler option bit.listserv.ibm-main 4/20/15 
> Re: Load modules bit.listserv.ibm-main 3/19/15 
> Re: SYSLIN cleanup? bit.listserv.ibm-main 3/3/15 
> Re: Enterprise PL/1 performance bit.listserv.ibm-main 2/24/15 
> Re: Enterprise PL/1 performance bit.listserv.ibm-main 2/24/15
> _
> Dave Jousma
> Assistant Vice President, Mainframe Engineering
> 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 Ed Jaffe
> Sent: Wednesday, February 03, 2016 3:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Anyone seen Mr. Gilmore?

> One and the same...

> On 2/3/2016 12:02 PM, Pommier, Rex wrote:
> > Is this the same John Gilmore?  The obituary you listed is from January of 
> > 2015, and I found a note from Elardus from November stating that John 
> > hadn't posted anything since November 5, 2015.
> >
> > Rex
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> > On Behalf Of Mike Schwab
> > Sent: Wednesday, February 03, 2016 1:52 PM To:IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Anyone seen Mr. Gilmore?
> >
> > http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=1739661
> > 06
> >
> >
> > On Wed, Feb 3, 2016 at 12:10 PM, Lindy Mayfield  
> > wrote:
> >> I often corresponded with him by email now and then, but it stopped and 
> >> I've seen no posts by him here or on the assembler list in a while.  Has 
> >> anyone seen him around?
> >>
> >> Kind regards,
> >> Lindy

-- 
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: Anyone seen Mr. Gilmore?

[Elardus Engelbrecht]

Mike Schwab wrote:

>http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=173966106

Probably the same person, but John W Gilmore last post on IBM-MAIN was on 11 
May 2015 (a few months after that obituary) and is from Ashland MA.

However the career description is looking the same as we know him in IBM-MAIN 
and Assembler-L.

John Gilmore absence was also discussed in IBM-MAIN on 29 November 2015.

Now, I'm wondering about absent members, where is Shmuel Metz? His last post 
was on 3 January 2016.

Groete / Greetings
Elardus Engelbrecht

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

Re: Lower ibm-main

[Joel C. Ewing]

On 02/03/2016 06:43 AM, Ted MacNEIL wrote:
> In general, e-mail servers are case insensitive.
>
> -teD
>   Original Message  
> From: Ed Finnell
> Sent: Wednesday, February 3, 2016 02:47
> To: IBM-MAIN@LISTSERV.UA.EDU
> Reply To: IBM Mainframe Discussion List
> Subject: Lower ibm-main
>
> Hopefully it doesn't matter and either case will be routed to the server. 
>
All domain names (the part after "@" in an Email address) are
case-insensitive, for email or otherwise, because DNS lookup is
case-insensitive. 

Although the standard does allow for case-sensitivity on Email user
names (the part to the left of "@"),  that "feature" is typically not
used, probably because it would just cause identity confusion.  So, one
can normally use or not use caps as desired for emphasis or appearance
in all parts of Email addresses.

 All Internet URL's in general are case-insensitive down through the
domain name part, but if an optional path to a specific file or resource
on the server is included at the end of the URL, that part typically IS
case-sensitive on UNIX-based servers.

-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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

Re: Anybody using SDSFAUX and new functions yet?

[Lutz Hamann]

Hi  Cliff,

seems that APAR PI54862 is not closed yet (at least IBM-APAR DB told it just to 
me ...).


ciao  Lutz

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

Re: Anybody using SDSFAUX and new functions yet?

[Warren, Cliff]

Marna,

Where can I get the fix for apar PI54862? I tried ordering it from SHOPZ but it 
told me a fix wasn't available. I'm not sure how to order an apar. Can you 
advise me?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Marna WALLE
Sent: Wednesday, February 03, 2016 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anybody using SDSFAUX and new functions yet?

Paul,
I've been told that the SDSFAUX information will make the quarterly update to 
the KnowledgeCenter books on March 2016, for both z/OS V2.1 and V2.2.  In the 
meantime, it seems that you've found the book elsewhere.  I have the 
information in my copies of SDSF Operation and Customization, which are numbers:
–V2.2: SA23-2274-03
–V2.1: SA23-2274-01

Looking through the APARs open against the function, you might want to peruse 
PI54862 and PI56151.  I personally haven't hit them, but I did hit a nit 
problem with a screen size 24x80.

-Marna WALLE
z/OS Installation
IBM Poughkeepsie

--
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: Convert a Parm into a control card

[Tom Marchant]

On Wed, 3 Feb 2016 08:59:31 -0600, Victor Gil wrote:

>If Cobol code is an acceptable option the below program should do what you 
>want.

(snip)

>003500 DISPLAY OUTPUT-FILE-RECORD  UPON CONSOLE.

Really? Do people still use DISPLAY ... UPON CONSOLE in 2016?

Even in 1970 there were standards where I worked that didn't allow it except 
for very 
special cases that really required operator intervention. And we only had three 
regions 
on our MVT system. Today even a tiny shop typically has dozens of batch jobs 
running.

-- 
Tom Marchant

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

Re: List server changed?

[Chris Hoelscher]

At my age 5 years ago IS recent

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Wednesday, February 03, 2016 12:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] List server changed?
> 
> Ed,
> I can go back to about 2012 and see that lists...@ua.edu was upper case
> at that time But in 2011 it was lower case.  So I do not think it was recent.
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On Behalf Of Ed Gould
> > Sent: Tuesday, February 02, 2016 9:53 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: List server changed?
> >
> > All of a sudden it seems (to me) that the return address on the list
> > server has changed. Has anyone else noticed this?
> >
> > I "think" there are now capital letters in the name.
> >
> > Why weren't we notified?
> >
> > Ed
> >
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

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

Re: The Linklist

[Peter Relson]

>By system command as well as well...
>SETPROG LNKLST,TEST,NAME=,MODNAME=

Or the CSVDYNL REQUEST=TEST macro.

I would guess that the ISR stuff only works against the current LNKLST 
set.

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: Convert a Parm into a control card

[Bill Ashton]

Thanks for the input, everyone - this is great!

Peter, I appreciate the Syncsort checkout...we will have to keep that in
mind in case any of our users have that instead of DFSORT at their location.

The BPX option also seems safe - can we assume that this is now a
"standard" program?

I will continue to follow this for other ideas, but it looks like the
safest bet is to use Rexx or BPX.

By the way, we have it working fine on a z/OS 2.1 system  - it is just some
of the older systems we need to struggle with.

You guys are the greatest, and my teammate and I are learning a lot from
this discussion - thanks once more!
Billy

On Wed, Feb 3, 2016 at 9:59 AM, Victor Gil 
wrote:

> If Cobol code is an acceptable option the below program should do what you
> want.
>
> It's rather easy to enhance it to split the input parm into multiple
> lines, say, using the "JPx" delimiters, just like in the SORT sample.
>
> HTH,
> -Victor-
>
> 000100 IDENTIFICATION DIVISION.
> 000200 PROGRAM-ID.  PARM2DD.
> 000400**
> 000500* COPY INPUT PARM='...' TO OUTPARM DD
> 000600**
> 000700 ENVIRONMENT DIVISION.
> 000800 CONFIGURATION SECTION.
> 000900 INPUT-OUTPUT SECTION.
> 001000 FILE-CONTROL.
> 001100 SELECT OUTPUT-FILEASSIGN TO OUTPARM.
> 001200 DATA DIVISION.
> 001300 FILE SECTION.
> 001400 FD  OUTPUT-FILE
> 001500 BLOCK CONTAINS 0 RECORDS
> 001600 RECORDING MODE IS F.
> 001700 01  OUTPUT-FILE-RECORD   PIC X(80).
> 001800
> 001900 WORKING-STORAGE SECTION.
> 002100**
> 002200 LINKAGE SECTION.
> 002400 01  PARM-FROM-EXEC.
> 002500 05  PARM-LENGTH  PIC S9(04) COMP.
> 002600 05  PARM-VALUE.
> 002700 10  PARM-VALUE-CHAR  PIC X OCCURS 80 TIMES
> 002800DEPENDING ON PARM-LENGTH.
> 002900**
> 003000 PROCEDURE DIVISION USING PARM-FROM-EXEC.
> 003100
> 003200 OPEN OUTPUT OUTPUT-FILE.
> 003300
> 003400 MOVE PARM-VALUE   TO OUTPUT-FILE-RECORD.
> 003500 DISPLAY OUTPUT-FILE-RECORD  UPON CONSOLE.
> 003600 WRITE   OUTPUT-FILE-RECORD.
> 003700
> 003800 CLOSE   OUTPUT-FILE.
> 003900 GOBACK.
>
>
>
> ---
> Hello friends!
> I have a teammate working on a z/OS 1.12 system and is trying to make a
> proc fairly foolproof for his user. He wants to know the easiest way to
> convert a SET statement or JCL Parm into a control card.
>
> This proc needs a DSN and a couple other values as part of a SYSIN for the
> program, and since we can't use symbolics in pre-z/OS 2.1, I would like a
> way using standard IBM utilities to take a PARM symbolic and create an
> output file that I can use as input to the program. The parm input would
> only be one line, and not longer than 50 chars.
>
> Does anyone have any good ideas? Sort? Gener?
>
> Thank you and best regards,
> *Billy Ashton*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Thank you and best regards,
*Billy Ashton*

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

Re: Need to find the DSN from where load module was loaded

[Peter Relson]

There is no intended interface for answering this question after the 
module was loaded.

If you want to answer "where would it be found if I did the load now with 
these parameters", then the search sequence is well defined.

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: Convert a Parm into a control card

[Victor Gil]

If Cobol code is an acceptable option the below program should do what you want.

It's rather easy to enhance it to split the input parm into multiple lines, 
say, using the "JPx" delimiters, just like in the SORT sample.

HTH,
-Victor- 

000100 IDENTIFICATION DIVISION. 
000200 PROGRAM-ID.  PARM2DD.
000400**
000500* COPY INPUT PARM='...' TO OUTPARM DD 
000600**
000700 ENVIRONMENT DIVISION.
000800 CONFIGURATION SECTION.   
000900 INPUT-OUTPUT SECTION.
001000 FILE-CONTROL.
001100 SELECT OUTPUT-FILEASSIGN TO OUTPARM. 
001200 DATA DIVISION.   
001300 FILE SECTION.
001400 FD  OUTPUT-FILE  
001500 BLOCK CONTAINS 0 RECORDS 
001600 RECORDING MODE IS F. 
001700 01  OUTPUT-FILE-RECORD   PIC X(80).  
001800  
001900 WORKING-STORAGE SECTION. 
002100**
002200 LINKAGE SECTION. 
002400 01  PARM-FROM-EXEC.  
002500 05  PARM-LENGTH  PIC S9(04) COMP.
002600 05  PARM-VALUE.  
002700 10  PARM-VALUE-CHAR  PIC X OCCURS 80 TIMES   
002800DEPENDING ON PARM-LENGTH. 
002900**
003000 PROCEDURE DIVISION USING PARM-FROM-EXEC. 
003100  
003200 OPEN OUTPUT OUTPUT-FILE. 
003300  
003400 MOVE PARM-VALUE   TO OUTPUT-FILE-RECORD. 
003500 DISPLAY OUTPUT-FILE-RECORD  UPON CONSOLE.
003600 WRITE   OUTPUT-FILE-RECORD.  
003700  
003800 CLOSE   OUTPUT-FILE. 
003900 GOBACK.  


---
Hello friends!
I have a teammate working on a z/OS 1.12 system and is trying to make a
proc fairly foolproof for his user. He wants to know the easiest way to
convert a SET statement or JCL Parm into a control card.

This proc needs a DSN and a couple other values as part of a SYSIN for the
program, and since we can't use symbolics in pre-z/OS 2.1, I would like a
way using standard IBM utilities to take a PARM symbolic and create an
output file that I can use as input to the program. The parm input would
only be one line, and not longer than 50 chars.

Does anyone have any good ideas? Sort? Gener?

Thank you and best regards,
*Billy Ashton*

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

Re: Need to find the DSN from where load module was loaded

[Vernooij, CP (ITOPT1) - KLM]

Included in "these parameters" should be the eventual DCB that was or was not 
specified at the time of LOAD. So again, you miss information from the original 
LOAD to be accurate.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: 03 February, 2016 15:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Need to find the DSN from where load module was loaded

There is no intended interface for answering this question after the 
module was loaded.

If you want to answer "where would it be found if I did the load now with 
these parameters", then the search sequence is well defined.

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: Anybody using SDSFAUX and new functions yet?

[Marna WALLE]

Paul,
I've been told that the SDSFAUX information will make the quarterly update to 
the KnowledgeCenter books on March 2016, for both z/OS V2.1 and V2.2.  In the 
meantime, it seems that you've found the book elsewhere.  I have the 
information in my copies of SDSF Operation and Customization, which are numbers:
–V2.2: SA23-2274-03
–V2.1: SA23-2274-01

Looking through the APARs open against the function, you might want to peruse 
PI54862 and PI56151.  I personally haven't hit them, but I did hit a nit 
problem with a screen size 24x80.

-Marna WALLE
z/OS Installation
IBM Poughkeepsie

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

Re: Anyone seen Mr. Gilmore?

[Paul Gilmartin]

On 2016-02-03 16:33, Lindy Mayfield wrote:
> Some of it sounds like him, writing the first computer program, but I know 
> him best for his linguistic skills which I was sure would have been 
> mentioned.  How many languages did he speak?  We used to email about 
> languages and linguistics and music (he was an extremely accomplished cellist 
> as he told me they were working on Bartok's 4th) and he was trying to get me 
> into reading James Joyce and liking it. 
> 
> Anyway I miss him.
> 
Indeed.

Whitepages.com has the promising:
http://www.whitepages.com/name/John-W-Gilmore/Ashland-MA/5hbqbra

His .sig used to say "Systemcraft.LLC", but not in the last several years.

IIRC, he was uncustomarily silent for several weeks, then only one post after 
that.

-- gil

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

Re: Anyone seen Mr. Gilmore?

[Ed Finnell]

Well just for the heck of it I searched _www.obituaries.com_ 
(http://www.obituaries.com)  for John Gilmore   MA for past year and Jack is 
only one that 
showed up. My suspicion would be  incapacitated either by illness or 
accident.
 
 
In a message dated 2/3/2016 5:46:15 P.M. Central Standard Time,  
t...@harminc.net writes:


Though John Thomas "Jack" Gilmore Jr. sounds like a  fascinating
fellow, he cannot be "our" John Gilmore. The birthdate (even  the
month) doesn't match, neither does his wife's first name, and it  is
inconceivable that there would be no mention of our Mr  Gilmore's
European education and language  facility.


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

Re: Convert a Parm into a control card

[Ed Gould]

On Feb 3, 2016, at 9:19 AM, Tom Marchant wrote:


On Wed, 3 Feb 2016 08:59:31 -0600, Victor Gil wrote:

If Cobol code is an acceptable option the below program should do  
what you want.


(snip)


003500 DISPLAY OUTPUT-FILE-RECORD  UPON CONSOLE.


Really? Do people still use DISPLAY ... UPON CONSOLE in 2016?

Even in 1970 there were standards where I worked that didn't allow  
it except for very
special cases that really required operator intervention. And we  
only had three regions
on our MVT system. Today even a tiny shop typically has dozens of  
batch jobs running.


Tom:

Agreed. I wrote a standard for COBOL back in the 70's that stated  
upon console was not allowed and operations backed me up 1000 percent.

Also accept from console was not allowed as well.

Ed

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

Re: Anyone seen Mr. Gilmore?

[Bill Godfrey]

John mentioned his wife's name in a post exactly 3 years ago. It's not the same 
as the name of the wife in the obit.

Bill

On Wed, 3 Feb 2016 15:02:42 -0800, Charles Mills wrote:

>How could an obit of "our" John Gilmore not mention the IBM mainframe or PL/I?
>
>I met (interviewed with, actually) "our" John (then going by "Jack") Gilmore 
>in 1968 or 1969. At that point he was living in NY (or possibly NJ) and 
>heading a software firm called John Gilmore or perhaps John W. Gilmore and 
>Associates. No mention of that in the obit, although there is a gap in the 
>obit from 1959 to 1974.
>
>Charles
>
>-Original Message-
>From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe
>Sent: Wednesday, February 03, 2016 12:21 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Anyone seen Mr. Gilmore?
>
>On 2/3/2016 12:05 PM, Ed Jaffe wrote:
>> One and the same...
>
>At least, that's my assumption based on what I know about his age and where he 
>lived. I suppose there could be two John Gilmores, roughly the same age, both 
>with sysprog backgrounds, living in that area...
>

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

Re: Anyone seen Mr. Gilmore?

[Charles Mills]

How could an obit of "our" John Gilmore not mention the IBM mainframe or PL/I?

I met (interviewed with, actually) "our" John (then going by "Jack") Gilmore in 
1968 or 1969. At that point he was living in NY (or possibly NJ) and heading a 
software firm called John Gilmore or perhaps John W. Gilmore and Associates. No 
mention of that in the obit, although there is a gap in the obit from 1959 to 
1974.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Wednesday, February 03, 2016 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

On 2/3/2016 12:05 PM, Ed Jaffe wrote:
> One and the same...

At least, that's my assumption based on what I know about his age and where he 
lived. I suppose there could be two John Gilmores, roughly the same age, both 
with sysprog backgrounds, living in that area...

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

Re: Anyone seen Mr. Gilmore?

[Lindy Mayfield]

Some of it sounds like him, writing the first computer program, but I know him 
best for his linguistic skills which I was sure would have been mentioned.  How 
many languages did he speak?  We used to email about languages and linguistics 
and music (he was an extremely accomplished cellist as he told me they were 
working on Bartok's 4th) and he was trying to get me into reading James Joyce 
and liking it. 

Anyway I miss him.

))Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: keskiviikkona 3. helmikuuta 2016 21.03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

Is this the same John Gilmore?  The obituary you listed is from January of 
2015, and I found a note from Elardus from November stating that John hadn't 
posted anything since November 5, 2015.  

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Wednesday, February 03, 2016 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=173966106


On Wed, Feb 3, 2016 at 12:10 PM, Lindy Mayfield  wrote:
> I often corresponded with him by email now and then, but it stopped and I've 
> seen no posts by him here or on the assembler list in a while.  Has anyone 
> seen him around?
>
> Kind regards,
> Lindy
>
> --
> 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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
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: SIS outage

[Paul Gilmartin]

On 2016-02-03 19:34, Field, Alan wrote:
> In replying to Frank's question about IBMlink I noticed this:
> 
> "Service Information Search (SIS) application is going to be unavailable next 
> Friday, January 05th, starting at 21:00 Eastern Time through Saturday, ending 
> at 02:00 AM Eastern Time."
>  
Err...  Last month?

-- gil

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

Re: IBMLINK DOWN

[Skellen, Frank]

No I am in panel to download to your workstation and get:

Our apologies
We are sorry. We are unable to process your request at this time. Please try 
again later.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Wednesday, February 3, 2016 9:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBMLINK DOWN

Not for me at 20:30 CST. I am in the SRD page waiting to enter a ptf number. 

Is that where you are trying to get to?

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Skellen, Frank
Sent: Wednesday, February 03, 2016 8:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBMLINK DOWN

Can anyone get into IBM link..

I need to get a ptf before my POR tonight.

-frank



This e-mail message (including any attachments) is for the sole use of the 
intended recipient(s) and may contain confidential and privileged information. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this message 
(including any attachments) is strictly prohibited.

If you have received this message in error, please contact the sender by reply 
e-mail message and destroy all copies of the original message (including 
attachments).

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

--
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: SIS outage

[Field, Alan]

Woops :) 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, February 03, 2016 8:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SIS outage

On 2016-02-03 19:34, Field, Alan wrote:
> In replying to Frank's question about IBMlink I noticed this:
> 
> "Service Information Search (SIS) application is going to be unavailable next 
> Friday, January 05th, starting at 21:00 Eastern Time through Saturday, ending 
> at 02:00 AM Eastern Time."
>  
Err...  Last month?

-- gil

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: SIS outage

[Paul Gilmartin]

On 2016-02-03 19:37, Field, Alan wrote:
> Woops :) 
> 
> On 2016-02-03 19:34, Field, Alan wrote:
>>
>> ... next Friday, January 05th, ...
>
I think it's their error.  Submit an SR.

-- gil

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

Re: Manipulating system symbols

[Anthony Thompson]

Please note that with z/OS 2.2 the length of system symbols names has increased 
from 8 to 16, and may include the underscore character.

Ant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, 4 February 2016 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Manipulating system symbols

On 2016-02-03 19:27, Skip Robinson wrote:
> This is why I strongly recommend that installation-defined symbols be 
> prefixed with a unique string, which I also recommend be the SHARE 
> installation code. It reduces the number of meaningful character to 5 or 6 
> but pretty much rules out stepping on toes. Debugging problems caused by 
> symbol 'overlays' could be excruciating. 
>  
The namespace is too small in this 21st century.

-- 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: Manipulating system symbols

[Skip Robinson]

Sweet. Did not pick up on that. All the more reason to prefix symbols with a 
unique string. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Anthony Thompson
> Sent: Wednesday, February 3, 2016 07:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: Manipulating system symbols
> 
> Please note that with z/OS 2.2 the length of system symbols names has
> increased from 8 to 16, and may include the underscore character.
> 
> Ant.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Thursday, 4 February 2016 12:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Manipulating system symbols
> 
> On 2016-02-03 19:27, Skip Robinson wrote:
> > This is why I strongly recommend that installation-defined symbols be
> prefixed with a unique string, which I also recommend be the SHARE
> installation code. It reduces the number of meaningful character to 5 or 6 but
> pretty much rules out stepping on toes. Debugging problems caused by
> symbol 'overlays' could be excruciating.
> >
> The namespace is too small in this 21st century.
> 
> -- gil

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

Re: Manipulating system symbols

[Paul Gilmartin]

On 2016-02-03 19:27, Skip Robinson wrote:
> This is why I strongly recommend that installation-defined symbols be 
> prefixed with a unique string, which I also recommend be the SHARE 
> installation code. It reduces the number of meaningful character to 5 or 6 
> but pretty much rules out stepping on toes. Debugging problems caused by 
> symbol 'overlays' could be excruciating. 
>  
The namespace is too small in this 21st century.

-- gil

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

Re: IBMLINK DOWN

[Field, Alan]

Not for me at 20:30 CST. I am in the SRD page waiting to enter a ptf number. 

Is that where you are trying to get to?

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Skellen, Frank
Sent: Wednesday, February 03, 2016 8:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBMLINK DOWN

Can anyone get into IBM link..

I need to get a ptf before my POR tonight.

-frank



This e-mail message (including any attachments) is for the sole use of the 
intended recipient(s) and may contain confidential and privileged information. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this message 
(including any attachments) is strictly prohibited.

If you have received this message in error, please contact the sender by reply 
e-mail message and destroy all copies of the original message (including 
attachments).

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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: SIS outage

[Skellen, Frank]

Found it:

ShopzSeries
ShopzSeries is temporarily unavailable for maintenance.
ShopzSeries is scheduled to resume normal operations by Thursday Feb.4 at 12:00 
AM MST / Thursday, Feb.4 at 7:00 AM GMT.

-frank

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, February 3, 2016 9:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SIS outage

On 2016-02-03 19:37, Field, Alan wrote:
> Woops :)
>
> On 2016-02-03 19:34, Field, Alan wrote:
>>
>> ... next Friday, January 05th, ...
>
I think it's their error.  Submit an SR.

-- gil

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



This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).

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

IBMLINK DOWN

[Skellen, Frank]

Can anyone get into IBM link..

I need to get a ptf before my POR tonight.

-frank



This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).

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

SIS outage

[Field, Alan]

In replying to Frank's question about IBMlink I noticed this:

"Service Information Search (SIS) application is going to be unavailable next 
Friday, January 05th, starting at 21:00 Eastern Time through Saturday, ending 
at 02:00 AM Eastern Time."

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.

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

Re: Manipulating system symbols

[Skip Robinson]

This is why I strongly recommend that installation-defined symbols be prefixed 
with a unique string, which I also recommend be the SHARE installation code. It 
reduces the number of meaningful character to 5 or 6 but pretty much rules out 
stepping on toes. Debugging problems caused by symbol 'overlays' could be 
excruciating. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Art Gutowski
> Sent: Wednesday, February 3, 2016 01:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: Manipulating system symbols
> 
> On Sun, 31 Jan 2016 08:50:43 -0800, Skip Robinson
>  wrote:
> 
> >We run several CA products, which means CA90S (name?) early in IPL. I don't
> know CAMASTER, but on a running system I can find no evidence of the
> symbols you name. I'm not sure that the point of CA initialization would be
> early enough for our needs.
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> >> On Behalf Of Bruce Hewson
> >> Sent: Saturday, January 30, 2016 09:43 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: [Bulk] Re: Manipulating system symbols
> >>
> >> one point, if you are running CA products, these days some extra
> >> symbols get populated by CA code - one of which is LPARNAME.
> >>
> >> at CAMASTER initialization these symbols get added.
> >>
> >> VMUSER
> >> LPARNAME
> >> HRDWNAME
> >> SMFID
> >> OSLEVEL
> >>
> >> been this way at least since 2013
> 
> Probably not, Skip.  It sounds like you need these symbols to determine other
> PARMLIB members and parameter values. CAMaster comes up during
> subsystem initialization...much too late.
> 
> We noticed CAMaster with our latest Common Services upgrades...either 14.0
> or 14.1...and the symbols Bruce describes do exist.  We came from 12.0, but
> now we see CAMaster is active on our sole 12.0 instance, but the symbols in
> question do not exist.  Looks like this started with 14.0?
> 
> I'm glad to see that this is conspicously documented...once we
> knew what to look for.
> 
> It vexes me that the default is SYSSYM(YES).  I was at a shop that used
>  for its own purposes, and I can imagine the level of havoc wrought
> if CAMASTER changed the value of this symbol (the way the documentation is
> worded, I gather if left to default, this is the result).  Compound that with 
> the
> complications of propagating symbol table updates in a JES3 MAS, and you've
> got a migraine brewing.  Thankfully, we don't have any of these symbols in use
> here (yet).
> 
> Bottom line:  not a big fan, and we will probably set up CAIMST00 with
> SYSSYM(NO) asap.  Who knows what new symbols will be added in 14.next.  I
> would rather see the symbols required (tho this seems a strong word in this
> case) by the product and let systems programmers define and document them
> to our standards in the symbol table.  We can then identify and resolve
> potential conflicts.  I don't like surprises, and this was a surprise to a 
> couple of
> us here.
> 
> Art Gutowski
> General Motors, LLC

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

Re: Convert a Parm into a control card

[Victor Gil]

Tom,

This particular DISPLAY is not really needed for the program to function, it's 
merely a leftover from the initial testing, but "yes", we do have such DISPLAYs 
in the batch jobs and I have never heard of any rules to limit its usage. We 
may run _thousands_ jobs at a time, so I guess we also have some smart 
auto-filtering which protects the consoles but still allows to see displays in 
the JES log.

-Victor-  
 
-
On Wed, 3 Feb 2016 08:59:31 -0600, Victor Gil wrote:

>If Cobol code is an acceptable option the below program should do what you 
>want.

(snip)

>003500 DISPLAY OUTPUT-FILE-RECORD  UPON CONSOLE.

Really? Do people still use DISPLAY ... UPON CONSOLE in 2016?

Even in 1970 there were standards where I worked that didn't allow it except 
for very 
special cases that really required operator intervention. And we only had three 
regions 
on our MVT system. Today even a tiny shop typically has dozens of batch jobs 
running.

-- 
Tom Marchant

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

Re: memory leak doing gsk_environment_open()

[Charles Mills]

Janet, I *think* there may be a misunderstanding here. Here is my simplified 
*guess* of how C memory management works. Credit where credit is due: I am 
expanding on a point made by Peter Farley.

When your C program starts up, the runtime uses STORAGE OBTAIN to allocate a 
heap (several heaps, and a stack -- I said this was simplified). The runtime 
uses that heap to satisfy malloc() and new requests. If a request exceeds the 
remaining heap, the runtime issues a STORAGE OBTAIN for more storage. I suspect 
that is the 1MB increase in allocated storage that you are seeing. (BTW you can 
tune the initial heap size and the additional increment size with #pragma 
statements in your C.)

Now, here is where I think your analysis may be going wrong: if the requested 
storage that caused the heap to expand gets returned with a free() or delete I 
do not believe the C runtime issues a STORAGE RELEASE for the additional 
increment of heap: it keeps it around in anticipation of future malloc() or new 
requests. It does not RELEASE the heap storage until the enclave ends. An 
analysis tool such as Omegamon or TMON will still show the storage as in use -- 
even though it is not really in use. It is in use from z/OS's point of view but 
not from the C library's point of view.

If the allocated storage does not continue to increase (as David suggests) and 
if HEAPCHK does not show "lots" of unreleased storage at the end of your 
program, then I think you are good. Lots? Well, in my experience, exactly two 
unreturned allocations, one of 0x828 and one of 0x40 bytes, is normal. WARNING: 
HEAPCHK may make your program unbelievably slow, slow enough sometimes to 
expose timing issues in the code. My product, which normally completes 
initialization in about five seconds, instead takes about five minutes to come 
up, and nearly as long to come down.

The only way I know of that this "no RELEASE" strategy could be a problem would 
be that the storage is not available for other non-C-library allocations, such 
as VSAM or DB2 buffers or some other non-C program that was sharing the address 
space.

HTH

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Janet Graff
Sent: Tuesday, February 02, 2016 2:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: memory leak doing gsk_environment_open()

I have a long running STC that does an HTTP sequence using secure sockets.  I 
can monitor the memory usage throughout my calls.  I note that my above the 
line storage shows a 1M increase after the gsk_environement_open().  That 
memory is not freed after the gsk_environment_shutdown(), 
gsk_environment_close() or any of the other APIs that close the socket.

Has anyone else noticed this?

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

Re: Anyone seen Mr. Gilmore?

[Lindy Mayfield]

All his emails ended something like
John Gilmore
Ashton, MA (then a zip code)

I sent a postcard from Rouen once there and I don't think he got it.  But 
nothing in the obit mentions Ashton.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: keskiviikkona 3. helmikuuta 2016 20.52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=173966106


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

Re: Anyone seen Mr. Gilmore?

[Tony Harminc]

On 3 February 2016 at 15:02, Pommier, Rex  wrote:
> Is this the same John Gilmore?  The obituary you listed is from January of 
> 2015, and I found a note from Elardus from November stating that John hadn't 
> posted anything since November 5, 2015.

Though John Thomas "Jack" Gilmore Jr. sounds like a fascinating
fellow, he cannot be "our" John Gilmore. The birthdate (even the
month) doesn't match, neither does his wife's first name, and it is
inconceivable that there would be no mention of our Mr Gilmore's
European education and language facility.

Tony H.

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

Re: Anyone seen Mr. Gilmore?

[Lindy Mayfield]

That's right. He always mentioned his wife by name, not "my wife". And that 
name in the obit wasn't familiar.  It was Kate or something like that IIRC.

I don't like seeing people from mainframe groups that I follow disappear.  It 
reminds me of my mainframe career mortality.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Godfrey
Sent: torstaina 4. helmikuuta 2016 0.34
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

John mentioned his wife's name in a post exactly 3 years ago. It's not the same 
as the name of the wife in the obit.

Bill

On Wed, 3 Feb 2016 15:02:42 -0800, Charles Mills wrote:

>How could an obit of "our" John Gilmore not mention the IBM mainframe or PL/I?
>
>I met (interviewed with, actually) "our" John (then going by "Jack") Gilmore 
>in 1968 or 1969. At that point he was living in NY (or possibly NJ) and 
>heading a software firm called John Gilmore or perhaps John W. Gilmore and 
>Associates. No mention of that in the obit, although there is a gap in the 
>obit from 1959 to 1974.
>
>Charles
>
>-Original Message-
>From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe
>Sent: Wednesday, February 03, 2016 12:21 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Anyone seen Mr. Gilmore?
>
>On 2/3/2016 12:05 PM, Ed Jaffe wrote:
>> One and the same...
>
>At least, that's my assumption based on what I know about his age and where he 
>lived. I suppose there could be two John Gilmores, roughly the same age, both 
>with sysprog backgrounds, living in that area...
>

--
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: Manipulating system symbols

[Paul Gilmartin]

On Wed, 3 Feb 2016 19:53:48 -0800, Skip Robinson wrote:

>Sweet. Did not pick up on that. All the more reason to prefix symbols with a 
>unique string. 
> 
Will they be accessible in JCL?

Expanding the name space is apt to break existing art.

>> -Original Message-
>> From: Anthony Thompson
>> Sent: Wednesday, February 3, 2016 07:48 PM
>> 
>> Please note that with z/OS 2.2 the length of system symbols names has
>> increased from 8 to 16, and may include the underscore character.

-- gil

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

Re: DFSORT - SMF Records - GMT To EST

[Andrew Rowley]

I have a Java API for SMF that converts the date/time fields to Java times.

You can then apply a Java time zone which is daylight savings etc. aware

Details are at:
https://www.blackhillsoftware.com/javasmf/

Javadoc:
http://www.blackhillsoftware.com/docs/javasmf/

I am happy to help if you need assistance getting Java up and going, or 
some sample reports doing time zone conversion.


Andrew Rowley
Black Hill Software
+61 413 302 386


On 3/02/2016 0:57, Ravi Gaur wrote:

Does somebody got a quick example of time conversion for SMF Records from GMT 
to EST or any other timezone based on input parms...

--
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: DFSORT - SMF Records - GMT To EST

[Ravi Gaur]

Thanks Kolusu,

So here's the situation we have 5 way sysplex where 3 lpar's running with the 
GMT timezone however 2 are running with separate asia time ...one is GMT -7 or 
8 based on daylight saving and another is GMT +7 or 8  ...

Now requirement is to convert monthly collected the SMF Time and sync it before 
get processed so that we do not compare apple with oranges situation

Now I could certainly used the ERBCHGMT utility however issue with this I see 
is with every year we will have to make the JCL Changes and go through the 
change management cycle ...so instead of this was looking DFSORT where I have 
parm library mentioned with the Time/date so that with every daylight saving we 
adjust an hour accordingly without going lot of hassle..

Now I ran the example you gave and used the ERBSCAN to look at the data before 
and after and see SMFTIME is coming out same , Do we have some way to ensure 
DFSORT is really converting the time?

Rec-Num TypeRecLn SMFDate  SMFTime  RMFDate  RMFTime  Int-Len   SMFId/Vers S
--- --- - - - - -- -
  1 01580 2015.306 00:00:19  

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

Re: DFSORT - SMF Records - GMT To EST

[Paul Gilmartin]

On Tue, 2 Feb 2016 08:46:16 -0700, Sri h Kolusu wrote:

>Ravi,
>
>Conversion of GMT time to EST is quite simple. You just need to subtract 5 
>hours (18,000 seconds) from the time field. But remember when you subtract 
>you need to subtract 1 ... 
>
And Ravi has clarified that he wants the technique to be aware of Daylight
Saving Time.  And I recall the rules in the U.S. changed in 2006.  And more
recently in the Nation of Samoa.

Sigh.  DFSORT (and DB2) ought to be savvy to:
https://www.iana.org/time-zones

(Java knows this.  Linux knows this.  ... )

-- gil

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

Re: RMF monitor III panel restriction

[Adnan Can]

Scott,
If we cannot find another solution through TSO and  RMF itself doesn't support 
such an option,  RMF DDS could be a viable option to present selective RMF 
performance data. Actually we were using RMF DDS some of our  web based 
customized reports and I think we could consider it again.

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

Re: Anybody using SDSFAUX and new functions yet?

[Paul Gilmartin]

On Wed, 3 Feb 2016 08:17:20 -0600, Marna WALLE wrote:

>Paul,
>I've been told that the SDSFAUX information will make the quarterly update to 
>the KnowledgeCenter books on March 2016, for both z/OS V2.1 and V2.2.  
> 
Thanks.  I had been unaware of quarterly updates.  An effective replacement for 
TNLs

>Looking through the APARs open against the function, you might want to peruse 
>PI54862 and PI56151.  I personally haven't hit them, but I did hit a nit 
>problem with a screen size 24x80.
> 
Yet, too much of ISPF persists in formatting screens with 80-column pillarboxes.

Thanks again,
gil

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

Re: Convert a Parm into a control card

[Paul Gilmartin]

On Wed, 3 Feb 2016 10:35:13 -0500, Bill Ashton wrote:
>
>Peter, I appreciate the Syncsort checkout...we will have to keep that in
>mind in case any of our users have that instead of DFSORT at their location.
>
>The BPX option also seems safe - can we assume that this is now a
>"standard" program?
> 
Yes, but:
o Some administrators loathe it since it has existed only since MVS 5.x.
  Future Shock.
o Users must have assigned, Unique, or Default UIDs.
o PARM='SH ...' causes additional lexical transformations by shell.
o PARM='PGM ...' causes minimal conversion, using sequences of
  blanks as token separators.

>I will continue to follow this for other ideas, but it looks like the
>safest bet is to use Rexx or BPX.
>
I believe I'll recommend Rexx.  Perhaps because DFSORT is Klingon to me.

-- gil

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

Anyone seen Mr. Gilmore?

[Lindy Mayfield]

I often corresponded with him by email now and then, but it stopped and I've 
seen no posts by him here or on the assembler list in a while.  Has anyone seen 
him around?

Kind regards,
Lindy

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

Breeze for SCLM withdrawn from service

[Mosley, George]

We went with ISPW (Benchmark Technologies) almost seven years ago and are way 
beyond satisfied. A beautifully engineered product that includes a full 
function IDE, an ISPF customizable presentation layer, an optional Eclipse 
based GUI interface and full support for distributed platforms.

Customer Support has been exemplary.

ISPW was recently acquired by Compuware and is now a key component in their 
DevOps suite.

George Mosley
ICBC
North Vancouver, BC
Canada



This email and any attachments are intended only for the named recipient and 
may contain confidential and/or privileged material. Any unauthorized copying, 
dissemination or other use by a person other than the named recipient of this 
communication is prohibited. If you received this in error or are not named as 
a recipient, please notify the sender and destroy all copies of this email 
immediately.

Insurance Corporation of British Columbia | 151 W. Esplanade | North Vancouver 
| V7M 3H9
Contact Us

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

Re: Partition usage

[Skip Robinson]

I never saw a reply to this question. I'm intrigued as well but do not have
an answer. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of R.S.
> Sent: Tuesday, January 12, 2016 07:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Partition usage
> 
> In HCD there are 3 options:
> OS
> CF
> CF/OS
> 
> Obviously CF means Coupling Facility, while OS is Operating System (non-
> CFCC), but what is the difference between above modes?
> Any reason to not use CF/OS everywhere?
> 
> --
> Radoslaw Skorupka
> Lodz, Poland

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

Re: Lower ibm-main

[Paul Gilmartin]

On 2016-02-03, at 05:43, Ted MacNEIL wrote:

> In general, e-mail servers are case insensitive.
> 
But originating MUAs and MTAs must not assume that.  By Internet standard,
domain names are case-insensitive, however, from RFC822:

 6.2.4.  DOMAIN-DEPENDENT LOCAL STRING
The local-part of an  addr-spec  in  a  mailbox  specification
(i.e.,  the  host's  name for the mailbox) is understood to be
whatever the receiving mail protocol server allows.  For exam-
ple,  some systems do not understand mailbox references of the
form "P. D. Q. Bach", but others do.

(It makes clear elsewhere that the quotation marks must appear in the
mailbox reference.)  And, again, originating MUAs and MTAs must
honor the requirement.  Too many fail to do so.  Address book utilities
are even worse.

And I and a local website developer learned to his dismay that in the url:
mailto://mail...@somehere.com
... the slashes must be preserved in the mailbox reference (RFC 1738)
Alas, popular browsers delete them (improperly); popular MUAs
preserve them (properly).  But if those popular browsers were brought
into conformance with RFC 1738 it would "break" (in a Pickwickian
sense) vast quantities of defective HTML.

I strongly disagree with half of Postel's Principle.

But, if the ua.edu server treats mailbox references as case-insensitive,
who cares how they appear in IBM-Main?

-- gil

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

Re: CITRIX

[Skip Robinson]

Because he retired, Bruce never had the opportunity to work with a really great 
emulator like, say, Vista3270. With Vista, the mouse quickly becomes your new 
bestie. Vista was written by a certain mainframe veteran who understood the 
platform and coded myriad little productivity aids that allow nimble 
manipulation of common entities like JCL parameters. If I'm occasionally forced 
to work some other, dumber emulator, I feel like the proverbial monkey banging 
on a typewriter. Try it; you'll like it. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tom Brennan
> Sent: Tuesday, February 2, 2016 02:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: CITRIX
> 
> I can't help, but that reminds me very much of Bruce Schickler who did I/O
> gens for the company back in the days when we were converting from real
> 3270 terminals to PC emulation.  I remember going to his desk to help with
> something and I said, "Where's the mouse"?  He didn't know.
> It was under some manuals behind the PC.  If OS/2 didn't boot up and start the
> terminal emulator automatically, he couldn't work.  Great I/O guy though... he
> worked so carefully I don't think he ever made a single mistake.
> 
> David Speake wrote:
> > I have recently  acquired an extraordinary unpleasant affliction – CITRIX.
> > I detest pointing devices, drool and point, grunt and click,  arrrghh!

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

Re: CITRIX

[william janulin]

I agree with skip.I have used the Vista3270 emulator fro Tom Brennan software 
for years (when I was working) and, for the price, it's great. Added benefit of 
it is the FTP functionality.
Bill J.
 

On Wednesday, February 3, 2016 12:27 PM, Skip Robinson 
 wrote:
 

 Because he retired, Bruce never had the opportunity to work with a really 
great emulator like, say, Vista3270. With Vista, the mouse quickly becomes your 
new bestie. Vista was written by a certain mainframe veteran who understood the 
platform and coded myriad little productivity aids that allow nimble 
manipulation of common entities like JCL parameters. If I'm occasionally forced 
to work some other, dumber emulator, I feel like the proverbial monkey banging 
on a typewriter. Try it; you'll like it. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tom Brennan
> Sent: Tuesday, February 2, 2016 02:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: CITRIX
> 
> I can't help, but that reminds me very much of Bruce Schickler who did I/O
> gens for the company back in the days when we were converting from real
> 3270 terminals to PC emulation.  I remember going to his desk to help with
> something and I said, "Where's the mouse"?  He didn't know.
> It was under some manuals behind the PC.  If OS/2 didn't boot up and start the
> terminal emulator automatically, he couldn't work.  Great I/O guy though... he
> worked so carefully I don't think he ever made a single mistake.
> 
> David Speake wrote:
> > I have recently  acquired an extraordinary unpleasant affliction – CITRIX.
> > I detest pointing devices, drool and point, grunt and click,  arrrghh!

--
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: The Linklist

[Art Gutowski]

On Wed, 3 Feb 2016 09:08:35 -0500, Peter Relson  wrote:
>I would guess that the ISR stuff only works against the current LNKLST 
>set.

By current, it's the set that was active when you logged on, not necessarily 
the currently active set.

Side comment:  PARMLIB and APF are indeed also useful.  A PROCLIB pseudo-DD 
would be a nice addition, though the question might be:  Which one?

Art Gutowski
General Motors, LLC

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

Re: Anyone seen Mr. Gilmore?

[Mike Schwab]

http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=173966106


On Wed, Feb 3, 2016 at 12:10 PM, Lindy Mayfield  wrote:
> I often corresponded with him by email now and then, but it stopped and I've 
> seen no posts by him here or on the assembler list in a while.  Has anyone 
> seen him around?
>
> Kind regards,
> Lindy
>
> --
> 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

Sort Job

[Bill Woodger]

Yes, if you have any leading digits in any of those three fields which are 
other than zero, you'll catastrophically lose them.

You need one T for each digit you want.

You can add one T to each EDIT, bearing in mind that it will change the 
location of all subsequent fields.

On Wednesday, 3 February 2016 18:43:27 UTC, Ron Thomas  wrote:
> Hi.
> 
> We have a input  file which has a LRECl of 636 and here at byte 207 the 
> definition is provided as S9(3)V9(2) and 212 also has the same definition as 
> S9(3)V9(2). At 528 byte position the definition as S9(5)V9(2). I needed to 
> format and send as text file to UNIX server. 
> 
> The below is the sort card created . is there any chance of truncation 
> happening ? if so let me know how the card need to be modified ?
> 
> OUTREC FIELDS=(1,206,
>  207,5,ZD,EDIT=(S),SIGNS=(+,-),
>  212,5,ZD,EDIT=(S),SIGNS=(+,-),
>  217,311,
>  528,7,ZD,EDIT=(STT),SIGNS=(+,-),
>  535,102)
> Thanks
> Ron T
> 
> --
> 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

Convert a Parm into a control card

[Bill Woodger]

> I believe I'll recommend Rexx.  Perhaps because DFSORT is Klingon to me.
> 
> -- gil
> 

Have you read the DFSORT Getting Started guide? Written in English, worked 
examples.

There are a couple of things to get used to: no looping constructs*; nowhere to 
store data but on a record*.

Investing a bit of time can pay big dividends.

* Almost

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

Sort Job

[Ron Thomas]

Hi.

We have a input  file which has a LRECl of 636 and here at byte 207 the 
definition is provided as S9(3)V9(2) and 212 also has the same definition as 
S9(3)V9(2). At 528 byte position the definition as S9(5)V9(2). I needed to 
format and send as text file to UNIX server. 

The below is the sort card created . is there any chance of truncation 
happening ? if so let me know how the card need to be modified ?

OUTREC FIELDS=(1,206,
 207,5,ZD,EDIT=(S),SIGNS=(+,-),
 212,5,ZD,EDIT=(S),SIGNS=(+,-),
 217,311,
 528,7,ZD,EDIT=(STT),SIGNS=(+,-),
 535,102)
Thanks
Ron T

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

Re: Convert a Parm into a control card

[Bill Ashton]

Well, I think that Rexx is the way to go...I made a simple program that
will allow me to use the Unix format "\\n" newline separator to stack
command lines, and don't have to worry about DFSORT vs SYNCSORT, or any
other craziness.

Thanks for all your help and direction. Once we get all systems up to z/OS
2.1, none of this is a concern.

Billy

On Wed, Feb 3, 2016 at 12:59 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 3 Feb 2016 10:35:13 -0500, Bill Ashton wrote:
> >
> >Peter, I appreciate the Syncsort checkout...we will have to keep that in
> >mind in case any of our users have that instead of DFSORT at their
> location.
> >
> >The BPX option also seems safe - can we assume that this is now a
> >"standard" program?
> >
> Yes, but:
> o Some administrators loathe it since it has existed only since MVS 5.x.
>   Future Shock.
> o Users must have assigned, Unique, or Default UIDs.
> o PARM='SH ...' causes additional lexical transformations by shell.
> o PARM='PGM ...' causes minimal conversion, using sequences of
>   blanks as token separators.
>
> >I will continue to follow this for other ideas, but it looks like the
> >safest bet is to use Rexx or BPX.
> >
> I believe I'll recommend Rexx.  Perhaps because DFSORT is Klingon to me.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Thank you and best regards,
*Billy Ashton*

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

Re: Anyone seen Mr. Gilmore?

[Pommier, Rex]

Is this the same John Gilmore?  The obituary you listed is from January of 
2015, and I found a note from Elardus from November stating that John hadn't 
posted anything since November 5, 2015.  

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Wednesday, February 03, 2016 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=173966106


On Wed, Feb 3, 2016 at 12:10 PM, Lindy Mayfield  wrote:
> I often corresponded with him by email now and then, but it stopped and I've 
> seen no posts by him here or on the assembler list in a while.  Has anyone 
> seen him around?
>
> Kind regards,
> Lindy
>
> --
> 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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: Anyone seen Mr. Gilmore?

[Ed Jaffe]

One and the same...

On 2/3/2016 12:02 PM, Pommier, Rex wrote:

Is this the same John Gilmore?  The obituary you listed is from January of 
2015, and I found a note from Elardus from November stating that John hadn't 
posted anything since November 5, 2015.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Wednesday, February 03, 2016 1:52 PM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=173966106


On Wed, Feb 3, 2016 at 12:10 PM, Lindy Mayfield  wrote:

I often corresponded with him by email now and then, but it stopped and I've 
seen no posts by him here or on the assembler list in a while.  Has anyone seen 
him around?

Kind regards,
Lindy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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: Lower ibm-main

[Ted MacNEIL]

I said "in general"


-teD
  Original Message  
From: Paul Gilmartin
Sent: Wednesday, February 3, 2016 13:33
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Lower ibm-main

On 2016-02-03, at 05:43, Ted MacNEIL wrote:

> In general, e-mail servers are case insensitive.
> 
But originating MUAs and MTAs must not assume that. By Internet standard,
domain names are case-insensitive, however, from RFC822:

6.2.4. DOMAIN-DEPENDENT LOCAL STRING
The local-part of an addr-spec in a mailbox specification
(i.e., the host's name for the mailbox) is understood to be
whatever the receiving mail protocol server allows. For exam-
ple, some systems do not understand mailbox references of the
form "P. D. Q. Bach", but others do.

(It makes clear elsewhere that the quotation marks must appear in the
mailbox reference.) And, again, originating MUAs and MTAs must
honor the requirement. Too many fail to do so. Address book utilities
are even worse.

And I and a local website developer learned to his dismay that in the url:
mailto://mail...@somehere.com
... the slashes must be preserved in the mailbox reference (RFC 1738)
Alas, popular browsers delete them (improperly); popular MUAs
preserve them (properly). But if those popular browsers were brought
into conformance with RFC 1738 it would "break" (in a Pickwickian
sense) vast quantities of defective HTML.

I strongly disagree with half of Postel's Principle.

But, if the ua.edu server treats mailbox references as case-insensitive,
who cares how they appear in IBM-Main?

-- 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: Cloning a Sysres and ZFS

[Art Gutowski]

On Tue, 19 Jan 2016 08:33:55 -0600, Bruce Hewson  
wrote:
>You do not need to use /Service to perform mainmtenance.
>
>You can mount your maintenance target HFS/ZFS files at ANY mountpoint, just so 
>long as your DDDEF PATH statements match.
>
>You could even create mount points as /IPLVOL  - same names as your IPL volume 
>VOLSER.

If you want to use Automount, as we do, /IPLVOL won't do.  I don't think you 
can automount-manage /.  Even if you could, would you really want to?  You can 
call it anything, but I recommend mounting a service fs off a subdirectory if 
you want to automount manage it.

Art Gutowski
General Motors, LLC

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

Re: Anyone seen Mr. Gilmore?

[Charles Mills]

I don't think so.


CharlesSent from a mobile; please excuse the brevity

 Original message 
From: "Pommier, Rex"  
Date: 02/03/2016  12:02 PM  (GMT-08:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Anyone seen Mr. Gilmore? 

Is this the same John Gilmore?  The obituary you listed is from January of 
2015, and I found a note from Elardus from November stating that John hadn't 
posted anything since November 5, 2015.  

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Wednesday, February 03, 2016 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=173966106


On Wed, Feb 3, 2016 at 12:10 PM, Lindy Mayfield  wrote:
> I often corresponded with him by email now and then, but it stopped and I've 
> seen no posts by him here or on the assembler list in a while.  Has anyone 
> seen him around?
>
> Kind regards,
> Lindy
>
> --
> 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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
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: Anyone seen Mr. Gilmore?

[Jousma, David]

Oddly, Google says his last post was May 11th, 2015.  However, whether May or 
November, both are after he was deceased.


User 
John Gilmore
Email 
Recent Posts
(bit.listserv.ibm-main - 1115 posts)

Re: z/OS Platform Software Products on ... Tape? bit.listserv.ibm-main 5/11/15 
Re: IEFBR14 question bit.listserv.ibm-main 5/11/15 
Re: Possible to LINK to other program of same name as one in storage? 
bit.listserv.ibm-main 5/8/15 
Re: Possible to LINK to other program of same name as one in storage? 
bit.listserv.ibm-main 5/8/15 
Re: O/T Strontium atomic clock accurate to the second -- over 15 billion years 
-- bit.listserv.ibm-main 4/30/15 
Re: COBOL's NUMPROC compiler option bit.listserv.ibm-main 4/20/15 
Re: Load modules bit.listserv.ibm-main 3/19/15 
Re: SYSLIN cleanup? bit.listserv.ibm-main 3/3/15 
Re: Enterprise PL/1 performance bit.listserv.ibm-main 2/24/15 
Re: Enterprise PL/1 performance bit.listserv.ibm-main 2/24/15
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
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 Ed Jaffe
Sent: Wednesday, February 03, 2016 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone seen Mr. Gilmore?

One and the same...

On 2/3/2016 12:02 PM, Pommier, Rex wrote:
> Is this the same John Gilmore?  The obituary you listed is from January of 
> 2015, and I found a note from Elardus from November stating that John hadn't 
> posted anything since November 5, 2015.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Mike Schwab
> Sent: Wednesday, February 03, 2016 1:52 PM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Anyone seen Mr. Gilmore?
>
> http://www.legacy.com/obituaries/bostonglobe/obituary.aspx?pid=1739661
> 06
>
>
> On Wed, Feb 3, 2016 at 12:10 PM, Lindy Mayfield  
> wrote:
>> I often corresponded with him by email now and then, but it stopped and I've 
>> seen no posts by him here or on the assembler list in a while.  Has anyone 
>> seen him around?
>>
>> Kind regards,
>> Lindy
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email tolists...@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

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