Re: IBM Manuals
Art Linkletter - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Scott Ford Sender: IBM Mainframe Discussion List Date: Fri, 30 Dec 2011 11:07:40 To: Reply-To: IBM Mainframe Discussion List Subject: Re: IBM Manuals Ed, Someone said getting old isn't for sissies, I got my ipad2 for christmas and love it but your right Ed the install manual font is small. Not great for us older folks Sent from my iPad On Dec 30, 2011, at 9:23 AM, "Joel C. Ewing" wrote: > First thing I do with new equipment/appliance manuals is either find and save > an on-line pdf version or scan them in as a pdf image document. By keeping > all such in digital form, I can either find them later if needed as reference > or make them large enough to read easily. > > Wife's iPad2 booklet this December was so small I had to scan at 300 ppi > instead of usual 150 ppi to get decently formed font and could barely read > the original hard copy even with my reading glasses! > > Guess we should be thankful IBM chose bookmanager and pdf to save trees > rather than reducing z/OS manuals to 3x5 and microprint. > JC Ewing > > On 12/29/2011 11:38 PM, Ed Gould wrote: >> Scott: >> >> Last year I got an brand new IPAD. The installation instructions were on >> a 3 X 5 in a 4 page "booklet". The font size was 4 and I could not read >> it to save my life. I had to get a friend to come over to read them so I >> could do the "install". >> Bah humbug so much APPLE being user friendly. >> >> Ed >> > ... > > -- > Joel C. Ewing,Bentonville, AR jcew...@acm.org > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Imagine having to deal with THIS in production
Muslims. --Original Message-- From: John Gilmore Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Subject: Re: Imagine having to deal with THIS in production Sent: 20 Dec 2011 09:47 Mike Schwab wrote: Actually, the Islamic calendar is 12 lunar months of 29.5 days on average. So it is shorter than a solar year by about 11 days and the 1st day of the year cycles through the solar year about every 34 or so years. and his point in fact makes mine. In the standard Moslem view the aseasonality of the Islamic lunar calendar is one of its chief merits. Moslems have designed lunisolar calendars. The Djalali calendar designed in the 11th century by the Persian poet and astronomer Omar Khayyam and his colleagues is at least as good a lunisolar calendar as our much later Gregorian one; and a variant of this calendar is the one used for secular purposes in Iran today. But Persian Moslems, be they Sunni or Shia, use the Islamic lunar calendar for religious purposes. Like other Moslems they perceive it to be fairer. Its aseasonality means that the considerable rigors of the 9th penitential month of Ramazam/Ramadan are not aggravated for some Moslems because it always falls in high summer and mitigated for other Moslems because it always falls in the depths of winter. A standard, day-serial-number (DSN) scheme is appropriate, indeed necessary for the internal representation of dates in computer systems. External date representations now vary widely at different places on the surface of this small planet, and since they serve very different purposes this diversity is likely to persist. It need not, however, be problematic. Presentation services can format dates that are to be printed or displayed in many different ways. To support any such display scheme d, one need write only two trivial subroutines: one that performs the conversion d==>DSN and another that performs the conversion DSN==>d; conversion between two such display schemes d, D is then accomplished by the sequence d==>DSN, DSN==>D. N such schemes can be supported by writing 2N subroutines, and a new scheme can be added by writing just two more of them (and reassembling a table). To summarize now, the notion of a universal external date representation is, I think, chimerical; and it would be easy to stigmatize as provincial and authoritarian too. Respect for seasonality is certainly desirable in some contexts and, as I have tried to make clear, undesirable in others. Moreover, if our species survives and undertakes space travel even the notion of a month/lunation will have to be discarded as parochial. There is a planet in our solar system---Its identification is left as an exercise for the interested reader---that revolves about the sun in a period that is shorter than the period of its rotation on its own axis. Months being longer than years there, its inhabitants' notion of a month would surely be very different from ours. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Last use date of a PDS member
Mea culpa., I must be having major memory problems. I was totally wrong on finding the PROC name in type 30. yet snother senior moment, and I know a retrsction is not necessaruly good enough. I'm gone from this list due to my failing memory Ted MacNEIL eamacn...@yahoo.ca From: Greg Shirey To: IBM-MAIN@bama.ua.edu Sent: Wednesday, November 30, 2011 3:59:52 PM Subject: Last use date of a PDS member Good day, folks, Every so often I'm asked if I can report what date a member of a PDS (generally a member of the production procedure library) was last read, and the person who asks seems surprised when I say the answer is no. I show them that there's a "referred" date for the entire PDS, not for individual members, but they still seem to think I ought to be able to "do something." Has anyone out there ever had to come up with a method for being able to answer the question "what was the last date this PDS member was read?" If so, I'd appreciate it if you could share what you did. TIA, Greg Shirey Ben E. Keith Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last use date of a PDS member
But, if your PROC isn't in 3 years worth of data is it current? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Greg Shirey Sender: IBM Mainframe Discussion List Date: Thu, 1 Dec 2011 17:03:53 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Last use date of a PDS member Here's what I said: "each shop can craft its own solution, which may consist of SMF records or some other home-grown function." What I apparently should have said was: "each shop can do the auditing, if they bother to collect and update the trail." And on that note, it's 5:00, so I'm headed home. Thanks Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, December 01, 2011 4:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Last use date of a PDS member If you want to do the auditing, you can collect and update the trail. Besides, if the PROC isn't in your 3 years of SMF data, doesn't that sort of state the PROC is a little out of date (unused). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last use date of a PDS member
If you want to do the auditing, you can collect and update the trail. Besides, if the PROC isn't in your 3 years of SMF data, doesn't that sort of state the PROC is a little out of date (unused). - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Greg Shirey Sender: IBM Mainframe Discussion List Date: Thu, 1 Dec 2011 16:22:01 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Last use date of a PDS member You're only saying that SMF records it. What I'm saying is that it's hit or miss whether you can determine the last date a proc was used because it will depend on whether you still have the SMF records from that date. I only keep records for two years, so if the last time a proc was invoked was 3 years ago, I'll never know. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, December 01, 2011 3:14 PM For PROCs it's NOT hit or miss. If a PROC is invoked it's reported it the step record. That was, by my understanding, at least part of the original request. For regular DSNs it is hit or miss -- depending on whether the member is specified or not. The rest is problematic. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last use date of a PDS member
Yes. I used to run a special audit for a company I used to work for 25 years ago. It was truncated to 44 characters, and l, at the time, didn't care about the member -- it was the DSN. So, it can be hit or miss. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: "McKown, John" Sender: IBM Mainframe Discussion List Date: Thu, 1 Dec 2011 15:22:57 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Last use date of a PDS member > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL > Sent: Thursday, December 01, 2011 3:14 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Last use date of a PDS member > > For PROCs it's NOT hit or miss. > If a PROC is invoked it's reported it the step record. > > That was, by my understanding, at least part of the original request. > > For regular DSNs it is hit or miss -- depending on whether > the member is specified or not. > > The rest is problematic. > - > Ted MacNEIL I wasn't aware of that! Does it include the DSN as well as the member name? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last use date of a PDS member
For PROCs it's NOT hit or miss. If a PROC is invoked it's reported it the step record. That was, by my understanding, at least part of the original request. For regular DSNs it is hit or miss -- depending on whether the member is specified or not. The rest is problematic. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Greg Shirey Sender: IBM Mainframe Discussion List Date: Thu, 1 Dec 2011 14:41:08 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Last use date of a PDS member I did mention SMF records. I'm not sure what you mean - are you disagreeing that it's hit or miss? I'm suggesting that you can search through SMF history and maybe you'll find when the proc was last invoked, but maybe you won't. It just depends on how much history you keep. Doesn't it? Greg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, December 01, 2011 12:25 PM >Thanks, and I appreciate all the responses. What I take away from them is >that A) there are 3rd party products that can track member usage, or B) each >shop can craft its own solution, which may consist of SMF records or some >other home-grown function. >But without either A or B already in place it's >hit or miss. Not in all cases. As I stated PROCs invoked can be determined from SMF step records. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last use date of a PDS member
>Thanks, and I appreciate all the responses. What I take away from them is >that A) there are 3rd party products that can track member usage, or B) each >shop can craft its own solution, which may consist of SMF records or some >other home-grown function. >But without either A or B already in place it's >hit or miss. Not in all cases. As I stated PROCs invoked can be determined from SMF step records. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last use date of a PDS member
>>Every so often I'm asked if I can report what date a member of a PDS >>(generally a member of the production procedure library) was last read, >>and the person who asks seems surprised when I say the answer is no I'm sorry My bad! SMF can report on PROC names. But, not as PDS members. The two step termination records have that info. Either the (obsolete) TYPE4 -- Step Termination or the (more modern) TYPe30-4 -- Interval Accounting. Sorry -- I didn't respond to the original post and missed 'procedure'. DataSet doesn't even have to enter into it. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last use date of a PDS member
>SMF would be one way. Only if the member name is specified at open time. Ie: //SYSIN DD DSN=MY.PDS(member),DISP=SHR But: Browse MY.PDS S member Does not generate an SMF record with the membername. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFRM Policy Nmuber
>This will be more rework... Is it possible by not creating new CFRM couple >dataset and modifying existing CFRM couple datset, TANSTAAFL! Do you want more policies, or not? It isn't that much work. And, it only has to be done once. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
>Interviews will usually weed out the b.s. artists, doesn't necessarily detect >potential personality conflicts. I've seen many bs artists 'beat' the interview process. Accreditation has always been problematic in my experience. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
>With the availability of the JOBRC= parameter on the JOB statement, any job, >however troubled, can have RC=0. One simply begins it with a step, call it >MISLEAD. that executed an innocuous program, a certain wrell known do-nothing >IBM utility will do, and specifies the stepname MISLEAD in the JOBRC= >parameter value. Yes, one could do that; why would one do that, though? The purpose is to report on relevant errors. NOT to mislead, especially in Production. I assume the people in support wish to stay gainfully employed, and won't play those destructive games. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RSU Unzip
>But I think I have sufficient space defined for SYSUT1 ( 600,300) CYLS.. but >still i am getting this error Then obviously you don't have sufficient space. If you are still getting the ABEND, it's due to not enough -- that's what it means. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NetView Startup problem
My fault. I meant it was out of date. My suggestion is to remove it, since it's only checked for syntax, now. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: saurabh khandelwal Sender: IBM Mainframe Discussion List Date: Thu, 24 Nov 2011 15:35:59 To: Reply-To: IBM Mainframe Discussion List Subject: Re: NetView Startup problem Thanks for your help. I changed region parameter. But System is not allowing me to change DPRTY to 1980. So I left it as old one. (13,13). but still same error. STMT NO. MESSAGE 2 IEFC001I PROCEDURE NETVSSI WAS EXPANDED USING SYSTEM LIBRARY TIVOLI.PR IEF695I START NETVSSI WITH JOBNAME NETVSSI IS ASSIGNED TO USER SYSSTC , GROUP IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 TIME=09.33.22 SEQ=00099 CPU= ASID=0051 PSW AT TIME OF ERROR 078D1000 8746 ILC 4 INTC 11 ACTIVE LOAD MODULE ADDRESS=78D8 OFFSET=0E6E NAME=CNMINIT DATA AT PSW 8740 - 001058E0 908C5810 E1DC5910 Regards Saurabh On Thu, Nov 24, 2011 at 3:15 PM, Ted MacNEIL wrote: > > >PGM=CNMINIT,TIME=1440,REGION=6144K,PARM=(8192,2048,'%','SYSTEM','PPI','*NOARM'), > DPRTY=(13,13) > > Two things: > > 1. Why such a small region? IBM has recommended REGION=0M for aeons. This > could be a cause of the 0C4. > > 2. Specifying DPRTY is so 1980. > > - > Ted MacNEIL > eamacn...@yahoo.ca > Twitter: @TedMacNEIL > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Thanks & Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NetView Startup problem
>PGM=CNMINIT,TIME=1440,REGION=6144K,PARM=(8192,2048,'%','SYSTEM','PPI','*NOARM'), DPRTY=(13,13) Two things: 1. Why such a small region? IBM has recommended REGION=0M for aeons. This could be a cause of the 0C4. 2. Specifying DPRTY is so 1980. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help on Rexx Code.
Why scratch?
Why not 255, just in case?
After all, we only need 640K.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Mike Schwab
Sender: IBM Mainframe Discussion List
Date: Fri, 18 Nov 2011 16:39:25
To:
Reply-To: IBM Mainframe Discussion List
Subject: Re: Help on Rexx Code.
If you are running one job once a day, add
//DEFINE EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
DEF GDG (NAME(A1.B2.C3.Dyymmdd) SCRATCH LIMIT(30)) (with tomorrow's
date) (extra GDGs just in case)
The hourly job would create
DSN=A1.B2.C3.Dyymmdd(+1),DISP=(NEW,CATLG),SPACE=(TRK,(15,15),RLSE),DCB=...
The once a day job picks up all GDG members by referencing by the base
name DSN=A1.B2.C3.Dyymmdd (with yeterday's date) and could be gennered
into 1 dataset.
On Fri, Nov 18, 2011 at 3:50 PM, Ted MacNEIL wrote:
> It's not REXX per se..look into GDGs.
> -
> Ted MacNEIL
> eamacn...@yahoo.ca
> Twitter: @TedMacNEIL
>
> -Original Message-
> From: sunil mirchandani
> Sender: IBM Mainframe Discussion List
> Date: Fri, 18 Nov 2011 22:35:40
> To:
> Reply-To: IBM Mainframe Discussion List
> Subject: Help on Rexx Code.
>
> Hello All,
>
> I am new to rexx however i have few things to be fixed with the help of
> rexx.In my shop every hour one dataset is being created by one application,
> by end of the day or very next day early morning i want to copy all the
> data from all hourely datasets which are being created yesterday into one
> sinle datasets.
>
> For example: Dataset naming convention A.B.C.Date.**(fifth level qualifier
> is being changed like a version(hourely basis)) are creating and lets
> suppose i have total 24 datasets by the end of the day(
> A.B.C.D18.N000123
> A.B.C.D18.N000138
> -
> -
> A.B.C.D18.24)
> So by the end of the day i need to copy the data from(A.B.C.Date.**) to one
> dataset.
>
> I checked on the internet and i find that first half can be possible by
> using the rexx. since i am new to rexx so any one can look and suggest me
> with any sample or written rexx code.
>
> Really appreciate for any help.
> Please let me know if i am on right forum or not or does any one knows
> forum related to only REXX ?
>
> --
> Thanks Much in Advance
>
> Regards:
> Sunil
>
> ("Yesterday I dared to struggle. Today I dare to win"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU Compatibility
>I'm glad to know "n-2" compatibility is now supported. If that were true long >ago when the previous dfdss 64KiB change was made, it certainly wasn't advertised then. Funny, I thought n-1 was supported for a long time! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS
I picked the obvious answer: I DON'T CARE! What I care about is the waste of time carping about it! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Steve Comstock Sender: IBM Mainframe Discussion List Date: Fri, 18 Nov 2011 10:26:06 To: Reply-To: IBM Mainframe Discussion List Subject: Re: USS On 11/18/2011 10:04 AM, Ian wrote: > Seeing that it is Friday, we can put the issue to vote and let the democratic > process decide for us? > > Cast vote here : http://cicsworld.com/node/3827 Ah. The tyranny of the majority? You know, 50,000,000 Frenchmen (or any other nationality or group) _can_ be wrong. > > Ian > >> Folks, >> >> If people folllowed the principles used in academia et al, as I >> understand them, the first usage of a term is spelt out in full >> followed by in brackets the acromyn or abbreviation that will be used >> through the paper. >> >> For example Unix System Services (USS) >> United States Ship (USS) >> >> Then no one has a valid cause of complaint >> >> Ken > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help on Rexx Code.
It's not REXX per se..look into GDGs.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: sunil mirchandani
Sender: IBM Mainframe Discussion List
Date: Fri, 18 Nov 2011 22:35:40
To:
Reply-To: IBM Mainframe Discussion List
Subject: Help on Rexx Code.
Hello All,
I am new to rexx however i have few things to be fixed with the help of
rexx.In my shop every hour one dataset is being created by one application,
by end of the day or very next day early morning i want to copy all the
data from all hourely datasets which are being created yesterday into one
sinle datasets.
For example: Dataset naming convention A.B.C.Date.**(fifth level qualifier
is being changed like a version(hourely basis)) are creating and lets
suppose i have total 24 datasets by the end of the day(
A.B.C.D18.N000123
A.B.C.D18.N000138
-
-
A.B.C.D18.24)
So by the end of the day i need to copy the data from(A.B.C.Date.**) to one
dataset.
I checked on the internet and i find that first half can be possible by
using the rexx. since i am new to rexx so any one can look and suggest me
with any sample or written rexx code.
Really appreciate for any help.
Please let me know if i am on right forum or not or does any one knows
forum related to only REXX ?
--
Thanks Much in Advance
Regards:
Sunil
("Yesterday I dared to struggle. Today I dare to win"
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACCOUNT Authority
With the ACCOUNT command.
Welcome to the 1970's. (8-{]}.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Mark Pace
Sender: IBM Mainframe Discussion List
Date: Fri, 18 Nov 2011 10:47:08
To:
Reply-To: IBM Mainframe Discussion List
Subject: ACCOUNT Authority
As part of a z/OS install I'm trying to issue the SYNC UADS command. I
receive the message
IKJ58618I SYNC TERMINATED. USER UNAUTHORIZED TO ISSUE SYNC COMMAND. +
IKJ58618I USER MUST HAVE ACCOUNT AUTHORITY TO ISSUE THE SYNC COMMAND.
*Explanation:* You do not have ACCOUNT authority, which is required to
issue the SYNC command. Your installation's TSO/E administrator must give
you ACCOUNT authority. After ACCOUNT authority has been given to you,
reissue the SYNC command.
I have searched through the Security Server RACF Administrator's Guide and
can find no reference on how to give ACCOUNT authority. How is this done?
--
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS
Three letter an anacronym
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Graham Hobbs
Sender: IBM Mainframe Discussion List
Date: Thu, 17 Nov 2011 21:31:32
To:
Reply-To: IBM Mainframe Discussion List
Subject: Re: USS
What's a TLA?
- Original Message -
From: "Ted MacNEIL"
Newsgroups: bit.listserv.ibm-main
To:
Sent: Thursday, November 17, 2011 5:35 PM
Subject: Re: USS
> >Brackets? Oh, you mean parentheses: ( )
>>Brackets are: [ ] (not "square brackets", just "brackets")
>>Braces are: { } (not "curly braces", just "braces")
>
> Another common use for obscure terms.
>
> When I was in high school English brackets was an acceptable term.
> When I took FORTRAN brackets was an acceptable term.
> When I took C square brackets and curly (brackets or braces) were
> acceptable terms.
> My profs used them.
> Why, after almost 40 years, why do we have more retroactve corrections?
>
> Like that other TLA, that shall remain nameless, even though it was used
> for almost 15 years before some self-appointed pedants started taking upon
> themselves to preach.
> -
> Ted MacNEIL
> eamacn...@yahoo.ca
> Twitter: @TedMacNEIL
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS
>Brackets? Oh, you mean parentheses: ( )
>Brackets are: [ ] (not "square brackets", just "brackets")
>Braces are: { } (not "curly braces", just "braces")
Another common use for obscure terms.
When I was in high school English brackets was an acceptable term.
When I took FORTRAN brackets was an acceptable term.
When I took C square brackets and curly (brackets or braces) were acceptable
terms.
My profs used them.
Why, after almost 40 years, why do we have more retroactve corrections?
Like that other TLA, that shall remain nameless, even though it was used for
almost 15 years before some self-appointed pedants started taking upon
themselves to preach.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
USS
Can't anybody give this a rest? What is 'official' when it's in redbooks, some manuals and presentations? IBM has been using it for UNIX System Services since they dropped O/MVS! Too many people have not got the weight of the world on their shoulders! It's not the only multi-meaning acronym! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clarification on IEHPROGM
I was in grade 1. My youngest sister was one month old to the day. As Canadians, it was sad but it didn't mean as much! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Rick Fochtman Sender: IBM Mainframe Discussion List Date: Tue, 15 Nov 2011 14:34:09 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Clarification on IEHPROGM -- >I think you mean *1960's*. > >But then they say, do they not?, that if you can remember the 1960's, you >weren't there! > > - Not true. I still remember, almost as clearly as if it were yesterday, what I was doing when I learned that President Kennedy had been assassinated. And I learned about it 1 1/2 hrs. after the announced time of death. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clarification on IEHPROGM
--Original Message-- From: Rick Fochtman Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Subject: Re: Clarification on IEHPROGM Sent: 15 Nov 2011 15:34 -- >I think you mean *1960's*. > >But then they say, do they not?, that if you can remember the 1960's, you >weren't there! > > - Not true. I still remember, almost as clearly as if it were yesterday, what I was doing when I learned that President Kennedy had been assassinated. And I learned about it 1 1/2 hrs. after the announced time of death. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
Why? --Original Message-- From: Paul Peplinski Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Subject: Re: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices Sent: 11 Nov 2011 17:26 One exception to that would be if you intend to use system backup and system restore. Each subsystem needs two dedicated catalogs, BSDS, LOGS and ARCHLOGS in one, and all other stuff in another (at least that was the guidance given to us). Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IGD049I ACTIVATE FAILED - ACS
Who/What are you responding to? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Brian Westerman Sender: IBM Mainframe Discussion List Date: Thu, 10 Nov 2011 20:50:17 To: Reply-To: IBM Mainframe Discussion List Subject: Re: IGD049I ACTIVATE FAILED - ACS Most times the problem is that you have specified one SCDS for your changes and are trying to activate another one. Sometimes people forget to put the DSN in quotes on one page, and sometimes they try to activate from a completely different dataset than they think they are using. This is probably one of those errors, just check the dataset names and you will probably see where you went wrong. Sometimes it's very easy to overlook something simple like a single character different or transposed. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Connect Direct - Performance and efficiency
Sterling Commerce was bought by IBM a few years ago. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: jagadishan perumal Sender: IBM Mainframe Discussion List Date: Thu, 10 Nov 2011 09:15:48 To: Reply-To: IBM Mainframe Discussion List Subject: Connect Direct - Performance and efficiency Hi, I am looking for a overall information on Connect Direct Tool(Product From sterling Commerce). This research is just to know about the efficiency of the tool on various aspects and its overall maintenance & Support .Could anyone please share some information about Connect Direct Tool as i am unable to fetch information about this tool. Any information and guidance would be really appreciated. Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT measures was Re: Out damn'd GMT ...
>I think in this case the term state is not wholly inappropriate: >state (n): 8.the territory, or one of the territories, of a government. >Respectfully submitted by a former resident (and still citizen) of said >province. Possibly, but when I worked for said province, we never used state-owned, state-run, ward of the state, etc. It was always province, or (sometimes) crown. But, crown usually referred to the federal government. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT measures was Re: Out damn'd GMT ...
Still province not state - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: John Gilmore Sender: IBM Mainframe Discussion List Date: Fri, 4 Nov 2011 18:36:32 To: Reply-To: IBM Mainframe Discussion List Subject: Re: OT measures was Re: Out damn'd GMT ... The 'O' in LCBO stands for 'Ontario'. It thus seemed likely that the LCBO was a creature of the Province of Ontario even before this was confirmed for us so definitively. --jg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT measures was Re: Out damn'd GMT ...
>State owned LCBO Province owned And, don't get me wrong. We don't like it, either - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT measures was Re: Out damn'd GMT ...
I'm actually sitting at a bar, right now. Aren't BlackBerries wonderful? Beer is still measured in pints. Mind you they skim. It's only 18 oz. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: "Roberts, John J" Sender: IBM Mainframe Discussion List Date: Fri, 4 Nov 2011 15:41:55 To: Reply-To: IBM Mainframe Discussion List Subject: Re: OT measures was Re: Out damn'd GMT ... On 11/4/2011 11:31 AM, Clark Morris wrote: > Canada may be officially metric but I am looking at an advertisement > for meat at $4.99 a pound at my local grocery here in Nova Scotia, > Canada. >Canada is all screwed up We bought jewelry, chocolates, and >a book at a Halifax mall, and each receipt had a different date >format. Canada was further along the metric road at one point. Then the government changed and they (Brian Mulroney's Conservatives) backpedalled on a few things. Mostly it was weights and measures in the supermarket, just so grandma wouldn't get confused. So while canucks buy gasoline, milk and wine by the litre, meat and veggies are still in pounds. In CFL football, it is still 1st down and 10 YARDS to go. Pilots still deal in altitudes expressed in feet, distances in nautical miles and speeds expressed in knots. Highway speeds and distances are in kilometers (there are signs to warn Yankees that a limit of 100kph is really ~60mph). Two by four construction lumber is still the same dimensions (more like 1.6in by 3.2in). I've been away awhile so I don't know if a beer is 500ml or an imperial pint. Maybe Ted knows. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Out damn'd GMT ...
Actually a pound of gold weighs less than a pound of feathers. Gold is weighed in the troy system. 12 oz = 1 troy lb. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Joe Aulph Sender: IBM Mainframe Discussion List Date: Fri, 4 Nov 2011 15:06:09 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Out damn'd GMT ... "1 oz of gold weighs more than 1 oz of water while 1 lb of gold weight lots less than 1 lb of water - the water is 21.53% heavier. " Are you sure we're not confusing "mass" for weight? Is not an ounce and ounce? What was the old question, which is heavier a ton of bricks or a ton of feathers? I'll think on that one durring my extra hour of sleep Sunday... On Fri, Nov 4, 2011 at 2:05 AM, Robert A. Rosenberg wrote: > At 03:12 + on 11/04/2011, Ted MacNEIL wrote about Re: Out damn'd GMT > ...: > > > US: 2 cups - 8 by 2 = 16 oz >> IMPERIAL: 2.5 cups = 20 oz >> >> 1 IMP gallon = 10 lb (water) >> 1 US gallon = 8 lb >> >> 1 IMP gallon = 160 oz >> 1 US = 128 oz >> >> In both systems: 1 oz weighs 1 oz (water) >> >> 1 millilitres of water = 1 gramme. >> > > OTOH: 1 oz of gold weighs more than 1 oz of water while 1 lb of gold > weight lots less than 1 lb of water - the water is 21.53% heavier. > > > --**--**-- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at > http://bama.ua.edu/archives/**ibm-main.html<http://bama.ua.edu/archives/ibm-main.html> > -- Joe Aulph, Florida Dept. of Children & Families Senior Systems Programmer: 850-487-8945 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT measures was Re: Out damn'd GMT ...
454g has to be by law - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Linda Mooney Sender: IBM Mainframe Discussion List Date: Fri, 4 Nov 2011 18:02:54 To: Reply-To: IBM Mainframe Discussion List Subject: Re: OT measures was Re: Out damn'd GMT ... Hi Clark, And what size pound it that? The "half kilo" 500 grams or the 450ish gram American pound? :-D Linda - Original Message - From: "Clark Morris" To: IBM-MAIN@bama.ua.edu Sent: Friday, November 4, 2011 8:31:27 AM Subject: OT measures was Re: Out damn'd GMT ... On 3 Nov 2011 20:16:18 -0700, in bit.listserv.ibm-main Ted MacNEIL wrote: >US: 2 cups - 8 by 2 = 16 oz >IMPERIAL: 2.5 cups = 20 oz > >1 IMP gallon = 10 lb (water) >1 US gallon = 8 lb > >1 IMP gallon = 160 oz >1 US = 128 oz > >In both systems: 1 oz weighs 1 oz (water) > >1 millilitres of water = 1 gramme. > >As far as I know, the US is the only country that still uses the 16 oz pint. > >Of course, it may also be the only non-metric country left, as well. Canada may be officially metric but I am looking at an advertisement for meat at $4.99 a pound at my local grocery here in Nova Scotia, Canada. Clark Morris >- >Ted MacNEIL >eamacn...@yahoo.ca >Twitter: @TedMacNEIL > >> rest snipped -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Out damn'd GMT ...
US: 2 cups - 8 by 2 = 16 oz IMPERIAL: 2.5 cups = 20 oz 1 IMP gallon = 10 lb (water) 1 US gallon = 8 lb 1 IMP gallon = 160 oz 1 US = 128 oz In both systems: 1 oz weighs 1 oz (water) 1 millilitres of water = 1 gramme. As far as I know, the US is the only country that still uses the 16 oz pint. Of course, it may also be the only non-metric country left, as well. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Shane Sender: IBM Mainframe Discussion List Date: Fri, 4 Nov 2011 09:09:21 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Out damn'd GMT ... On Thu, 3 Nov 2011 09:20:40 -0500 Paul Gilmartin wrote: ... > Imagine a world where there were two or three definitions of a pint. What like ours you mean ?. From Wikipedia: A "pint" of beer served in a tavern outside Great Britain and the United States may be a British pint, an American pint, or something different, depending on local laws and customs. In Aus we had (have ?) at least 2 options depending on state. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DATA SET RESERVATION UNSUCCESSFUL
>Another way to do it is to set up an IDCAMS job to delete all of the datasets. > I don't think you will get dataset reservation failed errors. If for >whatever reason 1 or 2 datasets don't get deleted, you will get a non zero >return code instead of a JCL error. And, if you want, you can make the RC 0. Just code: IF MAXCC < 9 THEN SET MAXCC = 0 I always want delete steps to complete successfully. Deleting a nonexistent dsn is not an error. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding PROCs executed by JCL
>But I'd prefer that JCL just go away. Get over it. It's staying. Too much investment to overcome. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP load mods from z/OS to laptop
In binary, so you don't run into code page problems. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: גדי בן אבי Sender: IBM Mainframe Discussion List Date: Mon, 31 Oct 2011 20:37:17 To: Reply-To: IBM Mainframe Discussion List Subject: Re: FTP load mods from z/OS to laptop Copy the load modules to a pds (or just use the one they're in) Use XMIT to create a flat file, transfer the file to you pc and then back to z/OS. Use RECEIVE to recreate the PDS From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of Tony Santo [anthony.sa...@us.ngrid.com] Sent: 31 October 2011 20:18 To: IBM-MAIN@bama.ua.edu Subject: FTP load mods from z/OS to laptop Does anyone have any idea how to copy or ftp load pds mods to a laptop and then copy or ftp back to z/os? Thanks tony -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Information About Library Before and After Compress
>Directory is 62 (or so) blocks (to take up the entire first track). 44 - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SWAG
Stupid - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: "Bonno, Tuco" Sender: IBM Mainframe Discussion List Date: Fri, 28 Oct 2011 14:20:08 To: Reply-To: IBM Mainframe Discussion List Subject: Re: SWAG yes -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Gilmore Sent: Friday, 28 October, 2011 02:15 PM To: IBM-MAIN@bama.ua.edu Subject: SWAG Scientific Wild-Assed Guess? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG
>I'm not an SMS guy, but I believe that any data set managed by SMS will get >created with implicit EOF. Unless things have changed, yes. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS UNIX file can't be deleted. (Was confusing and confused)
>That's the null set. Gee, I don't think you should call Mr. Mason a null. If he's not complaining, he's doing a pretty good approximation. >But there *is* the group of those who reply solely to complain about a >correction. Who, besides you and he, believes it's a correction? IBM uses it -- they introduced me to the term almost 15 years ago. Also, where do you get the temerity to do the 'corrrection'? Do you represent IBM in any (legal) way? Or, are you just a self-appointed evangelist? I complain about the 'correction' because it's a dead horse you two keep flogging. Since you two aren't listening to the fact that, except for the useless chatter from you two and the deliberately misleading post(s), we don't care! I, for one, shall continue to 'misuse' the TLA. And, since I have already put both of you on my kill list a long time ago, I shall only be seeing any posts indirectly, by others quoting you. So, most of the time, I won't have to exercise the delete key. But, I shall not be responding to any more bump on USS. The world will continue to spin and the sun to shine, while I blithely tool along in my 'arrogance'. But, none are so arrogant as those who continue to 'correct' those who do not wish it, and said 'correctors' have no valid authority. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND0F8-20
>More than sufficient - and understandable. Not for all of us. I truly did NOT understand the response. If I did, I wouldn't have said I didn't. Not all of us know everything, despite claims to the contrary. Just because you understood it, doesn't mean the rest of us are so enlightened! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND0F8-20
>Only ABEND. All others disallowed. What does this response even mean? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG
>Remember that when you create your +1 gen the oldest will fall off. Not necessarily. It (always) depends on your GDG limit. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS UNIX file can't be deleted. (Was confusing and confused)
>That is the group who know the two meanings of the three letters and use them properly in context There is also the group that is like a dog with a bone and has nothing better to do but bitch about a TLA that even IBM uses in both contexts. To bad he doesn't have a life, mor does he get it. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRBEPA
>You may prefer 'dispatch' to 'despatch', > but they are equally legitimate alternative spellings. They may be legitimate, but NOT equally. The purpose of communication is to communicate. NOT to show off your erudition by picking obscure spellings/usage and confusing people. Schmuel was probably out of line in his phrasing; the sentiment is not. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Chaos feared after Unix time-zone database is nuked
First: it has an expired certificate. Second: it wants a sign on. Third: forget it! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Mike Schwab Sender: IBM Mainframe Discussion List Date: Sun, 16 Oct 2011 11:19:30 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Chaos feared after Unix time-zone database is nuked http://www.thedailyparker.com/CommentView,guid,bded3439-6019-4389-93a3-29af6597d43a.aspx#commentstart "(For example, in some cases a hospital would record birth times using Standard Time while the surrounding city was on Daylight Time.)" Sounds like you need to consult with each computer owner. On Sun, Oct 16, 2011 at 1:27 AM, Paul Gilmartin wrote: > On Wed, 12 Oct 2011 18:18:52 -0700, Dale Miller wrote: > >>I would have to dispute Paul Gilmartin's assertion that "a majority >>want to adjust their work hours to follow the sunrise". I don't have >>a statistically-valid survey, but in discussing it with other people >>through the years, I've encountered a few who really like DST. I think >>most people just go with the flow, but a lot of people didn't like the >>hasseles. >> > Why, then, is DST so prevalent? Have you a conspiracy theory? > Someone to blame? It's hard to believe that legislative bodies > in so many countries are similarly clueless and heedless of their > constituents' concerns. > >>Further, a recent article in "Scientific American" raised serious >>questions about the assertion of energy savings from DST, and pointed >>out health issues associated with the time changes, and called DST "an >>idea we can do without". >> > Yes, there's a divergence of opinions. > >>... my daughter works in auditing in a >>company which has many processes involving Windows-based processors >>and instruments, and they recently discovered that time stamps on data >>recorded during the DST period are displayed one hour off during the >>non-DST part of the year. Microsoft apparently has no plans to correct >>the issue. >> > Surely that's as much an argument for eliminating Microsoft from > IT operations as for eliminating DST. Alas, I doubt you have the > clout to enforce either. > > I don't much take sides here. But as this list so often admonishes > me on other topics, DST is a fact of life. You may struggle to > change it, but in the meantime, it's wise to attempt to accommodate > it. > >>set the wrong Date/Time to a date in the future, whereupon, most of >>our third-party software promptly decided we were out of license. When >>the IPL failed, the systems staff were rousted out of bed and lost a >>lot of sleep. >> > Isn't that automated in z/OS nowadays; no need for operator > intervention? > > And in UNIX (POSIX) the concept of a semiannual "change" doesn't > exist. There's simply a formula that for any given locale converts > system time (UTC) over a wide range to civil time. The technique > exists; z/OS would do well to embrace it in the legacy context as > well as in the UNIX. > > And a colleague writes me: > > https://lwn.net/Articles/463143/ > > It's back at a new location. You just can't keep a good database > down :) > > becky > > http://www.theregister.co.uk/2011/10/07/unix_time_zone_database_destroyed/ > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRB routine
How many times do you have to send this? This is the third! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Micheal Butz Sender: IBM Mainframe Discussion List Date: Sun, 16 Oct 2011 09:50:45 To: Reply-To: IBM Mainframe Discussion List Subject: SRB routine Hi, Does anyone know if the SRB routine SRBEPA has to reside in common thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Chaos feared after Unix time-zone database is nuked
>> ... It's hard to believe that legislative bodies >> in so many countries are similarly clueless and heedless of their >> constituents' concerns. >Whoa - hold on there gil !!!. >Drawing a *very* long bow there. I have no idea what Shane means, here. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ alternatives
>Everytime I hear about "penalty machine" or dedicated LPAR I think what a >stupid licensing terms and conditions we have!. I've been doing capacity planning since before IBM introduced model groups in 1984. I told anybody who'd listen (not many) that it was going not going to be a good thing. After the introduction of MSU pricing & sub-capacity options, I seem to spend more time managing the location of workloads and performing unnatural acts than actually forecasting. At one company, we actually created a task force to move things around to forestall cost increases. We spent more time and money doing that than we 'saved' and usually delayed the upgrade(s) to the point that we hurt our service to our customers. All because of IBM (and later ISV) pricing. I hate it when I'm right about something like this. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BMC CMF vs. IBM RMF
>GTSS GTTS? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU utilization/engine
>An easy way to get whatever metric(s) you're after, is to use the RMF DDS server to return the values via a simple http request. Although if you are saying you dont want to even enable RMF, that counts that option out. If you do not have RMF active then you cannot obtain any CPU statistics at all. SDSF (and OMEGAMON) do not calculate usage. They collect it from RMF. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU utilization/engine
Besides, it's a capacity metric. Maybe not the best, but a start. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: David Andrews Sender: IBM Mainframe Discussion List Date: Tue, 4 Oct 2011 14:33:30 To: Reply-To: IBM Mainframe Discussion List Subject: Re: CPU utilization/engine On Tue, 2011-10-04 at 12:40 -0400, Ed Gould wrote: > What should have been asked is Why. Sorry, "why" is none of our concern. It is sufficient that Miklos wants to know. -- David Andrews A. Duda & Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
The point was it wasn't CLIST, as your post stated. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Scott Ford Sender: IBM Mainframe Discussion List Date: Sun, 2 Oct 2011 16:11:40 To: Reply-To: IBM Mainframe Discussion List Subject: Re: OT to my collegues Yep Exec,Exec2 and starting writing Rexx when it first came out on VM, then TSO,MVS,Netview and Object Rexx Scott J Ford Software Engineer http://www.identityforge.com From: Shmuel Metz (Seymour J.) To: IBM-MAIN@bama.ua.edu Sent: Saturday, October 1, 2011 8:23 PM Subject: Re: OT to my collegues In <1317329708.85777.yahoomail...@web65505.mail.ac4.yahoo.com>, on 09/29/2011 at 01:55 PM, Scott Ford said: >Has a manager on VM who has use learn the VM commands under the >clists. I might believe EXEC, EXEC2 or REXX, but CLIST? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see <http://patriot.net/~shmuel/resume/brief.html> We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8000 migration stories?
>2.) This architecture exploits Parallel Access Volume (PAV) functionality; we >have 48 PAV's defined to each Logical Control Unit (LCU) of which we have >16 LCU's; on our Payroll processing weekend Out of how many volumes? 256? >I have I see 46 of the 48 PAV's defined to one (1) logical address. That is usually a sign of an application design/issue. PAVs are, in this case, just throwing hardware at a design problem. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Temporary dataset name qualifiers
>Wouldn't it be nice if temporariness were an attribute independently controlled, so I might code something like: >//SYSUT2 DD DISP=(,PASS),DSN=ANYTHING.I.CHOOSE,RETPD=JOB You can create any valid DSNAME for a temp: //SYSUT2 DD DISP=(,PASS),DSN=ANYTHING.I.CHOOSE >(and even nicer if I could use system variables in forming the DSN.) Ah, well, it's JCL. What can one expect? >(and even nicer if I could use system variables in forming the DSN.) Ah, well, it's JCL. What can one expect? The symbols question has been discussed too many times on this forum. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TIOT size
>Is there any reason to NOT increase it to 64kB? >Any disadvantage of having 64kB TIOT? I don't think so. Some still fear Virtual Storage constraint. I did a few tests monitoring (OMEGAMON) a TSO user running a looping EXEC allocating temp datasaets until they could no more, when the capability first came out. We found no appreciable difference with 32, 48, or 64. This was with both Virtual and Real, under 31-bit. >IMHO the advantage is obvious: more DD's per jobstep. I agree. When asked, I recommend 64K. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
Yes. But at least you get past the error message re: ineligible. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Mike Schwab Sender: IBM Mainframe Discussion List Date: Thu, 22 Sep 2011 14:02:40 To: Reply-To: IBM Mainframe Discussion List Subject: Re: CONVERTING DASD TO SMS Even if you add the VOLSER to the storage group, it will not use the volume until you run the Convert for real. On Thu, Sep 22, 2011 at 1:56 PM, Ted MacNEIL wrote: >>Try spelling the index name right. > > It appears he did. > > The issue seems to be that even for TEST, the volume has to be in a storage > group. > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
>Try spelling the index name right. It appears he did. The issue seems to be that even for TEST, the volume has to be in a storage group. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF REXX Help
He took his vorpal sword in hand:
Long time the manxome foe he sought--
So rested he by the Tumtum tree,
And stood awhile in thought.
All kidding aside, what causes the following scrambling?
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Phil Houghton
Sender: IBM Mainframe Discussion List
Date: Wed, 21 Sep 2011 10:08:37
To:
Reply-To: IBM Mainframe Discussion List
Subject: Re: SDSF REXX Help
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j� ��F�Rfv��r7V6�f�W2��WFF�7
B��
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP GIM54701S error
>advise would be to add some TEMP datasets within the JCL... you can hardcode >the Volser with a disp of Delete, Delete. this util allocates space from TEMP >as defined in SMS and remove after the success.. If you're in an SMS world, why hard code a volser? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PTF question
Not according to WIKI -- that was a direct paste. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Rick Fochtman Sender: IBM Mainframe Discussion List Date: Tue, 6 Sep 2011 16:22:22 To: Reply-To: IBM Mainframe Discussion List Subject: Re: PTF question "Beware the Jabberwock, my son! The jaws that bite, the claws that catch! Beware the Jubjub bird, and shun The frumious Bandersnatch!" -- It's been many years since I read Lewis Carroll, but wasn't it "claws that scratch" ?? :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF timestamps
>Am I supposed to infer from this discussion that SMF timestamps are recorded in local time, as opposed to UTC? It depends on the record/vendor, as Dr. Barry stated. >What century is this, anyway? I thought it had long been generally believed >that critical timestamps should be recorded in UTC. Records/programmes have to be re-engineered to accomplish that. Also, users depending on the existing formats wll be affected. Again, it's the old compatibility issues. I remember, back in the early 1980's, when IBM changed the format of the RMF Type74's (Device Activity) to a collapsed linked list, with the introduction of the 3380. MICS & MXG weren't available yet; I had to completely re-write the extract programme, from scratch -- the only thing that had not changed was the standard 18-byte header. And, NO, they didn't convert it to UTC. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PTF question
"Beware the Jabberwock, my son! The jaws that bite, the claws that catch! Beware the Jubjub bird, and shun The frumious Bandersnatch!" - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Skip Robinson Sender: IBM Mainframe Discussion List Date: Tue, 6 Sep 2011 08:19:38 To: Reply-To: IBM Mainframe Discussion List Subject: Re: PTF question `Twas brillig, and the slithy toves Did gyre and gimble in the wabe: All mimsy were the borogoves, And the mome raths outgrabe. My two previous replies came back to me garbled. Both look fine in my Sent folder... . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Ted MacNEIL To: IBM-MAIN@bama.ua.edu Date: 09/05/2011 08:16 PM Subject:Re: PTF question Sent by:IBM Mainframe Discussion List Did gyre & gymbol on the wabe. PS: I don't think troth is the 'correct' spelling. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Ed Finnell Sender: IBM Mainframe Discussion List Date: Mon, 5 Sep 2011 22:16:35 To: Reply-To: IBM Mainframe Discussion List Subject: Re: PTF question 'Twas brillig in the slimy troth... In a message dated 9/5/2011 8:55:03 P.M. Central Daylight Time, jo.skip.robin...@sce.com writes: KFRoaXMgaXMgaG93IGl0IGxvb2tzIGluIG15IFNlbnQgZm9sZGVyLi4uKQ0KDQpBcyB0aGV5IHNh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PTF question
Did gyre & gymbol on the wabe. PS: I don't think troth is the 'correct' spelling. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Ed Finnell Sender: IBM Mainframe Discussion List Date: Mon, 5 Sep 2011 22:16:35 To: Reply-To: IBM Mainframe Discussion List Subject: Re: PTF question 'Twas brillig in the slimy troth... In a message dated 9/5/2011 8:55:03 P.M. Central Daylight Time, jo.skip.robin...@sce.com writes: KFRoaXMgaXMgaG93IGl0IGxvb2tzIGluIG15IFNlbnQgZm9sZGVyLi4uKQ0KDQpBcyB0aGV5IHNh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN INFO
>Yes we know, Ted. We need to get Darren to change the footer to INFO IBM-MAIN >and not have GET IBM-MAIN INFO. Sorry, didn't mean to sound pedantic. I haven't had to use the functions for years. Even NOMAIL, since I use a BlackBerry, as I always have access. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN INFO
>The key is using INFO IBM-MAIN rather than IBM-MAIN INFO >For IBM-MAIN subscribe / signoff / archive access instructions, send email to >lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Not according to the auto-footer. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: adding a user to TSO..HELP
>I am in option 6 I've allocated sysuads then gone to account Why? ACCOUNT is way out of date. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: load mmodules copying to other site
XMIT in to a file (see help xmit) ftp (binary) RECEIVE from a file - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Tim Brown Sender: IBM Mainframe Discussion List Date: Tue, 30 Aug 2011 16:48:14 To: Reply-To: IBM Mainframe Discussion List Subject: load mmodules copying to other site How can one get 1 pds with modules from one site to another, FTP is not working I first tried tersing the pds, transferring via pc/file transfer and untersing and copying Into loadlib The untersed file on the remote end apperars ok via 3.4 but cant copy the modules Into destination loadlib BROWSETECH.TCPIP.SEZALOAD.TRS.UNL Row 1 of 6 Command ===> Scroll ===> PAGE Name PromptAlias-of Size TTR AC AM RM _ EZAFTPLC 001904CC 09 0131 ANY _ EZAFTPLD 00066B7C 003501 0131 ANY _ EZAFTPLS 0017962C 004508 0131 ANY _ FTP EZAFTPLC 001904CC 09 0131 ANY _ FTPDEZAFTPLD 00066B7C 003501 0131 ANY _ FTPDNS EZAFTPLS 0017962C 004508 0131 ANY **End** COPY failed >From data set . . . . . : TECH.TCPIP.SEZALOAD.TRS.UNL To data set . . . . . . : TCPIP.SEZALOAD The listing from IEBCOPY is displayed below. S M=(FTPDNS) EB1013I COPYING FROM PDS INDD=SYS00181 VOL=CHGUS2 DSN=TECH.TCPIP.SEZALOAD.TRS EB1014I TO PDSE OUTDD=ISP16103 VOL=Z11RS1 DSN=TCPIP.SEZALOAD GW01207E BINDER DETECTED AN ERROR WHILE PROCESSING MEMBER EZAFTPLC BINDER RETURN CODE = X'000C' REASON CODE = X'83000503' GW01207E BINDER DETECTED AN ERROR WHILE PROCESSING MEMBER EZAFTPLD BINDER RETURN CODE = X'000C' REASON CODE = X'83000503' GW01207E BINDER DETECTED AN ERROR WHILE PROCESSING MEMBER EZAFTPLS BINDER RETURN CODE = X'000C' REASON CODE = X'83000503' GW01550I 0 OF 6 SPECIFIED MEMBERS WERE COPIED Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas & Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com <<mailto:tbr...@cenhud.com>> Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Roll your own USS
Unsubstantiated subsystem selection. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Ed Finnell Sender: IBM Mainframe Discussion List Date: Sat, 27 Aug 2011 18:00:15 To: Reply-To: IBM Mainframe Discussion List Subject: Roll your own USS ubiquitous system service unctuous symbol staff uniform stooge symbiotic uninformed staticsilly uneducated stellar stymied unleavened stem stuff unwashed stump state unequal stamp stiff universalstatedsullied Unicode stokestop -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Book: What On Earth is a Mainframe?
>It's an analogy. Read up on it. Take a basic logic course. How many legs does a dog have if you call a tail a leg? Four, because no matter what you call it a tail is NOT a leg. 'Done with it?' Your last comment was circular. But, don't worry (just) to keep you happy, I won't bother to respond. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Roll your own USS
Nyuk! Nyuk! Nyuk! Whoop! Whoop! Whoop! Hey, Mo! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Ed Finnell Sender: IBM Mainframe Discussion List Date: Sat, 27 Aug 2011 18:00:15 To: Reply-To: IBM Mainframe Discussion List Subject: Roll your own USS ubiquitous system service unctuous symbol staff uniform stooge symbiotic uninformed staticsilly uneducated stellar stymied unleavened stem stuff unwashed stump state unequal stamp stiff universalstatedsullied Unicode stokestop -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL Changes and SMS and Not Cataloged Datasets
>I seldom have multiple SYSRES volumes. I use dsnames of SYS9 instead of SYS1,
>renaming when I install the resvol.
>If I'm forced to back it out, then I'm forced to leave the datasets
>uncataloged.
So, you do have (inexcusable) uncatalogued datasets, occasionally. (8-{]}
>The active SYSRES is reached via vol(**)-type catalog entries; second and
>subsequent volumes I play games with, using system symbols to name the
>second/third volumes.
It may work for you, but I'd rather not have your (potential) maintenance
issues! (8-{[}
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL Changes and SMS and Not Cataloged Datasets
>> >I catalog them as a single multi-volume dataset. I've always been overly >> >generous with spool space and thus have seldom needed to add spool space. > >>What would happen when you reach the practical limit of 59 volumes? Why do you say this? >Up to 253 volumes can be designated as spool volumes. Yes, but! I was referring to the DFP limit of 59 volumes for a catalogued dataset. NOT the JES limit! He claimed he catalogued SPOOL. I've never worked at a shop that reached the JES limit; I've worked at shops that have had more than 59. So, cataloguing SPOOL would have been impossible. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Book: What On Earth is a Mainframe?
I said MVS. You said Model-T vs Taurus as a misrepresentation of what I said: what's the difference? If that's not a strawman, what is it? PS: a few others have pointed out that MVS is still an essential component of z/OS. PPS: I think your analysis of the manuals is flawed. Try just looking at the z/OS ones for a specific release (say 1.12). How many have MVS in the title? I can name two. One validates the usage of the term. PPPS: I found my spell checker accepts both spellings of n/s. S: I really do NOT to argue this trivia! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Phil Smith III Sender: IBM Mainframe Discussion List Date: Sat, 27 Aug 2011 13:22:02 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Book: What On Earth is a Mainframe? Ted MacNeil wrote: >I never said that! >Hence, nonsequitor! >Or worse: strawman. OK, so what were you suggesting? That's how I interpreted what you said. I asked you to elucidate; "I never said that" really doesn't do so. I'd really *like* to grok what you're saying. As I noted, what I wrote was meant as an analogy. That doesn't make it a non sequitur (two words, note spelling). I certainly did not intend to introduce a straw man argument. So again: please elucidate? -- .phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL Changes and SMS and Not Cataloged Datasets
>I catalog them as a single multi-volume dataset. I've always been overly >generous with spool space and thus have seldom needed to add spool space. What would happen when you reach the practical limit of 59 volumes? Also, what do you do with multiple sysres? Multiple parm/lpa/load libs? Since they all have the same name, they cannot all be catalogued! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Book: What On Earth is a Mainframe?
>"Hey, what's the difference? They're both processors/cars" -- uh, ok. I never said that! Hence, nonsequitor! Or worse: strawman. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL Changes and SMS and Not Cataloged Datasets
>You're free to disagree, Ted, but I maintain that there's no excuse for ANY >uncataloged datasets. You catalogue SPOOL? And, secondary copies of LPA/LNK libs? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Book: What On Earth is a Mainframe?
> indeed, it looks like IBM is *not* using "MVS" in the title to refer to "z/OS", except with books that they have not updated since it was "MVS", or when they mean "the MVS side". WLM books all have MVS in their titles. Others to do with System Programming/Programmer's Guide do, as well. Not trying to pick a fight, for example, what does a 486 have to do with calling it MVS, or a type of car? That, by definition, is a nonsequitor. PS: When was the last time you dialed a phone number or had plumbing in your house? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Book: What On Earth is a Mainframe?
>Ok, but it's not "MVS" any more. Do you drive a Model T? Is your desktop a 486? Do you run Windows 95? Look at a lot of the manuals from IBM! MVS is in the title. The rest of your response is nonsequitor. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Book: What On Earth is a Mainframe?
>calling System z "zSeries". But who knows, he may have been working > on the project since before 2005, and of course (too!) many people still use > the old name. What's wrong with that? I still call it MVS! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL Changes and SMS and Not Cataloged Datasets
>This poor practice was something instilled in the Tata contractors we have >employed. Simple answer to that: don't hire them again. Long before SMS, in 1981 (when I started), we had utilities to automatically delete uncatalogued datasets. There has been no reason, aside from SYSRES, JES SPOOL and the like, for uncatalogued datasets for aeons! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS and Not Cataloged Datasets
>These datasets turn up not cataloged because of statements in our production >JCL which specify things like NOSCRATCH NOERASE for a simple dataset. I would change the JCL. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF REXX question
>I too have the REXX exec working under TSO, but I'm trying to get it to work >in batch under IRXJCL. Why? If it works don't break it. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copying file to OMVS
>Second, why do you think anybody should get full read and write access to this >file? They were being sarcastic. Somebody else pointed out, due to cultural and language differences, that not everybody would catch on to that. Appears he was right. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about what JES2 command to use
>$T is a set command. For display, you would be looking for $D. This would be >easier under SDSF, especially if there are a lot of jobs using that same >writer. You can fil ter your display o r you can sort by wtr. Unless things have changed, $T is not always just SET. $TN is/was used to display NJE settings/status. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
I have NO idea what you are trying to say! To me, this is ALL gibberish! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Jim Thomas Sender: IBM Mainframe Discussion List Date: Sun, 21 Aug 2011 18:24:39 To: Reply-To: IBM Mainframe Discussion List Subject: Re: Security is fun in the PC world Sir, Sure ... have you not heard ?? .. there's a new MicroDaft product coming out soon .. it's called ... 'Deject' (or was that 'Reject' .. sorry don't remember) ... it's rumored to have been written in C++ and JAVA. Apparently they've come up with a better way for 'garbage collection'. :-) Actually ... there has been very stiff resistance from most management folks who are rather insistent on calling it ... well .. I'll refrain. :-) Anywhoo... Instead of 'any' paper in bathrooms, it will (don't ask me how and don't tell me either please) all be handled by Project managers and the likes ... basically 'Deject' (or 'Reject') is very similar (I am told) to 'Project' ... Personally ... I think it was just a way to give the Project manager's of today an expanded job opportunity. By the way .. the said product is also rumored to have very strict time / deadlines !!. :-) Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -----Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Sunday, August 21, 2011 5:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Security is fun in the PC world > are going to a paperless' office. As soon as we have a paperless bathroom! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3848 - Release Date: 08/21/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
> are going to a paperless' office. As soon as we have a paperless bathroom! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
>couldn't be troubled to double-check his work and still get my work done. >Where do you draw the lines? Always a difficult call. In 30 years (PLUS), I've only been involved in terminating people twice. One was easy: he was so incompetent, we had to remove all his update access. He couldn't find his butt with both hands, a flashlight and a roadmap. The other was heart wrenching: he was the overly cautious type, and he had two small kids and a single income family. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TS1120 Drives: will they support 10/20 GB J tapes ?
>3590 J tapes are physically different. As 3490 cartridges can´t be used in >3590, same for 3590 cartridges can´t be loaded in ts1120 drives... Planned obsolescence! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
I thought there was a minimum of 18 bytes for LRECL. At least, there was in 1981, when I learned JCL. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Paul Gilmartin Sender: IBM Mainframe Discussion List Date: Wed, 17 Aug 2011 19:43:19 To: Reply-To: IBM Mainframe Discussion List Subject: Re: ABEND - 637-04 On Wed, 17 Aug 2011 09:17:40 -0700, Ed Gould wrote: A 32K blocksize is not optimal for 3390 . IIRC it would be 1 block per track (track size being 48K) Half track blocking or 24K is probably the best, IMO. My memory is drawing a blank for 3380 (but 36K maybe right) so 18K. Best to use blksize=0 unless the damn program over rides the blocksize, if so call the vendor. And if the vendor happens to be IBM? ... I believe there remain some IBM utilities that usurp SDB. Some of these have been fixed, perhaps by APAR, sometimes exposing errors in SDB. It's bigger than 24K for 3390. Experiment shows 27998. It's in a book somewhere. another publication recommends, "see IBM 3390 Direct Access Storage Subsystem Reference," but I can't find that on publibz today. BTW, I misstated the condition in my riddle earlier: "... what is the smallest block size that SDB will ever choose on a 3390?" Of course, for RECFM=F,LRECL=1, SDB will choose 1. But that's trivially uninteresting. I meant to say, "What is the smallest block size that SDB will choose on a 3390 for a blocked RECFM such as VB or FB (or perhaps U)?" The answer may be surprising at first. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND - 637-04
>Around 27K for 3390, around 24K for 3380, Ed. Don't know the exact numbers >right off the top of my head. It depends on the LRECL. 'Full track' is: 47476 for 3380 56664 for 3390 The inter-blocks also contribute. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Resolver Question
Mason! Who made you the USS Nazi? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: James Link Sender: IBM Mainframe Discussion List Date: Wed, 17 Aug 2011 08:08:24 To: Reply-To: IBM Mainframe Discussion List Subject: Re: TCPIP Resolver Question Groan Jim Link | ITM II | Technical Operations State of Nevada | Department of Information Technology T: (775) 684-4308 | F: (775) 684-4324 | E: jl...@doit.nv.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, August 17, 2011 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP Resolver Question Anson I promised a second post with reference to this post. As it happens, another thread appeared and I was requested to provide the explanation which roughly corresponds to the point I was going to make to you: http://bama.ua.edu/cgi-bin/wa?A2=ind1108&L=ibm-main&D=1&O=D&P=342775 It was clear that, because to what you referred was comparable to the "MVS environment", what you actually *meant* was the "z/OS UNIX" environment. As you can see, your use was a misuse - regrettably a very common one. As you approach anything to do with the TELNET servers supported by the IP component of z/OS Communications Server for the first time - as is bound to happen with each of the newcomers to these topics who generally appear not to use English as their first language and who may very well become the majority of users in the not too distant future - you will be introduced at the same time to a) Unformatted System Services (the *real* USS) commands and messages B) confusion! This confusion - for you and all these folk recently starting work with z/OS - would be entirely avoidable[1] if the officially approved abbreviation for anything to do with z/OS UNIX System Services were universally used, namely z/OS UNIX. - [1] There's a "hard core" of people who subscribe to IBM-MAIN who insist on the misuse although they do - it's not a question of "should" - know better. It's this "hard core" who are responsible for your actual or future confusion - and they stand condemned for their arrogant obstinacy! - Chris Mason On Tue, 26 Jul 2011 00:57:04 -0700, Anson Ye wrote: >Chris, > ... > However, in the real word, I will configure the resolver settings accordingly > in both MVS and USS.) Best Regards! Anson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDF II customization
>Yes, I found the content in the mainframes and FTPed to Desktop as PDF. Why does everybody have to (repeatedly) tell to look it up? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: batch job as non-swappable
>>>If you identify the jobstep program name (and you *always* want it to run >>>non-swap), then an entry in SCHEDxx PARMLIB member should do it - see MVS >>>Init+Tuning >> >>It also has to be authourised. >- >No, you are incorrect sir. From Initialisation & Tuning: PGMNAME(name) identifies by name the program, specified in the PGM parameter on the EXEC statement for a job or step, that requires special attributes. It must consist of an alphabetic or national (#, @, or $) character followed by 0 to 7 alphanumeric or national characters. PGMNAME(name)is required on the PPT statement. A program specified in the PPT will obtain special attributes only if all of the following are true: o The program is fetched from an authorized library or from the link pack area (pageable, modified, fixed, or dynamic LPA). o All STEPLIB data sets are authorized if a STEPLIB DD (or concatenation) exist for the step. v All JOBLIB data sets are authorized if a JOBLIB DD (or concatenation) exists for this job and no STEPLIB DD exists for this step Otherwise, problem program attributes are assigned. All programs described by PPT entries must come from an APF library or concatenation, or from the link pack area. Notes: 1. To override an IBM-supplied entry Does that NOT mean Authourised? Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: batch job as non-swappable
>If you identify the jobstep program name (and you *always* want it to run >non-swap), then an entry in SCHEDxx PARMLIB member should do it - see MVS >Init+Tuning It also has to be authourised. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 list
You're out of date. The whole structure changed a couple of months ago. Somebody already posted the 'new' process of enrollment. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Tom Flesher Sender: IBM Mainframe Discussion List Date: Wed, 10 Aug 2011 10:45:33 To: Reply-To: IBM Mainframe Discussion List Subject: Re: DB2 list The (mostly) mainframe DB2 list is called DB2-L and it's reasonably active and collegial. To subscribe, send mail to lists...@listserv.american.edu with the command: SUBSCRIBE DB2-L Check out: http://www.lsoft.com/scripts/wl.exe?SL1=DB2-L&H=LISTSERV.AMERICAN.EDU HTH. Tom Flesher E-Net Corporation william janulin To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List DB2 list 08/10/2011 10:33 AM Please respond to IBM Mainframe Discussion List Is there a DB2 list that users can subscribe to? Thks, Bill J. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reseting catalog statistics
>VERIFY? VERIFY just validates fields and closes the file. It doesn't recover unrecoverable stats. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
