Re: IDCAMS ALIAS vs a symbolic link?

[Paul Gilmartin]

On Sat, 26 Mar 2022 18:40:19 -0400, Rob Schramm   wrote:
>
> DEF SYMLINK(NAME(SYSUC1.SOME.PRODUCT) REL(SYSUC2.SOME.NEW.PRODUCT) )
>
SYMBOLIC RELATE adds some flexibility, but with the inane
restriction that the alias must contain a symbol. (Why?)

-- 
gil

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

Re: IDCAMS ALIAS vs a symbolic link?

[Mike Schwab]

Here's the procedure to move existing catalog entries.  Might consider
a UCAT for just their entries.
I've seen examples where they have HLQ1.product.V1R1.*LIB and
HLQ1.product.V1R2.*LIB but the user gets just HLQ1.product.*LIB with
system variables but I don't remember the details.
https://www.ibm.com/docs/en/zos/2.1.0?topic=catalog-splitting-catalogs-moving-entries

On Sat, Mar 26, 2022 at 10:40 PM Rob Schramm  wrote:
>
> All,
> Has anyone considered how the current ALIAS restrictions are a bit
> limiting?  And that something more like a symbolic link (USS and for those
> that object z/Unix) would be helpful?
>
> In this example we have a ISV product that has JCL far flung and we want to
> change the HLQ and move it to another catalog... but put it in without
> disrupting things.
>
> usercat1 has the old data sets - SYSUC1.some.product
> usercat2 has the new data sets - SYSUC2.some.new.product
>
> such that SYSUC1.some.product gets renamed to SYSUC1.some.product.old and
> we create a symbolic link in usercat1 actually points to the data sets in
> usercat2.
>
> It just seems like the ALIAS system is quite limited when we consider that
> a symbolic link is a bit more flexible.
>
>  DEF SYMLINK(NAME(SYSUC1.SOME.PRODUCT) REL(SYSUC2.SOME.NEW.PRODUCT) )
>
> Let me know what you think.
>
> Rob Schramm
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: IDCAMS ALIAS vs a symbolic link?

[Roger Suhr]

GOOD idea. Create an RFE with IBM.

Sent from my Verizon, Samsung Galaxy smartphone
Get Outlook for Android

From: IBM Mainframe Discussion List  on behalf of Rob 
Schramm 
Sent: Saturday, March 26, 2022 6:40:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: IDCAMS ALIAS vs a symbolic link?

All,
Has anyone considered how the current ALIAS restrictions are a bit
limiting?  And that something more like a symbolic link (USS and for those
that object z/Unix) would be helpful?

In this example we have a ISV product that has JCL far flung and we want to
change the HLQ and move it to another catalog... but put it in without
disrupting things.

usercat1 has the old data sets - SYSUC1.some.product
usercat2 has the new data sets - SYSUC2.some.new.product

such that SYSUC1.some.product gets renamed to SYSUC1.some.product.old and
we create a symbolic link in usercat1 actually points to the data sets in
usercat2.

It just seems like the ALIAS system is quite limited when we consider that
a symbolic link is a bit more flexible.

 DEF SYMLINK(NAME(SYSUC1.SOME.PRODUCT) REL(SYSUC2.SOME.NEW.PRODUCT) )

Let me know what you think.

Rob Schramm

--
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: Modifying a USS Root File System that is Read-Only

[Matt Hogstrom]

Thanks, I had tried that but ended up with the odd iEC161I … collection of 
messages

This message should have jiggered my brain 

 IOS000I 0AA4,EF,WRI

The WRIte error was the key.  The volume is attached as read only.

Once that is fixed I will use the remount … thanks 


Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

> On Mar 26, 2022, at 7:03 PM, Rob Schramm  wrote:
> 
> John has the easiest method down for sure.
> 
> Here is the TSO UNMOUNT that will remount from read to readwrite.
> https://www.ibm.com/docs/en/zos/2.3.0?topic=commands-unmount-remove-file-system-from-file-hierarchy
>  
> 
> 
> Rob
> 
> On Fri, Mar 25, 2022 at 8:14 PM Matt Hogstrom  > wrote:
> 
>> Gord,
>> 
>> I think that might be it. I had checked that they were not read-only in
>> z/OS but you are correct. These systems are running under z/VM so I’ll
>> need to check with them to confirm but that makes perfect sense.
>> 
>> If anyone is interested, the 3 MVS systems are in a SYSPLEX under z/VM
>> running under ZPDT. Amazing the things we can do these days .
>> 
>> Gord, I sent the guys administering z/VM a question on this. I tried
>> allocating a dataset on the volume and got an I/O error.
>> 
>> Thanks
>> 
>> 
>> Matt Hogstrom
>> m...@hogstrom.org
>> +1-919-656-0564
>> PGP Key: 0x90ECB270
>> Facebook > > LinkedIn <
>> https://linkedin/in/mhogstrom > Twitter 
>> >
>> 
>> “It may be cognitive, but, it ain’t intuitive."
>> — Hogstrom
>> 
>>> On Mar 25, 2022, at 6:45 PM, Gord Tomlin <
>> gt.ibm.li...@actionsoftware.com> wrote:
>>> 
>>> On 2022-03-25 16:36 PM, Matt Hogstrom wrote:
 I am getting these messages when attempting to mount as RDWR … READ
>> mounts fine.
 
 IOS000I 0AA4,EF,WRI,E7,0200,,56E8,MT24R1,CATALOG ,
>> 8002A4000CA0A1A2A3A4000300E2000C
 IOS000I 0AA4,EF,WRI,E7,0200,,56E8,MT24R1,CATALOG ,
>> 8002A4A0A1A2A3A4000300E20056E800
>>> Is this z/OS system running under z/VM? If so, is volume MT24R1 attached
>> read-only to the z/OS guest?
>>> 
>>> --
>>> 
>>> Regards, Gord Tomlin
>>> Action Software International
>>> (a division of Mazda Computer Corporation)
>>> Tel: (905) 470-7113, Fax: (905) 470-6507
>>> Support: https://actionsoftware.com/support/
>>> 
>>> --
>>> 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: Modifying a USS Root File System that is Read-Only

[Rob Schramm]

John has the easiest method down for sure.

Here is the TSO UNMOUNT that will remount from read to readwrite.
https://www.ibm.com/docs/en/zos/2.3.0?topic=commands-unmount-remove-file-system-from-file-hierarchy

Rob

On Fri, Mar 25, 2022 at 8:14 PM Matt Hogstrom  wrote:

> Gord,
>
> I think that might be it.  I had checked that they were not read-only in
> z/OS but you are correct.  These systems are running under z/VM so I’ll
> need to check with them to confirm but that makes perfect sense.
>
> If anyone is interested, the 3 MVS systems are in a SYSPLEX under z/VM
> running under ZPDT.  Amazing the things we can do these days .
>
> Gord, I sent the guys administering z/VM a question on this.  I tried
> allocating a dataset on the volume and got an I/O error.
>
> Thanks
>
>
> Matt Hogstrom
> m...@hogstrom.org
> +1-919-656-0564
> PGP Key: 0x90ECB270
> Facebook   LinkedIn <
> https://linkedin/in/mhogstrom>  Twitter 
>
> “It may be cognitive, but, it ain’t intuitive."
> — Hogstrom
>
> > On Mar 25, 2022, at 6:45 PM, Gord Tomlin <
> gt.ibm.li...@actionsoftware.com> wrote:
> >
> > On 2022-03-25 16:36 PM, Matt Hogstrom wrote:
> >> I am getting these messages when attempting to mount as RDWR … READ
> mounts fine.
> >>
> >> IOS000I 0AA4,EF,WRI,E7,0200,,56E8,MT24R1,CATALOG ,
> 8002A4000CA0A1A2A3A4000300E2000C
> >> IOS000I 0AA4,EF,WRI,E7,0200,,56E8,MT24R1,CATALOG ,
> 8002A4A0A1A2A3A4000300E20056E800
> > Is this z/OS system running under z/VM? If so, is volume MT24R1 attached
> read-only to the z/OS guest?
> >
> > --
> >
> > Regards, Gord Tomlin
> > Action Software International
> > (a division of Mazda Computer Corporation)
> > Tel: (905) 470-7113, Fax: (905) 470-6507
> > Support: https://actionsoftware.com/support/
> >
> > --
> > 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

IDCAMS ALIAS vs a symbolic link?

[Rob Schramm]

All,
Has anyone considered how the current ALIAS restrictions are a bit
limiting?  And that something more like a symbolic link (USS and for those
that object z/Unix) would be helpful?

In this example we have a ISV product that has JCL far flung and we want to
change the HLQ and move it to another catalog... but put it in without
disrupting things.

usercat1 has the old data sets - SYSUC1.some.product
usercat2 has the new data sets - SYSUC2.some.new.product

such that SYSUC1.some.product gets renamed to SYSUC1.some.product.old and
we create a symbolic link in usercat1 actually points to the data sets in
usercat2.

It just seems like the ALIAS system is quite limited when we consider that
a symbolic link is a bit more flexible.

 DEF SYMLINK(NAME(SYSUC1.SOME.PRODUCT) REL(SYSUC2.SOME.NEW.PRODUCT) )

Let me know what you think.

Rob Schramm

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

Re: PL/I question

[Charles Mills]

> Does LE make a difference nowadays?

Yes. LE is the runtime for all recent releases of the "popular" languages 
(someone will jump on me on that!) with the exception of Rexx. Rexx will run 
interpreted, but if you want the benefits of compiled Rexx, the target machine 
needs a paid-for runtime library.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Saturday, March 26, 2022 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PL/I question

On Sat, 26 Mar 2022 00:58:53 +, CM Poncelet wrote:

>AFAIK The reason PL/I was not 'more popular' was its high license fee.
> 
Circa 1980, my then employer approached IBM seeking permission to
redistribute the PL/I RTL to support a product we were designing.  We
were told that each of our customers would have to have a purchase
agreement with IBM.  We went with a different language.  Admittedly,
we were a competitor.

Does LE make a difference nowadays?

>Meanwhile, I've known people use even COBOL to write/maintain system code.
> 
>As for me, I wrote all system code in assembler - bar adhoc stuff, as in
>
Yet II was startled when our sysprog mentioned offhand that he was
writing an ad-hoc assembler program to generate a little report.

-- 
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: PL/I question

[Paul Gilmartin]

On Sat, 26 Mar 2022 00:58:53 +, CM Poncelet wrote:

>AFAIK The reason PL/I was not 'more popular' was its high license fee.
> 
Circa 1980, my then employer approached IBM seeking permission to
redistribute the PL/I RTL to support a product we were designing.  We
were told that each of our customers would have to have a purchase
agreement with IBM.  We went with a different language.  Admittedly,
we were a competitor.

Does LE make a difference nowadays?

>Meanwhile, I've known people use even COBOL to write/maintain system code.
> 
>As for me, I wrote all system code in assembler - bar adhoc stuff, as in
>
Yet II was startled when our sysprog mentioned offhand that he was
writing an ad-hoc assembler program to generate a little report.

-- 
gil

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

Re: Using SORT to add quotes around CHAR fields? (Listserv)

[Wayne Bickerdike]

Thanks Sri. I did cut a corner but simple to add the other data types.

On Sun, Mar 27, 2022, 02:52 Sri h Kolusu  wrote:

> >> I couldn't resist. Here's a REXX solution.
>
> Wayne,
>
> Thanks for the Rexx exec. One change you may want to is that you don't
> have to check for 'DEC'  as there can be other numeric formats like
> "smallinit" , "Integer" "Float" and different date and time fields.
> So checking for CHAR or VARCHAR should be enough and everything other than
> them would be in ELSE part.
>
> Thanks,
> Kolusu
>
> --
> 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: PL/I question

[Charles Mills]

Someone who has been on this list worked for an IVP that published STC's 
written in COBOL.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of CM Poncelet
Sent: Friday, March 25, 2022 5:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PL/I question

AFAIK The reason PL/I was not 'more popular' was its high license fee.
 
Meanwhile, I've known people use even COBOL to write/maintain system code.
 
As for me, I wrote all system code in assembler - bar adhoc stuff, as in
to be executed once only (e.g. to convert CICS DFHCSD [?] RDO-defined
LU2 connections and sessions to their equivalent assembler DFHTCT
entries and macros,) which I then wrote in PL/I to save time.
 
Not sure about PL/I being considered "too slow": it *could* be compiled
with the 'optimize' [or similar] option, in the 1980's.
 


On 25/03/2022 11:20, Rupert Reynolds wrote:
> Vaguely related, can anyone comment on the assertions that PL/I was
> considered "too slow" back in the old days, and that it was "too verbose
> for writing system code"? Excuse me? MVS system macros are stuffed with its
> close relative, PL/S!
>
> I can see its size would make compiling slow on limited hardware, but I
> always found the compiled code ran pretty well, and the language supported
> all the bit-twiddling I needed without resorting to PL/S.
>
> I even wrote a PL/I hackpiece for laughs that effectively called data to
> issue SVC 99 without calling assembly (the obvious choice in those days).
> PL/S would have done it more nicely, but PL/I had the facilities to make it
> happen.
>
> I often wonder why it wasn't more popular. C felt like a step backward.
>
> Roops
>
> On Fri., Mar. 25, 2022, 00:06 CM Poncelet, <
> 03e99a92061c-dmarc-requ...@listserv.ua.edu> wrote:
>
>> Yes - and it could not be called NPL as its further development was then
>> transferred to IBM Hursley in England.
>>
>> On 24/03/2022 12:45, Seymour J Metz wrote:
>>> FORTRAN VI -> NPL -> MPPL -> PL/I
>>>
>>> At the time I thought that MPPL was a hideous acronym.
>>>
>>>
>>> --
>>> Shmuel (Seymour J.) Metz
>>> http://mason.gmu.edu/~smetz3
>>>
>>> 
>>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
>> behalf of CM Poncelet [03e99a92061c-dmarc-requ...@listserv.ua.edu]
>>> Sent: Wednesday, March 23, 2022 9:06 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: PL/I question
>>>
>>> +1
>>>
>>> It was initially called Fortran VI, because it was considered too
>>> advanced to be called Fortran V (1962), then NPL (1964, but could not
>>> because it was the acronym of the National Physical Laboratory [or
>>> similar] in the UK,) and then PL/I - with the '/' from OS/360 and the
>>> Roman 'I' to preserve its originally having been called Fortran VI.
>>>
>>>
>>>
>>> On 23/03/2022 00:52, Phil Smith III wrote:
 Bob Bridges wrote:

> PL/1 was my first language.
 Only it's "PL/I". "Programming Language/One", but "PL/I". Just sayin'.



 It actually might have been PL/C on that Xerox 530. S long ago.


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

--
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: Comparing two PS - Source codes

[Paul Gilmartin]

On Sat, 26 Mar 2022 13:06:50 -0500, Lionel B. Dyck wrote:

>When in ISPF EDIT you can enter:  compare *
>
>That will compare the active, pre saved version with the current version in 
>the dataset. 
> 
Thanks.  I see 
:
... compares the file you are editing with ..., or z/OS® UNIX file. 
Nice.  And naturally:
... SuperC (which performs the actual compare function) 

-- 
gil

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

Re: Comparing two PS - Source codes

[Lionel B. Dyck]

When in ISPF EDIT you can enter:  compare *

That will compare the active, pre saved version with the current version in the 
dataset. 

Lionel B Dyck <
Sent from my iPad Pro 10.5
Website: www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

> On Mar 26, 2022, at 1:03 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Sat, 26 Mar 2022 15:53:18 +0100, Radoslaw Skorupka  wrote:
>>> 
>>> I have two PS datasets having some programming codes , Is it possible to
>>> compare these two PS and produce a third PS datasets by removing duplicate
>>> entries ?
>> 
>> What about COMP in editor?
>> 
> Does that invoke ISRSUPC?  Is its algorithm as good, perhaps better?
> Will it compare unsaved files, perhaps via the recovery data set or a pipe?
> (I'd find it useful to review my changes before I Save.)
> 
> -- 
> 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: Comparing two PS - Source codes

[Paul Gilmartin]

On Sat, 26 Mar 2022 15:53:18 +0100, Radoslaw Skorupka  wrote:
>>
>> I have two PS datasets having some programming codes , Is it possible to
>> compare these two PS and produce a third PS datasets by removing duplicate
>> entries ?
>
>What about COMP in editor?
> 
Does that invoke ISRSUPC?  Is its algorithm as good, perhaps better?
Will it compare unsaved files, perhaps via the recovery data set or a pipe?
(I'd find it useful to review my changes before I Save.)

-- 
gil

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

IBM z16 Day SE 2022 – IBM Z and LinuxONE Community

[Mark Regan]

https://www.ibm.com/community/z/ibm-z16-day-se-2022/ 

 

​Regards,

Mark Regan, K8MTR General, EN80tg
CTO1 USNR-Retired (1969-1991), 

RUENAAA/CNO WASHINGTON DC//OP-009QCP

Nationwide Insurance, Retired, 1986-2017
z/OS Network Software Consultant (z NetView, z/OS Communications Server)
Contractor, Checks & Balances, Inc.
Email: marktre...@gmail.com  
LinkedIn:  https://www.linkedin.com/in/mark-t-regan

 

 


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

Re: Using SORT to add quotes around CHAR fields? (Listserv)

[Sri h Kolusu]

>> I couldn't resist. Here's a REXX solution.

Wayne,

Thanks for the Rexx exec. One change you may want to is that you don't have to 
check for 'DEC'  as there can be other numeric formats like "smallinit" , 
"Integer" "Float" and different date and time fields.
So checking for CHAR or VARCHAR should be enough and everything other than them 
would be in ELSE part.
 
Thanks,
Kolusu

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

Re: Comparing two PS - Source codes

[Radoslaw Skorupka]

W dniu 24.03.2022 o 06:51, Jake Anderson pisze:

Hello

I have two PS datasets having some programming codes , Is it possible to
compare these two PS and produce a third PS datasets by removing duplicate
entries ?

Jake


What about COMP in editor?


--
Radoslaw Skorupka
Lodz, Poland

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

Re: z/PDT

[Radoslaw Skorupka]

Well, how can it be enforced?
Let's assume someone is working on some software, called XYZ. He's 
working on zPDT emulated machine.
Finally he compiles his source code on some real hardware, leased for 
one day. Or even not leased, but he is allowed to use the machine for 
his own work. Allowed means some company which owns the machine agreed.
I think it is legal to use leased machine for such purpose. The use of 
zPDT is not on the picture.



Disclaimer: Don't kill messenger. The above is just a question.

--
Radoslaw Skorupka
Lodz, Poland



W dniu 25.03.2022 o 17:19, Matt Hogstrom pisze:

IIRC you can’t sell any artifacts (binaries and such) as they must be built on 
real IBM Z hardware.  Perhaps this has changed but it was a terms and condition 
way to ensure that real hardware is used for real products.


Matt Hogstrom



"Never attribute to malice that which is adequately explained by stupidity.” - 
Hanlon’s Razor


On Mar 25, 2022, at 12:00 PM, Ed Jaffe  wrote:

On 3/25/2022 8:48 AM, Tony Harminc wrote:

I thought it was pretty clear that what Joseph has, and what I
commented on, is not the "nobody actually has it yet" Learner's
Edition, but the long standing Personal Edition. Obviously I was
wrong.

Joseph's question/comment was:


Why do I have to pay so much money
When the learners edition is only a few hundred dollars

And they responded well that’s because you have z/PDT personal edition and can 
sell software you develop

If so what makes me different than an ISV


So, the "why" of the difference in cost between PE and LE is precisely what we 
(or at least I) thought was under discussion.

As IBM explained, PE allows development while LE does not.

Sorry if I misunderstood your comment...


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




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

Re: z/OSMF Migration Workflow Question

[Art Gutowski]

On Fri, 25 Mar 2022 11:05:18 -0500, Marna WALLE  wrote:

>[...]
>For the Help:  actually, I've found that unlike other Help (in ISPF) this 
>z/OSMF Help is pretty good. [...]

Beg pardon?  I've never had an issue with ISPF help.  I've found any of the 
supplied help to be quite useful and pretty darn good, particularly the 
tutorials.  

Art Gutowski

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