Re: Linux

[David Crayford]

On 29/03/2016 11:26 AM, Paul Gilmartin wrote:

On Tue, 29 Mar 2016 11:01:07 +0800, David Crayford wrote:

Slickedit has full ISPF emulation mode and runs on Linux. It's not free
though! The standard version is $149, professional is $299. ...


I believe Slick has its IDE.  We don't use much beyond its diff because
we're committed to a competitor.

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!



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


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


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




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

[Tom Marchant]

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 

-- 
Tom Marchant

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

[Paul Gilmartin]

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

Re: Linux

[Paul Gilmartin]

On Tue, 29 Mar 2016 11:01:07 +0800, David Crayford wrote:
>
>Slickedit has full ISPF emulation mode and runs on Linux. It's not free
>though! The standard version is $149, professional is $299. ...
> 
I believe Slick has its IDE.  We don't use much beyond its diff because
we're committed to a competitor.

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.

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

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

-- gil

--
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 28/03/2016 10:35 PM, Rick Troth wrote:

Wow ... you started a hot topic, Steve. Fun stuff!


On 03/26/16 11:59, Steve Beaver wrote:

First of all I am first and foremost an zOS Systems programmer that only
writes in HLASM and REXX as needed.
  My goal is to learn Linux and then develop in Linux and then as 
needed port

it to zSeries box.   ...


Two popular flavors of REXX: Regina and OORexx. I use *Regina*. It is 
a sibling to THE (The Hessling Editor), which is as close to ISPF as 
you're likely to get. (Personally more of a fan of XEDIT, and have a 
compatible THE/XEDIT profile.) But REXX on Linux or any Unix or on 
Windows is a lot different from REXX on TSO or MVS or CMS.




Some people are really fond of IDEs. You might have a hard time 
finding an IDE in Linux land that gives you a full ISPF feel. Like Tom 
said, use the editor of your choice, use the compiler, and use 'make'. 
GCC is most well known. David Crayford mentioned 'clang' which is 
pretty slick and gaining in popularity, but not as broadly ported yet. 
(There's also Dignus Systems C, but might not serve what it sounds 
like you're looking for.) Where possible, "compilers are compilers"; 
avoid compiler features which lock you in. And don't get me started 
about source code manglers. Keep it simple. No matter what I or anyone 
else on this list tells you: KEEP IT SIMPLE.



Slickedit has full ISPF emulation mode and runs on Linux. It's not free 
though! The standard version is $149, professional is $299. That's a big 
ask when you've got some very good free programmers editors out there. 
Githubs Atom is the most popular with the hipster hackers in our office. 
I had a look

and it ticks all the boxes and today's kids like scripting in JavaScript.




-I am going to build a 64 Bit a box with 16 gig of memory and 8 
Tb of

Storage and a DVD/RW.  That is the easy
Part.

Does anyone have any input on which version of Linux to purchase?  I 
Know

SUSE has an enterprise 64 bit product?


So maybe you *do* have a bit of interest in Linux as a desktop system. 
Cool!
Having started with Slackware and then bounced between SUSE and 
RedHat, I'm using *OpenSUSE* heavily these days. (TL;DR) Devuan 
(that's not a typo) also has substantial value. And I must mention 
CentOS, even though it is a decendent of Redhat (now even fallen under 
RH umbrella). CentOS is quite popular in the enterprise.




I don't run Linux on the desktop anymore. I used to use Ubuntu on my 
home system but moved to a Macbook Air which gives me a platform to 
develop for all the platforms I'm interested in. With brew I have an 
identical toolkit to Linux for server side programming, Android Studio 
and of course xcode for Apple devices.


I run headless Linux VMs under VirtualBox and file system sharing allows 
me to use my favorite edit, Slickedit, on the host side. It's a great 
setup and I'm very happy with it. The distros are CentOS, Ubuntu Server 
and openSUSE.


I certainly don't want to start a flame war but the OS X Yosemite UI is 
on a completely different level to any Linux GUI I've ever used :). TBH, 
Windows 10 isn't too bad either although I much prefer *nix systems. I 
use Windows at work and have exactly the same setup with VirtualBox etc.


Most Linux distros strongly support either GNOME or KDE. I find both 
of those unbearably "heavy" and have been using XFCE for several 
years. Heh ... then just last week I learned that *XFCE* is less 
encumbered by SystemD. (oopppsss... now I've gone and opened 
*that* can-o-worms!) Seriously, XFCE is lighter than the other two, 
and there are yet more window managers and desktop environments to 
choose from. Pick one and run with it, and know that it has little to 
do with your distro selection, per se.


My present desktop system is a decent home brew that I inherited from 
my son. He gave it up for a laptop for college and I needed a 
workstation. With OpenSUSE I get *KVM* and can run any X86 guest I 
need: Windows, Linux, FreeBSD, OpenBSD, NetBSD, Minix. (Even tried 
Plan 9 but didn't have time enough to run out that runway.) Sorry to 
stray a bit, seeing as how you didn't ask for virtualization.


Yes, Mark Post *is* being objective.


Can anyone suggest an Editor besides VI, and which language to 
develop in on

a Linux Platform?


In the Unix world, the religious war continues between the VI crowd 
and the EMACS crowd. Historically, VI established the first beachhead. 
Just sayin. I don't really care for either, but was told "learn VI" 
years ago, so I did, and that minimal knowledge has served me well.


I make a point to have *THE* on hand, though I find that I more often 
use Pico because it's quick. (The replacement for Pico is *Nano*, 
another GNU-ism but works.)


I see that Java was mentioned. I have it on good authority "nobody 
does Java on z/OS". 



One of our directors met customers in Germany recently, big banks etc. 
They were big users of WAS and obviously Java. Their system was made 

Re: Dumb TSO Rexx question

[Wayne Bickerdike]

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

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.

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

> Ah, you are right. I do in fact pass what I think of as multiple
> arguments, as in the example below. But in SECOND I have to sort them out
> with Parse Arg.
>
> FWIW Phil did not mention arguments, not one, not more.
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Monday, March 28, 2016 5:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dumb TSO Rexx question
>
> On Mon, 28 Mar 2016 16:54:58 -0700, Charles Mills wrote:
>
> >I don't even use CALL.
> >
> >Given TSO and
> >
> >Address TSO "ALTLIB ACTIVATE DATASET(MYLIB.CLIST) APP(CLIST)"
> >
> >then with MYLIB.CLIST containing SECOND then in CALLER I can just do
> >
> >"SECOND arg1 arg2 arg33"
> >
> Depends.  The command as you wrote it allows you to pass only one argument.
> Scott's CALL allows passing multiple arguments.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Wayne V. Bickerdike

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

[Charles Mills]

Ah, you are right. I do in fact pass what I think of as multiple arguments, as 
in the example below. But in SECOND I have to sort them out with Parse Arg.

FWIW Phil did not mention arguments, not one, not more.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, March 28, 2016 5:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dumb TSO Rexx question

On Mon, 28 Mar 2016 16:54:58 -0700, Charles Mills wrote:

>I don't even use CALL.
>
>Given TSO and
>
>Address TSO "ALTLIB ACTIVATE DATASET(MYLIB.CLIST) APP(CLIST)"
>
>then with MYLIB.CLIST containing SECOND then in CALLER I can just do
>
>"SECOND arg1 arg2 arg33"
> 
Depends.  The command as you wrote it allows you to pass only one argument.
Scott's CALL allows passing multiple arguments.

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

[Paul Gilmartin]

On Mon, 28 Mar 2016 16:54:58 -0700, Charles Mills wrote:

>I don't even use CALL.
>
>Given TSO and 
>
>Address TSO "ALTLIB ACTIVATE DATASET(MYLIB.CLIST) APP(CLIST)"
>
>then with MYLIB.CLIST containing SECOND then in CALLER I can just do
>
>"SECOND arg1 arg2 arg33"
> 
Depends.  The command as you wrote it allows you to pass only one argument.
Scott's CALL allows passing multiple arguments.


>-Original Message-
>From: Scott Ford
>Sent: Monday, March 28, 2016 7:22 PM
>
>The way I do it is:
>
>Caller:
>...
>call second parms

-- gil

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

[Charles Mills]

I don't even use CALL.

Given TSO and 

Address TSO "ALTLIB ACTIVATE DATASET(MYLIB.CLIST) APP(CLIST)"

then with MYLIB.CLIST containing SECOND then in CALLER I can just do

"SECOND arg1 arg2 arg33"

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hardee, Chuck
Sent: Monday, March 28, 2016 4:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dumb TSO Rexx question

Agreed, I do it the way Scott has indicated.
Works just fine.


Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration EAS Information Technology

Thermo Fisher Scientific
300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 
(412) 877-2809 | FAX: +1 (412) 490-9230 chuck.har...@thermofisher.com  | 
www.thermofisher.com

WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this 
e-mail or the information herein by anyone other than the intended recipient, 
or an employee or agent of a system responsible for delivering the message to 
the intended recipient, is prohibited. If you are not the intended recipient, 
please inform the sender and delete all copies.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Monday, March 28, 2016 7:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dumb TSO Rexx question

The way I do it is:

Caller:
.
.
.
call second parms


Scott

On Monday, March 28, 2016, Pinnacle  wrote:

> On 3/28/2016 7:02 PM, Phil Smith III wrote:
>
>> 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.
>>
>>
>>
>>
> Phil,
>
> If you ALTLIB the library in your first exec, you should be able to 
> address tso "%SECOND".  Your PARSE SOURCE solution could also work, 
> depending upon how CALLER was invoked.
>
> Tom
>
> --
> 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: Dumb TSO Rexx question

[Chris Hoelscher]

Why would anyone work with a dumb tso rexx release ? 

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


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Hardee, Chuck
> Sent: Monday, March 28, 2016 7:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Dumb TSO Rexx question
> 
> Agreed, I do it the way Scott has indicated.
> Works just fine.
> 
> 
> Charles (Chuck) Hardee
> Senior Systems Engineer/Database Administration EAS Information
> Technology
> 
> Thermo Fisher Scientific
> 300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile
> +1 (412) 877-2809 | FAX: +1 (412) 490-9230
> chuck.har...@thermofisher.com  | www.thermofisher.com
> 
> WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying
> of this e-mail or the information herein by anyone other than the intended
> recipient, or an employee or agent of a system responsible for delivering the
> message to the intended recipient, is prohibited. If you are not the intended
> recipient, please inform the sender and delete all copies.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Scott Ford
> Sent: Monday, March 28, 2016 7:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dumb TSO Rexx question
> 
> The way I do it is:
> 
> Caller:
> .
> .
> .
> call second parms
> 
> 
> Scott
> 
> On Monday, March 28, 2016, Pinnacle  wrote:
> 
> > On 3/28/2016 7:02 PM, Phil Smith III wrote:
> >
> >> 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.
> >>
> >>
> >>
> >>
> > Phil,
> >
> > If you ALTLIB the library in your first exec, you should be able to
> > address tso "%SECOND".  Your PARSE SOURCE solution could also work,
> > depending upon how CALLER was invoked.
> >
> > Tom
> >
> > --
> > 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

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: opinion? writing z/OS FOSS code which requires z/OS 2.1 +

[Rick Troth]

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.

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.




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.


-- R; <><




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

[Hardee, Chuck]

Agreed, I do it the way Scott has indicated.
Works just fine.


Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration
EAS Information Technology

Thermo Fisher Scientific
300 Industry Drive | Pittsburgh, PA 15275
Phone +1 (724) 517-2633 | Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230
chuck.har...@thermofisher.com  | www.thermofisher.com

WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this 
e-mail or the information herein by anyone other than the intended recipient, 
or an employee or agent of a system responsible for delivering the message to 
the intended recipient, is prohibited. If you are not the intended recipient, 
please inform the sender and delete all copies.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Monday, March 28, 2016 7:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dumb TSO Rexx question

The way I do it is:

Caller:
.
.
.
call second parms


Scott

On Monday, March 28, 2016, Pinnacle  wrote:

> On 3/28/2016 7:02 PM, Phil Smith III wrote:
>
>> 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.
>>
>>
>>
>>
> Phil,
>
> If you ALTLIB the library in your first exec, you should be able to
> address tso "%SECOND".  Your PARSE SOURCE solution could also work,
> depending upon how CALLER was invoked.
>
> Tom
>
> --
> 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

[Scott Ford]

The way I do it is:

Caller:
.
.
.
call second parms


Scott

On Monday, March 28, 2016, Pinnacle  wrote:

> On 3/28/2016 7:02 PM, Phil Smith III wrote:
>
>> 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.
>>
>>
>>
>>
> Phil,
>
> If you ALTLIB the library in your first exec, you should be able to
> address tso "%SECOND".  Your PARSE SOURCE solution could also work,
> depending upon how CALLER was invoked.
>
> Tom
>
> --
> 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

[Pinnacle]

On 3/28/2016 7:02 PM, Phil Smith III wrote:

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.





Phil,

If you ALTLIB the library in your first exec, you should be able to 
address tso "%SECOND".  Your PARSE SOURCE solution could also work, 
depending upon how CALLER was invoked.


Tom

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

Dumb TSO Rexx question

[Phil Smith III]

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

Hillgang - 13 Apr

[Neale Ferguson]

The next meeting of Hillgang, the DC z/VM and Linux User Group, will take
place on Wednesday 13 April at the CA Offices in Herndon Virginia. The
agenda and logistics may be found at:

http://www.vm.ibm.com/events/HILL0416.PDF


The topics will include:

- Growing Linux on z while maintaining continuity z/VM and z/VSE, Mike
Riggs, Supreme Court of Va
- VM:Secure and SSI, Yvonne DeMeritt, CA
- Building and Using Docker Containers on Linux on z, Neale Ferguson, SNA

We are looking to add 4th presentation to the agenda but prefer to get
this message out now to allow sufficient planning time for attendees.

Nale 

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

[John Eells]

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

Press Enter to continue or End to cancel



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

Target Directory ==>




*In this above panel, what should my target directory .*  As I mentioned
before, in my current file system order is distributed like below.
Also, the receive JCL which this panel will generate, how its going to
receive this order which is distributed in these diff packed files.


2) In the currently order, we have got product in two directory

  a) Order : In Order directory, we have all serverpac files like (/u/arecu
/ibmdownload/IMSV14/order/)

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


  b) content : In Content directory we have, target , distribution , SMPE
lib etc like below  (/u/arecu/ibmdownload/IMSV14/content/)

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





On Wed, Mar 16, 2016 at 6:10 PM, william janulin 
wrote:


F.Y.I.
IBM CBPDO Internet Delivery User's Guide (GA22-7872-00 ...



On Wednesday, March 16, 2016 8:34 AM, Mainframe Mainframe <
mainframe1...@gmail.com> wrote:


Yes, product is already in Mainframe filesystem but not able to find any
document for this internet order delivery . Is there any public document
available which I can use it for this purpose.
I checked in program directory as well but couldnt find anything there
for internet delivery.



On Wed, Mar 16, 2016 at 5:59 PM, william janulin <
000ad4408514-dmarc-requ...@imslistserv.bmc.com> wrote:

There should be documentation in your shopz order. Go to the shopz
website, click on your order and you will find several links that are self
explanatory.They also include jcl which you will need to cut & paste to
your TSO id in order to download the product directly to your mainframe.
Bill J.


 On Wednesday, March 16, 2016 8:24 AM, Mainframe Mainframe <
mainframe1...@gmail.com> wrote:


  Hello Group,
   We ordered IMS 14.1 using internet delivery and
downloaded in file system. we always used to get Tapes for doing server
pac
and CBPDO but this time we installing 

Re: IBM z/OS Product Documentation 2016

[Paul Gilmartin]

On Sun, 27 Mar 2016 10:22:04 +0800, Timothy Sipples wrote:

>Mike Schwab asked:
>>Could these be stored on an OpenMVS file and displayed on a 3270 or
>>opened from a connecting device?
>
>I think you meant zFS. The answer is yes, assuming by "connecting device"
>you meant any device equipped with a Web browser. That could include an
>iPad, for example.
> 
Well, not really.  I mounted the collection on an Apache server (OS X 10.6.8)
went through configuration rigamarole and told Firefox to open index.pdx
with Adobe Reader.  Reader says:

Search could not load the index (Macintosh HD:private:tmp:...:z_OS 
V2R2 PDF Collection Acrobat 
Index-2.pdx).  You may need to rebuild 
this index

Apparently Firefox dowloads the index and passes the dowloaded path
to Reader.  Things can only get worse from there.  I guess Reader
can't understand URLs.

-- gil

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

Re: JES Spool Data Set Browse: Works with JES3?

[John McKown]

On Mon, Mar 28, 2016 at 11:02 AM, Ed Jaffe 
wrote:

> On 3/28/2016 8:40 AM, John McKown wrote:
>
>> I've noticed that the "JES Spool Data Set Browse" facility is only
>> mentioned in the JES2 manuals on Infocenter. Does it, and "JES Symbol
>> Service" also work with JES3? If so, I really wish that they were in the
>> JES3 section of the site as well. It would save on confusion such as I am
>> currently "enjoying".
>>
>
> Yes, those facilities are available in JES3. SDSB has been around for
> years. The symbol stuff is fairly new tho...


​Thanks, Ed. I guessed that they would work with JES3, but confirmation is
nice. The symbol stuff is fairly central to another project, mentioned in a
separate thread, since I need the SYS_JOB_NOTIFY functionality to "track"
job execution. Well, I guess that I _could_ use SDSB and "polling" the
status of a job to "track" it. ​



>
>
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> http://www.phoenixsoftware.com/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
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: JES Spool Data Set Browse: Works with JES3?

[Ed Jaffe]

On 3/28/2016 8:40 AM, John McKown wrote:

I've noticed that the "JES Spool Data Set Browse" facility is only
mentioned in the JES2 manuals on Infocenter. Does it, and "JES Symbol
Service" also work with JES3? If so, I really wish that they were in the
JES3 section of the site as well. It would save on confusion such as I am
currently "enjoying".


Yes, those facilities are available in JES3. SDSB has been around for 
years. The symbol stuff is fairly new tho...


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

JES Spool Data Set Browse: Works with JES3?

[John McKown]

I've noticed that the "JES Spool Data Set Browse" facility is only
mentioned in the JES2 manuals on Infocenter. Does it, and "JES Symbol
Service" also work with JES3? If so, I really wish that they were in the
JES3 section of the site as well. It would save on confusion such as I am
currently "enjoying".

-- 
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: Here's What Happens When an 18 Year Old Buys a Mainframe

[Scott Ford]

AmazingMade my day also ...the world needs more kids like Connor

Not afraid to step into the IBM Mainframe world... big big kudos Connor

Scott

On Sun, Mar 27, 2016 at 9:45 AM, don isenstadt 
wrote:

> Made my day ..fantastic presentation.. Thanks so much for posting!
>
> --
> 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]

All,

Been using Linux for a long time , It was fairly familiar since I am a
ex-VM system programmer and VSE system programmer. I still have a lot of
learning to do but enjoy OpenSuse,Redhat and Fedora. Those are my personal
favorites.
I know there are many more. The IDEs are always personal choice I feel. Not
a big VIM fan sorry guys.

Scott

On Mon, Mar 28, 2016 at 10:35 AM, Rick Troth  wrote:

> Wow ... you started a hot topic, Steve. Fun stuff!
>
>
> On 03/26/16 11:59, Steve Beaver wrote:
>
>> First of all I am first and foremost an zOS Systems programmer that only
>> writes in HLASM and REXX as needed.
>>   My goal is to learn Linux and then develop in Linux and then as needed
>> port
>> it to zSeries box.   ...
>>
>
> Learning Linux is broad and vague.
> Sounds like you're less interested in (the learning of) Linux as a desktop
> environment.
> "Linux is Linux" (sort of), so if you already grok endian and word size
> issues, that's a big step. Do you know C?
>
> "Unix is Unix" (sort of, and less so than with Linux), so how well do you
> know USS?
> A lot of FLOSS packages got ported to USS before Linux was a serious force
> in the enterprise. Depending on the details of "goal is to learn Linux" you
> might also benefit from such things as CYGWIN or the MKS Toolkit. Both give
> you a Unix face on your Windoze system just like USS is a Unix face on MVS.
> The latter (MKS TK) is a core foundation of USS. Really. (Joe Bob sez,
> check it out.)
>
> Assembler will of course be different from HW to HW.
> I try to keep up with Linux on: S390, PPC, I386, and ARM. I also have
> SPARC and am on the hunt for MIPS. Assembler on each of these will be quite
> different, sometimes extremely so.
>
> Two popular flavors of REXX: Regina and OORexx. I use *Regina*. It is a
> sibling to THE (The Hessling Editor), which is as close to ISPF as you're
> likely to get. (Personally more of a fan of XEDIT, and have a compatible
> THE/XEDIT profile.) But REXX on Linux or any Unix or on Windows is a lot
> different from REXX on TSO or MVS or CMS.
>
> Some people are really fond of IDEs. You might have a hard time finding an
> IDE in Linux land that gives you a full ISPF feel. Like Tom said, use the
> editor of your choice, use the compiler, and use 'make'. GCC is most well
> known. David Crayford mentioned 'clang' which is pretty slick and gaining
> in popularity, but not as broadly ported yet. (There's also Dignus Systems
> C, but might not serve what it sounds like you're looking for.) Where
> possible, "compilers are compilers"; avoid compiler features which lock you
> in. And don't get me started about source code manglers. Keep it simple. No
> matter what I or anyone else on this list tells you: KEEP IT SIMPLE.
>
>
> -   I am going to build a 64 Bit a box with 16 gig of memory and 8 Tb
>> of
>> Storage and a DVD/RW.  That is the easy
>> Part.
>>
>> Does anyone have any input on which version of Linux to purchase?  I Know
>> SUSE has an enterprise 64 bit product?
>>
>
> So maybe you *do* have a bit of interest in Linux as a desktop system.
> Cool!
> Having started with Slackware and then bounced between SUSE and RedHat,
> I'm using *OpenSUSE* heavily these days. (TL;DR) Devuan (that's not a typo)
> also has substantial value. And I must mention CentOS, even though it is a
> decendent of Redhat (now even fallen under RH umbrella). CentOS is quite
> popular in the enterprise.
>
> Most Linux distros strongly support either GNOME or KDE. I find both of
> those unbearably "heavy" and have been using XFCE for several years. Heh
> ... then just last week I learned that *XFCE* is less encumbered by
> SystemD. (oopppsss... now I've gone and opened *that* can-o-worms!)
> Seriously, XFCE is lighter than the other two, and there are yet more
> window managers and desktop environments to choose from. Pick one and run
> with it, and know that it has little to do with your distro selection, per
> se.
>
> My present desktop system is a decent home brew that I inherited from my
> son. He gave it up for a laptop for college and I needed a workstation.
> With OpenSUSE I get *KVM* and can run any X86 guest I need: Windows, Linux,
> FreeBSD, OpenBSD, NetBSD, Minix. (Even tried Plan 9 but didn't have time
> enough to run out that runway.) Sorry to stray a bit, seeing as how you
> didn't ask for virtualization.
>
> Yes, Mark Post *is* being objective.
>
>
> Can anyone suggest an Editor besides VI, and which language to develop in
>> on
>> a Linux Platform?
>>
>
> In the Unix world, the religious war continues between the VI crowd and
> the EMACS crowd. Historically, VI established the first beachhead. Just
> sayin. I don't really care for either, but was told "learn VI" years ago,
> so I did, and that minimal knowledge has served me well.
>
> I make a point to have *THE* on hand, though I find that I more often use
> Pico because it's quick. (The replacement for Pico is *Nano*, another
> GNU-ism but works.)
>
> I 

Re: Linux

[Rick Troth]

On 03/27/16 13:12, David L. Craig wrote:

Contact Rick Troth  about his source-based Linux distro
for several platforms including x86 and Z.  It is a build from scratch
exercise and that will teach you the rock-bottom basics.   ...


Thanks again for the shout out, David!

NORD is just a source build of the core packages used in most Linux 
systems: shell, awk, sed, grep, make, compiler, assembler, runtime 
library, various scripting languages. Totally non-graphical. (But I run 
X windows on it by stealing graphical packages from other distros. 
Works.) The rationale for the project was to have a close-to-source 
environment with minimal dependencies.


Related to all this is a battle against bloat.
By default, NORD starts the network and SSHD and nothing else.
I use it as a primary HTTP and DNS server, but security comes first. 
(The story gets long from here.)


If you have access to z/VM, you can probably get NORD running in half an 
hour. One EXEC and one Pipelines gem will get you going. You would need 
to know your way around "shell stuff", but otherwise it's really really 
simple.


For the PC port, I also snagged a bootable HD image a few months ago. 
Have been meaning to create a bootable ISO or USB, but as it's mostly a 
hobby thing, that little detail has fallen down in the backlog. 
(Building it is easy, even trivial. Packaging it is hard.)




However, you might find the
definitive Linux From Scratch (LFS) distro better as it is
primarily designed to teach people how to build a Linux system
from the source (it's been a long time since you could do that
with IBM's flagship OS).


True.
If you're after an education, LFS will do you better.

-- R; <><




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

[Tom Marchant]

On Mon, 28 Mar 2016 09:38:10 -0500, Tom Marchant  
wrote:

>On Mon, 28 Mar 2016 09:25:03 -0500, John McKown wrote:
>
>>It will be
>>developed, probably slowly, on a friend's z/OS 2.2 system. The application
>>will use facilities which only exist on z/OS 2.1 and above.
>
>>I am curious if
>>the requirement of z/OS 2.1 would make it unusable to a lot of people here.
>
>Maybe, but z/OS 1.13 goes off support at the end of June.

Sorry, end of September.

-- 
Tom Marchant

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

[Tom Marchant]

On Mon, 28 Mar 2016 09:25:03 -0500, John McKown wrote:

>It will be
>developed, probably slowly, on a friend's z/OS 2.2 system. The application
>will use facilities which only exist on z/OS 2.1 and above.

>I am curious if
>the requirement of z/OS 2.1 would make it unusable to a lot of people here.

Maybe, but z/OS 1.13 goes off support at the end of June.

-- 
Tom Marchant

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

Re: Linux

[Rick Troth]

Wow ... you started a hot topic, Steve. Fun stuff!


On 03/26/16 11:59, Steve Beaver wrote:

First of all I am first and foremost an zOS Systems programmer that only
writes in HLASM and REXX as needed.
  
My goal is to learn Linux and then develop in Linux and then as needed port

it to zSeries box.   ...


Learning Linux is broad and vague.
Sounds like you're less interested in (the learning of) Linux as a 
desktop environment.
"Linux is Linux" (sort of), so if you already grok endian and word size 
issues, that's a big step. Do you know C?


"Unix is Unix" (sort of, and less so than with Linux), so how well do 
you know USS?
A lot of FLOSS packages got ported to USS before Linux was a serious 
force in the enterprise. Depending on the details of "goal is to learn 
Linux" you might also benefit from such things as CYGWIN or the MKS 
Toolkit. Both give you a Unix face on your Windoze system just like USS 
is a Unix face on MVS. The latter (MKS TK) is a core foundation of USS. 
Really. (Joe Bob sez, check it out.)


Assembler will of course be different from HW to HW.
I try to keep up with Linux on: S390, PPC, I386, and ARM. I also have 
SPARC and am on the hunt for MIPS. Assembler on each of these will be 
quite different, sometimes extremely so.


Two popular flavors of REXX: Regina and OORexx. I use *Regina*. It is a 
sibling to THE (The Hessling Editor), which is as close to ISPF as 
you're likely to get. (Personally more of a fan of XEDIT, and have a 
compatible THE/XEDIT profile.) But REXX on Linux or any Unix or on 
Windows is a lot different from REXX on TSO or MVS or CMS.


Some people are really fond of IDEs. You might have a hard time finding 
an IDE in Linux land that gives you a full ISPF feel. Like Tom said, use 
the editor of your choice, use the compiler, and use 'make'. GCC is most 
well known. David Crayford mentioned 'clang' which is pretty slick and 
gaining in popularity, but not as broadly ported yet. (There's also 
Dignus Systems C, but might not serve what it sounds like you're looking 
for.) Where possible, "compilers are compilers"; avoid compiler features 
which lock you in. And don't get me started about source code manglers. 
Keep it simple. No matter what I or anyone else on this list tells you: 
KEEP IT SIMPLE.




-   I am going to build a 64 Bit a box with 16 gig of memory and 8 Tb of
Storage and a DVD/RW.  That is the easy
Part.

Does anyone have any input on which version of Linux to purchase?  I Know
SUSE has an enterprise 64 bit product?


So maybe you *do* have a bit of interest in Linux as a desktop system. 
Cool!
Having started with Slackware and then bounced between SUSE and RedHat, 
I'm using *OpenSUSE* heavily these days. (TL;DR) Devuan (that's not a 
typo) also has substantial value. And I must mention CentOS, even though 
it is a decendent of Redhat (now even fallen under RH umbrella). CentOS 
is quite popular in the enterprise.


Most Linux distros strongly support either GNOME or KDE. I find both of 
those unbearably "heavy" and have been using XFCE for several years. Heh 
... then just last week I learned that *XFCE* is less encumbered by 
SystemD. (oopppsss... now I've gone and opened *that* can-o-worms!) 
Seriously, XFCE is lighter than the other two, and there are yet more 
window managers and desktop environments to choose from. Pick one and 
run with it, and know that it has little to do with your distro 
selection, per se.


My present desktop system is a decent home brew that I inherited from my 
son. He gave it up for a laptop for college and I needed a workstation. 
With OpenSUSE I get *KVM* and can run any X86 guest I need: Windows, 
Linux, FreeBSD, OpenBSD, NetBSD, Minix. (Even tried Plan 9 but didn't 
have time enough to run out that runway.) Sorry to stray a bit, seeing 
as how you didn't ask for virtualization.


Yes, Mark Post *is* being objective.



Can anyone suggest an Editor besides VI, and which language to develop in on
a Linux Platform?


In the Unix world, the religious war continues between the VI crowd and 
the EMACS crowd. Historically, VI established the first beachhead. Just 
sayin. I don't really care for either, but was told "learn VI" years 
ago, so I did, and that minimal knowledge has served me well.


I make a point to have *THE* on hand, though I find that I more often 
use Pico because it's quick. (The replacement for Pico is *Nano*, 
another GNU-ism but works.)


I see that Java was mentioned. I have it on good authority "nobody does 
Java on z/OS". Not meaning to start a flame war: yes it works, yes some 
people use it, yes in production, but the guy who said that was simply 
stating what he sees with his own customers. Perl works too. I would be 
interested to learn if Python has been ported to z/OS. Python is the new 
hotness in the Linux world. (For varying values of "new".)


/Summary/: for editors, _learn VI_, but also learn Pico/Nano. And know 
that THE is available. (Someone will probably chime in 

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

[John McKown]

I am seriously starting to think about a "learning" project. That is, this
will be done on my own time, not using company resources. It will be
developed, probably slowly, on a friend's z/OS 2.2 system. The application
will use facilities which only exist on z/OS 2.1 and above. In particular,
the JES2 Symbol Service and ENF event code 78 (job notify). It will be made
available on the CBTape.org site because that is one of the "requirements"
my friend has required for my use of his system. Which is good by me. The
project could possibly be used as a free "job scheduling" type of system,
but not "job restart". My plans are that it would have z/OS batch, TSO, and
UNIX interfaces. It will most likely use UNIX system services internally
for some things, so UNIX will be a _hard_ prerequisite. Since it _will_
require use of ENF, it _will_ require being APF authorized. Though only the
STC portion, not the user interface portion. Yes, the main functionality
will run as an STC aka "UNIX daemon", since the STC/daemon will be using
UNIX services.

I plan to use the MIT license for it. Mainly because I don't have access to
any legal representation should anybody decide to, uh, "use" the code in
violation of a stronger license (I, personally, like the GPL). Basically,
an MIT license says: "Use as you please. You can even use it as the basis
of other, closed source, products. But don't blame me if the code turns
your machine into Silly Putty ®" At least, that's my take on it.

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.

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.

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

[Stevet]

Since you asked, and are feeding the troll by doing so, how do you have a 
semblance of logic with your behavior?

But, nevertheless, I shall endeavor to answer. 

I believe in God. However, my theology does not match Christianity because I 
tend to use logic in reading the Bible. 

As a result, the Big Bang is NOT denied within the Bible as far as I can tell. 

But because this forum is for Main-frame discussions and things generally 
related, I avoid "religious" argument, with the exception of things such as 
USS. ;-)

Sent from iPhone - small keyboard fat fingers - expect spellinf errots.

> On Mar 28, 2016, at 8:44 AM, Ted MacNEIL  wrote:
> 
> How can you even have a semblance of logic intertwined with faith?
> 

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

Re: Entry Value in format JCL Instlib - MXG install

[Scott Barry]

The SAS program-name invoked can vary depending on the SAS installation method 
for "Bundled Configuration", e.g., SAS vs. SASB.

Scott Barry
SBBWorks, Inc.

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

Re: Religion provides statistical proof of the Creation of our civilization. This is .. really ... the Apocalypse. Today, see Eden and Exodus in superposition.

[Ted MacNEIL]

How can you even have a semblance of logic intertwined with faith?

Go drink the kool-aid!

-teD
  Original Message  
From: Adam M. Dobrin
Sent: Monday, March 28, 2016 07:29
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Fwd: Religion provides statistical proof of the Creation of our 
civilization. This is .. really ... the Apocalypse. Today, see Eden and Exodus 
in superposition.

Funny you mention logic, I rely on that stuff. Reading will surprise you.

Http://shrub.lamc.la
Http://theword.lamc.la
Http://babel.lamc.la

The whole book is about proof, stuff you can see... and speak.
On Mar 27, 2016 10:09 PM, "CM Poncelet"  wrote:

> This place believes in logic, not religion.
>
> Adam M. Dobrin wrote:
>
> Honestly, he uses linux. Look at Exodus, in reverse. .. "let there be
>> light."
>>
>> Http://sangrael.lamc.la
>> On Mar 27, 2016 5:47 PM, "William Donzelli"  wrote:
>>
>>
>>
>>> While many IBM-MAIN members including myself do believe in God, this


>>> discussion list is NOT about religion, but about mainframes.
>>>
>>> God runs a Unisys MCP shop, anyway.
>>>
>>> --
>>> Will
>>>
>>> --
>>> 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

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

Entry Value in format JCL Instlib - MXG install

[Peter]

Hello,

Cross Posted

Can someone explain the significance of using ENTRY value in Creating the
Format Library ?

It basically reads the SAS proc and internally expands to PGM=SAS.

So does the Entry Value differs for each version of SAS ?


Regards,
Peter

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

Re: Religion provides statistical proof of the Creation of our civilization. This is .. really ... the Apocalypse. Today, see Eden and Exodus in superposition.

[Tom Marchant]

On Mon, 28 Mar 2016 11:02:04 +, Martin Packer wrote:

>My mail rules are delivering this guy's mail to junk.

Please don't feed the troll.

-- 
Tom Marchant

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

[Adam M. Dobrin]

Funny you mention logic, I rely on that stuff.  Reading will surprise you.

Http://shrub.lamc.la
Http://theword.lamc.la
Http://babel.lamc.la

The whole book is about proof, stuff you can see... and speak.
On Mar 27, 2016 10:09 PM, "CM Poncelet"  wrote:

> This place believes in logic, not religion.
>
> Adam M. Dobrin wrote:
>
> Honestly, he uses linux.  Look at Exodus, in reverse. .. "let there be
>> light."
>>
>> Http://sangrael.lamc.la
>> On Mar 27, 2016 5:47 PM, "William Donzelli"  wrote:
>>
>>
>>
>>> While many IBM-MAIN members including myself do believe in God, this


>>> discussion list is NOT about religion, but about mainframes.
>>>
>>> God runs a Unisys MCP shop, anyway.
>>>
>>> --
>>> Will
>>>
>>> --
>>> 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: Fwd: Religion provides statistical proof of the Creation of our civilization. This is .. really ... the Apocalypse. Today, see Eden and Exodus in superposition.

[Martin Packer]

My mail rules are delivering this guy's mail to junk.

And I do agree - though as an atheist I happen not to be offended; It's a 
kind of attention seeking (but not MY kind). :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Elardus Engelbrecht 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   27/03/2016 20:23
Subject:Re: Fwd: Religion provides statistical proof of the 
Creation of our civilization. This is .. really ... the Apocalypse. Today, 
see Eden and Exodus in superposition.
Sent by:IBM Mainframe Discussion List 



Adam M. Dobrin wrote:

>Religion provides statistical  [... lots of crap snipped ... ]

While many IBM-MAIN members including myself do believe in God, this 
discussion list is NOT about religion, but about mainframes.

To Darren, (IBM-MAIN administrator), please get rid of this person. It is 
the same bored junkie who posted on 12 March.

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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

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==> 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)
>
>Press Enter to continue or End to cancel
>
>
>
>  CustomPac --- Receive an Order from the File system
> ---
>  COMMAND ==>
>
> Target Directory ==>
>
>
>
>
> *In this above panel, what should my target directory .*  As I mentioned
> before, in my current file system order is distributed like below.
> Also, the receive JCL which this panel will generate, how its going to
> receive this order which is distributed in these diff packed files.
>
>
> 2) In the currently order, we have got product in two directory
>
>  a) Order : In Order directory, we have all serverpac files like (/u/arecu
> /ibmdownload/IMSV14/order/)
>
> 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
>
>
>  b) content : In Content directory we have, target , distribution , SMPE
> lib etc like below  (/u/arecu/ibmdownload/IMSV14/content/)
>
> 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
>
>
>
>
>
> On Wed, Mar 16, 2016 at 6:10 PM, william janulin 
> wrote:
>
>> F.Y.I.
>> IBM CBPDO Internet Delivery User's Guide (GA22-7872-00 ...
>> 
>>
>>
>> On Wednesday, March 16, 2016 8:34 AM, Mainframe Mainframe <
>> mainframe1...@gmail.com> wrote:
>>
>>
>> Yes, product is already in Mainframe filesystem but not able to find any
>> document for this internet order delivery . Is there any public document
>> available which I can use it for this purpose.
>> I checked in program directory as well but couldnt find anything there
>> for internet delivery.
>>
>>
>>
>> On Wed, Mar 16, 2016 at 5:59 PM, william janulin <
>> 000ad4408514-dmarc-requ...@imslistserv.bmc.com> wrote:
>>
>> There should be documentation in your shopz order. Go to the shopz
>> website, click on your order and you will find several links that are self
>> explanatory.They also include jcl which you will need to cut & paste to
>> your TSO id in order to download the product directly to your mainframe.
>> Bill J.
>>
>>
>> On Wednesday, March 16, 2016 8:24 AM, Mainframe Mainframe <
>> mainframe1...@gmail.com> wrote:
>>
>>
>>  Hello Group,
>>   We ordered IMS 14.1 using internet delivery and
>> downloaded in file system. we always used to get Tapes for doing server
>> pac
>> and CBPDO but this time we installing product using internet delivery. I
>> just have few query
>>
>> 1) Is there any IBM document, which can help me to install internet
>> delivery.
>>
>> 2) In the currently order, we have got product in two directory
>>
>>  a) Order : In Order directory, we have all serverpac files like
>>
>> 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
>>