Re: Dataclases according to data set sizes
I still wonder why you need such a complex construction of dataclasses, if all differences seem to be in the space. Can't you create a common space value, that is adequate for the smaller datasets and supplies enough growth with secondary extents and multivolume allocations for the larger ones? E.g., what is the difference between TINY and SMALL and can't SMALL not be a TINY with a number of extents? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Buckton, T. (Theo) Sent: 30 March, 2016 8:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dataclases according to data set sizes Thanks for the replies. These will be for new data sets - delete and defines on a daily basis. Nine data classes needs to be created, each one with its own allocation size. In the ACS routines I would then need to code 9 FILTER LISTS which would include all the data sets with common allocation attributes (in this case, the SPACE AVGREC where the PRIMARY and SECONDARY space allocation will the same for all data sets under a particular filter list) eg. FILTLIST GZTINYTINY INCLUDE ( DNGG*.**.AID000.**.RR**, DNGG*.**.ACBANK.**.RR** ) FILTLIST GZSMALLSMALL ( DNGG*.**.ANFSYS.**.RR**, DNGG*.**.ATDEND.**.RR** ) IF (&DSN EQ &GZTINYTINY) THEN DO SET &DATACLAS='@TINYTINY' EXIT CODE(0) END IF (&DSN EQ &GZSMALLSMALL) THEN DO SET &DATACLAS='@SMALLSMALL' EXIT CODE(0) END This is only an example of what is needed to be coded, except that the FILTLISTS would contain up to thousands of these data sets... I hope this makes sense now. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: 29 March 2016 07:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dataclases according to data set sizes 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 &SIZE and &MAXSIZE 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 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 conf
Re: Dumb TSO Rexx question
On 30/03/2016 2:12 PM, Elardus Engelbrecht wrote: David Crayford wrote: I'm not as dogmatic as Elardus WRT comments. I'm not dogmatic. Did you see my smileys and my serious note that comments are life savers? I was just replying to Phil's tongue in cheek comment about starting a 'war'. I still remember the past 'war' about acronym USS. I was joking! I forgot the use a smiley, sorry :) 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. Indeed. What you wrote is very true. Especially if you need to debug an Assembler or COBOL program written by others. Where possible, I insert or correct comments to explain changes to source code applied. I have once a bad case of a COBOL program producing 0Cx abends. A programmer wrote the program and called programs with few comments. Next programmer added features, but wrote comments describing the logic incorrectly. Yet another programmer 'fixed' the program based on that faulty comment. Result - I had to debug the thing and fix the comments also. I think Assembler is the one domain where heavy commenting is still required because it's such an arcane language. But high-level languages should be pretty much self-documenting, which in fact is the great strength of COBOL. It has it's detractors but it's not a read only language. A lot of the Java code I read is junk. If somebody says to me "I've written lots of comments for that function because it's tricky code" the alarm bells start ringing. Don't comment tricky code, re-write it until you can understand it. We should strive to write code to be read and understood by humans without requiring short essays every few LOC. Go and take a look at zLinux IPL code http://lxr.free-electrons.com/source/arch/s390/kernel/ipl.c. There's not many comments in that module but it's crystal clear what it's doing because of a good naming convention, good constant defintions, functional decomposition and well crafted code. When you see a comment you know you should read it because it's important. I'm not saying don't write comments, I'm saying don't write useless comments. Doc comments are mandatory and always thoroughly comment data structures and algorithms. Comments that echo lines of code are the work of the devil. You see, now I'm being dogmatic! recordCount++; // increment record count 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. Very interesting approach. FWIW, for this kind of stuff on Linux I usually just write a bash script. Could you please be kind to provide any example(s)? Simple script to perform both full and incremental backups. You have to love the Unix philosophy :) http://www.cyberciti.biz/faq/linux-tape-backup-with-mt-and-tar-command-howto/ 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: Dumb TSO Rexx question
David Crayford wrote: >I'm not as dogmatic as Elardus WRT comments. I'm not dogmatic. Did you see my smileys and my serious note that comments are life savers? I was just replying to Phil's tongue in cheek comment about starting a 'war'. I still remember the past 'war' about acronym USS. >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. Indeed. What you wrote is very true. Especially if you need to debug an Assembler or COBOL program written by others. Where possible, I insert or correct comments to explain changes to source code applied. I have once a bad case of a COBOL program producing 0Cx abends. A programmer wrote the program and called programs with few comments. Next programmer added features, but wrote comments describing the logic incorrectly. Yet another programmer 'fixed' the program based on that faulty comment. Result - I had to debug the thing and fix the comments also. >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. Very interesting approach. >FWIW, for this kind of stuff on Linux I usually just write a bash script. Could you please be kind to provide any example(s)? 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: Dataclases according to data set sizes
Thanks for the replies. These will be for new data sets - delete and defines on a daily basis. Nine data classes needs to be created, each one with its own allocation size. In the ACS routines I would then need to code 9 FILTER LISTS which would include all the data sets with common allocation attributes (in this case, the SPACE AVGREC where the PRIMARY and SECONDARY space allocation will the same for all data sets under a particular filter list) eg. FILTLIST GZTINYTINY INCLUDE ( DNGG*.**.AID000.**.RR**, DNGG*.**.ACBANK.**.RR** ) FILTLIST GZSMALLSMALL ( DNGG*.**.ANFSYS.**.RR**, DNGG*.**.ATDEND.**.RR** ) IF (&DSN EQ &GZTINYTINY) THEN DO SET &DATACLAS='@TINYTINY' EXIT CODE(0) END IF (&DSN EQ &GZSMALLSMALL) THEN DO SET &DATACLAS='@SMALLSMALL' EXIT CODE(0) END This is only an example of what is needed to be coded, except that the FILTLISTS would contain up to thousands of these data sets... I hope this makes sense now. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: 29 March 2016 07:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dataclases according to data set sizes 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 &SIZE and &MAXSIZE 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 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: Dataclases according to data set sizes
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
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 email to lists...@listser
Re: Linux
> > 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
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
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
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
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)
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?
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
> 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
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
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
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.
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&A With Linus Torvalds
In case anyone is interested. Linux at 25: Q&A 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
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
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
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?
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)
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
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
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
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 &SIZE and &MAXSIZE 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
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
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
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
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
>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
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
On Tue, Mar 29, 2016 at 11:43 AM, Scott Ford mailto:idfzos...@gmail.com> > 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
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
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
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
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
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
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
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
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
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 +
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
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
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
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.
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
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 +
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?
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
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 > >> gsk_secure_socket_open() to start
Fwd: Ibm http server secexit in apache
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
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