Re: CTN's and auto DST changes

-SNIP--- > >... Now that we have a lot of K systems, etc, I�d like to have the > > majority of lpars set spring forward/back automatically for all lpars that > > can, > > > All modern systems have automated this: >

Re: OS/VS2 Release 2: Happy 50th Anniversary!

> On 07/03/2024 11:32 PM CDT Wayne Bickerdike > <059234794979-dmarc-requ...@listserv.ua.edu> wrote: > > > I was almost there! I started in 1975 as an application programmer. We'd > just gone from OS/MFT to OS/VS1 and an IBM SE came and talked about this > thing called "virtual storage". >

Re: z/OS 3.1 Enhancements & Support News

> On 06/29/2024 12:52 AM CDT Rob Scott > <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote: > > > I have been using REXX for over 30 years and I pretty much agree with > everything Dave says here. > > Having Python " automatically there " on a customer system will make it used > much mo

Fwd: How read Cyl 0 from within a program?

> Begin forwarded message: > > From: Charles Mills > Subject: How read Cyl 0 from within a program? > Date: February 13, 2024 at 12:19:46 PM CST > To: IBM-MAIN@LISTSERV.UA.EDU > Reply-To: IBM Mainframe Discussion List > > I am interested in writing a program to read the IPL records from a DASD

Fwd: What is the PDS command?

> Begin forwarded message: > > From: Seymour J Metz > Subject: Re: What is the PDS command? > Date: January 10, 2024 at 7:20:00 AM CST > To: IBM-MAIN@LISTSERV.UA.EDU > Reply-To: IBM Mainframe Discussion List > > Admittedly the initial VSAM had warts, but the first cut at ICF was so bad > that

Fwd: What is the PDS command?

> Begin forwarded message: > > From: Seymour J Metz > Subject: Re: What is the PDS command? > Date: January 4, 2024 at 6:22:39 AM CST > To: IBM-MAIN@LISTSERV.UA.EDU > Reply-To: IBM Mainframe Discussion List > > Paper?! For, e.g., SYSABEND, SYSUDUMP, on SPOOL you can at least do a search > for,

Re: What is the PDS command?

> On Dec 27, 2023, at 4:57 AM, David Spiegel > <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > > Hi Ed, > You and your programmer were not impressed?! > How can you not be impressed by the ability to add Directory Blocks (by > moving members out of the way), the ability to generate JCL

Fwd: What is the PDS command?

HI Roger, The PDS command as I remember it from 40 years ago did a lot more than scanning. It had lots of other capabilities, Some of them were updating (IIRC) link date, SSI, and fixed alias issues and about 10 other things. I think it is still on the CBTAPE still. My memory was from 40 years a

Re: HMC hardware messages

I wish we would have had this feature 40 years ago. At that time we shut the entire data center down on Sundays. Some time Sunday morning we had a consultant from a well known company came into the DS and IPL’d one of our system and turned off SMF recording and EREP and ran a bunch of jobs. Com

Re: ISPF to Panvalet interface

> On Dec 19, 2023, at 11:24 PM, Brian Westerman > wrote: > > Does anyone have an inexpensive (i.e. free) working ISPF interface to > Panvalet. There is one on the CBT Tape that doesn't support any recent > versions of Panvalet and it abends because of Panvalet changing to PS > datasets from

Fwd: Permission to redistribute LE

Long ago and far away there was a LARGE company that did similar things (ie Cobol) . It was some auditing company (IIRC) and they claimed that you must user their Cobol library. Anyway, I never bothered. I said if it abends then we will consider using their library. In the 10+ years I never need

Re: SMF Extract Using to find the user id who deleted datasets

> On Sep 4, 2023, at 10:21 AM, Ituriel do Neto > <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > Hi, > > There is a utility on CBT site that may help you to find it. > It is called DAF. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > > Yes, that

Re: With regrets, after many years I will no longer be following IBM-MAIN

> On Sep 4, 2023, at 12:36 AM, Brian Westerman > wrote: > > I think even the ones that abuse the list the most still provide assistance > from time to time that is very useful. I completely understand that > oftentimes they want the person to RTFM, which makes a lot of sense because > you al

Re: Is the IBM Assembler List still alive

> On Sep 5, 2023, at 8:17 AM, Clem Clarke wrote: > > Yes, we send a bug report way back in the 1960's at Shell Oil in Melbourne. > > We used COND codes a lot, and it mucked everything up! > > Clem > > > Colin Paice wrote: >> I heard that IEFBR14 had the highest "bug rate" per line of code >>

Re: Simple request from chatGPT to write assembler program.

> Begin forwarded message: > > From: Steve Thompson > Subject: Re: Simple request from chatGPT to write assembler program. > Date: September 5, 2023 at 2:27:52 PM CDT > To: IBM-MAIN@LISTSERV.UA.EDU > Reply-To: IBM Mainframe Discussion List > > And so we can now understand that when a paralegal

A Little off topic but reasonable post (IMO)

Hello, I am looking for an ISPF editor(like) for MACOSX I will be needing this quite a bit in a month or two. Can anyone give me a hint as to its availability/non. Thanks, Ed -- For IBM-MAIN subscribe / signoff / archive access in

Fwd: Bob Shannon

> ——SNIP > It is with great sadness that I have to inform this forum that Bob Shannon > passed away unexpectedly last week aged 75. > > Bob was the systems programming manager at Rocket Software from 2003 until > his retirement in 2016. > > He was a real characte

Fwd: Simple request from chatGPT to write assembler program.

> > Bill, There are at least 2 large DC’s that run a majority of their production in assembler, that I know personally. The coding is quite complex, ie multi tasking in Production and doing cross memory “stuff”. While I know 2 isn’t a lot there is hope yet. The multitasking is a wonder and I

Fwd: Syncsort > DFsort migration

The only issue I ran into (this was years ago) was that if you use the PARM in Syncsort of “EQUAL” expect different output in DFSORT.. We did not run into this but a friend did. There are items in Syncsort that are different in DFSORT. Syncsort made the decision that some of the (I do not have a

Re: Ars Technica: The IBM mainframe: How it runs and why it survives - Universal Command Language

Clem: It has been years. We were “neighbors” and after a visit to your place I was given a (I think) an 8” inch. 6250 reel of tape that contained JOL. When I got back to my company I d/led it on our system. I tried for several days to understand it. I gave up and gave it to another sysprog and

Re: z/OSMF

> On Jun 27, 2023, at 6:43 AM, rpinion865 > <042a019916dd-dmarc-requ...@listserv.ua.edu> wrote: > > Remember the days when you could purchase mainframe software? In 1987 we > had UCC-1, UCC-7, and UCC-11. And we had just gotten ACF2, which had just > been acquired by Uccel. The instruct

Re: Checkpoint/restart in COBOL applications?

> On Jun 18, 2023, at 10:31 AM, Steve Thompson wrote: > > In years gone by, I had checkpoint/restart in COBOL programs using Tape, so > that they could pick back up from the last checkpoint. Obviously a long > running program since it was processing multiple tapes (reel to reel stuff). > > In

Dave Josuma's post

I have been here lurking for the last five or so years. Here is my response to Dave’s post. As for me “arguing,” much of it had to do with IBMer’s sugar-coating many issues in older times. To name two, a few were IBM and their blind attitude towards COBOL. Arguing on COBOL was and always has be

Another Old Timer lost

All: Anyone who knew Bob Levy I wish to inform you of his death. Bob was a big-time GUIDE person. He was a prominent person in the Storage Group in GUIDE. Bob passed away in December. I just found out about it a week ago. Bob died of Cancer. All that knew Bob was better off because of what Bob d

Re: DEVSUPxx question

> On Nov 1, 2018, at 2:36 AM, Giliad Wilf > <00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote: > > In short, your DEVSUPxx should have been coded like this: > > NON_VSAM_XTIOT=YES, > COMPACT=YES, > MEDIA1=11, > MEDIA2=12 > > ...rather than like this: > > NON_VSAM_XTIOT=YES, > COMPACT=YES,

Re: ICEGENER to the rescue again?

> On Jun 25, 2018, at 4:52 AM, Sean Gleann wrote: > > is would be greatly appreciated > Sean: Look at the CBTTAPE.ORG there is at least one program that offload the the entire PDS into a sequestion format and you can easily insert ./ replace and ./ seq cards daily it ha

(OT) Good bye everyone

Approximately 2 months I had a life altering incident. I can no longer function as a sysprog. I resigned my no pay job at the place I used to donate my time. I find I can no longer do the job. I hope much success to all of you and hope that you can carry on with your work, despite IBM’s best eff

Re: empty KSDS behavior - why?

> On Jun 1, 2018, at 5:55 PM, Frank Swarbrick > wrote: > > Here's something interesting I found in the "VSAM Demystified" Redbook: > "Empty KSDSs: RLS allows you to open an empty KSDS without first loading the > data set. In other modes (NSR, RLS [sic?]), this process is not possible." > (I

Re: Best Group for COBOL Question(s)

> On May 30, 2018, at 9:43 AM, Steve Thompson wrote: > > > So anyone else see anything a bit silly about this? > > > Regards, > Steve Thompson Steve, IBM is in the business of making money and the more CPU you use the more computers they will sell. Ed -

Re: empty KSDS behavior - why?

> On May 28, 2018, at 12:38 AM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > No, no! The suggestion was that it should automagically add one record, > *then*delete*it*. > (Others have said this suffices.) Or, in a shortcut initialize the data set > in such a st

Re: empty KSDS behavior - why?

> On May 27, 2018, at 8:51 PM, Charles Mills wrote: > > Exactly. I am no VSAM guy ... but whatever magic you have to do manually go > get the VSAM file to be readable, why can't AMS just do that when it creates > the file? Is there any reason anyone would want a "virginal" (unreadable) > VSAM

Re: CLIP?

> On May 24, 2018, at 8:49 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 24 May 2018 20:03:55 -0500, Edward Gould wrote: >> >> Our big boss was trying to show the board how he tried to save money. They >> sort of

Re: empty KSDS behavior - why?

> On May 25, 2018, at 10:43 PM, Mike Schwab wrote: > > I remember working with HSM migration control datasets a few years > ago. Even for that you had to load a high key value dummy record > before using the dataset. Mike, I think you are talking about the SDSP VSAM data set(s). Ed ---

Re: Potter (was: CLIP?)

> On May 25, 2018, at 8:21 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Fri, 25 May 2018 19:47:47 -0500, Edward Gould wrote: >> >> What we did use from potter was their printer. All the programmers seem to >> love

Re: CLIP?

> On May 25, 2018, at 1:34 PM, Seymour J Metz wrote: > > Have you used Potter tape drives in that time frame? If not, I don't see any > reasonable argument that you could make. My mind is cloudy here so I can’t remember anything during that time frame. At the time the boss was looking at automa

Re: smp/e question - PTF relinks, but missing CSECTs.

> On May 25, 2018, at 12:39 PM, Jesse 1 Robinson > wrote: > > I'm sympathetic to the argument that new stuff should be investigated, but > the problem is whether that really happens in practice. We've all met the > sysprog who meticulously codes parameter defaults as a kind of in-your-face >

Re: Mantissa z86VM ?

> On May 25, 2018, at 11:51 AM, Dyck, Lionel B. (RavenTek) > wrote: > > The last update I can find is in their blog from June 2015 - does anyone know > what happened to this promising product to enable x86 software to run on Z? > > --

Re: CLIP?

> On May 25, 2018, at 10:34 AM, Seymour J Metz wrote: > > STC drives were the reliable ones. Ever use Potter drives in the late 1970s > or in the 1980s? I will argue with you about the reliability of STC/STK drives. At the time we had a full time (actually a couple) of IBM SE’s. One of them to

Re: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs.

> > > From: IBM Mainframe Discussion List on behalf of > John McKown > Sent: Thursday, May 24, 2018 10:14 AM > To: IBM-MAIN@listserv.ua.edu > Subject: [SUSPECTED SPAM] smp/e question - PTF relinks, but missing CSECTs. > > OK, y'all probably know that I'

Re: CLIP?

> On May 24, 2018, at 2:17 PM, Dan D wrote: > > Back in the 70's & 80's we had a program to "CLIP" a DASD volume to simply > change the label (before ICKDSF was available) > I am stretching my memory but, I believe the precursor to ICKDSF was IEHDASDR > (or something close). > > When a tape l

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

> On May 23, 2018, at 2:13 PM, Gerhard Adam wrote: > > SMP was available in MVT and MFT. It did not begin with MVS I beg to differ. But I was new to the job and our senior sysprog did maint with another IBM program (which I do not remember but it was NOT SMP but something like iebptfle or som

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

> On May 23, 2018, at 9:08 AM, David L. Craig wrote: > >> >> Not sure how long ago eons was, but I started in the >> mid-80s on MVS/SP and at my first SMP/E (and I believe >> only) class, I was taught the APPLY / run for a while / >> ACCEPT usage - except for USERMODs or APARs that hadn't >> had

Re: Old School Maintenance Philosophy -- Never ACCEPT?

> On May 22, 2018, at 3:28 PM, Ed Jaffe wrote: > > z/OS Sysprogs, > > ISTR a maintenance philosophy from "eons" ago where PTFs would be applied but > never accepted. > > What was the rationale for this? Does anyone still use this philosophy? If > so, why? > > Thanks, > > -- Ed, Long ago

Re: [EXTERNAL] TSO notifications from batch job on different LPAR?

> On May 22, 2018, at 8:27 AM, Dyck, Lionel B. (RavenTek) > wrote: > > I phrased the question incorrectly or at least it wasn't complete. > > The batch job end notification does appear on the TSO LPAR but messages from > Connect:Direct that run on the Batch LPAR to no show up on the TSO LPAR u

Re: VTL as 3490 vs 3590

> On May 22, 2018, at 1:04 AM, Timothy Sipples wrote: > > Radoslaw Skorupka wrote: >> It is really nice sales pitch, but *technically* IBM it is no longer >> possible to write directly to a tape volume from z/OS. > > First of all, it's not a sales pitch. I don't do sales pitches very well. > >

Re: CLIP?

> On May 21, 2018, at 9:54 AM, Michel Beaulieu wrote: > > Let me speculate that the term goes back to tape use: > In these days, sometimes the first few inches or feet of tapes could become > damaged > > so it would not be possible to load the tape and even less read the tape > label or the d

Re: Syncsort to DFSort Migration

> On May 17, 2018, at 3:05 PM, Brian France wrote: > > On 05/17/2018 01:25 PM, Edward Gould wrote: __snip-- > excellent and no one ever questioned me, after it was Hmmm… > And just how many stubbed toe

Re: Syncsort to DFSort Migration

> On May 17, 2018, at 11:21 AM, Sri h Kolusu wrote: > >>> in IBM sort you have to specify equals this seemed to be the hardest > > Edward, > > You can set EQUALS as default at the installation level for DFSORT. There > is a slight overhead with EQUALS option which increases the time needed for

Re: Syncsort to DFSort Migration

> On May 17, 2018, at 12:20 AM, zos reader wrote: > > Hello All, > > We are planning to migrate Syncsort to IBM DFSort, May you share your > thoughts on it, some might have done this on their shops, please share your > experience > > Thanks, Samat > I have done this a few times over the years

Re: [EXTERNAL] Re: Heretic alert: I really detest TSO REXX (the language)

> On May 15, 2018, at 8:34 AM, Dyck, Lionel B. (TRA) wrote: > > While I agree that REXX is more appropriate for smaller projects - there are > tradeoffs. If an application is going to be used frequently (100's of times > per day) and performance is important then don't use REXX. If an applicati

Re: [TSO-REXX] Sdsf rexx

> On May 12, 2018, at 7:31 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >> SNIP--- > Ironically, it already exists in z/OS: /bin/patch, but people are loath to > use it -- > perhaps they ass

Re: [TSO-REXX] Sdsf rexx

> On May 11, 2018, at 10:25 AM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > When I first encountered SPF panel definitions were RECFM=VB. I coded some > and > modified others. I experienced conversion anguish when a later release went > to > RECFM=FB. > > IEB

Re: [TSO-REXX] Sdsf rexx

> On May 10, 2018, at 10:30 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > ——SNIP--- > > Fear of indention is collateral damage of RECFM=FB,80. When Rexx first came > to TSO it came with a GIM that recommended RECFM=VB,LRECL=

Re: Anybody running this?

> On May 10, 2018, at 1:05 PM, Greg Boyd wrote: > > I know of several customers running this newest level. The other new > function is support for STATs. That's an option you can enable to generate > SMF records with counters on use of engines, algorithms and services. Could > be a signific

Anybody running this?

ICSF Delivers With the New FMID HCR77C1 Release Usability improvements, such as an ISPF-based browser for CKDS key material, and integrated support for a PCI HSM configure

Re: GETMAIN LOC=32

> On May 7, 2018, at 8:42 AM, Joel C. Ewing wrote: >> ——SNIP--- > One of the big advantages of IBM mainframes (since S/360) has been > upward compatibility for application code. Unlike other platforms, you > don't have to redesign applic

Re: DFSMSdss Release command

> On May 2, 2018, at 3:50 AM, Gadi Ben-Avi wrote: > > Hi Ed, > The DSORG is PS for these datasets. > > Gadi > Are they in use? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@lis

Re: DFSMSdss Release command

> On May 2, 2018, at 2:06 AM, Vernooij, Kees (ITOPT1) - KLM > wrote: > > Ed, > > From the FM: "DFSMSdss does not release any space for data sets that are > empty (the last used block pointer in the data set's VTOC entry is zero)." > DMS still exists and is called CA-DISK for the last 25 years,

Re: DFSMSdss Release command

> On May 1, 2018, at 6:35 AM, Gadi Ben-Avi wrote: > > -- > - Enter "/" to select actionTracks %Used XT > -- > KVPO.LGDM02.KLITMINL.SHIL

Re: Check out Is this the world's smallest computer? IBM chip is no bigger than a grain of salt - TechRepublic

> On Apr 30, 2018, at 7:27 PM, Mike Schwab wrote: > > https://singularityhub.com/2018/03/26/ibms-new-computer-is-the-size-of-a-grain-of-salt-and-costs-less-than-10-cents/#sm.0kjd99y9b1dtfskgb3s914c65 > >

Re: z/VM Live Guest Relocation

> On Apr 30, 2018, at 10:43 AM, Seymour J Metz wrote: > > What MVS part? > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 There are scattered references to being conn’d (I think it is the usage) and items like this: other trivia: my wife had be

Re: z/VM Live Guest Relocation

> On Apr 30, 2018, at 2:42 AM, David Crayford wrote: > > Great story. You should add some content to the Wikipedia page > https://en.wikipedia.org/wiki/Live_migration. I would expect IBM to object to it unless she tones down the MVS part. Ed -

Re: z/VM Live Guest Relocation (Was: z/OSMF....)

> On Apr 28, 2018, at 5:44 AM, Timothy Sipples wrote: > > Yes, and others saw that clever trick years earlier. Here's the history. > > In July, 2010, IBM issued a Statement of Direction announcing its intention > to add Live Guest Relocation to z/VM. IBM then made Live Guest Relocation > general

Re: Tapeless delivery

> On Apr 27, 2018, at 1:01 PM, J R wrote: > > > >> Dr. Evil wrote: >> >> ... The data that is in these files are only known by the President of the >> company and I think one VP. The President’s boss work’s in another country >> and the board is scattered around the world, if I met one in th

Re: Tapeless delivery

> On Apr 26, 2018, at 6:08 AM, Timothy Sipples wrote: > > I'm utterly mystified. Yes, OK, you have to use a DVD reader instead of > a tape drive. There's a media change and a drive change...and so what? > Media and drive changes are also nothing new since there have been multiple > tape cartr

Re: Tapeless delivery

> On Apr 26, 2018, at 6:08 AM, Timothy Sipples wrote: > > [I don't know who wrote this] wrote: >> DVD’s/CDROMS have an affinity to getting lost and you >> cannot put a sticker on it (on the sleeve yes) but >> not on the physical device. I did and I stand by it. I have gummed up many cdroms and h

Re: Tapeless delivery

John, I was in the middle of replying to you last email and it just disappeared. To all of your first paragraph (If I remember it all) the issue you site are essentially the same (IMO) whether it is CDROM or TAPE. ——NOW——— I both agree with you and disagree. I will not try and put

Re: OAM and Object Tape Support with an MTL

> On Apr 24, 2018, at 12:58 AM, Brian Westerman > wrote: > > OAM is pretty fast for SMS managed tape. For example, we have a client that > uses literally thousands of really small tapes per day (it's a long sordid > story as to why) with 512 virtual tape transports and an average of 156 in >

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

> On Apr 20, 2018, at 3:26 PM, David L. Craig wrote: > > In 1974, we considered it, but the cost of a byte of disk storage was > enough to push the storage of each date's century toward the '90s. We > fully expected the remediation would be needed but storage would be more > affordable by then,

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

> On Apr 20, 2018, at 3:03 PM, Christopher Y. Blaicher > wrote: > > Windows programmers are blown away when I tell them that I still run a > program I wrote 45+ years ago. They ask if I have to re-compile it and I > tell them no, it is the same load module created way back then. Their jaws

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

> On Apr 20, 2018, at 2:13 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Fri, 20 Apr 2018 07:14:20 -0700, Gerhard Adam wrote: > >> Applications don't get old. They either do what they're supposed to do or >> they don't. It has nothing to do with age. >>

Re: The IRS Really Needs Some New Computers

> On Apr 17, 2018, at 1:09 PM, Allan Staller wrote: > > The IRS has been trying to upgrade both hardware and software for at least 30 > years I am aware of. > It keeps getting shot down by Congress in the appropriations process. > > The opposite of PROGRESS is CON…… Allen: I can’t speak to th

Re: One last question on TAPELESS delivery

Anyone: I talked with my boss yesterday and he told me to get up a short presentation on DVD’s and maintenance from IBM over the internet. Since I still do not know some of the issues (PC SIZE etc) he shot me down in about 3 minutes. I could not answer most of his questions so he told me to ge

Re: One last question on TAPELESS delivery

> On Apr 8, 2018, at 7:49 PM, Timothy Sipples wrote: > > Edward, > > Here's the basic process: > > 1. Order and receive physical DVD media containing the software products, > via postal mail or courier. > > 2. Insert the DVD into the drive of any machine that your designated z/OS > LPAR can re

One last question on TAPELESS delivery

Hi, Before I go into a viper pit for telling the boss and his boss and his boss and be asked many questions that I am nowhere near qualified to answer. Is there an IBM book/manual or SHARE presentation that I can show to the management what will be needed, hardware (software) wise to be able to

Re: Software Delivery on Tape to be Discontinued

> On Apr 1, 2018, at 1:22 AM, Timothy Sipples wrote: > > Edward Gould wrote: >> Would it even fit on a mod54? > > A Mod54 is about 54GB uncompressed, whereas a DVD disk can hold up to 9.4GB > (dual layer DVD-RAM at least). I don't recall if the HMC supports dual

Re: Software Delivery on Tape to be Discontinued

> On Mar 30, 2018, at 3:04 PM, Edward Gould wrote: > > Timothy: > I have heard about this method and I have read on here varying degrees of > success(or not). Has this method ever been done for CBPDO/CBIPO/ or you other > offerings?Would it even fit on a mod54? > I am ope

Re: VBSFIX Program

> On Apr 2, 2018, at 12:19 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 2 Apr 2018 11:33:37 -0400, Carmen Vitullo wrote: > >> DFsort and syncsort can correct some bad record formats in SMF >> > But if SMF or the dump utility is generating bad records

Re: VBSFIX Program

> On Apr 2, 2018, at 10:22 AM, Veryl Ellis wrote: > > Does anyone have a copy of the IBM module VBSFIX? > > I have short record(s) in my SMF dump dataset, which is prohibiting me from > doing my monthly SCRT thing. > > I've seen information that this program can resolve this issue. > > Anyone

Re: Software Delivery on Tape to be Discontinued

> On Apr 1, 2018, at 1:22 AM, Timothy Sipples wrote: > > Edward Gould wrote: >> Would it even fit on a mod54? > > A Mod54 is about 54GB uncompressed, whereas a DVD disk can hold up to 9.4GB > (dual layer DVD-RAM at least). I don't recall if the HMC supports dual

Re: Software Delivery on Tape to be Discontinued

> On Mar 30, 2018, at 6:01 AM, Timothy Sipples wrote: > > I'm a little confused here. For those of you who would like: > > * physical media delivery > * of z/OS products > * installed without any intermediate systems > > I believe IBM has you covered, already. You simply order the DVDs, insert

Re: JCL "diagramming"?

> On Mar 29, 2018, at 2:57 PM, Mike Schwab wrote: > > CA (Computer Associates) still sells JCLFLOW. > Forget even mentioned it. I had no idea it was a CA product. I apologize to the group. Ed -- For IBM-MAIN subscribe / sig

Re: JCL "diagramming"?

> On Mar 29, 2018, at 10:22 AM, John McKown > wrote: > > This is a weird idea that is floating around in my head. I am wondering if > there is any software which can create a "picture", "diagram", or > "flowchart" of JCL? I'm not too sure if this is even a useful thought. It's > just a scratch t

Re: Software Delivery on Tape to be Discontinued

> On Mar 28, 2018, at 9:06 AM, R.S. wrote: > > Now it's a matter of belief. > I simply do not believe in some statements which I (roughly) collected below: > > > > No DVD's are allowed. > ServerPac delivery box contain a lot of DVDs and CDs. What about them? I got my boss’s OK and got a servpac

Re: Software Delivery on Tape to be Discontinued

> On Mar 28, 2018, at 12:43 PM, Jesse 1 Robinson > wrote: > > Long before IBM talked about the end of tape delivery, we stopped accepting > any physical media whatever--even doc. The reason was rooted in legal > classification of software for tax purposes. In order to be extra careful, we > e

IMAGINE what would happen if IBM had done this

Some of the Windows updates released by Microsoft to mitigate the Meltdown vulnerability introduce an even more severe security hole, a researcher has warned. Microsoft has released patches for the Meltdown and Spe

Re: Software Delivery on Tape to be Discontinued

> On Mar 27, 2018, at 6:17 AM, Richards, Robert B. > wrote: > > Is your upper management watching the movies "The Net" or "War Games" on a > loop? Paranoid much? > > Do the words "SECURE TRANSMISSION" mean anything to them? > Consider that the world's wealth is running on IBM's z/OS operating

Re: Software Delivery on Tape to be Discontinued

> On Mar 27, 2018, at 5:52 AM, R.S. wrote: > > Well, it was easy to predict: There are no more tapes! > > What media could you order? > CST, ECCST (3480, 3490E) - not marketed for years, no native connectivity > (ESCON) > MAGSTAR - also out of market for years. And no compatible products from o

Re: Software Delivery on Tape to be Discontinued

gt; On Mar 26, 2018, at 21:31, Paul Gilmartin >> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> >> On Mon, 26 Mar 2018 15:52:57 -0500, John McKown wrote: >> >>>> On Mon, Mar 26, 2018 at 3:40 PM, Edward Gould wrote: >>>> >>>> Bet

Re: Ignoring TIME= specification in JCL

> On Mar 27, 2018, at 6:28 AM, Peter Hunkeler wrote: > > I've got the requirement to limit who is allowed to specify TIME= on either > JOB or EXEC statement. This is for z/OS V2.2 (and up) and JES2. > > > There is JES2 exit 4 to scan and modify the JCL statements. Is there an > alternative? >

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 8:31 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 26 Mar 2018 15:52:57 -0500, John McKown wrote: > >> On Mon, Mar 26, 2018 at 3:40 PM, Edward Gould wrote: >> >>> Between the Auditor and

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 5:28 PM, Charles Mills wrote: > >> No longer can you talk to an IBM person directly unless you have a signed >> contract in hand and in the other hand a certified check. > > I certainly do, and all the time. As recently as week before last. Was this in a business environme

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 8:00 PM, Clark Morris wrote: > > My response is that both are idiots and I would like to know the name > of the company so I can short sell it. They are going to convert to > Windows which might supply a DVD but not keep it up to date. All > fixes are delivered via Interne

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 5:28 PM, Charles Mills wrote: > >> No longer can you talk to an IBM person directly unless you have a signed >> contract in hand and in the other hand a certified check. > > I certainly do, and all the time. As recently as week before last. > >> the AUDITOR calling someon

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 5:25 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 26 Mar 2018 16:57:47 -0500, Edward Gould wrote: > >>> On Mar 26, 2018, at 3:47 PM, Charles Mills wrote: >>> >>> Goofiness. >

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 3:52 PM, John McKown wrote: > > On Mon, Mar 26, 2018 at 3:40 PM, Edward Gould > wrote: > >>> -- >> John: >> Between the Auditor and the CEO they are of one voice. No outside data >> (include DVD’s) are allowed. They have been quit

Re: Software Delivery on Tape to be Discontinued

--Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Edward Gould > Sent: Monday, March 26, 2018 1:36 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Software Delivery on Tape to be Discontinued > >> On Mar 26, 2018

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 2:23 PM, John Eells wrote: > >> On Mon, 26 Mar 2018 13:33:23 -0500, Edward Gould wrote: >>>> "IBM plans to discontinue delivery of z/OS platform products and service >>>> on magnetic tape on July 1, 2018. ..." >>> C

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 1:44 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 26 Mar 2018 13:33:23 -0500, Edward Gould wrote: >>> >>> "IBM plans to discontinue delivery of z/OS platform products and serv

Re: Software Delivery on Tape to be Discontinued

> On Mar 26, 2018, at 12:04 PM, John Eells wrote: > > Perhaps some of you recall this from last October. If you missed it in the > announcement: > > "IBM plans to discontinue delivery of z/OS platform products and service on > magnetic tape on July 1, 2018. This fulfills the statement of dire

  1   2   3   4   5   6   >