Re: Dataclases according to data set sizes

[Buckton, T. (Theo)]

Hi Elardus,

By NODE3 I meant the 3rd level qualifier of vsam the data set. 

Regards
Theo

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: 29 March 2016 04:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dataclases according to data set sizes

Buckton, T. (Theo) wrote:

>I have thousands of VSAM RR data sets that are grouped according to their 
>sizes, which comes to about 9 groups or data classes. It is not too much work 
>to create the 9 data classes, but to code these thousands of data sets 
>according to NODE3 in the ACS routines seems a bit too hectic. Is there 
>perhaps a smarter way to do this?

What is NODE3?  Do you want to rewrite DATACLASS ACS? If so, AFAIK, DATACLASS 
are only driven for new datasets.

I agree that it is a PITA.

Write a REXX program to pair off your FILTLIST ???  INCLUDE(,) with the relevant IF or WHEN statements. Then a 
little copy+paste changes and translate/validate/testing are then all that 
remains.

You could perhaps dump or copy them and then re-drive those ACS Dataclass 
routines.

Of course, it depends on your naming standards and how you spread them accross 
your dataclasses.

>Note: We are rolling out z/OS 2.2 which I am studying for any enhancements 
>related to this query.

If you got any enhancements, please tell us! ;-)

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


Nedbank Limited Reg No 1951/09/06. The following link displays
the names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
This email is confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]



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

Re: Dumb TSO Rexx question

[David Crayford]

Scott,

As you put your code up I hope you don't mind if I chip in with a few 
comments as you said you were new to OO. Firstly, it's not obvious from 
the name of the class what it actually does. I'm not as dogmatic as 
Elardus WRT comments.
In fact I'm quite the opposite. I believe that if you need lots of 
comments to understand code then that is an indication that the code is 
poor and needs to be refactored. You class appears to be a helper

class for system backups so I would call it SystemBackupHelper.

One of the compelling reasons for using an OO language is to avoid 
conditional logic with language features such as polymorphism. In the 
case of your REXX class I would refactor your select statement into
methods for each function type.  You can then chain the method calls to 
perform all three functions in one statement. Of course, if you always 
call copy->compress->dump you can create a method

that calls all three, for example backup which is a kind of macro method.

I'm not much of an oorexx expert and AFAIK it doesn't have exception 
handling?


FWIW, for this kind of stuff on Linux I usually just write a bash script.

/* This is a utility class for system backups */
::classSystemBackupHelper

/* make a copy of the file system */
::methodcopy

/* compress the backup copy */
::methodcompress

/* dump the compressed backup to external media */
::methoddump

/* backup the file system to external media */
::methodbackup

/* create an instance of SystemBackupHelper */
backup=SystemBackupHelper~new

/* create a backup using method chaining */
backup~~copy~~compress~~dump

/* create a backup using a macro method */
backup~backup


On 29/03/2016 11:43 PM, Scott Ford wrote:

Guys:

Heres what I do on OpenSuse 13.1 x64:

/*---*/
/* #!/usr/bin/rexx   */
/*   rexx*/
/*   Name:   sysbkup   */
/*   Coampany: IDF   */
/*   Created:  11/01/14 ( guess )*/
/*   Parameters or Arguments:*/
/* ctlfle = ctlname and location */
/*---*/
trace i
arg subsys funcin
call dfdisp '/media/disk'
if result = 0 then do;
   say 'Sysbkup could not find usb external /media/disk '||date(u)' 'time()
   exit(99);
end;
say 'Sysbkup Found /media/disk/ at: 'date(u)' 'time()
myBackup = .filefunc~new
myBackup~funcs = "Backup"
exit
::class filefunc
::method funcs ftype
   expose backup_sys ifunc
   select
when backup_sys = "TSS" & ifunc = "COPY" then do;
 tssin = '/z/zOS1.13/TSS'
 tssout = '/z/zOS1.13/TSS/GZIPBACK'
 call bkuptss tssin tssout trace
end;
when backup_sys = 'TSS' & ifunc = 'GZIP' then do;
 tssin = 'z/OS1.13/TSS/GZIPBACK/'
 call gziptss tssin trace
end;
when backup_sys = 'TSS' & ifunc = 'COPYEXT' then do;
 tssin = 'z/zOS1.13/TSS/GZIPBACK/'
 foldda = '';
 foldmo = '';
 foldyr = '';
 foldmo = substr(date(u),1,2);
 foldda = substr(date(u),4,2);
 foldyr = substr(date(u),7,2);
 bkupfold = 'B'||foldmo||foldda||foldyr
 tssout = '/media/disk/zpdt-backups/tss/'||bkupfold
 call copyext tssin tssout trace
   end;

All the calls are external rexx programs/scripts in the same folder.

HTH,

Regards,
Scott

On Tue, Mar 29, 2016 at 11:31 AM, Scott Ford  wrote:


Guys,

I try to write so i can pass multiple args. I have been doing some OOrexx
and like it. Just the OO part of it is a tad of a learning curve for this
T-rex 

Scott

On Mon, Mar 28, 2016 at 11:31 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:


On Tue, 29 Mar 2016 12:38:05 +1100, Wayne Bickerdike wrote:


I would use CALL. Implies that you want to return to the caller. Works in
all environments.


And the search order is different in each.


Most of my REXX code can then be ported to REXX/CICS without major
rewrites.

Another plus of CALL is that the called routine can be internal or

external

to the mainline code.


Internal gives you some funky variable scoping.

And CALL lets you return arbitrary strings, not merely integers.

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



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send 

Re: Linux

[Chris Hoelscher]

> 
> A big ty, Waterloo eh, that's interesting , they at one time had their own (
> Univ. of Waterloo ) compilers..

Ahh yes, watfor, watfiv, watbol and others - bacjk in the 1970s when I was an 
undergrad at Ohio State University (the THE was not present back then) - the 
waterloo compilers were used for student fortran and cobol classes ...
The nicest thing, they guessed at your misspellings - usually correctly 

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

> 
e: 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: Linux

[Charles Mills]

WATFOR! https://en.wikipedia.org/wiki/WATFIV 

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Tuesday, March 29, 2016 6:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Linux

Charles,

A big ty, Waterloo eh, that's interesting , they at one time had their own ( 
Univ. of Waterloo ) compilers..

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

Re: Linux

[David Crayford]

On 30/03/2016 9:15 AM, John McKown wrote:

On Tue, Mar 29, 2016 at 6:36 PM, David Crayford  wrote:


On 29 Mar 2016, at 11:59 PM, Paul Gilmartin <

000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

On Tue, 29 Mar 2016 11:30:02 -0400, Scott Ford wrote:

Isnt iBM's Unix System Services based on Posix ?

Relentlessly, but an outdated POSIX.  No "cd -P" nor "pwd -L" e.g.


If only the message queues were POSIX and not those horrible System V!



​I gotta ask. Why would it make any difference for the same functionality,
message queues, to be POSIX instead of SYSV? Unless you've got some sort of
"POSIX only" rule from some manager.​



Simpler, easier to use API. No need to create a file system object and 
ftok a token, you can just use a namespace with mq_open() and features 
that don't exist
in System V such as mq_notify() spring to mind. In in nutshell it's a 
better design. Having said that the System V message queues are better 
than nothing and you

don't have to be authorized to use them which is goodness.

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

Re: Linux

[Scott Ford]

Charles,

A big ty, Waterloo eh, that's interesting , they at one time had their own
( Univ. of Waterloo ) compilers..

Scott

On Tuesday, March 29, 2016, John McKown 
wrote:

> On Tue, Mar 29, 2016 at 6:36 PM, David Crayford  > wrote:
>
> > > On 29 Mar 2016, at 11:59 PM, Paul Gilmartin <
> > 000433f07816-dmarc-requ...@listserv.ua.edu > wrote:
> > >
> > >> On Tue, 29 Mar 2016 11:30:02 -0400, Scott Ford wrote:
> > >>
> > >> Isnt iBM's Unix System Services based on Posix ?
> > > Relentlessly, but an outdated POSIX.  No "cd -P" nor "pwd -L" e.g.
> > >
> >
> > If only the message queues were POSIX and not those horrible System V!
> >
> >
> ​I gotta ask. Why would it make any difference for the same functionality,
> message queues, to be POSIX instead of SYSV? Unless you've got some sort of
> "POSIX only" rule from some manager.​
>
>
> --
> How many surrealists does it take to screw in a lightbulb? One to hold the
> giraffe and one to fill the bathtub with brightly colored power tools.
>
> Maranatha! <><
> John McKown
>
> --
> 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: Linux

[John McKown]

On Tue, Mar 29, 2016 at 6:36 PM, David Crayford  wrote:

> > On 29 Mar 2016, at 11:59 PM, Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> >
> >> On Tue, 29 Mar 2016 11:30:02 -0400, Scott Ford wrote:
> >>
> >> Isnt iBM's Unix System Services based on Posix ?
> > Relentlessly, but an outdated POSIX.  No "cd -P" nor "pwd -L" e.g.
> >
>
> If only the message queues were POSIX and not those horrible System V!
>
>
​I gotta ask. Why would it make any difference for the same functionality,
message queues, to be POSIX instead of SYSV? Unless you've got some sort of
"POSIX only" rule from some manager.​


-- 
How many surrealists does it take to screw in a lightbulb? One to hold the
giraffe and one to fill the bathtub with brightly colored power tools.

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: Slick (was: Linux)

[David Crayford]

On 30/03/2016 1:39 AM, Paul Gilmartin wrote:

On Tue, 29 Mar 2016 11:58:06 +0800, David Crayford  wrote:

I find Slick on Solaris way slow; marginally usable on a fast LAN; unusable
via VPN.  I think it's X11 overhead; feels as if it paints the screen pixel-by-
pixel.

Yes, I remember you mentioning that before. IIRC, the same could be said
for the z/OS X11, which Slickedit dropped. It's way to easy to use SMB
or NFS and run Slickedit on Windows/Mac/Linux. I edited an 8 GB binary
file,
scrolled to the bottom. Turned hex mode on, made and edit and saved the
file in a matter of seconds. Try that in Eclipse and the lights will dim!


Which confirms my suspicion that X11 is a culprit.  But isn't Linux display
X11 driven (but Ubuntu is moving a different direction)?  How does it work
with Linux X11 client and remote X11 server?  (But why would anyone want
to try that?)


Is it doing remote rendering? That would be a killer over a VPN. IIRC, 
Linux is moving away from X onto a new technology based on OpenGL. X is 
pretty much 80s legacy
these days. That should be good for Linux gaming market and it's about 
time it had a Window manager on par with WinAPI or Cocoa.



How do you get to its ISPF emulation?  Some of my colleages would
treasure that.

Tools->Options->Keyboard and Mouse->Emulation->ISPF


Neat!  Thanks!
Where's the command line?
TAB doesn't move to the next field; it inserts a tab in the data.
Hex shows ASCII, not EBCDIC.
I need to try what it does with UTF-8.


Press Esc to get the command line. All ISPF commands are prefixed with 
ispf. So "ispf-exclude all" etc, etc.
TBH, I don't use the ISPF emulation but I set it up for somebody once 
and you can customize it, cntl-key as enter etc.


Hex will show ASCII if you're using the FTP client or SMB because they 
do conversion. If you have a real EBCDIC file use the Open dialog and

change the encoding to EBCDIC.


To me "full ISPF emulation" means macros in Rexx.  No?  Which Rexx?

The scripting language is the proprietary SlickC which is a hybrid of
REXX, C and Smalltalk for the OO. It has a parse instruction and
implementes most of the REXX string handling functions. Slickedit has a


IOW, macros aren't portable.  Does it have SUBmit?  I suppose one could
write a macro.


They are portable to other operating systems. I have a Slickedit 
multi-platform license and run the same macros on

Windows, OS X and Linux :)



command line which is why I
love it so much. You can bind any keys to commands which gives you
serious productivity as opposed to the clunky mouse.

Thanks,
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: What is SMC-D?

[Roger Lowe]

You may also want to checkout a tool called SMC Applicability Tool (SMCAT) 
which may help you in determining the value of SMC-D (or SMC-R)

http://www-01.ibm.com/software/network/commserver/SMCR/

Roger

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

Re: Linux

[David Crayford]

> On 29 Mar 2016, at 11:59 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
>> On Tue, 29 Mar 2016 11:30:02 -0400, Scott Ford wrote:
>> 
>> Isnt iBM's Unix System Services based on Posix ?
> Relentlessly, but an outdated POSIX.  No "cd -P" nor "pwd -L" e.g.
> 

If only the message queues were POSIX and not those horrible System V!


>> Did IBM write it or was it 'kinda ported' ?
> I suspect both.  IIRC seeing a Mortice Kern credit in the MOTD.  And I
> suspect they carefully avoided GPL entanglement.
> 
> -- 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: Dumb TSO Rexx question

[Scott Ford]

Elardus,

You don't need no stinking comments eh ..what non stinking ?

Scott

On Tuesday, March 29, 2016, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Phil Smith III wrote:
>
> >LET THE REXX PROGRAMMING STYLE WARS BEGIN :)
>
> Not me, I'm outta ammo, but please allow me to put the target down and
> allow me to run away with shields up!
>
> Target identified - who needs COMMENTS? Only lame lazy bored programmers
> write comments and use them.
>
> Go on, shoot me, I don't need no stinking comments in REXX, COBOL,
> Assembler, etc., it is just a waste of tree chopping paper.
>
> ;-D   ;-D   ;-D   ;-D   ;-D   ;-D   ;-D   ;-D   ;-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> PS: On a serious note - comments are life savers when it comes to
> debugging and updating source listing.
>
> --
> 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: Apache Web Server running on z/OS unable to detect TLS 1.2

[Donald J.]

Try SSLProtocolEnable TLSv12 instead of TLSv1.2
You can test with an openssl command similar to:
openssl s_client -connect 12.34.56.78:443 -tls1_2

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

On Tue, Mar 29, 2016, at 02:26 PM, Jasi Grewal wrote:
> Greetings, We are using Apache Web Server on z/OS system and are seeing the 
> Nessus reports on Port 443 as it cannot detect TLS being enabled, though we 
> do have the statements.
> 
> Our intention is to serve some non-secured pages but main provide our users 
> with controlled access to some more sensitive pages.   When Listen 443  is 
> uncommented in the config file, the server fails the NESSUS scan.  I can only 
> pass the scan by commenting out Listen 443. 
> 
> httpd.conf:
> 
> #Listen 12.34.56.78:443
> Listen 443
> Listen 80
> 
>   
>ServerName xxx..x.xxx   
>SSLProtocolEnable TLSv1.2 
>SSLProtocolDisable TLSv1.1
>SSLProtocolDisable SSLv2  
>SSLProtocolDisable SSLv3  
>SSLEnable 
>KeyFile /saf IHSASRV_KEYRING  
> 
> We are seeing the following Nessus scan results:
> 
> High Severity Vulnerability   
> TLS Version 1.2 Protocol Detection
> Synopsis :
> The remote service encrypts communications but does not support TLS1.2.
> Description :
> This script detects whether TLS version 1.2 is supported by the remote 
> service for encrypting communications.
> Solution :
> Consult the application's documentation to enable TLS 1.2 or if not supported 
> ask vendor to add support for TLS 1.2 (with approved cipher suites)
> Plugin Output :
> TLS v1.2 is not enabled on this port.
> Nessus Plugin ID : 951001
> 
> Any advise would be grateful.
> Thank you in advance,
> Regards,
> 
> Jasi.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

-- 
http://www.fastmail.com - Send your email first class

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

Apache Web Server running on z/OS unable to detect TLS 1.2

[Jasi Grewal]

Greetings, We are using Apache Web Server on z/OS system and are seeing the 
Nessus reports on Port 443 as it cannot detect TLS being enabled, though we do 
have the statements.

Our intention is to serve some non-secured pages but main provide our users 
with controlled access to some more sensitive pages.   When Listen 443  is 
uncommented in the config file, the server fails the NESSUS scan.  I can only 
pass the scan by commenting out Listen 443. 

httpd.conf:

#Listen 12.34.56.78:443
Listen 443
Listen 80

  
   ServerName xxx..x.xxx   
   SSLProtocolEnable TLSv1.2 
   SSLProtocolDisable TLSv1.1
   SSLProtocolDisable SSLv2  
   SSLProtocolDisable SSLv3  
   SSLEnable 
   KeyFile /saf IHSASRV_KEYRING  

We are seeing the following Nessus scan results:

High Severity Vulnerability 
TLS Version 1.2 Protocol Detection
Synopsis :
The remote service encrypts communications but does not support TLS1.2.
Description :
This script detects whether TLS version 1.2 is supported by the remote service 
for encrypting communications.
Solution :
Consult the application's documentation to enable TLS 1.2 or if not supported 
ask vendor to add support for TLS 1.2 (with approved cipher suites)
Plugin Output :
TLS v1.2 is not enabled on this port.
Nessus Plugin ID : 951001

Any advise would be grateful.
Thank you in advance,
Regards,

Jasi.

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

Help with WebSphere MQ sample programs.

[Hansen, Dave L - Eagan, MN]

Dear favored listeners,

   We recently went from MQ V7 to MQ V8.  I have been working with IBM.  I was 
guided away from an old PUBSUB example because I was told a lot has changed and 
it would be uphill all the way.  V8 has a new "CICS Asynchronous Consumption 
and Publish/Subscribe sample".  I switched from IBM MQ support to IBM CICS 
support to get these complied.  However in working with IBM they said this new 
"PUBSUB" also will have a lot of work needed to get this running.  I am new to 
MQ.  I have CICS and MQ tied together.  I have two Queue Managers that I can 
ping the channels on.

Q).  What are other people using as a sample COBOL program to put a message to 
an MQ Queue?  This would be point-to-point.  I then could "move" the Queue to a 
different Queue Manager.


  Many thanks in advance,  Dave



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

FYI: Linux at 25: Q With Linus Torvalds

[Mark Regan]

In case anyone is interested.
Linux at 25: Q With Linus Torvalds The creator of the open-source
operating system talks about its past, present, and future
http://spectrum.ieee.org/computing/software/linux-at-25-qa-with-linus-torvalds

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

Re: Linux

[Vince Coen]

Posix comparability is in most of Linux and Unix code these days - and
has been for many years.

On 29/03/16 17:49, Charles Mills wrote:
> >From the z/OS UNIX manuals:
>
> "InterOpen Shell and Utilities is a source code product providing POSIX.2 
> (Shell
> and Utilities) functions to the z/OS UNIX services offered with MVS.
> InterOpen/POSIX Shell and Utilities is developed and licensed by Mortice Kern
> Systems (MKS) Inc. of Waterloo, Ontario, Canada."
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Scott Ford
> Sent: Tuesday, March 29, 2016 8:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Linux
>
> Guys:
>
> Isnt iBM's Unix System Services based on Posix ?
>
> Did IBM write it or was it 'kinda ported' ?
>

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

GNU/Linux

[Rick Troth]

Tom Marchant wrote:

"Supposed altruism?" I don't know that he is altruistic. He has worked hard in
support of software freedom. Indeed, that was the reason he started the GNU
project. It is also the reason he wrote the GNU General Public License (GPL).
  ...


[selective reply for brevity]

I may have lost you, Tom, due to my abrasiveness, and _for that I am 
sorry_. Really. I mean it.


My intended points were #1 there are other contributions to "Linux" 
besides the (huge) portion from GNU/FSF and /drawing the line becomes a 
challenge/, and #2 people tire of the GNU reminder in Linux context and 
communities like IBM-MAIN don't get much out of it.




You want me to stop telling people that the GNU operating system is an important
part of what they call "Linux". I will not stop.   ...


Upon re-reading, yes, that is what I asked.
You did say "a distinction many ignore", and I completely agree, they 
should not. The history and the full story is important. But you also 
said "many others are tired of hearing", so I guess I just want you to 
tread lightly. (Avoid losing your audience as I seem to have done.)


Also see https://www.youtube.com/watch?v=WipM3SAYqK4 about 10 minutes in.


David Craig makes a good point about the compiler:

I agree with Tom on this, Rick.  Long ago I observed that Linux';
i.e., the kernel's portability is in fact gcc's portability,
and in these days of llvm it's still very true.   ...


Following that, the kernel itself could be called "GNU/Linux".
It would be interesting to see how well the kernel builds with 
LLVM/clang. (Not for the sake of getting rid of the GNU designation per 
se.) I know others have done it. So many projects; so little time.


-- R; <><




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

Re: OT but hopefully amusing - FBI, iPhone and water

[Porowski, Ken]

I doubt it's real.


Andy Borowitz is a New York Times best-selling author and a comedian who has 
written for The New Yorker since 1998. In 2001, he created the Borowitz Report, 
a satirical news column that has millions of readers around the world, for 
which he won the first-ever National Press Club award for humor.



CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 
740 5459 (tel) | ken.porow...@cit.com




This email message and any accompanying materials may contain proprietary, 
privileged and confidential information of CIT Group Inc. or its subsidiaries 
or affiliates (collectively, “CIT”), and are intended solely for the 
recipient(s) named above.  If you are not the intended recipient of this 
communication, any use, disclosure, printing, copying or distribution, or 
reliance on the contents, of this communication is strictly prohibited.  CIT 
disclaims any liability for the review, retransmission, dissemination or other 
use of, or the taking of any action in reliance upon, this communication by 
persons other than the intended recipient(s).  If you have received this 
communication in error, please reply to the sender advising of the error in 
transmission, and immediately delete and destroy the communication and any 
accompanying materials.  To the extent permitted by applicable law, CIT and 
others may inspect, review, monitor, analyze, copy, record and retain any 
communications sent from or received at this email address.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Tuesday, March 29, 2016 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] OT but hopefully amusing - FBI, iPhone and water

Roach, Dennis wrote:

>Has anyone verified this?

I would be inclined to spit that story out, but lets wait for the confirmation.

But, it appeared the FBI indeed cracked open that crApple toy. If that is true, 
it should be an embarrassment to Steve Job and friends.

I wonder what is Bruce Schneier (crypto boffin) saying about this?

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: Generating warning for AL2 expression truncation?

[John Ehrman]

HLASM has supported unsigned fixed-point constants since Release 6 in 
2008.

Regards... John Ehrman



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

Slick (was: Linux)

[Paul Gilmartin]

On Tue, 29 Mar 2016 11:58:06 +0800, David Crayford  wrote:
>
>> I find Slick on Solaris way slow; marginally usable on a fast LAN; unusable
>> via VPN.  I think it's X11 overhead; feels as if it paints the screen 
>> pixel-by-
>> pixel.
>
>Yes, I remember you mentioning that before. IIRC, the same could be said
>for the z/OS X11, which Slickedit dropped. It's way to easy to use SMB
>or NFS and run Slickedit on Windows/Mac/Linux. I edited an 8 GB binary
>file,
>scrolled to the bottom. Turned hex mode on, made and edit and saved the
>file in a matter of seconds. Try that in Eclipse and the lights will dim!
>
Which confirms my suspicion that X11 is a culprit.  But isn't Linux display
X11 driven (but Ubuntu is moving a different direction)?  How does it work
with Linux X11 client and remote X11 server?  (But why would anyone want
to try that?)

>> How do you get to its ISPF emulation?  Some of my colleages would
>> treasure that.
>
>Tools->Options->Keyboard and Mouse->Emulation->ISPF
>
Neat!  Thanks!
Where's the command line?
TAB doesn't move to the next field; it inserts a tab in the data.
Hex shows ASCII, not EBCDIC.
I need to try what it does with UTF-8.

>> To me "full ISPF emulation" means macros in Rexx.  No?  Which Rexx?
>
>The scripting language is the proprietary SlickC which is a hybrid of
>REXX, C and Smalltalk for the OO. It has a parse instruction and
>implementes most of the REXX string handling functions. Slickedit has a
>
IOW, macros aren't portable.  Does it have SUBmit?  I suppose one could
write a macro.

>command line which is why I
>love it so much. You can bind any keys to commands which gives you
>serious productivity as opposed to the clunky mouse.

Thanks,
gil

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

Re: Linux

[Jesse 1 Robinson]

There was quite a bit of hoopla at the time z/OS OMVS came out. It was indeed 
POSIX certified. There were also acerbic observations that because IBM was 
entering the fray as a newbie, they had no baggage to clutter their landscape 
such as other vendors--including themselves in the AIX arena--had to overcome 
in achieving certification. I questioned some Beemers a while back about POSIX. 
They were pretty sure that certification had expired. 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, March 29, 2016 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Linux

From the z/OS UNIX manuals:

"InterOpen Shell and Utilities is a source code product providing POSIX.2 
(Shell and Utilities) functions to the z/OS UNIX services offered with MVS.
InterOpen/POSIX Shell and Utilities is developed and licensed by Mortice Kern 
Systems (MKS) Inc. of Waterloo, Ontario, Canada."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Tuesday, March 29, 2016 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Linux

Guys:

Isnt iBM's Unix System Services based on Posix ?

Did IBM write it or was it 'kinda ported' ?


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

Re: Dumb TSO Rexx question

[Elardus Engelbrecht]

Phil Smith III wrote:

>LET THE REXX PROGRAMMING STYLE WARS BEGIN :)

Not me, I'm outta ammo, but please allow me to put the target down and allow me 
to run away with shields up!

Target identified - who needs COMMENTS? Only lame lazy bored programmers write 
comments and use them.

Go on, shoot me, I don't need no stinking comments in REXX, COBOL, Assembler, 
etc., it is just a waste of tree chopping paper.

;-D   ;-D   ;-D   ;-D   ;-D   ;-D   ;-D   ;-D   ;-D

Groete / Greetings
Elardus Engelbrecht

PS: On a serious note - comments are life savers when it comes to debugging and 
updating source listing.

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

Re: Dataclases according to data set sizes

[retired mainframer]

Are you talking about new data sets or existing ones?  What do you mean by
data sets being grouped?  What data class attributes would you like to be
dependent on the size of the data set.

The ALTER command cannot change the data class of an existing data set.
Even if it is possible with another utility, changing the data class would
have no effect on the other data set attributes stored in the catalog and
VVDS.  What would you hope to accomplish?

The data class ACS routine has access to the  and  read-only
variables.  You can use them as part of the decision process for assigning a
data class to a new data set.  The management class and storage class ACS
routines would have access to this decision and could use that when making
their assignments.  But those routines would also have access to the
variables and could use them directly.

What is your real intent that you think different data classes will satisfy?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Buckton, T. (Theo)
> Sent: Tuesday, March 29, 2016 7:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Dataclases according to data set sizes
> 
> Hi,
> 
> I have thousands of VSAM RR data sets that are grouped according to their
sizes, which
> comes to about 9 groups or data classes. It is not too much work to create
the 9 data classes,
> but to code these thousands of data sets according to NODE3 in the ACS
routines seems a
> bit too hectic. Is there perhaps a smarter way to do this?
> 
> Note: We are rolling out z/OS 2.2 which I am studying for any enhancements
related to this
> query.

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

Re: OT but hopefully amusing - FBI, iPhone and water

[Elardus Engelbrecht]

Roach, Dennis wrote:

>Has anyone verified this? 

I would be inclined to spit that story out, but lets wait for the confirmation.

But, it appeared the FBI indeed cracked open that crApple toy. If that is true, 
it should be an embarrassment to Steve Job and friends.

I wonder what is Bruce Schneier (crypto boffin) saying about this?

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: OT but hopefully amusing - FBI, iPhone and water

[Bigendian Smalls]

That’s a satire piece, but I”m sure you knew that :)

The NAND chip replacement avenue, as far as I’ve heard, is not the route 
they’re going with this - it’s a software exploit from all I have seen.

Chad

> On Mar 29, 2016, at 12:11 PM, Roach, Dennis  wrote:


> 
> Has anyone verified this? The scuttlebutt was that they were going to remove 
> the chip, copy it to a backup, clone several, and brute force them. If so, 
> they should still have the backup and be able to do it again.
> 
> Dennis Roach, CISSP, PMP
> IAM Access Administration - Consumer - Senior Analyst 
> 2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019
> Work:  713-831-8799
> Cell:  713-591-1059
> Email:  dennis.ro...@aig.com 
> 
> All opinions expressed by me are mine and may not agree with my employer or 
> any person, company, or thing, living or dead, on or near this or any other 
> planet, moon, asteroid, or other spatial object, natural or manufactured, 
> since the beginning of time.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Charles Mills
> Sent: Tuesday, March 29, 2016 10:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: OT but hopefully amusing - FBI, iPhone and water
> 
> http://www.newyorker.com/humor/borowitz-report/unlocked-iphone-worthless-aft
> er-f-b-i-spills-glass-of-water-on-it  
> 
> Charles 
> 
> --
> 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: Dataclases according to data set sizes

[Elardus Engelbrecht]

Vernooij, CP (ITOPT1) - KLM wrote:

>@Elardus: the DATACLAS is also consulted during the life of a dataset since 
>the introduction of dynamic volume count.

Urgh! You just hurt my brain! Ouch... ;-D

Thanks, I forgot about this nifty tidbit while writing my reply. Thanks for 
clearing out my dusty brain.

I remember my storage guy once complained that DATACLASS ACS should also be 
consulted later, not only at allocation.

Thanks Kees for your kind reminder.

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: OT but hopefully amusing - FBI, iPhone and water

[Roach, Dennis]

Has anyone verified this? The scuttlebutt was that they were going to remove 
the chip, copy it to a backup, clone several, and brute force them. If so, they 
should still have the backup and be able to do it again.

Dennis Roach, CISSP, PMP
IAM Access Administration - Consumer - Senior Analyst 
2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019
Work:  713-831-8799
Cell:  713-591-1059
Email:  dennis.ro...@aig.com 

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other planet, 
moon, asteroid, or other spatial object, natural or manufactured, since the 
beginning of time.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, March 29, 2016 10:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OT but hopefully amusing - FBI, iPhone and water

http://www.newyorker.com/humor/borowitz-report/unlocked-iphone-worthless-aft
er-f-b-i-spills-glass-of-water-on-it  

Charles 

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

[Charles Mills]

>From the z/OS UNIX manuals:

"InterOpen Shell and Utilities is a source code product providing POSIX.2 (Shell
and Utilities) functions to the z/OS UNIX services offered with MVS.
InterOpen/POSIX Shell and Utilities is developed and licensed by Mortice Kern
Systems (MKS) Inc. of Waterloo, Ontario, Canada."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Tuesday, March 29, 2016 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Linux

Guys:

Isnt iBM's Unix System Services based on Posix ?

Did IBM write it or was it 'kinda ported' ?

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

Re: Unix

[Scott Ford]

Guys,

Thanks I was able to grow the zFS aggregate ...thanks a bunch

Scott

On Tue, Mar 29, 2016 at 11:51 AM, Blake, Daniel J [CTR] <
00f1be92566d-dmarc-requ...@listserv.ua.edu> wrote:

> I've had great luck growing a zFS using:
>
> //*
> //** Grow a zFS.
>
>   **
> //*
> //ZFSMNT1  EXEC PGM=IOEZADM,REGION=0M,COND=(4000,LT),
> //  PARM=('grow -aggregate OMVS.too.small.zfs  -size nn')
> //SYSPRINT DD SYSOUT=*
> //STDOUT   DD SYSOUT=*
> //STDERR   DD SYSOUT=*
> //SYSUDUMP DD SYSOUT=*
> //CEEDUMP  DD SYSOUT=*
> //*
>
>
> True, I had to play with the size parm until I found the right number for
> the zFS.  I've also used this JCL to get me in the ballpark for the size
> parm:
>
> //*
> //** List a zFS.
>
>**
> //*
> //ZFSMNT1  EXEC PGM=IOEZADM,REGION=0M,COND=(4000,LT),
> //  PARM=('aggrinfo OMVS.just.how.bigru.zfs   -long')
> //SYSPRINT DD SYSOUT=*
> //STDOUT   DD SYSOUT=*
> //STDERR   DD SYSOUT=*
> //SYSUDUMP DD SYSOUT=*
> //CEEDUMP  DD SYSOUT=*
> //*
>
>
>
> Dan
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Scott Ford
> Sent: Tuesday, March 29, 2016 11:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Unix
>
> All:
>
> I have to enlarge my zFS IBM shipped system. In particular,
> '/usr/local/bin' ..
> I saw John Mck. great hit list on what to do. What I am not clear on is
> the copying part ...
>
> I have:
>
>
>- Created new zFS aggregate , larger of course
>- Mounted it with a new 'mount point'
>
>
> The next steps are where I am not clear..2.
>
> 1.Do i then copytree or PAX the original /usr/local/bin/ to the new zFS
> filesystem ( volume ) ?
> 2.If #1 is true, then i assume I unmount the original...
> 3.   Verify the mount point is correct
> 4.   Remount
>
> But since there are z/OS files do I have to IPL to bring in the copied
> volume ?
>
> Regards,
> Scott
> aka 'grey t-rex'
>
> --
> 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: Dumb TSO Rexx question

[Phil Smith III]

On Tue, Mar 29, 2016 at 11:43 AM, Scott Ford  > wrote:
>Heres what I do on OpenSuse 13.1 x64:

 

LET THE REXX PROGRAMMING STYLE WARS BEGIN :)


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

Re: Dumb TSO Rexx question

[Phil Smith III]

Thanks to all who replied. I actually DID want a parameter-that was the
genesis of the requirement, Charles was reading my mind.

 

I have a diagnostic in one of our libraries that can be most easily run by
typing EXEC next to it in ISPF 3.4. But it has a VERBOSE parameter, and
putting a parameter in the Prompt field doesn't pass it (why not?) so I
wanted to create a "V" version:

 

   Name Prompt

_ THING   

_ THINGV  

 

So now users can just run THINGV to get the VERBOSE output. Using CALL seems
cleanest, so I'm doing that.

 

From: Phil Smith III [mailto:li...@akphs.com] 
Sent: Monday, March 28, 2016 7:03 PM
To: ibm-m...@bama.ua.edu
Subject: Dumb TSO Rexx question

 

I have a TSO Rexx program; let's call it CALLER. I want to call another;
let's call it SECOND. This doesn't work:

 

address tso 'EXEC SECOND'

 

I can see that I can do a PARSE SOURCE and build the full library name,
e.g., 'EXEC SOME.LIBRARY(SECOND', but should I have to do that? Seems very
un-Rexx-ish.

 

.phsiii


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

Re: Linux

[Paul Gilmartin]

On Tue, 29 Mar 2016 11:30:02 -0400, Scott Ford wrote:
>
>Isnt iBM's Unix System Services based on Posix ?
>
Relentlessly, but an outdated POSIX.  No "cd -P" nor "pwd -L" e.g.

>Did IBM write it or was it 'kinda ported' ?
> 
I suspect both.  IIRC seeing a Mortice Kern credit in the MOTD.  And I
suspect they carefully avoided GPL entanglement.

-- gil

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

Re: Unix

[Blake, Daniel J [CTR]]

I've had great luck growing a zFS using:

//*
//** Grow a zFS.

**
//*
//ZFSMNT1  EXEC PGM=IOEZADM,REGION=0M,COND=(4000,LT),
//  PARM=('grow -aggregate OMVS.too.small.zfs  -size nn')
//SYSPRINT DD SYSOUT=*
//STDOUT   DD SYSOUT=*
//STDERR   DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//CEEDUMP  DD SYSOUT=*
//*


True, I had to play with the size parm until I found the right number for the 
zFS.  I've also used this JCL to get me in the ballpark for the size parm:

//*
//** List a zFS.

 **
//*
//ZFSMNT1  EXEC PGM=IOEZADM,REGION=0M,COND=(4000,LT),
//  PARM=('aggrinfo OMVS.just.how.bigru.zfs   -long')
//SYSPRINT DD SYSOUT=*
//STDOUT   DD SYSOUT=*
//STDERR   DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//CEEDUMP  DD SYSOUT=*
//*



Dan 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Tuesday, March 29, 2016 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unix

All:

I have to enlarge my zFS IBM shipped system. In particular, '/usr/local/bin' ..
I saw John Mck. great hit list on what to do. What I am not clear on is the 
copying part ...

I have:


   - Created new zFS aggregate , larger of course
   - Mounted it with a new 'mount point'


The next steps are where I am not clear..2.

1.Do i then copytree or PAX the original /usr/local/bin/ to the new zFS
filesystem ( volume ) ?
2.If #1 is true, then i assume I unmount the original...
3.   Verify the mount point is correct
4.   Remount

But since there are z/OS files do I have to IPL to bring in the copied volume ?

Regards,
Scott
aka 'grey t-rex'

--
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: Dumb TSO Rexx question

[Scott Ford]

Guys:

Heres what I do on OpenSuse 13.1 x64:

/*---*/
/* #!/usr/bin/rexx   */
/*   rexx*/
/*   Name:   sysbkup   */
/*   Coampany: IDF   */
/*   Created:  11/01/14 ( guess )*/
/*   Parameters or Arguments:*/
/* ctlfle = ctlname and location */
/*---*/
trace i
arg subsys funcin
call dfdisp '/media/disk'
if result = 0 then do;
  say 'Sysbkup could not find usb external /media/disk '||date(u)' 'time()
  exit(99);
end;
say 'Sysbkup Found /media/disk/ at: 'date(u)' 'time()
myBackup = .filefunc~new
myBackup~funcs = "Backup"
exit
::class filefunc
::method funcs ftype
  expose backup_sys ifunc
  select
   when backup_sys = "TSS" & ifunc = "COPY" then do;
tssin = '/z/zOS1.13/TSS'
tssout = '/z/zOS1.13/TSS/GZIPBACK'
call bkuptss tssin tssout trace
   end;
   when backup_sys = 'TSS' & ifunc = 'GZIP' then do;
tssin = 'z/OS1.13/TSS/GZIPBACK/'
call gziptss tssin trace
   end;
   when backup_sys = 'TSS' & ifunc = 'COPYEXT' then do;
tssin = 'z/zOS1.13/TSS/GZIPBACK/'
foldda = '';
foldmo = '';
foldyr = '';
foldmo = substr(date(u),1,2);
foldda = substr(date(u),4,2);
foldyr = substr(date(u),7,2);
bkupfold = 'B'||foldmo||foldda||foldyr
tssout = '/media/disk/zpdt-backups/tss/'||bkupfold
call copyext tssin tssout trace
  end;

All the calls are external rexx programs/scripts in the same folder.

HTH,

Regards,
Scott

On Tue, Mar 29, 2016 at 11:31 AM, Scott Ford  wrote:

> Guys,
>
> I try to write so i can pass multiple args. I have been doing some OOrexx
> and like it. Just the OO part of it is a tad of a learning curve for this
> T-rex 
>
> Scott
>
> On Mon, Mar 28, 2016 at 11:31 PM, Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On Tue, 29 Mar 2016 12:38:05 +1100, Wayne Bickerdike wrote:
>>
>> >I would use CALL. Implies that you want to return to the caller. Works in
>> >all environments.
>> >
>> And the search order is different in each.
>>
>> >Most of my REXX code can then be ported to REXX/CICS without major
>> >rewrites.
>> >
>> >Another plus of CALL is that the called routine can be internal or
>> external
>> >to the mainline code.
>> >
>> Internal gives you some funky variable scoping.
>>
>> And CALL lets you return arbitrary strings, not merely integers.
>>
>> -- 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

Unix

[Scott Ford]

All:

I have to enlarge my zFS IBM shipped system. In particular,
'/usr/local/bin' ..
I saw John Mck. great hit list on what to do. What I am not clear on is
the copying part ...

I have:


   - Created new zFS aggregate , larger of course
   - Mounted it with a new 'mount point'


The next steps are where I am not clear..2.

1.Do i then copytree or PAX the original /usr/local/bin/ to the new zFS
filesystem ( volume ) ?
2.If #1 is true, then i assume I unmount the original...
3.   Verify the mount point is correct
4.   Remount

But since there are z/OS files do I have to IPL to bring in the copied
volume ?

Regards,
Scott
aka 'grey t-rex'

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

Re: OT but hopefully amusing - FBI, iPhone and water

[Scott Ford]

Charles,

Serious ouch !!

Scott

On Tue, Mar 29, 2016 at 11:32 AM, Charles Mills  wrote:

>
> http://www.newyorker.com/humor/borowitz-report/unlocked-iphone-worthless-aft
> er-f-b-i-spills-glass-of-water-on-it
>
> Charles
>
> --
> 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

OT but hopefully amusing - FBI, iPhone and water

[Charles Mills]

http://www.newyorker.com/humor/borowitz-report/unlocked-iphone-worthless-aft
er-f-b-i-spills-glass-of-water-on-it  

Charles 

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

Re: Dumb TSO Rexx question

[Scott Ford]

Guys,

I try to write so i can pass multiple args. I have been doing some OOrexx
and like it. Just the OO part of it is a tad of a learning curve for this
T-rex 

Scott

On Mon, Mar 28, 2016 at 11:31 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 29 Mar 2016 12:38:05 +1100, Wayne Bickerdike wrote:
>
> >I would use CALL. Implies that you want to return to the caller. Works in
> >all environments.
> >
> And the search order is different in each.
>
> >Most of my REXX code can then be ported to REXX/CICS without major
> >rewrites.
> >
> >Another plus of CALL is that the called routine can be internal or
> external
> >to the mainline code.
> >
> Internal gives you some funky variable scoping.
>
> And CALL lets you return arbitrary strings, not merely integers.
>
> -- 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: Linux

[Scott Ford]

Guys:

Isnt iBM's Unix System Services based on Posix ?

Did IBM write it or was it 'kinda ported' ?

Scott

On Tue, Mar 29, 2016 at 6:54 AM, David L. Craig  wrote:

> On 16Mar28:2239-0500, Tom Marchant wrote:
>
> > On Mon, 28 Mar 2016 10:35:44 -0400, Rick Troth  wrote:
> >
> > >On 03/26/16 14:45, Tom Marchant wrote:
> > >> First of all, it is GNU/Linux.
> > >> That is, it is the GNU operating system with a Linux kernel.
> > >> See http://www.gnu.org/gnu/linux-and-gnu.html
> > >> It is a distinction that many ignore and many others are tired of
> hearing, ...
> > >
> > >Including moi. Stop it. It's religious.
> > >
> > >Stallman's Free Software Foundation is a pillar in the FLOSS world. But
> > >if the freedom they have fought for means anything, then other groups
> > >also should get credit. So the real name of the system would be
> > >Linux/GNU/*BSD/SourceForce/github/IBM/HPE/Oracle/onandonandonandon.
> > >
> > >Stallman's insistence on snagging credit for Linux runs counter to his
> > >supposed altruism.
> >
> > "Supposed altruism?" I don't know that he is altruistic. He has worked
> hard in
> > support of software freedom. Indeed, that was the reason he started the
> GNU
> > project. It is also the reason he wrote the GNU General Public License
> (GPL).
> > http://www.gnu.org/gnu/initial-announcement.html
> >
> > Richard Stallman does not "Insist on snagging credit for Linux". Indeed,
> he
> > explicitly says that Linus Torvalds should get credit for his important
> contribution
> > to the system.
> > http://www.gnu.org/gnu/gnu-linux-faq.html#justgnu
> >
> > However, Linus did not write an operating system. The GNU project did.
> Mr.
> > Stallman does believe that it is important that people understand the
> reasons
> > for the development of the GNU operating system.
> > http://www.gnu.org/philosophy/open-source-misses-the-point.html
> >
> > You want me to stop telling people that the GNU operating system is an
> important
> > part of what they call "Linux". I will not stop. I happen to agree with
> RMS about this.
> > I have not asked anyone to stop calling it "Linux", but I do point out
> that there is
> > much more to it than the kernel, Linux.
> > http://www.gnu.org/gnu/gnu-linux-faq.html#divide
> >
> > There is another popular operating system that uses Linux for its
> kernel. Android
> > is very different from the GNU operating system,but they use the same
> kernel.
> > That kernel is the part of the GNU.Linux system that is properly called
> Linux.
> > http://www.gnu.org/gnu/gnu-linux-faq.html#linuxsyswithoutgnu
>
> I agree with Tom on this, Rick.  Long ago I observed that Linux'; i.e.,
> the kernel's
> portability is in fact gcc's portability, and in these days of llvm it's
> still very true.
> I do not begrudge RMS his position in most contexts "Linux" should be
> "GNU/Linux"--his
> efforts are in many ways much more significant than Linus' to all we hold
> dear and our
> respect for that is well-earned.
> --
> 
> May the LORD God bless you exceedingly abundantly!
>
> Dave_Craig__
> "So the universe is not quite as you thought it was.
>  You'd better rearrange your beliefs, then.
>  Because you certainly can't rearrange the universe."
> __--from_Nightfall_by_Asimov/Silverberg_
>
> --
> 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: opinion? writing z/OS FOSS code which requires z/OS 2.1 +

[Scott Ford]

Rick,

Also take into account the type of person doing the design some ppl are
'part to whole' others are 'whole to part'.
Like John, I have been thinking about some tool, i work for a Identity
Management Software company, so my thoughts
are want is needed or wanted in RACF or ACF2 or Top-Secret arena...

Scott

On Tue, Mar 29, 2016 at 9:11 AM, John McKown 
wrote:

> On Mon, Mar 28, 2016 at 6:37 PM, Rick Troth  wrote:
>
> > Do a little googling on the license question. I can't think of any
> > problems from going with the MIT license, but IANAL.
> >
> >
> > On 03/28/16 10:25, John McKown wrote:
> >
> >>   ...
> >> Anyway, I'm still thinking of how it will be designed. But I am curious
> if
> >> the requirement of z/OS 2.1 would make it unusable to a lot of people
> >> here.
> >> I know we have some members who are still on OS/390. My employer is
> >> stabilized on z/OS 1.12.
> >>
> >
> > But you're talking about interfacing with a feature of z/OS 2.1 and
> above.
> >
>
> ​Yes, this will be tested on a friend's z/OS 2.2 system, not on my
> employer's system. ​
>
>
>
> >
> > I wanted to say something about "avoid excessive requirements", but don't
> > make your life complicated. (Unless you just wanna re-invent ENF code 78
> > functionality.) Keep it simple.
> >
>
> ​Looks like ENF code 70 is very similar, except that it is invoked for
> _every_ JOB, STC, and TSU that goes through JES. Whereas ENF 78 is only
> invoked for JOBs which are submitted when the JES symbol SYS_JOB_NOTIFY
> exists. Apparently with _any_ value, just that it simply exists.​
>
>
>
> >
> >
> > Oh, any_decent_  ideas about what to call this? I'm so non-marketing
> >> oriented, I would likely call is YAJSTS (Yet Another Job Submission &
> >> Tracking System). Which a decent synopsis of what it_is_, but is not
> >> pronounceable. I'll work on that name.
> >>
> >
> > I can't help with that, but ... _the name is essential_. I remember one
> > guy, a brilliant programmer, who simply could not start on a certain
> > project until he had the name. (It became a major tool in that
> organization
> > in those days.) So ... excellent vision recognizing that need at this
> > stage. Please just don't name it after a child's pet or toy. "USPS Jeep"
> > would be more fitting. Or maybe Take-a-Number. No, that one's taken.
> >
>
> ​Well, right now, I'm writing code and documentation on Linux/Intel. It's
> sitting in the directory: ~/zos/YAJSTS ​for lack of a better name.
>
> Some of what I'm doing might be ?unacceptable? to z/OS people because I'm
> writing documentation, like the README, in Linux for rendering on Linux.
> E.g. README.md is a plain text README file, in "markdown" format. This is
> readable by people as is, but can be rendered into HTML or UNIX man or a
> number of other formats using a program called pandoc. When I actually get
> around to writing documentation, I plan to use either LyX, or (more likely)
> TeXstudio. LyX uses its own, plain text, file format, and renders into
> LaTeX. TeXstudio uses LaTeX as its native file format. LaTeX is a
> plain-text markup language which can be converted via a number of different
> programs into many formats such as HTML, HTML5, PDF, MS Word docx (why
> would I do that?!?), and a ton of others. Basically, this means that the
> entire system is being developed with a UNIX mind-set instead of a
> conventional z/OS mind-set. I, personally, consider this acceptable because
> the code is going to be using UNIX facilities, so UNIX will need to be
> running correctly for it to work at all. I will likely include a job to
> copy the UNIX resident files into PDSE libraries. I say PDSE because that's
> what I use. I guess it might be possible to use a legacy PDS as well. I
> know that many here despise PDSEs. I've been very fortunate to have never
> had a problem with them.
>
>
>
> >
> > -- R; <><
> >
> >
> --
> How many surrealists does it take to screw in a lightbulb? One to hold the
> giraffe and one to fill the bathtub with brightly colored power tools.
>
> Maranatha! <><
> John McKown
>
> --
> 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: Dataclases according to data set sizes

[Vernooij, CP (ITOPT1) - KLM]

What is the purpose of the 9 groups, what is the difference between them, do 
you still need the 9 groups these days?
Can you change the allocation routine (JCL, CLIST, REXX) to request the 
Dataclas? Then you can redirect the datasets without Datclass or even refuse 
them.

@Elardus: the DATACLAS is also consulted during the life of a dataset since the 
introduction of dynamic volume count.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Buckton, T. (Theo)
Sent: 29 March, 2016 16:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dataclases according to data set sizes

Hi,

I have thousands of VSAM RR data sets that are grouped according to their 
sizes, which comes to about 9 groups or data classes. It is not too much work 
to create the 9 data classes, but to code these thousands of data sets 
according to NODE3 in the ACS routines seems a bit too hectic. Is there perhaps 
a smarter way to do this?

Note: We are rolling out z/OS 2.2 which I am studying for any enhancements 
related to this query.

Theo




Nedbank Limited Reg No 1951/09/06. The following link displays
the names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
This email is confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]


--
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: Documentation availability was Re: EXTERNAL: Re: IBM z/OS Product Documentation 2016

[Mullen, Patrick]

Using Ed's math, I have determined that the new interface is available 342% of 
the time the old one used to be. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Sunday, March 27, 2016 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Documentation availability was Re: EXTERNAL: Re: IBM z/OS Product 
Documentation 2016

I have stated repeatedly that the "new service tools" (i.e. the web interface) 
have *NEVER* been as reliable or available as the "green screen apps" they 
replaced.

For a company whose flagship claims "6 nines" of availability, this should be 
an embarrassment.

Should not the support tools be at least as available as the systems they 
support?


>I would rather have the manuals not available due to IBM maintenance when I 
>typically look at them, during the day, than during the night-time 
>implementations that I am called to fix.
Hasn't IBM heard about 100 percent availability.  I'm 99 percent certain 
Microsoft's knowledge base has it.

This email ? including attachments ? may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

--
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: Dataclases according to data set sizes

[Elardus Engelbrecht]

Buckton, T. (Theo) wrote:

>I have thousands of VSAM RR data sets that are grouped according to their 
>sizes, which comes to about 9 groups or data classes. It is not too much work 
>to create the 9 data classes, but to code these thousands of data sets 
>according to NODE3 in the ACS routines seems a bit too hectic. Is there 
>perhaps a smarter way to do this?

What is NODE3?  Do you want to rewrite DATACLASS ACS? If so, AFAIK, DATACLASS 
are only driven for new datasets.

I agree that it is a PITA.

Write a REXX program to pair off your FILTLIST ???  INCLUDE(,) with the relevant IF or WHEN statements. Then a 
little copy+paste changes and translate/validate/testing are then all that 
remains.

You could perhaps dump or copy them and then re-drive those ACS Dataclass 
routines.

Of course, it depends on your naming standards and how you spread them accross 
your dataclasses.

>Note: We are rolling out z/OS 2.2 which I am studying for any enhancements 
>related to this query.

If you got any enhancements, please tell us! ;-)

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: Fwd: Religion provides statistical proof of the Creation of our civilization. This is .. really ... the Apocalypse. Today, see Eden and Exodus in superposition.

[Jon Butler]

It's also interesting that according to the OT that the value of PI used to be 
3.00, or perhaps the definition of "round" was different back then?

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

Dataclases according to data set sizes

[Buckton, T. (Theo)]

Hi,

I have thousands of VSAM RR data sets that are grouped according to their 
sizes, which comes to about 9 groups or data classes. It is not too much work 
to create the 9 data classes, but to code these thousands of data sets 
according to NODE3 in the ACS routines seems a bit too hectic. Is there perhaps 
a smarter way to do this?

Note: We are rolling out z/OS 2.2 which I am studying for any enhancements 
related to this query.

Theo




Nedbank Limited Reg No 1951/09/06. The following link displays
the names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
This email is confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]


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

Re: opinion? writing z/OS FOSS code which requires z/OS 2.1 +

[John McKown]

On Mon, Mar 28, 2016 at 6:37 PM, Rick Troth  wrote:

> Do a little googling on the license question. I can't think of any
> problems from going with the MIT license, but IANAL.
>
>
> On 03/28/16 10:25, John McKown wrote:
>
>>   ...
>> Anyway, I'm still thinking of how it will be designed. But I am curious if
>> the requirement of z/OS 2.1 would make it unusable to a lot of people
>> here.
>> I know we have some members who are still on OS/390. My employer is
>> stabilized on z/OS 1.12.
>>
>
> But you're talking about interfacing with a feature of z/OS 2.1 and above.
>

​Yes, this will be tested on a friend's z/OS 2.2 system, not on my
employer's system. ​



>
> I wanted to say something about "avoid excessive requirements", but don't
> make your life complicated. (Unless you just wanna re-invent ENF code 78
> functionality.) Keep it simple.
>

​Looks like ENF code 70 is very similar, except that it is invoked for
_every_ JOB, STC, and TSU that goes through JES. Whereas ENF 78 is only
invoked for JOBs which are submitted when the JES symbol SYS_JOB_NOTIFY
exists. Apparently with _any_ value, just that it simply exists.​



>
>
> Oh, any_decent_  ideas about what to call this? I'm so non-marketing
>> oriented, I would likely call is YAJSTS (Yet Another Job Submission &
>> Tracking System). Which a decent synopsis of what it_is_, but is not
>> pronounceable. I'll work on that name.
>>
>
> I can't help with that, but ... _the name is essential_. I remember one
> guy, a brilliant programmer, who simply could not start on a certain
> project until he had the name. (It became a major tool in that organization
> in those days.) So ... excellent vision recognizing that need at this
> stage. Please just don't name it after a child's pet or toy. "USPS Jeep"
> would be more fitting. Or maybe Take-a-Number. No, that one's taken.
>

​Well, right now, I'm writing code and documentation on Linux/Intel. It's
sitting in the directory: ~/zos/YAJSTS ​for lack of a better name.

Some of what I'm doing might be ?unacceptable? to z/OS people because I'm
writing documentation, like the README, in Linux for rendering on Linux.
E.g. README.md is a plain text README file, in "markdown" format. This is
readable by people as is, but can be rendered into HTML or UNIX man or a
number of other formats using a program called pandoc. When I actually get
around to writing documentation, I plan to use either LyX, or (more likely)
TeXstudio. LyX uses its own, plain text, file format, and renders into
LaTeX. TeXstudio uses LaTeX as its native file format. LaTeX is a
plain-text markup language which can be converted via a number of different
programs into many formats such as HTML, HTML5, PDF, MS Word docx (why
would I do that?!?), and a ton of others. Basically, this means that the
entire system is being developed with a UNIX mind-set instead of a
conventional z/OS mind-set. I, personally, consider this acceptable because
the code is going to be using UNIX facilities, so UNIX will need to be
running correctly for it to work at all. I will likely include a job to
copy the UNIX resident files into PDSE libraries. I say PDSE because that's
what I use. I guess it might be possible to use a legacy PDS as well. I
know that many here despise PDSEs. I've been very fortunate to have never
had a problem with them.



>
> -- R; <><
>
>
-- 
How many surrealists does it take to screw in a lightbulb? One to hold the
giraffe and one to fill the bathtub with brightly colored power tools.

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: What is SMC-D?

[גדי בן אבי]

It's like hipersockets, but even better.
You need z/OS v2.2
The IBM z13s Technical Guide - SG24-8294-00 has more information.
You define it in HCD
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Tuesday, March 29, 2016 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What is SMC-D?

I mean "Shared Memory Communication - Direct Memory Access ", a new feature of 
z13 and 13zs.
Is it a kind of Hipersockets, that means LPAR to LPAR TCPIP communication?
How to set it up? Any new virtual chpid or function?

--
Radoslaw Skorupka
Lodz, Poland






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

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

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


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

לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam and/or its subsidiaries (hereinafter 
: "Malam") regulations and signatory rights, no offer, agreement, concession or 
representation is binding on the Malam, unless accompanied by a duly signed 
separate document (or a scanned version thereof), affixed with the Malam seal.

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

What is SMC-D?

[R.S.]

I mean "Shared Memory Communication - Direct Memory Access ", a new 
feature of z13 and 13zs.

Is it a kind of Hipersockets, that means LPAR to LPAR TCPIP communication?
How to set it up? Any new virtual chpid or function?

--
Radoslaw Skorupka
Lodz, Poland






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

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

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


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

Re: Linking C module with SSL

[Robin Atwood]

It seems I am not out of the woods yet. :( The kludge with BPX1MSD allowed
me to start more than one subtask as 
POSIX(ON) and the server seemed to work flawlessly. The only problem came at
shutdown when the listener tried to
detach the worker task and got an abend 23E-08: TCB is not a subtask of the
caller. Of course, it was until it got turned
into a process by the SSL calls, or something similar. So I tried replacing
the ATTACH macro with a call to BPX1ATM and 
removed the calls to BPX1MSD. Everything came up and seemed to be working
until I executed a transaction that 
caused another (ATTACHed) subtask to do some PCs to another address-space.
The cross-memory part worked as usual 
but when it was finished and the subtask attempted to release the storage
used, it got 378-14: storage not owned by 
task. I seem to be plagued by problems of identity! This happens whether or
not any SSL calls have been made. Are there any known problems using PC
instructions and POSIX programs together? I am not sure how to proceed from
here, the BPX1MSD kludge seems to be the best solution if I can suppress the
abend in the ESTAE or something.

Thanks
Robin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Don Poitras
Sent: 22 March 2016 19:01
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Linking C module with SSL

BPX1ATM returns the process id. You then use BPX1WAT to wait for the
process(es) to end. 

In article <000301d18413$756bf730$6043e590$@gmail.com> you wrote:
> Using BPX1ATM it's not clear to me how you know if the subtask terminates.
> The ATTACH macro has an ECB and an exit routine available.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of David Crayford
> Sent: 21 March 2016 20:13
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Linking C module with SSL

> I'm happy I've got you working but as I said it's a circumvention. 
> Dons solution is the way to go.

> > On 21 Mar 2016, at 8:05 PM, Robin Atwood  wrote:
> > 
> > I first tried David's suggestion of using BPX1MSD (because that was 
> > quite
> > painless) and it worked! Each of my modules has a #pragma
> > runops(POSIX(ON)) and a call to BPX1MSD in their initialisation 
> > routine. They are started one at a time and they all now come up and 
> > the gsk calls still work. So, for the time being, I am back in business.
> > 
> > Thanks
> > Robin
> > 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Poitras
> > Sent: 21 March 2016 18:35
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Linking C module with SSL
> > 
> > It's for attaching a program as a new process. To z/OS, it just 
> > looks like a new TCB that's a daughter of the caller. You can still 
> > pass it an ECB and it can run POSIX(ON). I really think this is all 
> > you need to do to get what you want.
> > 
> > In article <001f01d18352$51d38a70$f57a9f50$@gmail.com> you wrote:
> >> Thanks for the suggestion. Looking at the doc BPX1ATM seems to be 
> >> for attaching a TCB to a process, which is not our situation. We 
> >> need to attach a TCB to a TCB and pass the new TCB an ECB in the usual
way.
> >> However, I will bear it in mind!
> > 
> >> Thanks
> >> Robin
> > 
> >> -Original Message-
> >> From: IBM Mainframe Discussion List 
> >> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Poitras
> >> Sent: 18 March 2016 20:49
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Linking C module with SSL
> > 
> >> Try using BPX1ATM (attach_execmvs) rather than ATTACH.
> > 
> >> In article <000301d1810e$c20b22d0$46216870$@gmail.com> you wrote:
> >>> We have a lot of HLASM and XL/C modules doing 
> >>> attach/wait/post/detach. The
> >> problem seems to be that the POSIX(ON) is not inherited by an 
> >> attached subtask. Recoding to use threads and semaphores would 
> >> effectively be rewriting the server - I'll think I'll leave that 
> >> for the
> next generation!
> >> It's a bit poor that IBM's SSL implementation does not properly 
> >> support traditional MVS programs; it's a part of TCP/IP, after all. 
> >> I tried experimenting with BPX1SDD (set_dub_default) to make TCB's 
> >> processes and threads but I still got the EDC5167I.
> > 
> >>> Thanks
> >>> Robin
> > 
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List 
> >>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford
> >>> Sent: 17 March 2016 21:18
> >>> To: IBM-MAIN@LISTSERV.UA.EDU
> >>> Subject: Re: Linking C module with SSL
> > 
>  On 17/03/2016 10:05 PM, Robin Atwood wrote:
>  Now I have hit the problem I thought might be lurking. The module 
>  I
> >> fixed before with the POSIX(ON) pragma is the listener. It attaches 
> >> a number of worker tasks it givesockets an incoming session to. 
> >> When the worker does its takesocket it must then do a
> >> 

Fwd: Ibm http server secexit in apache

[Itschak Mugzach]

We are convering from (domino) http server to apache and looking for
alternative for the secexit. Currently we use it to replace browser popup
authentication screen.
Haven't found equal functionality in apache.
Any other alternatives?

Best.
ITschak

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

Re: Linux

[David L. Craig]

On 16Mar28:2239-0500, Tom Marchant wrote:

> On Mon, 28 Mar 2016 10:35:44 -0400, Rick Troth  wrote:
> 
> >On 03/26/16 14:45, Tom Marchant wrote:
> >> First of all, it is GNU/Linux.
> >> That is, it is the GNU operating system with a Linux kernel.
> >> See http://www.gnu.org/gnu/linux-and-gnu.html
> >> It is a distinction that many ignore and many others are tired of hearing, 
> >> ...
> >
> >Including moi. Stop it. It's religious.
> >
> >Stallman's Free Software Foundation is a pillar in the FLOSS world. But
> >if the freedom they have fought for means anything, then other groups
> >also should get credit. So the real name of the system would be
> >Linux/GNU/*BSD/SourceForce/github/IBM/HPE/Oracle/onandonandonandon.
> >
> >Stallman's insistence on snagging credit for Linux runs counter to his
> >supposed altruism.
> 
> "Supposed altruism?" I don't know that he is altruistic. He has worked hard 
> in 
> support of software freedom. Indeed, that was the reason he started the GNU 
> project. It is also the reason he wrote the GNU General Public License (GPL). 
> http://www.gnu.org/gnu/initial-announcement.html 
> 
> Richard Stallman does not "Insist on snagging credit for Linux". Indeed, he 
> explicitly says that Linus Torvalds should get credit for his important 
> contribution 
> to the system. 
> http://www.gnu.org/gnu/gnu-linux-faq.html#justgnu 
> 
> However, Linus did not write an operating system. The GNU project did. Mr. 
> Stallman does believe that it is important that people understand the reasons 
> for the development of the GNU operating system. 
> http://www.gnu.org/philosophy/open-source-misses-the-point.html 
> 
> You want me to stop telling people that the GNU operating system is an 
> important 
> part of what they call "Linux". I will not stop. I happen to agree with RMS 
> about this. 
> I have not asked anyone to stop calling it "Linux", but I do point out that 
> there is 
> much more to it than the kernel, Linux. 
> http://www.gnu.org/gnu/gnu-linux-faq.html#divide 
> 
> There is another popular operating system that uses Linux for its kernel. 
> Android 
> is very different from the GNU operating system,but they use the same kernel. 
> That kernel is the part of the GNU.Linux system that is properly called 
> Linux. 
> http://www.gnu.org/gnu/gnu-linux-faq.html#linuxsyswithoutgnu 

I agree with Tom on this, Rick.  Long ago I observed that Linux'; i.e., the 
kernel's
portability is in fact gcc's portability, and in these days of llvm it's still 
very true.
I do not begrudge RMS his position in most contexts "Linux" should be 
"GNU/Linux"--his
efforts are in many ways much more significant than Linus' to all we hold dear 
and our
respect for that is well-earned.
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_

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

Re: IMS V14 Installation

[Mainframe Mainframe]

Thanks John for reply. But my issue is,

1) As I am already having serverpac dialog, So I dont have to download
LOADRIM etc, I can directly use this panel for my installation.
2) I used this panel to receive my order.
3) Our order is there in the below directory path

EUID=0   /u/arecu/ibmdownload/IMSV14/
  Type  Filename
_ Dir   .
_ Dir   ..
_ Dir   content
_ Dir   order

In this above directory structure,
1) In order directory, we have serverpac datasets in pack format .For
example

S0002.CPPSMS.OS220119.DOCLIB.pax.Z
S0003.CPPSMS.OS220119.SCPPCENU.pax.Z
S0004.CPPSMS.OS220119.SCPPEENU.pax.Z
S0005.CPPSMS.OS220119.SCPPHENU.pax.Z
S0006.CPPSMS.OS220119.SCPPLENU.pax.Z
S0007.CPPSMS.OS220119.SCPPLOAD.pax.Z
S0008.CPPSMS.OS220119.SCPPMENU.pax.Z
S0009.CPPSMS.OS220119.SCPPPENU.pax.Z
S0010.CPPSMS.OS220119.SCPPSENU.pax.Z

I also noticed that in this order, we have SCPPVENU dataset missing. Is it
normal or are we missing something in order.


2) In Content directory,  we have, target , distribution , SMPE lib etc
like below  (/u/arecu/ibmdownload/IMSV14/content/) in packed format.

S0002.CPPSMS.OS220119.IMS1410.ADFSBASE.pax.Z
S0003.CPPSMS.OS220119.IMS1410.ADFSCLST.pax.Z
S0028.CPPSMS.OS220119.IMS1410.SDFSBASE.pax.Z
S0029.CPPSMS.OS220119.IMS1410.SDFSCLST.pax.Z
S0046.CPPSMS.OS220119.SMPE.IMS.SMPPTS.pax.Z
S0047.CPPSMS.OS220119.SMPE.IMST200.SMPSCDS.pax.Z
S0048.CPPSMS.OS220119.IMS.DLIB.CSI.pax.Z
S0049.CPPSMS.OS220119.IMS.TARGET.CSI.pax.Z
S0050.ROOTIMS.200.pax.Z
S0051.CPPSMS.OS220119.GLOBAL.CSI.pax.Z


Now, while receving order from file system using serverpac panel, we
selected

 CustomPac - Receive an Order
-
 COMMAND ==>

   Receive the order from   ==> F   F - File system
S - Server
T - Tape

   Order Number ==> OS220119

   - Order Dialog Data Set Allocation Information
-

   Data Set Qualifiers  ==> ARECU.IMSV14.OS220119 (Must be unique)

   Volume Serial==> SYT010(Blank for SMS-managed data sets)
 - or -
   STORCLAS ==>  (Blank for non-SMS-managed data
sets)
   Specify a data class for SMS or non-SMS managed data sets (optional).
   DATACLAS ==>
   Specify a management class for only SMS managed data sets (optional).
   MGMTCLAS ==>
   Dialog CLIST Record Format ==> FB   (FB or VB)


and in target directory  we have mentioned */u/arecu/ibmdownload/IMSV14/*

  CustomPac --- Receive an Order from the File system --
 COMMAND ==>

Target Directory ==>


and after this when system generated receive JCL, its receiving only
serverpac panel dataset from this path  not the content dataset.

When I cross checked receive JCL , I could see only

//SMPDIR   DD PATHDISP=KEEP,
// PATH='/u/arecu/ibmdownload/IMSV14/OS220119/order'
//*

which clearly indicate that receive JCL only unpacking serverpac panel
dataset not content dataset files.
Now, my question is , how system will unpack content dataset.

I looked at all possible document related to serverpac etc but not able to
find solution of this issue.



On Tue, Mar 29, 2016 at 1:12 AM, John Eells  wrote:

> As you are the one who would select the z/OS UNIX file system path, and
> only you would know where you want to place it in the file system hierarchy
> or what existing directory names there might already be in your hierarchy,
> nobody here can really help.  You should pick a directory name that is not
> already in use, which in turn means either making sure there is enough
> space in the file system you will use or using a file system data set with
> a new mount point.
>
> For more information about using the Receive options, see Chapter 3 in
> ServerPac: Using the Installation Dialog, which you can find here:
>
> http://publibz.boulder.ibm.com/epubs/pdf/gim1a212.pdf
>
> That same book describes the process end to end in general, with the
> ServerPac: Installing Your Order (which comes with your order) as a
> supplement.
>
> Mainframe Mainframe wrote:
>
>> Hello All,
>> I am still waiting for suggestion on this. Kindly Help.
>>
>>
>>
>> On Fri, Mar 18, 2016 at 10:32 AM, Mainframe Mainframe <
>> mainframe1...@gmail.com> wrote:
>>
>> Hello,
>>> Thanks for help. I unzipped the serverpac and
>>> invoked panel to receive order.
>>>
>>> CustomPac - Receive an Order
>>> --
>>> COMMAND ==>
>>>
>>>Receive the order from   ==> F   F - File system
>>> S - Server
>>> T - Tape
>>>
>>>Order Number ==> OS220119
>>>
>>>- Order Dialog Data Set Allocation Information
>>> --
>>>
>>>Data Set Qualifiers  ==> ARECU.IMSV14.OS220119   (Must be
>>> unique)
>>>
>>>Volume Serial

Re: IBM z/OS Product Documentation 2016

[Timothy Sipples]

Use IBM Knowledge Center for z/OS, available in z/OS 2.1 and higher, as
explained in my previous post.


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

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