Re: SXMACLIB
| Newsgroups | gmane.comp.emulators.hercules390.mvs |
|---|---|
| Message-ID | <CAPcd4G8jYkxEApA1BW1f-qS2H8xK2uNRGEZ4hpomMUPJ8ovnJA@mail.gmail.com> |
"on a free operating system." Its not free. Its not yours to declare as free. 95% of it belongs to ibm. They wrote it. They own it. It's their code. Not yours. Joe On Fri, Sep 27, 2019 at 9:19 PM kerravon86-/[email protected] [H390-MVS] < [email protected]> wrote: > > > ---In [email protected], <joemonk64@...> wrote : > > > His test procedure works because he doesn't pollute sys1.maclib. > > His procedures will work on MVS/380 just > fine, even though the SYS1.MACLIB has > more stuff in it than z/OS. > > > This his test procedure will run unchanged on both mvs and z/os. > > No, if he wants to use the LG instruction, > and he has added that to a non-standard > library, then the assembly JCL, that uses > that non-standard library, will fail on a > standard z/OS system, and people will > be wondering why on earth he has used > a non-standard dataset when all his > program does is an LG. > > >> MVS/380 is published by Jujitsu, not IBM, > >> and Jujitsu thought it was easier to add > >> "LG" etc to SYS1.MACLIB than to > >> IFOX00, which is an internal implementation > >> decision. > > > It is based on IBM code, > > And I saw mention that IBM originally developed > their operating system using US government > grants. What is wrong with basing a new > operating system on top of existing work? Do > you think I should instead have a "not > invented here" philosophy? > > > shamelessly ripped off. At least somethings > > should still be sacred. > > What is sacred is being able to do this: > > 09:06:43 r 100000000 > 09:06:43 R:100000000:K:00=01234567 89ABCDEF 00000000 00000000 > ....i........... > 09:06:43 R:100000010:K:00=00000000 00000000 00000000 00000000 > ................ > 09:06:43 R:100000020:K:00=00000000 00000000 00000000 00000000 > ................ > 09:06:43 R:100000030:K:00=00000000 00000000 00000000 00000000 > ................ > > on a free operating system. > > BFN. Paul. > >