Re: Having the mainframe on YouTube

Hacking? CharlesSent from a mobile; please excuse the brevity Original message From: Neale Ferguson Date: 09/28/2015 10:59 AM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Having the mainframe on YouTube

Re: Having the mainframe on YouTube

Neale Ferguson wrote: > https://www.youtube.com/watch?v=b5AG59Y1_EY > Great presentation, describing the same experience all us Unix free software guys all have meeting the mainframe. -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a

Re: Having the mainframe on YouTube

Charles Mills wrote: Hacking? In the Free Software community, "hacking" means programming for the joy of it. Not breaking in. That's the media. When you say "goodbye" to Richard M. Stallman, he responds, "Happy hacking!" -- Jack J. Woehr # Science is more than a body of

Re: Having the mainframe on YouTube

Jack J. Woehr wrote: > Neale Ferguson wrote: >> https://www.youtube.com/watch?v=b5AG59Y1_EY >> > Great presentation, describing the same experience all us Unix free software > guys all have meeting the mainframe. > Though I do hope IBM was there, because the last part is about how to crack into

Re: Error? COBOL level number "mistake" accepted by IBM compiler

John, Confirmed. It seems to treat the out-of-sequence level number as just the next logical level down (i.e., treats level 12 just like level 15 after the preceding level 10). For this example code: ID DIVISION. PROGRAM-ID.

Re: Setting the writers right

On Mon, Sep 28, 2015 at 11:00 AM, Grinsell, Don wrote: > Scott, that's easy. They obviously want more money to modernize and they > needed an easy scapegoat. I'd like to know more about how COBOL is > inherently less secure than a modern language subject to the plague of >

Having the mainframe on YouTube

https://www.youtube.com/watch?v=b5AG59Y1_EY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Dataset enqueue, how to find the culprit.

I seem to recall a recent enhancement to z/FTP dynamic allocation that reports contention and retries some number of times at user-defined intervals. TSO ALLOC and IDCAMS might take that as an example for future development. -Original Message- From: IBM Mainframe Discussion List

Re: Dataset enqueue, how to find the culprit.

On Mon, Sep 28, 2015 at 3:54 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 28 Sep 2015 18:35:07 +, Dave Barry wrote: > > >I seem to recall a recent enhancement to z/FTP dynamic allocation that > reports contention and retries some number of times at

Re: Error? COBOL level number "mistake" accepted by IBM compiler

Can you give us a clue as to what version of GC you are using? Vince On 28/09/15 20:11, John McKown wrote: OK, just for "fun", I have downloaded a lot of the company's COBOL source to my Linux workstation. I am compiling it with GNU COBOL. The results are amazing clean. Well, that is, not

Re: Dataset enqueue, how to find the culprit.

On Mon, 28 Sep 2015 18:35:07 +, Dave Barry wrote: >I seem to recall a recent enhancement to z/FTP dynamic allocation that reports >contention and retries some number of times at user-defined intervals. TSO >ALLOC and IDCAMS might take that as an example for future development. > So

Re: Error? COBOL level number "mistake" accepted by IBM compiler

On Mon, 28 Sep 2015 14:11:14 -0500 John McKown wrote: :>OK, just for "fun", I have downloaded a lot of the company's COBOL source :>to my Linux workstation. I am compiling it with GNU COBOL. The results are :>amazing clean. Well, that is, not many errors. However I

Re: Error? COBOL level number "mistake" accepted by IBM compiler

On Mon, 28 Sep 2015 15:35:14 -0500 John McKown wrote: :>On Mon, Sep 28, 2015 at 3:19 PM, Binyamin Dissen > wrote: :>> On Mon, 28 Sep 2015 14:11:14 -0500 John McKown < :>> john.archie.mck...@gmail.com> :>> wrote: :>> :>OK, just for

Re: Error? COBOL level number "mistake" accepted by IBM compiler

On Mon, Sep 28, 2015 at 3:19 PM, Binyamin Dissen wrote: > On Mon, 28 Sep 2015 14:11:14 -0500 John McKown < > john.archie.mck...@gmail.com> > wrote: > > :>OK, just for "fun", I have downloaded a lot of the company's COBOL source > :>to my Linux workstation. I am

Re: Dataset enqueue, how to find the culprit.

On Mon, 28 Sep 2015 16:04:55 -0500, John McKown wrote: >> >> >I seem to recall a recent enhancement to z/FTP dynamic allocation that >> reports contention and retries some number of times at user-defined >> intervals. TSO ALLOC and IDCAMS might take that as an example for future >> development.

Re: ISMF QUESTION

On Mon, Sep 28, 2015 at 8:49 AM, John Dawes wrote: > G'Day, > > I am trying to compile a report on space allocation for certain dsns. I > am generating a new list. However for some reason the SPACE & UNIT > columns are blanks. Is there a way of getting this missing

Re: Setting the writers right

Scott, that's easy. They obviously want more money to modernize and they needed an easy scapegoat. I'd like to know more about how COBOL is inherently less secure than a modern language subject to the plague of hacks that beset the distributed environment. Our state agencies regularly go to

Re: Defining Catalog Entry

Peter wrote: >We have an environment where the DASD are shared and Catalogs are also shared. How are your catalogs shared? Please clarify your sharing setup of catalogs. >So I am trying browse a Dataset from an LPAR it is openable but when I try to >open the same Dataset using 3.4 with the

Re: IBM Electronic Service Agent V1.2

Good Question! I do not have a good answer. I have assumed it was is use for additional "phone home" capability/information. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Monday, September 28, 2015 6:30 AM To:

Re: Defining Catalog Entry

Apology I did not paste the entire message while accessing 'SYSPROG.DB2.INSTLIB' was not found in catalog. On Mon, Sep 28, 2015 at 5:09 PM, Peter wrote: > Hi, > > "Are these LPARs in the same SysPlex or not? " > > This LPARs are in same Sysplex. We use common SCDS,ACDS

Re: Defining Catalog Entry

Is the dataset in question in a usercat or mastercat? If usercat, is that usercat connected to both systems, AND is the alias defined in both mastercats? _ Dave Jousma Assistant Vice President, Mainframe Engineering

Defining Catalog Entry

Hello, We have an environment where the DASD are shared and Catalogs are also shared. So I am trying browse a Dataset from an LPAR it is openable but when I try to open the same Dataset using 3.4 with the Volume but it says not catalogued. I try doing 'C' against the Dataset but still I get a

Re: Defining Catalog Entry

Hi, "Are these LPARs in the same SysPlex or not? " This LPARs are in same Sysplex. We use common SCDS,ACDS files across the Plex Each LPAR has its own Master Catalog and they are connected to each other On Mon, Sep 28, 2015 at 5:04 PM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za>

Re: Parmlib syntax check macro

No such "macro" or tool exists from IBM. Some parmlib member owners provide mechanisms for syntax-checking their specific member(s). I believe syntax-checking is available for BPXPRMxx and some of the GRS members. z/OS 2.2 provides syntax checking of PROGxx via the ",C" sub-option: SET

Re: Defining Catalog Entry

Peter wrote: >Apology I did not paste the entire message while accessing >'SYSPROG.DB2.INSTLIB' was not found in catalog. We, IBM-MAIN members, expect to see all message headers, RC, Reason Code and all other related messages on SYSLOG, TSO, batch job, etc. Also how are you accessing that

IBM Electronic Service Agent V1.2

I received a notice that the product IBM Electronic Service Agent 1.2 (5655-F17) is being discontinued September 30th, 2016. I went looking for replacement information and found a webpage that had no replacement indicated under a column of that heading. Is there some other product that I

Re: IBM Electronic Service Agent V1.2

Richards, Robert B. wrote: I received a notice that the product IBM Electronic Service Agent 1.2 (5655-F17) is being discontinued September 30th, 2016. I went looking for replacement information and found a webpage that had no replacement indicated under a column of that heading. Is there

Re: Error? COBOL level number "mistake" accepted by IBM compiler

OK, the one I am using seems to be somewhat more up to date: - [vince@study ~]$ cobc -info cobc (GNU Cobol) 2.0.0 Copyright (C) 2001,2002,2003,2004,2005,2006,2007 Keisuke Nishida Copyright (C) 2006-2012 Roger While Copyright (C) 2013-2015 Ron Norman Copyright (C)

Re: Having the mainframe on YouTube

Charles Mills wrote: Right. I know the original (true?) meaning of hack. I was questioning whether "having" in the subject line should not perhaps be "hacking. " excooz, me dull today :) -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax #

Error? COBOL level number "mistake" accepted by IBM compiler

OK, just for "fun", I have downloaded a lot of the company's COBOL source to my Linux workstation. I am compiling it with GNU COBOL. The results are amazing clean. Well, that is, not many errors. However I have run into one which is really confusing me. It is in a data definition. To boil it down

Re: Error? COBOL level number "mistake" accepted by IBM compiler

On Mon, Sep 28, 2015 at 2:53 PM, Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > John, > > Confirmed. It seems to treat the out-of-sequence level number as just the > next logical level down (i.e., treats level 12 just like level 15 after the > preceding level 10). For this example

Re: More "ageing mainframe" (bad) press.

EL Dorado county property system runs on in-house coded M204 application written 30 years ago. They are trying to get rid of it. On Sun, Sep 27, 2015 at 5:18 AM, Ted MacNEIL wrote: > Model 204: > The Bank of Nova Scotia (under VM) > Becker's > The Canadian Depository and

Re: Having the mainframe on YouTube

Right. I know the original (true?) meaning of hack. I was questioning whether "having" in the subject line should not perhaps be "hacking. " CharlesSent from a mobile; please excuse the brevity Original message From: "Jack J. Woehr" Date: 09/28/2015

Re: CP Assist for Cryptographic Functions (CPACF)

Thanks to all who responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Boyd Sent: Saturday, September 26, 2015 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CP Assist for Cryptographic Functions (CPACF) Cipher

Re: Defining Catalog Entry

First, You indicate that you are using 3.4 with the dataset name and volser, is that correct? If so, when you are in 3.4 use PF11 and scroll to the right to ensure the dataset exists. In 3.4 a dataset that is cataloged only but no physical data set will not have SPACE or other attributes as

ISMF QUESTION

G'Day, I am trying to compile a report on space allocation for certain dsns. I am generating a new list. However for some reason the SPACE & UNIT columns are blanks. Is there a way of getting this missing information? I receive no error message. Can someone suggest what I am failing to

Re: ISMF QUESTION - PROBLEM SOLVED

I found my error. I did not have the Y in the Acquire Data from Volume . . . . . . . Y The SPACE is displayed with a value of K e.g. 55K. Can it be changed to display tracks or cylinders? Thanks. On Mon, 28/9/15, John Dawes