Re: Check out Massive Amazon cloud service outage disrupts sites

There's a great (though probably apocryphal) story of the Xerox STAR product being installed in directory /bin/star. Tech support is on phone with customer, they decide to whack it and start over: "Type rm dash rf slash bin slash star" "What's happening?" "It's taking a really long time..." Li

Re: Software vendor trying to force MSU based contract

Tom Brennan wrote: >Same here. Instead of escrow or source code supplied to an end user, I think >it would be far better for folks to consider someone else to take over should >a product be left behind (for whatever reason). For example, the code could >be given or sold to Rocket/Dino/Serena/e

Re: curious: why S/360 & decendants are "big endian".

Charles Mills wrote: >One thing about little-endian I have observed of relevance to software >writers: if I expect you to pass me a halfword and instead you pass me a >fullword, then the code will probably work most of the time. Whether that is a >benefit or a liability depends upon one's point

Re: curious: why S/360 & decendants are "big endian".

Paul Gilmartin wrote: >Um. No. Not unless the top halves and bottom halves are identical. I said it wrong. What I meant is, if you expect a halfword and I pass a fullword, you’ll see zero for values up to 65K. Then you’ll start seeing values mod(65K). So you’ll *notice* right away. Similarly, i

Re: curious: why S/360 & decendants are "big endian".

Mohammad, I’m confused. You said: >In Arabic while writing from right to left 345 is written exactly in that >order and it's read "five forty three hundred". I’m trying to understand. Given the number 345. You’re writing a series of letters, starting with A (yes, of course it’s not an A, but I ca

Re: curious: why S/360 & decendants are "big endian".

Thanks, Mohammad! Now we can all see how it’s done. Fascinating. Love the fact that they’re *read* small-to-large and (it seems) physically written thus when writing by hand. And of course in English it’s ambiguous: “written left to right” – really “appear the same way as in languages that write

English (was: curious: why S/360 & decendants are "big endian".)

Skip Robinson wrote: >(It must be Friday somewhere.) I'm fascinated by the characterization of >English as 'pidgin'. I don't see that word in any of the articles cited, but >it's an intriguing idea. I think where the term falls short is not the >mish-mash mongrel origin of English but the ideas

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

Wait, what? >By analyzing publicly available federal spending and security breach data, the >researchers found >that a 1% increase in the share of new IT development spending is associated >with a 5% decrease in security breaches. >"

Re: ComputerWorld Says: Cobol plays major role in U.S. government breaches

To find John Crossno's comments, go to https://www.linkedin.com/company-beta/163187/ Then hit END 4 or 5 times (to cause the page to autoload more stuff) and search the page for COBOL. Beware, as he noted, they reposted it; you want the one from yesterday, not Friday (which has two comments). H

Re: SMP/E Tutorial

library also called BANANA, you can't do that. Seems kind of primitive in this day and age, especially when you're forced to work with eight-byte names! Obviously if I'm wrong here I'd love to be corrected... (And maybe everyone knew this from birth except me) -- ...ph

Re: SMP/E Tutorial

Ah, good - maybe either (a) we were using old doc or, more likely, (b) we misunderstood. We have some things like SAMPLIB that aren't under SMP/E control, have been meaning to fix it, and this (perceived) limitation was standing in the way of making it easy! ---

Re: What are mainframes

Agreed, though he loses partial points for (a) being overwrought and (b) getting SAP wrong. But the first is obviously subjective and the second is a nit. -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Re: What are mainframes

Tangentially related... Patrick Mullen wrote: > We had an IBMer give a presentation a couple weeks back, an update on all > things z. He mentioned that one of the biggest users of zLinux on the planet > was ADP, who of course use it for...payroll. Tangentially related: in 2000, I was at a user

Re: Fw: z/OS with ASCII and Non-ASCII input

>I recently received a request to produce a UNICODE table to allow zOS to >accept Non-ASCII input. Currently, the system recives ASCII input. Apparently >there is a scenario in IBM developer works to product this UNICODE table. >My question then, if I do this, will z/OS accept both ASCII and Non-

Mainframe operating systems?

Today's random wondering: how many operating systems can folks remember having run on S/360 and descendants? I can think of: OS/360 (including MFT, MVT, MVS, up thru z/OS, including MSP and VOS3) VM (CP/40 up thru z/VM) DOS (or did it start as TOS? Not my turf! up thru z/VSE) ACP (up thru z/TPF)

Re: Mainframe operating systems?

John P. Baker wrote: >BOS/360 (predecessor to DOS), TOS/360, TSS/360, RTOS/360, MTS, DPPX/370, and >UTS (Amdahl UNIX) should be added to your list. Ah, UTS. Forgot that one! DPPX/370 is its own thing; sounds like BOS and TOS, and ?maybe RTOS? should go in the VSE bucket, no? TSS, yeah, forgot tha

Re: Mainframe operating systems?

Jack J. Woehr wrote: >Did anyone in the audience shout PICK yet? Yes, it was in my original list. Hmm, I thought I remembered that the original developer was named "Dick Pick". That turns out to be correct, but don't Google it! :( https://en.wikipedia.org/wiki/Pick_operating_system is what you w

Re: Mainframe operating systems?

Barry Merrill wrote: >At the Czech Tax Bureau in Brno in 1980 I saw what was described >as a Ryad clone of an IBM 145 running DOS. >They had 3420-ish 8 tape drives, and about 100 tapes in their tape library; >I think this handled only international transactions. >Two lab techs in white coats had

Old hardware

Besides Connor, what's the oldest box anyone here has running z/OS? Any z9s still out there? z990s? Just curious... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with

Re: Old hardware

Timothy Sipples wrote: >We have a customer in my general part of the world that is, as I write >this, moving from an IBM mainframe they installed in early 1999 (with ~1998 >software releases) to a shiny new IBM z System machine. They have "only" >about 19 years (and counting) of new features and ca

Re: Old hardware

Jim Mulder wrote: % > It may depend on which types of risks are being considered. For example, >would you consider it risky to run a stable but unsupported version of >Windows on a machine which is connected to the internet, since no new >security fixes are being provided for that version? Righ

Re: Vendor Licensing Frustrations

Having worked for a variety of vendors, I've been on the opposite side of this issue, and I have to agree 100% with the customers. Yes, there's theoretical risk of folks stealing software; de facto, however, in over 30 years, I've seen exactly ONE such case. And it wasn't deliberate: it was a ca

Re: Vendor Licensing Frustrations

scott Ford wrote: >What about theft of software products ? We all know it goes on ... >How do you prevent it ? When I see someone assert that "We all know it goes on", I don't see it as a meaningful statement. Spontaneous fission also occurs, but not enough for me to worry about it. There have b

Re: Terminology - Datasets

Skip wrote: > Since the term 'data set' (is it one or two words?) is pretty much confined > to mainframe... Since you asked: IBM created the term, and in IBM-land it's two words. I have an autocorrect set so I don't think about it most of the time. --

Re: Terminology - Datasets

Steve Smith wrote: >I don't understand IBM's insistence on "data set", which is a generic >phrase equivalent to "set of data". "Dataset" has been in use for decades >to mean a collection of records organized in particular ways and stored on >a computer system, particularly on our architecture. I

Re: Terminology - Datasets

Frank Swarbrick wrote: >Personally I think we should call them "MVS data sets" or "MVS files", as >distinguished from and "MVS Unix files". We still have "MVS JCL", so why >muddy the waters whenever IBM marketing decides to change the name of the >"operating system" again? "MVS"? While MVS is

Nasa runs competition to help make old Fortran code faster

(Note to the Brits: That's "NASA", not "Nasa"-yeah, yeah, house style. But stupid.) http://www.bbc.com/news/technology-39803425 So my question on this is, "If this old code ran anywhere near to acceptably when it was written, how can it possibly not be fast enough on modern hardware?!" --

Re: Hitachi to Deliver New Mainframe Based on IBM z Systems in Japan

A friend suggests: >Look for a new model coming soon from their US arm, Hitachi America Ltd, the >9000. Think about it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu wi

Re: Looks like lots of folks in marketing said thanks but no thanks

Gord Tomlin wrote, in part: > At the end of the day, there's no "one size fits all" solution. Some people > are wired to be able to effectively collaborate remotely, while others just > aren't. But the trend toward remote work is inexorable, except apparently at > IBM. Exactly. And it does chan

After IT outage, British Airways union blames outsourced IT jobs in India for problem

http://timesofindia.indiatimes.com/business/india-business/after-it-outage-british-airways-union-blames-outsourced-it-jobs-in-india-for-problem/articleshow/58874334.cms Well, that's better than "we lost a power supply and we built our system with an obvious SPOF". Unless they're blaming the SPOF

Component IDs?

We have a component ID or two assigned by IBM, for use with our products. In SMP/E, we use these to name our FMIDs, so we can't run into another product (or if we do, we can say "Hey, we got ours from IBM, get outta our way!"). We also prefix all our messages with them, of course, because that's

Re: Component IDs?

Alan Altmark wrote: >Yes. All z Systems software is required to have a 3-character component >ID. In z/VM, you see HCP, DMS, RPI, AGW, VMF, GCT, DMT, etc. >This requirement flows from the authority of and IBM Corporate Standard >"Naming Methods". From there you get to message header requirement

Re: Component IDs?

John P. Hartmann wrote: >So you set EMSG TEXT? Naughty, naughty. If you set EMSG ON, you'll see the >message ID, which is prefixed the component ID. >To answer your question: Yes. Everyone must. Bite your tongue-*I* don't SET EMSG TEXT, haven't in 40 years! In z/VM this stuff is pretty rigo

Re: Rexx SORT (was: ... Job Scheduler ... )

Lionel Dyck wrote: >If I recall the CMS/TSO Pipes is effectively the same code that is reassembled >for z/VM or z/OS. Sadly it is a product that is charged for on z/OS but is >included in z/VM at no charge. It should, imho, be included in z/OS as a no >charge feature and really give the REXX use

Re: Rexx SORT (was: ... Job Scheduler ... )

Paul Gilmartin asked: >Is that true for even the newest release? They're still testing it? John Hartmann may be retired but he ain't dead. >How does one transfer PIPE MODULE S from CMS to z/OS and get a usable >program object? Re-link it? I believe so. >Is it legal? Not sure. But check out t

Re: Customer is Using CPACF (Crypto) purchased Crypto Express

raw' CPACF now, as well as whether they're up for reprotecting all of their existing data with the new key. Does this help? -- ...phsiii Phil Smith III Senior Architect & Product Manager, Mainframe & Enterprise Distinguished Technologist HPE Data Security phs...@hpe.com&

Re: Any IBM pSeries gurus out there?

Mike Myers wrote: >I have a contact who is looking for a pSeries expert for a temporary >assignment. AIX? Hardware? What do you mean "pSeries" - that's been dead since 2005; Power? Again, hardware or software? And what generation, if hardware? -- ...phsiii Phil Smith

Re: Customer is Using CPACF (Crypto) purchased Crypto Express

asons (Can >not elaborate and have to leave it vague) Um. OK. Not sure what that means, but I guess that's the point! -- ...phsiii Phil Smith III Senior Architect & Product Manager, Mainframe & Enterprise Distinguished Technologist HPE Data Security phs...@hpe.com<mailt

RACROUTE with MSGRTRN=YES

RACROUTE has options MSGRTRN=YES|NO and MSGSP=subpool number. The doc says: ,MSGRTRN=YES ,MSGRTRN=NO specifies whether you want to use message return processing. You can use this parameter in conjunction with the other RACROUTE MSG parameters to store and forward messages resulting from this

Re: RACROUTE with MSGRTRN=YES

Carmen Vitullo wrote: >been a long time for me but don't you define the work area, and all the >messaging is located there? I thought of that, but then why am I telling it what key to use for the buffer? It's already there! And how do I know how long the messages are, etc.? Does it fill the buf

Re: RACROUTE with MSGRTRN=YES

John McKown write: >Did you read then entire passage here: >https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ichc600/racrout.htm >[quote] That would be what I missed! Seems like that note should be on MSGRTRN, not MSGSP, but whatever...at least it's there. Thanks!

Re: Store Clock Fast really can give duplicates

Interesting. ObAnecdote: I was trying to test STCK a couple of years ago, and compare it to STCK. I ran a loop of 1M STCKs and another of STCKFs, and found that STCKF was way *slower*. This was on a zPDT; IBM said "Ooops" and wrote a fix. -- ...phsiii Phil Smith III Senior Architect

Re: Store Clock Fast really can give duplicates

Paul Gilmartin wrote: >>If you're one in a million, and you live in a city of three million people... >It may be far worse than that: https://en.wikipedia.org/wiki/Birthday_problem Hm? This isn't the same thing, it's a monotonically increasing counter. It's just a question of whether things are

Re: Store Clock Fast really can give duplicates

Of course I meant "trying to test STCKE and compare it to STCK". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Store Clock Fast really can give duplicates

Tony Harminc wrote: >Or "trying to test STCKF and compare it to STCK"? Sigh, yes. ONE OF THOSE! (Thanks for catching that. Must be a Monday.) "220, 221, whatever it takes..." -- For IBM-MAIN subscribe / signoff / archive access

Re: BMC acquiring CA?

John McKown wrote: >https://www.channele2e.com/news/bmc-acquiring-ca-inc-going-private/ If this goes through, I think we'll have to admit that antitrust is dead. Remember that DOJ examined the CA-Sterling deal way back in 2000 for antitrust, but let it go through. 17 years later, there are many

Re: BMC acquiring CA?

Peter wrote: >Both the ISV do have some similar products. In what way it is going to be >an win-win situation That hasn't stopped anyone before - CA bought both ACF2 and TSS, after all. But yeah, it'll be interesting: BMC Unload Plus and CA FU, for one. Thing is, those products can likely be con

Performance question #3

>From PofOp: The set-address-space-control-fast facility consists of the SET ADDRESS SPACE CONTROL FAST (SACF) instruction, which possibly can be used instead of the previously existing SET ADDRESS SPACE CONTROL (SAC) instruction, depending on whether all of the SAC functions are required. SACF,

Re: Re-branding again? Is "IBM z Systems" now "IBM Z" (watch the case)?

Bill Wilkie wrote: >I wrote to IBM years ago and complained that after downloading manuals, I had >cut and paste the manual name, but could not include the "/" and it was very >cumbersome. Glad to see they are changing it. I would also like to see the >MANUAL number as part of the title so you

Re: Re-branding again? Is "IBM z Systems" now "IBM Z" (watch the case)?

R.S. wrote: >I'm not marketing specialist, so just my €0.02 IMHO names like System z or System p or System i are not good. For us it's clear what is "z", but for uneducated people it looks like typo, just unnecessary character in the sentence. Here in Poland people still tend to use RS/6000 (with

Re: IBM z14

crypt data, you're increasing attack surface. The best security lies in doing that as rarely as possible. Transparent solutions are Tylenol; HPE SecureData z/Protect actually fixes the ailment. -- ...phsiii Phil Smith III Senior Architect & Product Manager, Mainframe & Enterprise Distingu

Earlier than a z9?

Is anyone running on real hardware that's older than a z9? Off-list replies would be fine-not trying to embarrass anyone, trying to figure out whether there's any real work taking place on such ancient iron. Connor, you don't need to reply :) --

Re: Were you at SHARE in Seattle? Watch your credit card statements!

Apologies? Not at all—happy the preso was of some use to someone! https://share.confex.com/share/119/webprogram/Handout/Session11409/The%20Payments%20Ecosystem.pdf is one version. I update it constantly, so the various versions floating around *are* slightly different. …phsiii -- Forwa

Re: Were you at SHARE in Seattle? Watch your credit card statements!

Argh, found this in my Drafts folder, never sent. Figured with SHARE coming up, might be worth correcting some misapprehensions. Lynn wrote: >The problem was 1) it was as easy to make counterfeit chipcards as magstipe >and 2) they had moved business rules out into the chip. A chipcard terminal

Re: zEC12

Mike Schwab wrote: >Speculation: z/VM 7.0 should include an ESA/390 early IPL module for >z/13 and earlier CPUs that switches to 64 bit mode then continues with >normal IPL. This module won't run on z/14+, or it runs and the >failure triggers the 64 bit mode IPL. "z13", (maybe) "z14". No slash-h

Connor's z890 and SHARE

https://www.voltage.com/mainframe-2/the-young-and-the-brave/ Hope to see y'all there - we got a preview of his session at Hillgang a few weeks ago, and it was great! ...phsiii -- For IBM-MAIN subscribe / signoff / archive acces

Alleged mainframe breach to add to the list

http://www.networkworld.com/article/3040575/security/rsa-verizon-details-data-breaches-from-pirates-to-pwned-water-district.html Not sure I believe this was a "mainframe"; I mean, not impossible, but it seems unlikely that anyone controls SCADA systems using z/anything. More likely it was NonSto

Re: Alleged mainframe breach to add to the list

Bigendian Smalls wrote: > It was an AS400 according to the full report Really an "AS/400"? Or iSeries? Or System i? or IBM i? Just hard to believe it was really that old. Thanks, eh? I have the report somewhere, but too slammed to dig through it... --

Re: Alleged mainframe breach to add to the list

Dana Mitchell wrote: >The offical name now is 'IBM i for Power Systems'. Current IBM Power8 >hardware can run IBM i, AIX and Linux LPARs all concurrently under PowerVM on >machines from a 2u rack mounted server all the way up to Enterprise level E880 >with 192 cores (8xSMT) and 32TB of memory

Re: Alleged mainframe breach to add to the list

Timothy Sipples wrote: >No, IBM is correct about IBM, at least on this occasion. Examples: >IBM Power Systems(tm) >speedy POWER(r) processors >the latest POWER8(r) technology >http://www.ibm.com/legal/us/en/copytrade.shtml Wow. Fascinating! And bizarre. If IBM can't be consistent about this stuf

Re: Alleged mainframe breach to add to the list

Timothy Sipples wrote, re IBM using its own trademark differently in different contexts: It's not bizarre. Way before POWER there has been a long tradition of >capitalized, trademarked acronyms evolving to become less capitalized >trademarked brand or product names. One famous example among many i

Re: Civic and CVCC (was Re: Alleged mainframe breach...)

Tom Marchant wrote, re “Civic” and “CVCC”: >I don't think that it is clear at all. I owned a 1973 Civic and it did not >have the CVCC engine. >I was a rather serious gearhead in those days and when the CVCC engine was >first >introduced for the Civic, I took notice. I remember it being about 1975

Re: Would encryption have prevented known major breaches?

sing: if adding encryption means that web "Buy" button now takes 30 seconds, folks will stop using that site. If adding encryption means the nightly batch window now takes 36 hours... All good questions, and obviously you pushed some of my favorite buttons!

Re: Would encryption have prevented known major breaches?

Curtis G. Pew wrote: >When I gave a presentation about encryption to our programmers a few years >back, one thing I said was "Encryption never solves your problem. Instead, it >transforms your problem into a different problem, which may be easier to >solve." (I was thinking specifically about ke

Re: Would encryption have prevented known major breaches?

Jesse Robinson wrote: >I have to keep harping on this. The looming EU regulation on hacking is a >potentially huge legal liability. You cannot defend yourself in court by >arguing that you hire the best people. You can defend yourself only by showing >that the hacked data was encrypted. Sure, a

Re: Would encryption have prevented known major breaches?

Jack J. Woehr wrote: >Okay, I have the answer to the Equifax question. >I obtained the answer by the simple act of freezing my records on all three >services: >Experian and Transunion: Had to jump through many verification hoops, answer >trick questions. >Equifax: One simple basic info screen and

Re: "Breach" (fka Would encryption have prevented known major breaches?)

Beverly Caldwell wrote: >"Would encryption have prevented known major breaches?" Actually, no, I >think it would have made the effects worse. If Equifax had encrypted their >data, right now those clowns would be slapping each other on the back and >telling themselves, nothing to worry about, no nee

Re: ShopZ order response

Tony Harminc wrote: >Also in 2004 I was surprised to see a short string of 3420 drives, all >powered up and lights on, at one of our UK banking customers. I asked, >and it seems they were used only for data exchange. A nightly courier >would arrive from each of the other big banks with tapes, and b

Re: ShopZ order response

Ed Gould wrote: >I was never in the loop about Sterling Forest, but didn't they have a fire >that ruined pretty much all of their tapes? >This had to be in the 1980's (Think). I actually ordered the source from them >one time and I think it was a renumber subcommand of basic. No idea, sorry! An

SUBSYS= ?

I'm trying to understand more about using a SUBSYS= on a DD. The problem is that Googling "z/OS" and "subsys" or "subsystem" isn't exactly fruitful, and the IBM-MAIN archives search seems to be broken (unless nobody has ever mentioned "jcl"). Can someone point me at a book that talks about what

Re: SUBSYS= ?

Thanks, especially to John McKown, who seems to have sent me the link I truly needed! Has the archives search always been busted (FSVO "always")? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: SUBSYS= ?

Hmm. That subsystem "documentation" is really long on details about how to do specific minor things, but really short on theology: what a subsystem can and can't do, how it fits into the scheme of things, etc. Example: A subsystem is a service provider that performs one function or many function

Re: SUBSYS= ?

Elardus Engelbrecht wrote: >>Has the archives search always been busted (FSVO "always")? >No, not AFAIK. How are you seeing that it is 'busted'? It returns "No Match" for anything I try. Have you tried it lately? -- For IBM-MAIN

Re: SUBSYS= ?

Doc says: "Do not use the SUBSYS parameter for an SMS-managed data set (one with an assigned storage class)." Anyone know what happens if you DO specify it on an SMS-managed data set? -- For IBM-MAIN subscribe / signoff / archi

Re: SUBSYS= ?

Farley, Peter asked: >What doc is that please? That's from the z/OS MVS JCL reference at https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab600/xddsubsy.htm -- For IBM-MAIN subscribe / signoff / arc

Re: Intel Chip flaw

hey have compensating controls in place (not that I can imagine what those might be!) that allow use of XP... -- ...phsiii Phil Smith III Senior Architect & Product Manager, Mainframe & Enterprise Distinguished Technologist ---

Re: Remote API to z/OS?

Tom Marchant wrote: > ​So, in like manner, are you in the COBOL side of the programming paradigm > or the FORTRAN side (I don't want to do analytics in COBOL or payroll in > FORTRAN)? Mmm…point taken but I think you know what I mean. I’m a big fan of USS, not slamming it; some things just don’t t

SMP/E and RFPREFIX

OK, I feel stupid. Not an unfamiliar feeling, especially when SMP/E is involved. But I think I mostly figured this out, and am looking for confirmation. I have a package that installs fine, but recently someone said "You should support using RFPREFIX in your provided JCL". This was prompted by

Re: SMP/E and RFPREFIX

Paul Gilmartin wrote: >Why not? Is it because the substitutions must be made both in >JCL statements and in SYSIN lines? Would SYSIN SYMBOLS= be an >answer? (But can you rely on all users having a suitably recent >z/OS?) Right, no, I can't. >Or supply an Edit macro or a Tailoring script to a

Re: SMP/E and RFPREFIX

Kurt Quackenbush wrote: >>On 10/27/2016 5:36 PM, R.S. wrote: >>However DSPREFIX from SMPTLIB replace HLQ specified in RDSNPFX(HLQ), >>doesn't it? >That is correct. RFPREFIX is used to build the name of the RELFILE data sets, >the input. DSPREFIX is used to build the name of the SMPTLIB data set

Re: LzLabs in ComputerWorld

Tony Harminc wrote, re MP3000: >It was *much* better than the MP2000. Very much faster. It was a 390 >G5 CPU. Even 2 x G5 on the top model (H50). >A note on the "development only" idea about this machine. There *were* >development (PWD) models. We had one, at a much reduced price, and we >also ha

Re: LzLabs in ComputerWorld

Tony Harminc wrote, re MP3000: >Ah - you are quite right. And the P30 was the PWD machine, which did >not change its model number when (effectively) converted to an H50 by >the Linux add-on. There was never a P50 or P70, to my knowledge. We were doing Linux at Linuxcare (who'd'a thunk), and I thi

Uppercasing MVS operator commands

We have some fun yesterday: one of my team was having trouble with an operand being passed to an STC from SDSF on startup. After a bunch of "it works for me, I'm cutting & pasting what you're saying you're doing?!" we finally discovered that he was using the "System Command Extension" panel (th

Re: Uppercasing MVS operator commands

Elardus Engelbrecht wrote, in part: >Are you or they using quotes? Or are something inside SDSF customized like >this panel ISFACM4 for example? >Or, is your automation software capturing that command and then pass it to the >system in lower case? Jeez, I'm losing it. Yes, I meant the PARM part

SMP/E theology question

Since we started, we've named SMP/E packages Vxxxvrm, where xxx = the IBM-assigned product prefix and vrm = v.r.m. Why? I don't know. It was what I was led to believe was the One True Way. But is it? Could we use xxxvrm, or xxxvrmZ, or whatever we want within that? Thanks in advance, ...phsiii

Re: SMP/E theology question

Dan Little wrote, in part: > - t - is an alphabetic character used to indicate type of function. > Avoid the IBM valuse of A,B,C,D,E,F,H and J. (and for the nitpicky among us, "valuse" is a direct quote from the book) I should have started with that book, thanks. But of course it raises more

DNS, Resolver, and /etc/hosts

Anyone got a pointer to a coherent discussion of these three options for name resolution? I know how DNS and /etc/hosts work, and know enough about the Resolver to use and configure it for hosts that aren't in DNS. What I want to understand is (at least): 1) Is the Resolver always involved?

Re: DNS, Resolver, and /etc/hosts

Mike Schwab wrote: >https://support.microsoft.com/en-us/kb/172218 >1, itself, 2 hosts file, 3 DNS, 4 NetBios. Stops at first result. I'm sorry, what does that have to do with z/OS? I realize it stops at the first result-that's what resolution would be trying to do, no? Signed, Confused ---

Re: DNS, Resolver, and /etc/hosts

Thanks, Steve and Elardus-those look like the ticket! Will read and try to grok. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL: History of Mainframe Cloud

>VM's roots are in CP-67, which goes back to 1968 or so. And CP-40 before that. See http://www.leeandmelindavarian.com/Melinda/neuvm.pdf for the real scoop! There were giants in those days... ...in which class I don't consider myself, but for laughs, look at PDF page 107 for a VERY old picture

Re: Paper tape (was Re: Hidden Figures)

My dad spent a lot of time in Czechoslovakia. His best friend there was an engineer, and used to do programming using a paper-tape machine-but they didn't have paper tape, so they'd use old movie film from Soviet movie industry. Always wondered what kinds of images were on those frames! --

Re: Paper tape (was Re: Hidden Figures)

Tom Marchant wrote: >Well into the 1970's almost every mainframe shop used paper tape. Huh. We had a keypunch in the house in 1965, and I started hanging out in the computer room at UofW in 1971. I've never seen paper tape in use, only at the Computer History Museum. Maybe I was just lucky? ...

Re: All involved Intermediate CAs or root CA only?

rmediates aren't stored, as doing so means that if ANY of them expire, the connection fails. And you don't want that. -- ...phsiii Phil Smith III -- For IBM-MAIN subscribe / signoff / archive access instructions, send emai

Re: Disposal of storage devices/med

R.S. wrote: >Well, two points: >1. Encryption means the data is still there, but you need a lot of time or >...just good luck to access it. So, when you dispose encrypted media then it's >very unlikely someone could read it, but when you dispose erased media then >you are sure. >2. LAS, BUT NOT

Re: Disposal of storage devices/media

Argh, resending without truncated Subject: line to preserve threading. R.S. wrote: >Well, two points: >1. Encryption means the data is still there, but you need a lot of time or >...just good luck to access it. So, when you dispose encrypted media then it's >very unlikely someone could read it,

Re: Disposal of storage devices/media

John Gilmore wrote: >and I have two comments. >First. the professional cryptographers of my acquaintance avoid >assumptions about the encodings of the encrypted documents they are >examining. They regard this as an empirical question to be answered >empirically, and they have powerful statistical

Re: Disposal of storage devices/med

John Gilmore wrote: Phil thinks I misunderstood/misrepresented him. >His statement > >But in the real world, such assumptions often don't apply, and so even >relatively weak crypto can be de facto quite secure. > >immediately following the one about DES that I quoted earlier suggests >otherwise

Re: Disposal of storage devices/med

R.S. wrote: 3. Regarding possibility rto read *valuable* information overwritten once: Such theoretical possibility assumes one use good microscope and watches single magnetic domain. There is no hidden HDD command like "read deleted info". And now: what is easier: decrypt encrypted content of p

Re: Somewhat OT: The 25 worst passwords of 2013: 'password' gets dethroned

Heh, back 35 years ago at University of Waterloo, I had a student who had some problem and gave me his password (yeah, yeah, we weren't quite as paranoid about such things back then, plus he could always change it, plus-although we didn't admit it-the user directory was actually stored in plaint

PofOp -- 37MB??!

How did the PofOp (z/Architecture Principles of Operation, SA22-7832-09) get to be 37MB?!?! Are there hidden pictures of nekkid zEC12s hiding in there? Seriously, I remember when it was ... ok, I remember when I could pick up a printed copy in one hand. But that *was* a while ago. ...phsiii --

  1   2   3   4   5   6   7   8   9   10   >