Re: Share your z Systems expertise: survey improvement

[Tom Marchant]

On Fri, 30 Oct 2015 12:57:56 -0500, Greg Lubel wrote:

>Thanks to all who have followed the link to my survey. This is a 
>quick question to those of you who've looked at it and decided not 
>to complete it.

I didn't decide not to complete it. I decided to have a look later. I 
was busy when I first saw your request.

>Would you mind letting me know in a sentence how I could make it 
>better, to encourage completion?

No, I can't. I haven't even looked at it yet. Your request has a 
time stamp of 11:37 on Friday. Then at 12:57, you want to know 
why I didn't fill in your survey? You are an impatient man!

Having seen some of the responses so far, I doubt that I will bother. 
Some of the responses make it sound like this is a homework 
assignment, or the corporate equivalent.

-- 
Tom Marchant

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

Re: Fortran, assembly programmers ... NASA needs you – for Voyager • Job For Shane?

[Aled Hughes]

This reminds me a bit of that great Movie 'Space Cowboys'. (Made when Hollywood 
still had real stars!)

ALH

 

 

 

-Original Message-
From: Scott Ford 
To: IBM-MAIN 
Sent: Mon, 2 Nov 2015 14:40
Subject: Re: Fortran, assembly programmers ... NASA needs you – for Voyager • 
Job For Shane?


Elardus,

Yep, very funny...I see a parallel and not parallel universe,
mainframe
systems folks and developers retiring and mainframes going the way
of
Voyager 1 ...


Scott

On Monday, November 2, 2015, Elardus Engelbrecht
<
elardus.engelbre...@sita.co.za> wrote:

> Jon Butler wrote:
>
> >Is this
remote work or will extended travel be involved?  ;-))
>
>
> I foresee some
serious terrible problems:
>
> 1. How do you motivate extended (and perhaps
failing) dial-up time in your
> overtime sheets? Those top-brass people (PHB,
bean-counters and auditors)
> don't understand technicalities...
>
> 2. Same
for travel. I believe, AFAIK and the last time I checked, there
> are no
hotels, sightseeing points (you'll have to zip past those planets)
> or repair
facilities. Just remember to bring blankets, apparently it is
> freezing out
there ...
>
> 3. Now those Mars wannabee travellers don't have any plans to
return due
> to some problems, how will you travel back? Do you have any
'escape' plans?
>
> Is it already Friday ??? ;-))
>
> 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
>

--
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: Fortran, assembly programmers ... NASA needs you – for Voyager • Job For Shane?

[Scott Ford]

Absolutely

On Monday, November 2, 2015, Aled Hughes <
0050619ca8df-dmarc-requ...@listserv.ua.edu> wrote:

> This reminds me a bit of that great Movie 'Space Cowboys'. (Made when
> Hollywood still had real stars!)
>
> ALH
>
>
>
>
>
>
>
> -Original Message-
> From: Scott Ford >
> To: IBM-MAIN >
> Sent: Mon, 2 Nov 2015 14:40
> Subject: Re: Fortran, assembly programmers ... NASA needs you – for
> Voyager • Job For Shane?
>
>
> Elardus,
>
> Yep, very funny...I see a parallel and not parallel universe,
> mainframe
> systems folks and developers retiring and mainframes going the way
> of
> Voyager 1 ...
>
>
> Scott
>
> On Monday, November 2, 2015, Elardus Engelbrecht
> <
> elardus.engelbre...@sita.co.za > wrote:
>
> > Jon Butler wrote:
> >
> > >Is this
> remote work or will extended travel be involved?  ;-))
> >
> >
> > I foresee some
> serious terrible problems:
> >
> > 1. How do you motivate extended (and perhaps
> failing) dial-up time in your
> > overtime sheets? Those top-brass people (PHB,
> bean-counters and auditors)
> > don't understand technicalities...
> >
> > 2. Same
> for travel. I believe, AFAIK and the last time I checked, there
> > are no
> hotels, sightseeing points (you'll have to zip past those planets)
> > or repair
> facilities. Just remember to bring blankets, apparently it is
> > freezing out
> there ...
> >
> > 3. Now those Mars wannabee travellers don't have any plans to
> return due
> > to some problems, how will you travel back? Do you have any
> 'escape' plans?
> >
> > Is it already Friday ??? ;-))
> >
> > 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
> >
>
> --
> 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
>

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

Re: Fortran, assembly programmers ... NASA needs you – for Voyager • Job For Shane?

[Scott Ford]

Elardus,

Yep, very funny...I see a parallel and not parallel universe, mainframe
systems folks and developers retiring and mainframes going the way of
Voyager 1 ...


Scott

On Monday, November 2, 2015, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Jon Butler wrote:
>
> >Is this remote work or will extended travel be involved?  ;-))
>
>
> I foresee some serious terrible problems:
>
> 1. How do you motivate extended (and perhaps failing) dial-up time in your
> overtime sheets? Those top-brass people (PHB, bean-counters and auditors)
> don't understand technicalities...
>
> 2. Same for travel. I believe, AFAIK and the last time I checked, there
> are no hotels, sightseeing points (you'll have to zip past those planets)
> or repair facilities. Just remember to bring blankets, apparently it is
> freezing out there ...
>
> 3. Now those Mars wannabee travellers don't have any plans to return due
> to some problems, how will you travel back? Do you have any 'escape' plans?
>
> Is it already Friday ??? ;-))
>
> 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
>

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

Re: Share your z Systems expertise: survey improvement

[Jack J. Woehr]

Tom Marchant wrote:

Having seen some of the responses so far, I doubt that I will bother.
Some of the responses make it sound like this is a homework
assignment, or the corporate equivalent.


It's an interesting survey, you should complete it just to read it :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: Java and .jar files on OMVS

[Paul Gilmartin]

On Sun, 1 Nov 2015 18:02:29 -0700, Jack J. Woehr wrote:
>
>I scp OMVS Java 8.0_64 files back and forth but they open okay with jar tf  
>... so it's not that scp is garbling the file.
>
>Any tips?
> 
Always verify checksums at both ends, whether you need to or not.

-- gil

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

'Secure' 'Remote' access/control of the HMC(s)

[Jackson, Robin W. Contractor]

When dealing with the issue of security, I am looking for a method of 
configuring the HMC(s) for 'Secure' 'Remote' access/control ?

Thanks,

Rob Jackson



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

Re: Share your z Systems expertise: survey improvement

[Jack J. Woehr]

Farley, Peter x23353 wrote:

Thanks for that link Jack.  That PDF from IBM may also be helpful in educating us about 
the terms used in this survey, though to get the document that web page 
annoyingly*requires*  entry of name/address/company/role information (all of which may be 
faked without consequences) and does not allow you to un-check ALL of the "how 
should we communicate with you" boxes (it obviously*assumes*  you actually*want*  to 
be contacted, which is hardly ever the case).

Right, everyone from the NSA to Walgreens has the proctoscope up our butts 
these days. Welcome to the information age.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


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

Re: DFSMShsm Threshold Message Not Being Displayed

[Lizette Koehler]

A few questions.

1) What message are you looking for that you are not seeing?  It helps to 
understand the issue.
2) are you looking for this message in SYSLOG, DFHSM Address space, Other?
3) Do you have any tools or MPF Exits that might be involved? (Automation tools 
like OPS/MVS or Tivoli)

Thank 

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of George Rodriguez
> Sent: Monday, November 02, 2015 8:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFSMShsm Threshold Message Not Being Displayed
> 
> I did a search on IBMLink and found APAR # OZ85053 that describes my problem 
> to a
> tee... But the date on the APAR is 85/03/13... I'm running z/OS v1.13.
> 
> Any help would be appreciated...
> 
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *IT Enterprise Applications*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(954) 415-7586 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-251*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Eight Consecutive Years*
> 
> --

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

Re: Java and .jar files on OMVS

[Kirk Wolf]

BTW: the scp included in IBM Ported Tools OpenSSH always does ASCII-EBCDIC
conversion.
You would need to use sftp if you want binary.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Nov 2, 2015 at 12:30 PM, Jack J. Woehr  wrote:

> Paul Gilmartin wrote:
>
>> On Mon, 2 Nov 2015 10:33:58 -0700, Jack J. Woehr wrote:
>> It's very possible that newline conversion would be so symmetrically
>> compensated.
>>
>
> Newline conversion of a .jar file in scp?
>
> What are the OSes/releases at both ends?
>>
>
> z/OS V2R1
> OpenBSD 5.8
>
> --
> Jack J. Woehr # Science is more than a body of knowledge. It's a way of
> www.well.com/~jax # thinking, a way of skeptically interrogating the
> universe
> www.softwoehr.com # with a fine understanding of human fallibility. -
> Carl Sagan
>
> --
> 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: Share your z Systems expertise: survey improvement

[Farley, Peter x23353]

Thank you Cheryl, that was my problem with this survey.  The terminology was 
entirely new and unfamiliar, which probably means we aren't doing any of it, 
though we may actually be doing some of it and just not know it by those terms.

Thanks also for the SHARE link, I will have to read that to "catch up" on this 
terminology.

From the little bit that I tried, it also seems to me to be a survey mostly 
aimed at company-wide "business architects" who have a grasp of overall company 
strategy and tactics, rather than to the technical-level system and application 
programmers whom it seems to me constitute most of the IBM-MAIN contributors.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Friday, October 30, 2015 8:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share your z Systems expertise: survey improvement

Hi Tony,

I have to say I was quite confused by the survey until you mentioned Asit Dan's 
name.  Here is a SHARE presentation he did that explains everything that Greg 
was asking - https://share.confex.com/share/124/webprogram/Session17100.html.  
Now it makes a lot more sense.

Thanks for the name, and I agree that it's probably more of a question to a 
user group who has listened to such a presentation than IBM-Main.  When someone 
mentions 'z asset management' to me, I think of 'z software asset management', 
which is an entirely different animal.

Cheryl


Cheryl Watson
Watson & Walker, Inc.
100 Central Ave, Suite 1013
Sarasota, FL 34236
P-941-924-6565, F-941-924-4892
www.watsonwalker.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Friday, October 30, 2015 7:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share your z Systems expertise: survey improvement

>> snip

I see Asit Dan has done a number of presentations on this stuff that might prep 
your audience. Maybe point those interested there *before* asking the 
questions. Even if they're still not interested, they'll have some idea of what 
you're asking about.

Regards,

Tony H.

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

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Bigendian Smalls wrote:

Yes. This.  A quick MD5 hash should do the trick. Also if you have the "file" 
command line tool working (OMVS ships with it but it isn't always set up) that should 
register the same type of file in both places.


I haven't found a md5 tool on omvs

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

How to change SMS

[John Mattson]

I just want to thank Lizette Kohler for the clear, concise yet detailed,
and patient answers.  I read thru this thread just to refresh myself on how
SMS works, and learned several things along the way. Many thanks for the
good answers.

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

Re: PL/I and optional parameters

[Janet Graff]

Jon,

Is there a way to keep the type checking on the required parameters and also 
allow the trailing parameters to not be specified?

The type checking is extremely useful to my customers and I'd hate to lose it 
completely.  I'd prefer some syntax where I can say 

99(char (*) optional,
  char (*) optional,
  Fixed Bin(31) optional)

or some variation that keeps both the type checking and the number of 
parameters checking.  I can live with losing the type checking on the optional 
parameters, as long as I can keep the type checking on the required parameters.

Janet

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

Re: tcpip reserved ports

[Peter Ten Eyck]

Ah! That did the trick. I was playing around with the D,TCPIP,TCIP,... command 
and could not find what I needed, thanks.

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

BIND PACKAGE running application with FIELDPROC

[Janet Graff]

When executing a BIND PACKAGE against a program that performs Inserts into a 
table where the columns are defined with FIELDPROC.  The program is run.  I 
don't see an option on the BIND PACKAGE for this and the detail information 
about when a FIELDPROC is run does not include BIND time.  What am I missing?

If I define the table without FIELDPROC on the columns, then issue BIND 
PACKAGE, the Inserts do not happen into the table, so I conclude that the 
program is not run.

Why would the BIND PACKAGE with FIELDPROC run the program?

Janet

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

Re: Java and .jar files on OMVS

[Kirk Wolf]

"cksum" on z/OS Unix and Linux are compatible.

See: "man cksum" on z/OS for details on the algorithms that it uses so that
you can find a Windows/Mac/etc version that is compatible.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Nov 2, 2015 at 11:45 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 2 Nov 2015 10:33:58 -0700, Jack J. Woehr wrote:
> >
> >> Source code for MD5 appears in RFC 1321; again SMOP, and contaminated
> by page headers.
> >
> >In any case, as I wrote earlier:
> >
> >/I scp OMVS Java 8.0_64 files back and forth but they open okay with
> jar tf  ... so it's not that scp is garbling
> >the file. /
> >
> >Thus I am doubtful what forensic value a cksum would have unless one
> admits the possibility that there is an scp problem
> >that is symmetrically compensating itself outbound then inbound.
> >
> It's very possible that newline conversion would be so symmetrically
> compensated.
>
> What are the OSes/releases at both ends?
>
> -- 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: Java and .jar files on OMVS

[Jack J. Woehr]

Paul Gilmartin wrote:

On Mon, 2 Nov 2015 10:33:58 -0700, Jack J. Woehr wrote:
It's very possible that newline conversion would be so symmetrically 
compensated.


Newline conversion of a .jar file in scp?


What are the OSes/releases at both ends?


z/OS V2R1
OpenBSD 5.8

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: tcpip reserved ports

[Jousma, David]

TSO NETSTAT PORTL

You can also use TSO NETSTAT HELP to get abbreviated help information for all 
the subcommands.
_
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 Peter Ten Eyck
Sent: Monday, November 02, 2015 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: tcpip reserved ports

Does anyone know how identify a tcpip port that has been reserved, meaning a 
port that has been specified in the tcpip profile. The STC assigned to the port 
is not currently running, I was looking to see if there was a command or 
something that would show me tcpip reserved ports.

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

Re: RMM byte usage

[Greg Shirey]

Specifying RECORDS(X) may not be required if you have the XREPTEXT DD in the 
JCL.   (At least in 1.13, and probably a bit earlier) 

At my shop, the housekeeping is done first, then another job creates the 
extended extract and the reports.  Here's our step to write to the extended 
extract: 
//**
//*   Create a new DFSMSrmm Extract Data Set (Extended format) *
//**
//STEP01   EXEC PGM=EDGHSKP,PARM='RPTEXT,DATEFORM(A)'   
//SYSPRINT DD   SYSOUT=*
//MESSAGE  DD   DSN=SYS2.DFRMM.MESSAGE.FILE,DISP=SHR
//XREPTEXT DD   DSN=SYS2.DFRMM.REPORT.EXTRACT.FILE,DISP=SHR 

Hope this helps,
Greg Shirey
Ben E. Keith Company   


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gonzalo Cengotita
Sent: Monday, November 02, 2015 1:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RMM byte usage

How are you creating the extract file?
You must use the DD XREPTEXT and the command:

RPTEXT RECORDS(X,...)

(X at least to get the extended extract records)

*Gonzalo Cengotita*



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

tcpip reserved ports

[Peter Ten Eyck]

Does anyone know how identify a tcpip port that has been reserved, meaning a 
port that has been specified in the tcpip profile. The STC assigned to the port 
is not currently running, I was looking to see if there was a command or 
something that would show me tcpip reserved ports.

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

Re: PL/I and optional parameters

[Jon Butler]

Janet,


I'm not sure, but I think you may be confused about the parameter descriptors 
on the ENTRY statement.  

The descriptors do not limit the parameters passed, but rather they cause any 
parameters to be converted (if required) to dummy variables which match the 
description on the ENTRY statement.   This is one of the "features" of 
PL/I...you can write a single subroutine that handles many different types of 
numeric data passed to it.  (This is not unlike numeric overloading in Java, 
but the PL/I compiler does it for you.).

For example :

DCL MySub ENTRY EXTERNAL (FIXED BIN(15));
DCL x  FLOAT (10); 
DCL y FIXED BIN (15);

x = 2.6532491e2;   
y = MySub(x);

The 2.653249e3 is converted to 265 and passed to MySub and the result of 
MySub's calculation put into y.

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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Kirk Wolf wrote:

BTW: the scp included in IBM Ported Tools OpenSSH always does ASCII-EBCDIC
conversion.
You would need to use sftp if you want binary.


You're kidding me ...

There's no way to tell scp to do binary?

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: 'Secure' 'Remote' access/control of the HMC(s)

[Ken Smith]

I'm not an expert but did a search at www.ibm.com for 'hmc security' with a
processor type and found a bunch of stuff.

Ken

On Mon, Nov 2, 2015 at 10:11 AM, Jackson, Robin W. Contractor <
robin.w.jack...@ssa.gov> wrote:

> When dealing with the issue of security, I am looking for a method of
> configuring the HMC(s) for 'Secure' 'Remote' access/control ?
>
> Thanks,
>
> Rob Jackson
>
>
>
> --
> 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: DLIB volume for SAD

[Paul Gillis]

If that is where you IPL SAD from, then there is no major issue as the space 
required is small. You may have to rebuild your SAS IPL text after maintenance 
or OS upgrade but if you do that after every IPL then there is no issue where 
the SAD IPL text lives.

If that is where your SYS1.SADMP dataset resides, then it may be too small, 
unless it is spread over multiple volumes.

Cheers, 
Paul Gillis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nathan Astle
Sent: Monday, 2 November 2015 6:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DLIB volume for SAD

Hi

Apology for asking a dummy question. Why do we use Distribution library volume 
dataset while taking a SAD for a z/OS ?

Nathan

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

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

Re: Fortran, assembly programmers ... NASA needs you - for Voyager . Job For Shane?

[Paul Gillis]

Loved the last sentence, personally I don't know about the current
penetration of Fortran, but how many ancient z/OS shops do not run COBOL.
Apart from those who have PL/1 of course.

"Along with NASA's aging fleet of spacecraft, many businesses still rely on
ancient languages such as Fortran or COBOL for specialized tasks and
critical infrastructure."

Cheers,
Paul Gillis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Gould
Sent: Monday, 2 November 2015 5:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fortran, assembly programmers ... NASA needs you - for Voyager .
Job For Shane?

http://www.theregister.co.uk/2015/10/31/brush_up_on_your_fortran/


--
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: Share your z Systems expertise: survey improvement

[Farley, Peter x23353]

Thanks for that link Jack.  That PDF from IBM may also be helpful in educating 
us about the terms used in this survey, though to get the document that web 
page annoyingly *requires* entry of name/address/company/role information (all 
of which may be faked without consequences) and does not allow you to un-check 
ALL of the "how should we communicate with you" boxes (it obviously *assumes* 
you actually *want* to be contacted, which is hardly ever the case).

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jack J. Woehr
Sent: Saturday, October 31, 2015 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share your z Systems expertise: survey improvement

Greg Lubel wrote:
> I am the IBM design lead for our z Systems API strategy.
Surprised no one cited this IBM PDF freely downloadable yet, /APIs for 
Dummies./ 


-- 


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: (External):Re: Share your z Systems expertise: survey improvement

[J O Skip Robinson]

After grousing about terminology in my previous post, I need to elaborate. I 
used 'console command' as a straw dog for API. Actually various groups in SHARE 
have been clamoring for *decades* for improved APIs, particularly to facilitate 
automation. What we have been offered for the most part is a schema to issue a 
system or subsystem command, retrieve the output, and parse it for each 
specific purpose. That in the minds of many customers is not really an API, or 
least not the sort of API we envisioned. 

An example of a true API is the SDSF Rexx interface, where a user's interactive 
session talks directly to SDSF and receives output directly from SDSF. There 
are no (overt) system commands involved. More generally, any Rexx facility that 
begins with "ADDRESS env-name" is probably a true API. I also gave the example 
of HSM. If we had "ADDRESS DFHSM" in order to query and control HSM, that would 
qualify as an API. We have very few such interfaces in Rexx. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Monday, November 02, 2015 8:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Share your z Systems expertise: survey improvement

Thanks for that link Jack.  That PDF from IBM may also be helpful in educating 
us about the terms used in this survey, though to get the document that web 
page annoyingly *requires* entry of name/address/company/role information (all 
of which may be faked without consequences) and does not allow you to un-check 
ALL of the "how should we communicate with you" boxes (it obviously *assumes* 
you actually *want* to be contacted, which is hardly ever the case).

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jack J. Woehr
Sent: Saturday, October 31, 2015 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share your z Systems expertise: survey improvement

Greg Lubel wrote:
> I am the IBM design lead for our z Systems API strategy.
Surprised no one cited this IBM PDF freely downloadable yet, /APIs for 
Dummies./ 


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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Paul Gilmartin wrote:
SMP/E uses a java app or ICSF to verify SHA-1 checksums. I believe the former is not GUPI; the latter is SMOP. Source 
code for MD5 appears in RFC 1321; again SMOP, and contaminated by page headers. -- gil


Thanks Gil, I'll look at it.


--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Paul Gilmartin wrote:


Source code for MD5 appears in RFC 1321; again SMOP, and contaminated by page 
headers.


In any case, as I wrote earlier:

   /I scp OMVS Java 8.0_64 files back and forth but they open okay with jar tf  
... so it's not that scp is garbling
   the file. /

Thus I am doubtful what forensic value a cksum would have unless one admits the possibility that there is an scp problem 
that is symmetrically compensating itself outbound then inbound.


--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Paul Gilmartin wrote:


IBM's sftp does binary, at least by default.  I understand there's a client 
command
to select ASCII<->EBCDIC.


I used sftp and now I can use the .jar file.

I hate EBCDIC!


I don't mind EBCDIC. I dislike stepping on booby traps embedded by porters in 
well-known, well-designed software.Why didn't
they just add a -ebcdic switch instead of making the default the opposite of 
the original design?


--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

JES2MAIL Log Output to Two SDSF Output Groups - How to Disable One

[George, William@FTB]

We have several jobs that use JES2MAIL to email reports to various users.
The JES2 output (in SDSF) from the step creates two entries and I'm hoping to 
find a means to disable one of them.
The two entries are: (example SDSF entries further below)

1.  The main SYSOUT from the job that includes the JES2MAIL trace log

2.  And a second log that seems to contain all the "Non-ConMsg:" lines 
found in the main trace log
Is there a means to disable the 2nd entry JES entry?
Why I find this strange as there is not a DD associated to it coded in the JCL 
to control it.

To attempt to show what I mean, as a test for the below example I ran JCL with 
just the JES2MAIL step.
The two entries were created below within SDSF.  Note: the entries are truncated
but only the TOTAL-REC and O-GRP-NM are different between the two.

NP   JOBNAME JOBID  CRDATEC DESTNAME TOTAL-REC  O-GRP-NM
 TQ6498ML J0485602 11/02/2015 X LOCAL  1431
 TQ6498ML J0485602 11/02/2015 X LOCAL4  2

LOG EXAMPLE
A portion of the Main SYSOUT trace log.
Note:  items 0017,  0018, 0002 & 0003 below will also be found in the 2nd log
:0015  Min: ZIPService available: None
:0016  Min: SYSIN Command: FILE=DD:MESSAGE
:0017  Min: Non-ConMsg: J2M018  JES2Mail: Message From:  
:0018  Min: Non-ConMsg: J2M015  JES2Mail: Message From:  
:  Min: Message ACCEPTED by Post office: 250 Mail Delivered
:0001  Min: Msg Accepted on Date: Mon, 2 Nov 2015 at 18: 52:52 -
:0002  Min: Non-ConMsg: J2M017  JES2Mail: Message From: 250 Mail Delivered
:0003  Min: Non-ConMsg: J2M007  JES2Mail: Message From: All 1 msgs sent ok
:0004  Min: SYSIN Command: END

The 2nd SDSF entry
J2M018  JES2Mail: Message From: 
J2M015  JES2Mail: Message From: 
J2M017  JES2Mail: Message From: 250 Mail Delivered
J2M007  JES2Mail: Message From: All 1 msgs sent ok

Any insights into a means to disable this or have be part of the main SYSOUT 
entry would be appreciated.

Thanks!
Bill George


__
CONFIDENTIALITY NOTICE: This email from the State of California is for the sole 
use of the intended recipient and may contain confidential and privileged 
information. Any unauthorized review or use, including disclosure or 
distribution, is prohibited. If you are not the intended recipient, please 
contact the sender and destroy all copies of this email.

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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Kirk Wolf wrote:

BTW: the scp included in IBM Ported Tools OpenSSH always does ASCII-EBCDIC
conversion.


Well, Kirk, you've answered my question. Indeed, the z/OS OpenSSH User's Guide 
Version 2 Release 2 SC27-6806-00 says:

   scp assumes that files are text. Files copied between EBCDIC and ASCII 
platforms are converted.

OpenSSH scp for the entire rest of the computing universe assumes all transfers are binary, and IBM has recoded it to 
assume everything is text.


*Thunk* (banging head against keyboard)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


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

Re: Java and .jar files on OMVS

[Bigendian Smalls]

For binary you have to use sftp - uses the same back end as openssh.  Very easy 
to configure - couple settings in the sshd_config file. 

For hashing I use ported tools OpenSSL.  

openssl md5   

that works great. 

> On Nov 2, 2015, at 15:29, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
>> On Mon, 2 Nov 2015 14:20:37 -0700, Jack J. Woehr wrote:
>> 
>> Kirk Wolf wrote:
>>> BTW: the scp included in IBM Ported Tools OpenSSH always does ASCII-EBCDIC
>>> conversion.
>> 
>> Well, Kirk, you've answered my question. Indeed, the z/OS OpenSSH User's 
>> Guide Version 2 Release 2 SC27-6806-00 says:
>> 
>>   scp assumes that files are text. Files copied between EBCDIC and ASCII 
>> platforms are converted.
>> 
>> OpenSSH scp for the entire rest of the computing universe assumes all 
>> transfers are binary, and IBM has recoded it to
>> assume everything is text.
>> 
>> *Thunk* (banging head against keyboard)
> IBM's sftp does binary, at least by default.  I understand there's a client 
> command
> to select ASCII<->EBCDIC.
> 
> I hate EBCDIC!
> 
> -- 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: tcpip reserved ports

[Nims,Alva John (Al)]

Another option is to use the "Network Utility Assist" from IBM.

ftp://public.dhe.ibm.com/software/network/commserver/downloads/Network_Utility_Assist.txt
ftp://public.dhe.ibm.com/software/network/commserver/downloads/Network_Utility_Assist.zip

This gives you the TSO REXX command, EZANS, that will allow you display a 
variety of TCP/IP information in ISPF panels.

Al Nims
Systems Admin/Programmer 3
EI
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Ten Eyck
Sent: Monday, November 02, 2015 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: tcpip reserved ports

Does anyone know how identify a tcpip port that has been reserved, meaning a 
port that has been specified in the tcpip profile. The STC assigned to the port 
is not currently running, I was looking to see if there was a command or 
something that would show me tcpip reserved ports.

--
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: Java and .jar files on OMVS

[Paul Gilmartin]

On Mon, 2 Nov 2015 14:20:37 -0700, Jack J. Woehr wrote:

>Kirk Wolf wrote:
>> BTW: the scp included in IBM Ported Tools OpenSSH always does ASCII-EBCDIC
>> conversion.
>
>Well, Kirk, you've answered my question. Indeed, the z/OS OpenSSH User's Guide 
>Version 2 Release 2 SC27-6806-00 says:
>
>scp assumes that files are text. Files copied between EBCDIC and ASCII 
> platforms are converted.
>
>OpenSSH scp for the entire rest of the computing universe assumes all 
>transfers are binary, and IBM has recoded it to
>assume everything is text.
>
>*Thunk* (banging head against keyboard)
> 
IBM's sftp does binary, at least by default.  I understand there's a client 
command
to select ASCII<->EBCDIC.

I hate EBCDIC!

-- gil

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

Re: Java and .jar files on OMVS

[Paul Gilmartin]

On Mon, 2 Nov 2015 15:19:22 -0700, Jack J. Woehr wrote:
>
>> I hate EBCDIC!
>
>I don't mind EBCDIC. I dislike stepping on booby traps embedded by porters in 
>well-known, well-designed software.Why didn't
>they just add a -ebcdic switch instead of making the default the opposite of 
>the original design?
> 
What can you cite for your notion of "the original design"  I looked at "man 
scp"
on Linux, and it was moot concerning character translation.  One might as 
readily
presume that "the original design" has always been that the conventional 
character
sets of the originating system and the receiving system should be respected.

You may think this is contrived, but it's not novel.  It's s form of Goodman's 
Paradox:
https://en.wikipedia.org/wiki/New_riddle_of_induction

Blame EBCDIC.

-- gil

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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Paul Gilmartin wrote:

What can you cite for your notion of "the original design"

The -r switch for copying whole directory structures.

Whereas ftp/sftp has always had the binary/text dichotomy, scp has never had 
such a switch.

Ergo, it's designed for binary transfer.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: 'Secure' 'Remote' access/control of the HMC(s)

[J O Skip Robinson]

Brian Valentine has presented a session at SHARE called "Top Ten Things You 
Should be Doing on Your HMC but You're Not". It includes security tips. In our 
case, we come into the company network remotely via VPN, which defines the 
various applications that we (by userid) are allowed to access. It works like 
this:

1. No one gets to an HMC directly from the outside. VPN is required to get 
inside the network before touching an HMC.
2. Each defined userid is either allowed or disallowed 'remote' access, which 
applies to working from an internal office or from a hotel in Hong Kong. I.e. 
anything access other than fingers on the keyboard of a real HMC. This control 
is defined as an attribute on each userid.
3. Each defined userid has appropriate authority for the role to be performed.

There was a time years ago when some security folk had a big problem with 
remote access to HMC. The world has since moved into a different orbit.  

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ken Smith
Sent: Monday, November 02, 2015 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: 'Secure' 'Remote' access/control of the HMC(s)

I'm not an expert but did a search at www.ibm.com for 'hmc security' with a 
processor type and found a bunch of stuff.

Ken

On Mon, Nov 2, 2015 at 10:11 AM, Jackson, Robin W. Contractor < 
robin.w.jack...@ssa.gov> wrote:

> When dealing with the issue of security, I am looking for a method of 
> configuring the HMC(s) for 'Secure' 'Remote' access/control ?
>
> Thanks,
>
> Rob Jackson


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

Re: Java and .jar files on OMVS

[John McKown]

Or, more simply, install Dovetailed Technologies Co:Z Data Set utilities
and use the todsn (for z/OS data sets) or tofile (z/OS UNIX files) to send
files and fromdsn/fromfile to get them. And those utilities have options
about code conversions to use as well. E.g. "binary" or "translate from
ISO-8859-1 to CP-037" and line endings (end with CR, end with LF, end with
CRLF, end with LFCR, end with almost anything else you want to specify).

On Mon, Nov 2, 2015 at 4:05 PM, Bigendian Smalls <
mainfr...@bigendiansmalls.com> wrote:

> For binary you have to use sftp - uses the same back end as openssh.  Very
> easy to configure - couple settings in the sshd_config file.
>
> For hashing I use ported tools OpenSSL.
>
> openssl md5 
>
> that works great.
>
> > On Nov 2, 2015, at 15:29, Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> >
> >> On Mon, 2 Nov 2015 14:20:37 -0700, Jack J. Woehr wrote:
> >>
> >> Kirk Wolf wrote:
> >>> BTW: the scp included in IBM Ported Tools OpenSSH always does
> ASCII-EBCDIC
> >>> conversion.
> >>
> >> Well, Kirk, you've answered my question. Indeed, the z/OS OpenSSH
> User's Guide Version 2 Release 2 SC27-6806-00 says:
> >>
> >>   scp assumes that files are text. Files copied between EBCDIC and
> ASCII platforms are converted.
> >>
> >> OpenSSH scp for the entire rest of the computing universe assumes all
> transfers are binary, and IBM has recoded it to
> >> assume everything is text.
> >>
> >> *Thunk* (banging head against keyboard)
> > IBM's sftp does binary, at least by default.  I understand there's a
> client command
> > to select ASCII<->EBCDIC.
> >
> > I hate EBCDIC!
> >
> > -- 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
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Java and .jar files on OMVS

[Paul Gilmartin]

On Mon, 2 Nov 2015 16:07:13 -0700, Jack J. Woehr wrote:
>
>> What can you cite for your notion of "the original design"
>The -r switch for copying whole directory structures.
>
>Whereas ftp/sftp has always had the binary/text dichotomy, scp has never had 
>such a switch.
>
>Ergo, it's designed for binary transfer.
> 
Did you read the article about Goodman?

At least the default for ftp has always been to convert from the character set 
of
the originating system to that of the receiving system.  Scp is merely agreeing
with the default behavior of ftp.

Use sftp.

-- gil

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

Re: Java and .jar files on OMVS

[Tony Harminc]

On 2 November 2015 at 17:50, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> You may think this is contrived, but it's not novel.  It's s form of 
> Goodman's Paradox:
> https://en.wikipedia.org/wiki/New_riddle_of_induction

Can we agree to set time t to 2042-09-17 23:53:47.370495? Most of us
will surely be at least retired, and perhaps even more fundamentally
unequipped to argue the point.

> Blame EBCDIC.

We must agree to disagree, as usual...

Tony H.

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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Paul Gilmartin wrote:

Did you read the article about Goodman?



Yes, very amusing, but not apt. scp has been around for decades and its usage uniformly (outside OMVS) has been for 
mixed binary

and textual data. There is no switch to differentiate, ergo it views everything 
as binary data.

You can invoke Goodman but it's only a nerdly joke w/r/t to the subject at hand. It's not relevant to a piece of 
software with millions
of users which has worn a deep groove of usage across two decades. IBM's diddling it to automatically do char 
translation without

recourse is absurd.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Opportunity for Mainframers

[David Mingee]

Hello,
I hope this is not against the rules.  I know of an opportunity to be an 
instructor for a z/OS Boot Camp class(7 weeks) in Panama City, Panama.It is 
with a reputable training company.  It is scheduled for Feb. 1 thru Mar. 18  
2016.  Pay is about 21K plus expenses.  Please contact me atthe email or phone 
below, if you are interested.  The class covers most every aspect of z/OS and I 
was scheduled for it, but I had to cancel forpersonal reasons.  


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell

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

Re: Opportunity for Mainframers

[Shane Ginnane]

On Tue, 3 Nov 2015 00:58:03 +, David Mingee wrote:

>I know of an opportunity to be an instructor for a z/OS Boot Camp class(7 
>weeks) in Panama City, Panama.It is with a reputable training company.

Good to hear such things (still) exist - hopefully you will get some-one 
suitable to stand in.
I can imagine some potential for expense claims being not insignificant   
;-)

Shane ...

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

Re: JES2MAIL Log Output to Two SDSF Output Groups - How to Disable One

[Lizette Koehler]

I am not familiar with this product.  
Have you checked with the Vendor?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of George, William@FTB
> Sent: Monday, November 02, 2015 3:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JES2MAIL Log Output to Two SDSF Output Groups - How to Disable One
> 
> We have several jobs that use JES2MAIL to email reports to various users.
> The JES2 output (in SDSF) from the step creates two entries and I'm hoping to
find a
> means to disable one of them.
> The two entries are: (example SDSF entries further below)
> 
> 1.  The main SYSOUT from the job that includes the JES2MAIL trace log
> 
> 2.  And a second log that seems to contain all the "Non-ConMsg:" lines
found in
> the main trace log
> Is there a means to disable the 2nd entry JES entry?
> Why I find this strange as there is not a DD associated to it coded in the JCL
to
> control it.
> 
> To attempt to show what I mean, as a test for the below example I ran JCL with
just
> the JES2MAIL step.
> The two entries were created below within SDSF.  Note: the entries are
truncated
> but only the TOTAL-REC and O-GRP-NM are different between the two.
> 
> NP   JOBNAME JOBID  CRDATEC DESTNAME TOTAL-REC  O-GRP-NM
>  TQ6498ML J0485602 11/02/2015 X LOCAL  1431
>  TQ6498ML J0485602 11/02/2015 X LOCAL4  2
> 
> LOG EXAMPLE
> A portion of the Main SYSOUT trace log.
> Note:  items 0017,  0018, 0002 & 0003 below will also be found in the 2nd log
> :0015  Min: ZIPService available: None
> :0016  Min: SYSIN Command: FILE=DD:MESSAGE
> :0017  Min: Non-ConMsg: J2M018  JES2Mail: Message From:  
> :0018  Min: Non-ConMsg: J2M015  JES2Mail: Message From:  
> :  Min: Message ACCEPTED by Post office: 250 Mail Delivered
> :0001  Min: Msg Accepted on Date: Mon, 2 Nov 2015 at 18: 52:52 -
> :0002  Min: Non-ConMsg: J2M017  JES2Mail: Message From: 250 Mail Delivered
> :0003  Min: Non-ConMsg: J2M007  JES2Mail: Message From: All 1 msgs sent ok
> :0004  Min: SYSIN Command: END
> 
> The 2nd SDSF entry
> J2M018  JES2Mail: Message From: 
> J2M015  JES2Mail: Message From: 
> J2M017  JES2Mail: Message From: 250 Mail Delivered
> J2M007  JES2Mail: Message From: All 1 msgs sent ok
> 
> Any insights into a means to disable this or have be part of the main SYSOUT
entry
> would be appreciated.
> 
> Thanks!
> Bill George
> 
> 

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

DFSMShsm Threshold Message Not Being Displayed

[George Rodriguez]

I did a search on IBMLink and found APAR # OZ85053 that describes my
problem to a tee... But the date on the APAR is 85/03/13... I'm running
z/OS v1.13.

Any help would be appreciated...

*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

-- 


*Disclaimer: *Under Florida law, e-mail addresses are public records. If 
you do not want your e-mail address released in response to a public 
records request, do not send electronic mail to this entity. Instead, 
contact this office by phone or in writing.


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

History of OpenSSH

[Jack J. Woehr]

Since we like history on this list, here's the history of OpenSSH which is 
found in slightly mangled form in OpenMVS.

http://www.openssh.com/history.html

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: Fortran, assembly programmers ... NASA needs you – for Voyager • Job For Shane?

[Jon Butler]

Is this remote work or will extended travel be involved?  ;-))

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

Re: RMM byte usage

[Elaine Beal]

Thanks.
I tried running EDGHSKP to create the extract (JCL below) but get 

EDG6207E DFSMSrmm SUBSYSTEM UNABLE TO ALLOCATE AND OPEN THE INPUT AND OUTPUT DAT

Thanks for any help as I'm new to RMM.

Elaine
 

//JSTP0020 EXEC PGM=EDGHSKP,
// PARM='RPTEXT,DATEFORM(J)'
//MESSAGE  DD DISP=MOD,DSN=SYS3.DFRMM.MESSAGES
//REPORT   DD DISP=SHR,DSN=SYS3.DFRMM.REPORT.FLAT
//ACTIVITY DD DISP=SHR,DSN=SYS3.DFRMM.ACTIVITY
//SYSPRINT DD SYSOUT=*
//XREPTEXT  DD DISP=SHR,DSN=SYS3.DFRMM.REPORT.EXTEND.XTRACT
//SYSIN DD *
   RPTEXT RECORDS(X)

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

Re: JES2MAIL Log Output to Two SDSF Output Groups - How to Disable One

[Shmuel Metz (Seymour J.)]

In <984dfc2f94c72c4c9e9acbfd71e4feee32d...@fg1014.ftb.ca.gov>, on
11/02/2015
   at 10:23 PM, "George, William@FTB"  said:

>We have several jobs that use JES2MAIL to email reports to various
>users. The JES2 output (in SDSF) from the step creates two entries 

Are you referring to the job log and the hardcopy log?

>1.  The main SYSOUT from the job that includes the JES2MAIL
>trace log

Please don't invent your own vocabulary. There is no "main SYSOUT".

>2.  And a second log that seems to contain all the "Non-ConMsg:"
>lines found in the main trace log

See above.

You control the characteristics of SYSOUT datasets with OUTPUT
statments. In your case you need the JESDS keyword to identify the
dataset of interest.

>To attempt to show what I mean,

To show what you mean you must identify the JCL and the SDSF commands
that you used. In particular, what information did you specify to
control JES2MAIL?

>The two entries were created below within SDSF.

No; SDSF is only the program that you used to view them.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Java and .jar files on OMVS

[Jack J. Woehr]

Shmuel Metz (Seymour J.) wrote:

The second paragraph of "Grue and bleen defined" in that article is
incoherent. The editor clearly has a different definition in mind from
the one that he wrote.


Entrepreneurial opportunity. Design a hardware grue and bleen inducer and 
you'll be rich!

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: Java and .jar files on OMVS

[Shmuel Metz (Seymour J.)]

In <9173151988822001.wa.paulgboulderaim@listserv.ua.edu>, on
11/02/2015
   at 04:50 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>You may think this is contrived, but it's not novel.  It's s form of
>Goodman's Paradox:
>https://en.wikipedia.org/wiki/New_riddle_of_induction

The second paragraph of "Grue and bleen defined" in that article is
incoherent. The editor clearly has a different definition in mind from
the one that he wrote.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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