Re: World’s largest computer outage!
On Mon, Jul 22, 2024 at 9:54 PM Leonard D Woren wrote: > This comes down to a problem with making sufficient resources > available to developers and testers. My sandbox system is a 4-way > sysplex under VM. There was an issue which looked like a bug but > turned out to be an early design shortcoming from prior to my taking > over that part of the product. Some customers hit it on large systems > but no matter how much I ran the tests on my sandbox, I could not > trigger the problem. Finally I got permission to try it on some other > product's 7-way real LPAR system, and the problem hit on my first > try. And second try. And third try. So I was finally able to figure > it out and fix the Day-0 design issue once I had sufficient resources > available to encounter the problem. > > Back when the model 3 IBM 3800 paper eater (*), er, high-speed laser > printer, came out (1983 give or take), we got one, did the IOCP > update, connected it up, fired it up and JES2 abended S0C4. Reliably > if I recall. I ended up in direct communication with the IBM > developer who wrote the code. He sent me an APAR fix and said "try > this and let me know if works." Me: "Didn't you test it?" Him: "No, I > don't have a 3800-3 on my VM system." The bug turned out to be that > he didn't take into account that the -3 had longer sense data than the > -1, so when JES2 did a SENSE to the -3, it overlaid a few bytes of > some other critical JES2 data. If the developer had had an actual > 3800-3, he would have tripped over this very early on. > > I rest my case. > > (*) The 3800 moved the continuous form paper at 8 feet per second. > Astounding opportunity for paper cuts if you ignored the warning to > not run it with the cover open. > > None of the above in any way justifies Clownstrike's shoddy code > getting distributed. I hope they get sued out of business. > This reminds me of that morning around 3 AM back in the early '80s when the SE and I were pre-building VM in the K St. N.W. basement for its first install on my employer's not-yet-delivered 4341 with 3370s. We found out the hard way PID did not have any 3370s to test on. My SE drove that phone call, I just watched--I wouldn't have been as hard on them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: World’s largest computer outage!
On Sat, Jul 20, 2024 at 12:48 AM Joe Monk < 05971158733e-dmarc-requ...@listserv.ua.edu> wrote: > [snip] > "Script Kiddies" is industry slang for kids who write viruses and then > attempt to deploy them. Not all of them are malicious, but nevertheless > they are PUPs (potentially unwated programs). > > http://www.catb.org/esr/jargon/html/S/script-kiddies.html These "eleete hackorz" cannot write them, and often have no clue how they work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: security and privacy for the 21st century
On 24Mar22:1105-0400, Rick Troth wrote: > And it's not like it can't go away. One place to start could be enable lists like this to accept mail signatures. May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: security and privacy for the 21st century
On 24Mar22:1105-0400, Rick Troth wrote: > Why don't we teach the kids basic LOGIC in school?? Well, it seems math in general is being learned much less well than decades ago in the USA. Maybe the solution is a gottah-beat-it math/logic skills-based computer game. May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Kinda fun
On 23Nov08:1703+, Schmitt, Michael wrote: > Are we violating the "no reminiscing" rule? No, we're providing historical data for the young'uns. > > What's the latest that people still used punched cards and/or paper tape? In the 21st Century, I encountered an IOCP deck for a 3081 at a shop that shall remain nameless. I'll guess it was prepared ~1985. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TN3270, EBCDIC and ASCII
On 23Oct11:0924-0400, Rick Troth wrote: > The web burst onto the scene. Thankfully HTTP and HTML have tagging > capabilities, so for most consumers ... well ... they have no idea the work > the techies have gone thru. And to think IBM's C-suite thought it was a good idea in the early '80s to get an ASCII desktop on everyone's desk. They, too, seem to have had no idea. Nor the Watsons when they decided to eschew ASCII for the S/360. Though in fairness, they likely didn't expect EBCDIC to depend on the IBM-manufactured hardware involved. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Assembler access to USS functions
On 23Oct05:0616-0400, David Cole wrote: > To all of you who responded to my query, I thank you. > > Unfortunately (well, fortunately actually) I'm on the verge of leaving for > vacation for the month (Viking cruise, Istanbul to Venice), so I won't get a > chance to go over everything until November. > > But all y'all have given me a lot to look at. > > Thank you! > Dave Nobody has pointed out environment variables are a component of the POSIX definition; thus, for the MVS universe it was only intended to be what was needed for POSIX certification and is so only available within USS. Until Dave introduced this topic, noone apparently had ever worried about this. Second, any POSIX programmer will tell you environment variables are process-specific. When a shell spawns a subshell process, it creates the new process' environment variables by cloning its own and then modifying the clone as needed. The subshell has no access to the parent's environment variables by design, nor does the parent have access to the subshell's environment variables after it has been started. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "XYZZY"?
On 23Aug27:0159-0400, David Cole wrote: > For 50 years, I've always used the five syllable pronunciation. The only way I could ever get it to work was to spell it out, so I've always pronounced it ex-why-zee-zee-why. Plugh also had to be spelled out, but it's pronunciation was much less enigmatic. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What is "Mapped-I/O-addressing facility" in z16?
On 23Apr16:1717+, David L. Craig wrote: > On 23Apr16:1542+, Farley, Peter wrote: > > > A question out of pure curiosity: In the z16 version of PoOP (SA22-7832-13) > > there is mention in the "Summary of Changes in Fourteenth Edition" section > > of this enhancement: > > > > Mapped-I/O-addressing facility [PCI ONLY] > > > > I can find no other reference to such a facility anywhere in that document. > > > > Does anyone know what that item refers to? > > > > Peter > > That technology is an intruder from the x86 line of > processing. It it's a legitimate change, there should > be a whole lot of explanation somewhere. In the IBM > deployment, it might reside below the PoPs realm entirely. > PCI seems to mean the same as in the x86 domain, thus an > interface type for motherboard extension cards, including > the PCI/e specification. Is PCI a PRQ? Does IBM still > market facilities for x86 coprocessing within Z boxen? Sigh... s/It it/If it/ and s/PRQ/RPQ/ Everything you ever wanted to know about PCI and memory mapped I/O (MMIO) in one post: https://resources.infosecinstitute.com/topic/system-address-map-initialization-in-x86x64-architecture-part-1-pci-based-systems/ -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What is "Mapped-I/O-addressing facility" in z16?
On 23Apr16:1542+, Farley, Peter wrote: > A question out of pure curiosity: In the z16 version of PoOP (SA22-7832-13) > there is mention in the "Summary of Changes in Fourteenth Edition" section of > this enhancement: > > Mapped-I/O-addressing facility [PCI ONLY] > > I can find no other reference to such a facility anywhere in that document. > > Does anyone know what that item refers to? > > Peter That technology is an intruder from the x86 line of processing. It it's a legitimate change, there should be a whole lot of explanation somewhere. In the IBM deployment, it might reside below the PoPs realm entirely. PCI seems to mean the same as in the x86 domain, thus an interface type for motherboard extension cards, including the PCI/e specification. Is PCI a PRQ? Does IBM still market facilities for x86 coprocessing within Z boxen? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
New Spectre Vunerability
https://engineering.virginia.edu/news/2021/04/defenseless doesn't mention if zArchitecture is immune, but I suspect it is not. Does anybody know for sure? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Startio documentation
On 20Feb09:0011+, Christopher Y. Blaicher wrote: > Having done all of this, I would suggest that you start with EXCP and then > progress to EXPC/VR. Even with EXCP you have to know and understand the > relationship of the CCW's you are going to use. Read carefully. Start > simple. Build on it slowly. > > Going from EXCP to EXCP/VR is a big jump. Everything you have to do for > EXCP/VR you will have to do for STARTIO, plus more. > > Once you have EXCP/VR running, go look at the STARTIO macro in SYS1.MODGEN. > > EXCP and EXCP/VR have some guard rails built into them, but you can still > really screw things up at EXCP/VR because you will have to supply the REAL > addresses for the CCW's. > > When, and if, you start playing with EXCP/VR, I strongly suggest using a > sandbox LPAR. If you ever get to STARTIO that suggestion should rise to a > requirement. > > Chris Blaicher > Technical Architect > Syncsort, Inc. If z/VM is available, that's a godsend environment for safely seeing what z/OS actually does in some of those nooks and crannies (definitely if you're playing around with LPSW and the like). -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL Cowboys
On 18Oct04:2011+, Rugen, Len wrote: > Wow, a 360/91 > https://images.techhive.com/images/idge/imported/article/itw/2014/04/04/ibm-360-600x450-100520215-orig.jpg NASA Goddard had one in Building 1. I believe many IBM media shots were taken there. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?
On 18May23:2100-0700, Gerhard Adam wrote: > I personally used SMP in 1975 on a S/360 running MFT. And as I said initially, I learned it on MVT (about a year later than Gerhart). And I am very glad I missed pre-SMP OS/360 maintenance. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?
On 18May23:1247+, Pommier, Rex 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 a published PTF yet. I learned to use SMP back on MVT (am I the only one still here that can truthfully make that statement?) and while it's been a while since I last used SMP/E, I do not recall ever encountering a no ACCEPT policy for any IBM MRM. But people aren't mentioning policy for archiving snapshots of target and DLIB volumes and restoring therefrom--much faster than reAPPLYing LOTS of maintenance. That also requires tracking the target/DLIB volume snapshot associations, which are not necessarily based upon the dates of the snapshots. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CLIP?
On 18May21:1718-0500, Edward Gould wrote: > > 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 data after that. > > I remember there was a little tool to make a clean cut or "clip" of the > > half inch tape > > > > so that it could load cleanly on the tape drive. > > Then you had some JCL to put a new label on the tape. > I don’t go further back than the 360’s, but IIRC the > tape reals also needed a reflector. I have never heard > of a reflector being applied, anyone? In my operator days in the early '70s I repaired dozens. There was a tool to cut the end of the tape into a half-circular edge (helpful for the new-fangled self-threading 3400 drives (slow! An op could mount, thread, wrap the end into the take-up reel, and punch the LOAD button within two seconds of the glass opening, the machines needed at least six). Then you unrolled about four meters and applied a new reflector strip. Voila: an unlabeled tape in need of a leading tapemark. I seem to recall doing that to the other end of one reel and had to remind myself that the strip went against the opposite edge of the tape from the front reflector. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
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, which panned out. What everybody got wrong was expecting the relative costs of hardware and software to not change, but in fact they flipped--hardware became dirt cheap but software became very expensive. On Fri, Apr 20, 2018 at 7:46 PM, Gerhard Adam wrote: > It was discussed, but the general feeling was that those systems would > have been rewritten or replaced long before it became an issue. > > No one expected applications to be running 30-40 years after they were > first implemented. > > Sent from my iPhone > > > On Apr 20, 2018, at 12:25 PM, Lester, Bob wrote: > > > > > > I agree with both you and Gil. But, how many programmers in the 60s, > 70s, even 80s were thinking about Y2K? Sure, the really good ones were, > but what about the other 80%? > > > > and, Y2K came off without a hitch...(FSVO - "hitch")😊 > > > > I love Fridays... > > > > BobL > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Porowski, Kenneth > > Sent: Friday, April 20, 2018 1:20 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New > Hardware (nextgov.com) [ EXTERNAL ] > > > > That was due to lack of foresight by the programmer not due to the age > of the system. > > > > > > > > This email message and any accompanying materials may contain > proprietary, privileged and confidential information of CIT Group Inc. or > its subsidiaries or affiliates (collectively, “CIT”), and are intended > solely for the recipient(s) named above. If you are not the intended > recipient of this communication, any use, disclosure, printing, copying or > distribution, or reliance on the contents, of this communication is > strictly prohibited. CIT disclaims any liability for the review, > retransmission, dissemination or other use of, or the taking of any action > in reliance upon, this communication by persons other than the intended > recipient(s). If you have received this communication in error, please > reply to the sender advising of the error in transmission, and immediately > delete and destroy the communication and any accompanying materials. To > the extent permitted by applicable law, CIT and others may inspect, review, > monitor, analyze, copy, record and retain any communications sent from or > received at this email address. > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Paul Gilmartin > > Sent: Friday, April 20, 2018 3:13 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: [IBM-MAIN] IRS - 60-Year-Old IT System Failed on Tax Day > Due to New Hardware (nextgov.com) > > > >> 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. > > Remember Y2K? > > > > -- gil > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > This e-mail transmission may contain information that is proprietary, > privileged and/or confidential and is intended exclusively for the > person(s) to whom it is addressed. Any use, copying, retention or > disclosure by any person other than the intended recipient or the intended > recipient's designees is strictly prohibited. If you are not the intended > recipient or their designee, please notify the sender immediately by return > e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, > monitor, review, retain and/or disclose the content of all email > communications. > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XKCD's take on Meltdown.
On 18Jan08:0921-0600, John McKown wrote: > https://xkcd.com/1938/ Regular hammers have their utility. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intel Chip flaw
On 18Jan04:1432-0800, Charles Mills wrote: > On 18Jan04:1406-0500, David L. Craig wrote: > > > On 18Jan04:1603-0600, Dana Mitchell wrote: > > > > > I assume IBM will soon patch any Intel based HMC's and SE's. > > > > Why? Theoretically nothing can get in there to attempt any mischief. > > You don't think like an auditor LOL. Oh, I do. I'd LOVE to audit those keys to the customer. I briefly debated appending the ;-) and thought it unnecessary. Alas, nobody I know is in a position to keep IBM honest on those "appliances". -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intel Chip flaw
On 18Jan04:1603-0600, Dana Mitchell wrote: > I assume IBM will soon patch any Intel based HMC's and SE's. Why? Theoretically nothing can get in there to attempt any mischief. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intel Chip flaw
On 18Jan04:1030-0600, Tom Marchant wrote: > On Thu, 4 Jan 2018 04:11:22 -0600, Cannaerts, Jan wrote: > > >This article: > >https://googleprojectzero.blogspot.be/2018/01/reading-privileged-memory-with-side.html > > > >Mentions the following: > > > >> Additional exploits for other architectures are also known to exist. These > >> include IBM System Z, POWER8 (Big Endian and Little Endian), and POWER9 > >> (Little Endian). > > If that page mentions Z or Power, I don't see it. RedHat published the article that does: https://access.redhat.com/security/vulnerabilities/speculativeexecution?sc_cid=701600127NJAAY -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z14
On 17Jul17:1306-0700, Phil Smith wrote: > David L. Craig wrote: > >This is a golden opportunity, IBM. Please don't blow it. > >This will require better than usual marketing. Prove to us > >there are no backdoors and that decrypted data cannot be > >exfiltrated by SEs and HMCs. > > Not understand concern re backdoor-it's AES; if it's keys > you're concerned about, Crypto Express provides that security. > > >If you can do that, you will > >have no competition for enterprises that are serious about > >keeping their secrets secret. Enterprises like IBM, for > >instance. > > [ self-serving post elided --dlc ] No, it's about the NSA strong-arming vendors to enable the NSA to spy on customer data while compelling the vendors to maintain no such arrangements exist. The widespread belief that this has been going on for a long time now is prevalent in markets outside the USA (many US customers are uncomfortable as well). Building these boxes in China may not make potential customers feel any less concerned. It's also about local law enforcement and many politicians crying our for vendors to be forced to provide local law enforcement with the means of breaking the encryption of data they consider "interesting." For IBM to convince the world Z boxen will keep their secrets secrets, they will have to conclusively put all those concerns to rest. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z14
On 17Jul17:0205-0500, Parwez Hamid wrote: > https://www-03.ibm.com/press/us/en/pressrelease/52805.wss This is a golden opportunity, IBM. Please don't blow it. This will require better than usual marketing. Prove to us there are no backdoors and that decrypted data cannot be exfiltrated by SEs and HMCs. If you can do that, you will have no competition for enterprises that are serious about keeping their secrets secret. Enterprises like IBM, for instance. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looks like lots of folks in marketing said thanks but no thanks
On 17May31:1259+0800, Timothy Sipples wrote: > In some cases more than two parts are possible: A and B1, B2, B3, etc. When > there are more than two parts the broadcast equipment needs to add > location-specific delays to each of the feeds before transmission in order > to synchronize them properly. But it's possible. > > There are some computing analogs to these split orchestral scenarios. I'm still waiting for top session players to remote into the studios such that their local time morning dates are in LA and Nashville and afternoon in Brazil and Paris. Only Brazil cancels, but a call comes in from Sydney for that slot, so it's all good. That evening there is a live freewheeling jazz jam session featuring players no closer to each other than ten thousand killometers. Audio latencies above 20 milliseconds are challenging: https://blog.highfidelity.com/how-much-latency-can-live-musicians-tolerate-da8e2ebe587a -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looks like lots of folks in marketing said thanks but no thanks
On 17May30:1027-0500, Paul Gilmartin wrote: > > > Interesting pre-pre-pre-Friday topic. I take SR's prohibition of > superluminal communication as absolute. But can a choir be > synchronized without transmitting information from one member > to another? This seems to reflect the assumption for quantum > computing. > > > https://en.wikipedia.org/wiki/EPR_paradox#Measurements_on_an_entangled_state Paul, they're working on it: https://phys.org/news/2012-09-km-physicists-quantum-teleportation-distance.html https://www.sciencealert.com/a-new-quantum-teleportation-distance-record-has-been-set Who knows how far the TS crowd has gotten with this research? Naturally there are lots of rumors of deployments of such wireless routers about. So this is not Friday discussion. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looks like lots of folks in marketing said thanks but no thanks
On 17May29:2346-0400, Gabe Goldberg wrote: > It's amazing what technology can do: > http://ericwhitacre.com/the-virtual-choir > > https://www.ted.com/talks/eric_whitacre_a_virtual_choir_2_000_voices_strong > > ...not symphony, but still remote collaboration. > > Timothy Sipples quoted > > Steve Smith who wrote: > > > A symphony can hardly be performed with everyone working remotely The collaboration is not in real time. It's like getting a thousand postcards and taping them together into a collage. Realtime remote jamming infrastructure is still battling with the speed of light, but in a few decades modulation of entangled atoms separated by hundreds of kilometers will probably trickle down into the high-level musician's home studio infrastructure. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hitachi to Deliver New Mainframe Based on IBM z Systems in Japan
On 17May25:1806+, David L. Craig wrote: > On 17May25:1749+0000, David L. Craig wrote: > > On 17May25:0822-0700, Phil Smith wrote: > > > > > A friend suggests: > > > >Look for a new model coming soon from their US arm, Hitachi America Ltd, > > > >the 9000. Think about it. > > > > HINO--we're talking about a platform not noted for pushing > > the AI envelope. Of course, Watson might see the humor and > > start pushing for AI development there. Oh, sorry, I thought > > this is Friday. > > Funny--I just heard inside my mind a line printer producing > the melody, "Daisy, Daisy..." Well, it would be a start... > And the next-genners wonder whatever is he writing about? Oh, right--it IS Friday in the Line Islands, Kiribati: http://www.worldtimeserver.com/current_time_in_KI2.aspx Carry on. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hitachi to Deliver New Mainframe Based on IBM z Systems in Japan
On 17May25:1749+, David L. Craig wrote: > On 17May25:0822-0700, Phil Smith wrote: > > > A friend suggests: > > >Look for a new model coming soon from their US arm, Hitachi America Ltd, > > >the 9000. Think about it. > > HINO--we're talking about a platform not noted for pushing > the AI envelope. Of course, Watson might see the humor and > start pushing for AI development there. Oh, sorry, I thought > this is Friday. Funny--I just heard inside my mind a line printer producing the melody, "Daisy, Daisy..." Well, it would be a start... And the next-genners wonder whatever is he writing about? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hitachi to Deliver New Mainframe Based on IBM z Systems in Japan
On 17May25:0822-0700, Phil Smith wrote: > A friend suggests: > >Look for a new model coming soon from their US arm, Hitachi America Ltd, the > >9000. Think about it. HINO--we're talking about a platform not noted for pushing the AI envelope. Of course, Watson might see the humor and start pushing for AI development there. Oh, sorry, I thought this is Friday. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "xkcd" on doing a code quality review.
On 17May05:1241-0400, Steve Smith wrote: > In case you missed 1 & 2: > https://xkcd.com/1513/ > https://xkcd.com/1695/ - my favorite You've got to admit the concept of using different crying emoji for variable names is stunning, though. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: And the future is...
On 17Jan19:1706+, Blake, Daniel J [CTR] wrote: > > > Check out http://www-01.ibm.com/support/docview.wss?uid=swg1OA12282 > > Make sure you scroll down to Users Affected section. Is that a Statement of Direction? ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LOOKAT gone? - Compiler incest
On 16Dec04:1431-0500, Gabe Goldberg wrote: > David Cole noted: > > In contrast, a compiler coded in its own language tends to be much > > better, user friendly in features, than a compiler coded in any other > language. > > Interesting observation. It's certainly true of the Micro Focus COBOL compiler. Yes, a COBOL compiler that compiles itself (using Micro Focus language extensions that make it almost like C). It also runs like a bat out of a very hot place. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A true discussion in today's world (at least here)
On 16Nov23:1420-0500, Tony Harminc wrote: > > The analogy is cute, but I think it fails The problem is that in some > circumstances that's a perfectly reasonable way to manage a car. > Depending on the age, how much you depend on it, whether you ever > drive a significant distance from home, etc. etc. there may be nothing > wrong with deferring or not doing some maintenance. I agree--the automotive analogy is not compelling. Even the aerospace analogies fail to make it personal enough for the average PHB. A blood pump analogy gets a LOT closer to the "heart" of the matter, though. "I've never had a heart attack, so I don't need to see any expensive cardiologists or pay for their exhorbitant tests." -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Video that might give you a chuckle
On 16May26:1154+, van der Grijn, Bart (B) wrote: > It's an interesting observation as I always chuckle > when my American coworkers say parmlibe, Here lib does not rhyme with glib, but with tribe and is understood to be short for library. How do you pronouce the full word? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linux
On 16Mar28:2239-0500, Tom Marchant wrote: > On Mon, 28 Mar 2016 10:35:44 -0400, Rick Troth wrote: > > >On 03/26/16 14:45, Tom Marchant wrote: > >> First of all, it is GNU/Linux. > >> That is, it is the GNU operating system with a Linux kernel. > >> See http://www.gnu.org/gnu/linux-and-gnu.html > >> It is a distinction that many ignore and many others are tired of hearing, > >> ... > > > >Including moi. Stop it. It's religious. > > > >Stallman's Free Software Foundation is a pillar in the FLOSS world. But > >if the freedom they have fought for means anything, then other groups > >also should get credit. So the real name of the system would be > >Linux/GNU/*BSD/SourceForce/github/IBM/HPE/Oracle/onandonandonandon. > > > >Stallman's insistence on snagging credit for Linux runs counter to his > >supposed altruism. > > "Supposed altruism?" I don't know that he is altruistic. He has worked hard > in > support of software freedom. Indeed, that was the reason he started the GNU > project. It is also the reason he wrote the GNU General Public License (GPL). > http://www.gnu.org/gnu/initial-announcement.html > > Richard Stallman does not "Insist on snagging credit for Linux". Indeed, he > explicitly says that Linus Torvalds should get credit for his important > contribution > to the system. > http://www.gnu.org/gnu/gnu-linux-faq.html#justgnu > > However, Linus did not write an operating system. The GNU project did. Mr. > Stallman does believe that it is important that people understand the reasons > for the development of the GNU operating system. > http://www.gnu.org/philosophy/open-source-misses-the-point.html > > You want me to stop telling people that the GNU operating system is an > important > part of what they call "Linux". I will not stop. I happen to agree with RMS > about this. > I have not asked anyone to stop calling it "Linux", but I do point out that > there is > much more to it than the kernel, Linux. > http://www.gnu.org/gnu/gnu-linux-faq.html#divide > > There is another popular operating system that uses Linux for its kernel. > Android > is very different from the GNU operating system,but they use the same kernel. > That kernel is the part of the GNU.Linux system that is properly called > Linux. > http://www.gnu.org/gnu/gnu-linux-faq.html#linuxsyswithoutgnu I agree with Tom on this, Rick. Long ago I observed that Linux'; i.e., the kernel's portability is in fact gcc's portability, and in these days of llvm it's still very true. I do not begrudge RMS his position in most contexts "Linux" should be "GNU/Linux"--his efforts are in many ways much more significant than Linus' to all we hold dear and our respect for that is well-earned. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linux
On 16Mar26:1059-0500, Steve Beaver wrote: > First of all I am first and foremost an zOS Systems programmer that only > writes in HLASM and REXX as needed. > > My goal is to learn Linux and then develop in Linux and then as needed port > it to zSeries box. That being said, > > - I am going to build a 64 Bit a box with 16 gig of memory and 8 Tb of > Storage and a DVD/RW. That is the easy > Part. > > Does anyone have any input on which version of Linux to purchase? I Know > SUSE has an enterprise 64 bit product? > > That is the sum and total of my knowledge of Linux. Contact Rick Troth about his source-based Linux distro for several platforms including x86 and Z. It is a build from scratch exercise and that will teach you the rock-bottom basics. However, you might find the definitive Linux From Scratch (LFS) distro better as it is primarily designed to teach people how to build a Linux system from the source (it's been a long time since you could do that with IBM's flagship OS). > Can anyone suggest an Editor besides VI, and which language to develop in on > a Linux Platform? It's one thing to learn language syntax. UNIX is not MVS. It's important to understand the why's of UNIX programming. Eric S. Raymond's masterpiece "The Art of UNIX Programming" at http://www.catb.org/esr/writings/taoup/html/ will answer many, many questions, including the above. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CeBIT and mainframes
On 16Mar17:1037-0500, Joel C. Ewing wrote: > I notice they also claim > "no need for recompilation of Cobol or PL/1 application programmes, no > source code changes, or changes to operational procedures". > > So they have somehow managed to replicate the functional behavior of all > the SVC and PC interfaces and control blocks that application code might > be using in z/OS batch and CICS environments, to replicate the > functional behavior of I/O to data sets that batch jobs and CICS > transactions might be doing, to replicate all the CICS APIs and CICS > control blocks CICS applications might be using, to replicate all the LE > run time support needed to execute COBOL and PL/I programs in batch and > CICS, to replicate all the related DB2 functional APIs, and to emulate > the execution of z-architecture application program code in batch and > CICS environments, and to replicate operational interfaces. And since > security was "maintained", that implies they have also managed to > replicate the functionality of RACF for their batch, CICS, and DB2 > environments, and integrated that security somehow into the supporting > physical operating environment to secure the "mainframe" data from > external tampering. In other words, to do what they seem to claim, they > have re-implemented a significant portion of z/OS and some major > subsystems of z/OS for another hardware platform. All correctly and > without infringing on any IBM patents or licensing restrictions? And > have achieved reasonable transaction rates without sacrificing > "reliability, scalability, serviceability, and security" on hardware > platforms that have historically been less robust than z-architecture? > > Color me skeptical. > > They don't say no re-linking of load modules, which makes me suspect > that to be legal you would have to re-link and somehow replace any > linked-in LE run time modules, since those modules would be IBM-licensed > code. > > Even "stabilized" applications may require occasional minor changes > --e.g.,to adapt to trivial changes in local sales tax rates. Without a > mainframe compiler even a trivial change becomes a difficult load module > patch. Queue the IP lawyers, and action! This looks to me a firm built to be acquired for a tidy lump sum payoff by the competition with subsequent euthanasia. I'll be slow to migrate off that proven decades-old mission-critical platform, that's for sure. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Introducing the New z13s: Tim's Hardware Highlights
On 16Feb24:2100-0500, zMan wrote: > > I remember $1/byte back in the 360 era. Amazing times. Even more amazing: according to the https://www.minneapolisfed.org/ inflation calculator, that equates to about $7/byte in today's dollar's purchasing power. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMMAIN bounces and related issues
On 16Feb22:0100-0600, Darren Evans-Young wrote: > Define quality. "Conformance to requirements" --Harold S. Geneen -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Introducing the New z13s: Tim's Hardware Highlights
On 16Feb19:0411-0500, Aled Hughes wrote: > Just to be the awkward one here: the use of 's for > plural is grammatically incorrect, personally I don't > care if it is universally accepted - it is wrong and > should be avoided. It is on a par with the misuse > of examples such as 'their' when meaning 'there' > and 'here, here' when 'hear, hear' is meant. I know > language evolves, but grammar does not. > > We need Mr Gilmore here! He might point out the general rule for pluralizing words that end in "s" is to append "es"; e.g, boss -> bosses. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Query: Will modern z/OS and z/VM classes suffice for MVS and VM/370
On 16Feb15:1842-0800, Anne & Lynn Wheeler wrote: > vast majority of 4341s were shipped with FBA disks ... you would need > some sort of CKD disks in order to bring up MVS. > > huge percentage of 4341s went out into departmental areas with 3370 FBA > disks, sort of leading edge of distributed computing tsunami ... not > requiring datacenter provisioning. My shop must have been the first. My SE and I were in the WSC after midnight using blocktime to preconfigure VM with BSEPP for our 4341 still a month out or so. Only the media wouldn't load. The SE got on the phone--I never got to say a word. It turned out B&I was never able to test the FBA media because they didn't have any FBAs yet--my SE and I were the first to try it. He was orders of magnitude more upset than I was. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: Re: You thought IEFBR14 was bad? Try GNU's /bin/true code
On 16Feb11:0945-0600, Mike Schwab wrote: > >From A22-6821-0 S/360 Principle of Operations: > > CONDITION CODE SETTINGS FOR FIXED-POINT ARITHMETIC > x'00', x'01', x'10', x'11' > 0 (equal) 1 (<0) 2 (>0) 3 (error, overflow) Does anyone else (Google doesn't) remember the ELHO acronym? Equal- mask '8' Low - mask '4' High - mask '2' Overflow - mask '1' Back in the days of no extended mnemonic opcodes it was quite the assembler programming aid. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: Re: You thought IEFBR14 was bad? Try GNU's /bin/true code
On 16Feb10:2043-0800, Steve Beaver wrote: > The simplest code for a Br14 is > > LA R15,0 > BR 14 > > It is a 2 instruction program that is as simple as it gets No, the original was even simpler: just the BC 15,14 instruction. Fortunately, its behavior was APARable. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: Re: You thought IEFBR14 was bad? Try GNU's /bin/true code
On 16Feb10:1517-0600, Ed Gould wrote: > Well thats true but what does selling and trying to get people to believe in > a unprovable being(if there is such a descriptive word) have to do with the > thread? The same as any other signature has to do with any thread? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AW: Re: You thought IEFBR14 was bad? Try GNU's /bin/true code
On 16Feb10:1926+0100, Peter Hunkeler wrote: > > > IEFBR14 is not a TSO command. > > Really? I learn something new every day, that's great :-) Indeed, it was written before there was a Time Sharing Option (possibly even imagined). And it was APARed. Twice, I believe. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Straightforward way to determine hardware architecture level?
On 15Nov30:1354-0600, Ed Gould wrote: > On Nov 30, 2015, at 8:32 AM, Elardus Engelbrecht wrote: > > >Charles Mills wrote: > >--SNIP > >>Shipping the source is utterly out of the question, > > > >Of course, you have to be crazy if you give away your bread and butter > >source for all the greedy vultures on this planet. > > > >During my private work years ago, some of my clients want the source [1] > >for 'security evaluation' or something crappy like that. A simple 'no' as > >answer and moving on to the next customer resolved that quick. > > > >[1] - Years ago it was told to me that some z/OS vendors gave the source > >code of SVC routines to satisfy their client paranoia... But generally > >their statement of integrity is enough of course. Can management read > >Assembler source listings? > > E: > > There are other vendors that ship source (at one time CA did) and not for > just their SVC's but executed programs. > In fact I debugged a source program that did not work with SWA above the > line. > I don't know of any current vendor off the top of my head that does ship > source but then they don't try to do what John is trying to do either . > > Ed Then there's source escrow that no longer seems to be available to customers that are betting their businesses on the continued support of a software facility. I guess the bean counters believe it is less expensive to perish with the software than to paddle the canoe or identify and migrate to another product. Does such planning fall within the purview of "business continuity" these days? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I just bought an IBM z890
On 15Nov21:0528-0500, STEVEN DAHARI wrote: > What is to be done with the z890 that can not be > more easily done with an Intel based machine? Studying how the zSeries architecture works and how to work with it is the obvious task where the Intel machine is inadequate. No simulation is perfect. The beauty of the z890 is its affordability vis-à-vis newer zSeries products. Benchmarking between the two platforms will reveal the strengths and weaknesses of both and inform how to put each to the best use. You pitted a specific zSeries model against a non-quantified machine having an Intel (8084?) architecture. Your lack of precision forces responders to make assumptions about what is being compared and contrasted. You could address this ambiguity or we could simply assume you're only trolling. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM bkserv website donw or gone?
On 15Nov18:0951-0800, Tom Brennan wrote: > Do I sense mainframe bigots here?? :) Oh, I certainly hope not. This is more about a fine sense of irony. We all wish the mainframe sales team had been far more successful the last couple of decades. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM bkserv website donw or gone?
On 15Nov18:1220-0500, Farley, Peter x23353 wrote: > Yes, I see that as well. Missed it before. Thanks for pointing it out. > > Hey IBM, why aren't these pages on a super-reliable z/OS system? > Shoemaker's children, I guess. Management probably determined that is too expensive. ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM
On 15Oct16:1752+, Lance D. Jackson wrote: > This is disturbing: > http://www.wsj.com/articles/ibm-allows-chinese-government-to-review-source-code-1444989039 If your only concern is IP misappropriation, I understand your concern. My concern is the possibility of backdoors in appliances like the HMC and SE boxen. The problem is we don't know just what the Chinese are looking at nor for. Neither can we know if any apparent acceptance by them of the code as untainted is applicable to the code our machines are running. Are any other customers receiving such preferential treatment (perhaps the good folks at No Such Agency)? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Junk your IT. Now. Before it drags you under
On 15Oct14:2332-0500, Ed Gould wrote: > http://www.theregister.co.uk/2015/10/15/junk_your_it_now_before_it_drags_you_under/ > > Legacy systems tie you to unproductive legacy thinking and lead to > stagnation. > > Really? You didn't read the comments--picture a piranha feeding frenzy. Every once in a while El Reg publishes an opinion piece by someone born yesterday who usually regrets sharing their not-so-well-considered opinions so publicly as a result. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Having the mainframe on YouTube
On 15Oct01:1618+, David L. Craig wrote: > On 15Oct01:0945-0600, Mark Post wrote: > > > And just as an aside, I'm intrigued that at least > > one other person besides myself and John McKown knows > > about and understands the concept and is willing to > > espouse it. (I actually am more of an Open Source > > person than Free Software, but that's not terribly > > relevant here.) > As a matter of fact, I learned about RMS and his crusade on VMSHARE, not long before I got an offer to learn UNIX while providing useful mainframe expertise. RMS showed need for copyleft when most IBM mainframe libreware was simply released into the public domain (not yet a quiant notion). -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Having the mainframe on YouTube
On 15Oct01:0945-0600, Mark Post wrote: > And just as an aside, I'm intrigued that at least > one other person besides myself and John McKown knows > about and understands the concept and is willing to > espouse it. (I actually am more of an Open Source > person than Free Software, but that's not terribly > relevant here.) There are many of us. Some, such as myself, started with S/360 and became multi-platform capable, even before PCs were forced on just about everyone. But we had libre software back before HASP or TSO--that was a huge component of what SHARE shared. Having machine- readble OS and product source code permitted great advancements beyond what IBMers were producing, and a lot of that was going on in university settings as well as large organizations. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?
On 15Sep14:1712-0500, Paul Gilmartin wrote: > So where does this leave Linux for the x86 platform? Is Microsoft trying > to kill Linux? The FTC should have much to say about that, perhaps > prodded by such as Google. > > Of course, I understand Google makes its own hardware (or contracts > it to spec). And any OEMs could go it alone; not sign the Secure Boot > agreement. But they'd be abandoning the Windows market, perhaps > not economically viable. And could Microsoft leverage DHS/DMCA to > block even that? > > Who maintains the key registry? (I have a plausible guess.) Will > OSF be able to afford (a) key(s)? This assessment is from July--do you have contradictory sources, hopefully more recent? https://davescomputertips.com/the-truth-about-windows-10-uefi-and-secure-boot/ -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?
On 15Sep14:1712-0500, Paul Gilmartin wrote: > On Mon, 14 Sep 2015 10:28:54 +0800, Timothy Sipples wrote: > > > >(a) The Unified Extensible Firmware Interface (UEFI). UEFI features > >something called "Secure Boot." To summarize, even open source operating > >systems must be cryptographically signed with an unrevoked key in order to > >boot. Starting with Windows 10, Microsoft has "persuaded" the industry > >(OEMs) to make Secure Boot mandatory. This is quite controversial, it's > >fair to say. You don't have to "jailbreak" a mainframe just because you > >want/need to run a modified Linux kernel in an emergency, for example -- > >and it's probably not even possible to "jailbreak" Secure Boot. > > > So where does this leave Linux for the x86 platform? Is Microsoft trying > to kill Linux? The FTC should have much to say about that, perhaps > prodded by such as Google. > > Of course, I understand Google makes its own hardware (or contracts > it to spec). And any OEMs could go it alone; not sign the Secure Boot > agreement. But they'd be abandoning the Windows market, perhaps > not economically viable. And could Microsoft leverage DHS/DMCA to > block even that? > > Who maintains the key registry? (I have a plausible guess.) Will > OSF be able to afford (a) key(s)? Take a look a rEFInd (0.9.1 was just released), an open source UEFI Boot Manager that is a product of Roderick Smith (http://rodsbooks.com). His prodigious explanations of all things EFI and Secure Boot have persuaded me the future is not as bleak as it might seem. http://sourceforge.net/projects/refind/files/0.9.1/ -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Digital? Cloud? Modern And Cost-Effective? Surprise! It's The Mainframe - Forbes
On 15Mar29:1833-0400, David L. Craig wrote: > It's interesting to see how it's been marked up to note the > differences since the application was migrated to the 3081 > running MVS. "Nancy" is "Nancy L. Palm" who is the sysprog > I'm trying to track down. It's unclear to me from the > listings if it's ASP or HASP--whatever it was was highly modded, > IIRC. ;-) Nancy (now Assistant Chief) confirmed the 91 did not use ASP. So I was wrong. Where's my ceremonial sword? Hopefully I won't get that wrong. ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Digital? Cloud? Modern And Cost-Effective? Surprise! It's The Mainframe - Forbes
This IBM page has solid tech notes and includes an enlargable photo of that same console early in its deployment. Maybe Nancy can name some of those folks for posterity. https://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP2091.html -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Digital? Cloud? Modern And Cost-Effective? Surprise! It's The Mainframe - Forbes
On 15Mar29:1453-0500, Paul Gilmartin wrote: > I still haven't seen a plausible answer; not even a guess. > The only one tendered, > "OS/MVT/ASP" strikes me as > absolutely incredible. >From http://voyager.gsfc.nasa.gov/Library/isee-3_book8.pdf In the first paragraph of the Abstract: "This document contains all of the information necessary to run and maintain the ISEE-3 production data reduction software of the Science and Applications Computing Center (SACC) 360/91 OS/MVT computer (GSFC Bldg. 1, Rm. 10)." It's interesting to see how it's been marked up to note the differences since the application was migrated to the 3081 running MVS. "Nancy" is "Nancy L. Palm" who is the sysprog I'm trying to track down. It's unclear to me from the listings if it's ASP or HASP--whatever it was was highly modded, IIRC. ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Digital? Cloud? Modern And Cost-Effective? Surprise! It's The Mainframe - Forbes
On 15Mar29:1638-0400, David L. Craig wrote: > On 15Mar29:1453-0500, Paul Gilmartin wrote: > > > I still haven't seen a plausible answer; not even a guess. > > The only one tendered, "OS/MVT/ASP" strikes me as absolutely > > incredible. > > Sheesh. I've sent an email to one of the primary sysprogs-- > hopefully he'll speak definitively on this matter. This very mailing list's archives provide some clues. >From http://bit.listserv.ibm-main.narkive.com/mdIah1e3/model-91 > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On > Behalf Of Frank Pajerski > Sent: Tuesday, September 30, 2003 22:53 Hrs. > To: IBM-***@BAMA.UA.EDU > Subject: Re: model 91 > > There were two known 360/95's in public use ... at > 1) NASA Goddard Space Flight Center Bldg 3 (Greenbelt Md) from 1968(?) > where we ( Frank Pajerski, Gene Czarcinski, Frank Ross, Herb Durbeck ) > sysprog'ed our way thru various MVT releases and the RITS/CRBE/CRJE > lead-up to TSO on it and two 75's and a 65 with all the classic hardware > like 2321 datacells and 2301 drums, and sneered at our friends with only > a lowly 360/91 across the road in Bldg 1. We (FrankP and GeneC and > FrankR) left in the 1978 timeframe for various green pastures elsewhere > (California and the CIA and the wilds of very western Maryland), and I > received news in 1983(?) of its shutdown then. One of the unwelcome > things that it had was S0C0 (imprecise) abends which dared me to > determined just where in the six or more pipelined-instructions was the > real problem. > 2) NASA Goddard Institute for Space Sciences, squeezed into a brownstone > rowhouse near Columbia in NYC, where it ran VM while surrounded by > mouse/rat-traps as the staff coped with more than just bugs. It likely > also came in during 1968(?), but don't know when it left ... but the > coming/going must have been quite an effort what with the too-narrow > doors and windows there. > > Don't know if NSA just up the road had one or more of these tucked away. > > --- Frank Pajerski and from http://ibm-main.listserv.bit.groups.com.ru/5716-model_91 > Subject model 91 > From smit...@us.ibm.com William Smith > Date 3 Oct 2003 20:05:34 -0700 > Newsgroupsbit.listserv.ibm-main > > > The 360/95... Not to be confused with the 195. There were only two 95s > built: One was located at Goddard Space Flight Center (GSFC) in Greenbelt, > MD, Bldg. 3/14, and the other was located at the Goddard Institute for > Space Studies in New York. Sitting next to it were 2 75's and a 30. > Across the street in Bldg. 1 was another 75 and a real 91. The two lead 95 > systems programmers were Gene Czarcinski and Frank Pajerski, the creator of > the now famous "Goddard Goddies Tape", who also managed a 65 in Bldg. 14 > running the SVS HASP4 retrofit with a 370 instruction simulator. > > The GSFC 95 had 2 drums, 1 data cell, 5 1403 line printers, 2 strings of > 2314 "pizza oven" style DASD, 2 2540 card reader punches, 16 2400 tape > drives, ran CRJE, CRBE, APL/360, ALGOL, SNOBOL, TCAM 5, a highly modified > version of Fortran H (maintained under contract by Boole & Babbage and > CSC), TSO with a whopping max of 60 TSO users in 3 REGIONS, used the now > famous "LSPS" mods including APG on MVT 21.8F with ASP. It had 5 megs of > real CORE memory and no commercial instruction set. It's misson was backup > to Houston and satellite apogee/perigee determination. I was 19 years old, > my first summer college job, and I mounted tapes and pulled print outs off > of it in 1972. > > Finally, got my hands on the master console in 1973, the light pen, and the > "pedal" to DOM requests. No ITF BASIC. COBOL decimal arithmetic (software > simulated, a SYSGEN option) brought it to its knees. This was one > awesomely incredible machine: pipe line processing, imprecise interrupts > and could grind away on Laplace transforms, differential equations, and > sparse matrices faster than anything at the time. It was truly a visionary > engineering marvel. Mean time to re-IPL: about 4 hours. I sure wish I > had the sign mounted across the huge 200+ light panel that read "IBM System > 360". I was 22 year old operator during Apollo Soyuz in July, '75. And... > splash down party beer was kept cold under the raised floor. > > Rose colored glasses. and dating myself. > > William J. Smith > smit...@us.ibm.com (Lotus Notes) > sfo...@sbcglobal.net (Home ISP) > IBM Systems Group San Jose > DFSMS Integration & Packaging Technical Lead > "Think big, act bold, start simple, grow fast..." > (408) 2
Re: OT: Digital? Cloud? Modern And Cost-Effective? Surprise! It's The Mainframe - Forbes
On 15Mar29:1453-0500, Paul Gilmartin wrote: > I still haven't seen a plausible answer; not even a guess. > The only one tendered, "OS/MVT/ASP" strikes me as absolutely > incredible. Sheesh. I've sent an email to one of the primary sysprogs-- hopefully he'll speak definitively on this matter. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Digital? Cloud? Modern And Cost-Effective? Surprise! It's The Mainframe - Forbes
On 15Mar27:1741-0400, Shmuel Metz (Seymour J.) wrote: > In <20150327175138.GA3765@dlc-dt>, on 03/27/2015 >at 01:51 PM, "David L. Craig" said: > > >The plaque said it's from the Goddard Space Flight Center, which > >was in building 3/14 and under the Flight Dynamics Directorate, > > My recollection is that they had a 360/91 + 360/75 and that the > Goddard Institute for Space Science (GISS) at Courant Institute had a > 360/95. Yes, that was FD's infrastructure until the '80s IIRC. The Orbit Computation Directorate has two 75s running OS/MVT/HASP and the so-called Goddard Real-Time System (GRTS) that was incomprehensively hooked into the supervisor by lots of IBM FEs. Migrating it to MVS was quite the challenge back in the '80s. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Digital? Cloud? Modern And Cost-Effective? Surprise! It's The Mainframe - Forbes
On 15Mar27:1223-0500, Paul Gilmartin wrote: > But did anyone ever figure out, what OS? TPF, perhaps? The plaque said it's from the Goddard Space Flight Center, which was in building 3/14 and under the Flight Dynamics Directorate, running OS/MVT/ASP IIRC. I had nothing to do with it but I'd seen it a couple times. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Digital? Cloud? Modern And Cost-Effective? Surprise! It's The Mainframe - Forbes
On 15Mar26:0928-0500, Norbert Friemel wrote: > > S/360 Model 91 > > Higher resolutions @ > https://www.flickr.com/photos/epitti/2371701458/sizes/l/in/photostream/ > https://www.flickr.com/photos/epitti/2370869637/sizes/l/in/photostream/ Inquiring minds want to know: where's the Emergency Pull? The 155 had that. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Video
On 15Mar09:2144-0700, Charles Mills wrote: > On 15Mar09:2054-, Ed Gould wrote: >> >> Not to rain on anyone's parade, but I shared it with co-workers who promptly >> showed it to the boss and the boss came over to me and said if they have >> that kind of Money to throw away looks like SHARE is out of the budget next >> year and the foreseeable future. > > Good grief! > > Your employer company doesn't advertise? No wonder they don't have any > money. I suspect the boss was looking for a plausible excuse to cut the costs. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: More on the Bash Security Vulnerability: CVE-2014-6271 & CVE-2014-7169
On 14Oct01:1241-0500, John McKown wrote: > > Well, some of the HMC's are Linux based on what is basically a > standard Intel PC. Most Linux systems have BASH installed. So it might > not actually surprise me to find it on the disk, if I were to remove > it and put it in another PC. > Now, being able to _get_ to BASH is another story. But then I don't > know how the GUI is implemented, so I can't say. For all that _I_ > know, all that dragging and dropping runs BASH shell scripts to set up > and run other programs. Might be fun to see. But not worth my job > should I "destroy" the HMC. Debian defaults /bin/sh to dash and ShellShock demonstrates why that is a good idea. I would be equally stupified if the HMCs and SEs do not have multiple trip wires, preferably home-grown, to phone home at the first hint of intrusion, let alone compromise. I believe the stakes warrant that. We have no way to determine if these things are so, however. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: More on the Bash Security Vulnerability: CVE-2014-6271 & CVE-2014-7169
On 14Oct01:1705+0200, R.S. wrote: > Important: we are not talking about any possible > vulnerability, we are talking about THIS vulnerability. I did not understand your comment to be so limited. Frankly I would be stupified to learn bash is installed in any HMC and that would alarm me exceedingly. My point is you cannot know if the HMC and SE platforms are so vunerable. > While it would be nice to have no errors and > vulnerabilities, we are living in a world where > software errors do happen and it's good to know how > dangerous it can be for given scenario. IMHO in > this case there is no need to worry. Are you not trusting IBM to ensure you need not be concerned about HMC integrity, or have you been able to audit the platform, including its hardware firmware, and its support infrastructure? > What would be a scenario of attack? Note: "I don't > know" is not an option. The same answer apply to > all remaining bugs we don't know YET, but in this > case connection to the host's SE cannot be used as > attack method. First it is necessary to determine the resources that can be brought to bear on the attack, which depends upon the value of a successful outcome. In this case, it is reasonable to expect a highly captialized effort could be mounted--we are not talking about script kiddies here. An NSA-level effort involving infiltration of the HMC and SE support infrastructures might be a genuine possibility considering the value of the assets in those CECs. I would expect the goal to be (1) surreptitiously injecting a covert channel from the SE or (2) enabling a coordinated DoS attack halting the processing of targeted CECs. I can hope establishing a means of modifying customer data undetected would not be feasible for any organization, but I cannot develop an informed opinion, nor can you. Security through obscurity has its limitations. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: More on the Bash Security Vulnerability: CVE-2014-6271 & CVE-2014-7169
On 14Oct01:1627+0200, R.S. wrote: > > HMC is good example of such device. You don't install > anything on that, you don't connect it to the Internet > just like PC, the connection to IBM support system > is quite different thing. While it's good to fix any > vulnerability if possible, I wouldn't worry about bash > in HMC. The HMC is not a toaster. It is a sophisticated black box with both Internet connectivity and some not well understood access to the customers' CECs. I do not think it a good example at all. Hopefully the secrets of that platform will never be compromised or the platform subverted, unless that has already come to pass--who would know? Certainly not the customers. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Costs of core
On 14Jun02:1049-0400, John Eells wrote: > Anne & Lynn Wheeler wrote: > > >However, MVS system > >tended to require 10-30 people for care&feeding ... which scaled poorly > >to hundreds of distributed departmental computers (IPL and run with > >little or no human intervention). > > It's certainly true that running the first large MVS system required a > significant number of people (operators, production control, system > programmers, etc.). However, the second through *n*th had far lesser > incremental cost. I was a sysprog during this period and we supported 30-34 > MVS systems (depending on the year) plus several VM systems with perhaps 3 > people per MVS system overall. > > I know of at least one customer who ran a one-person system programming shop > at the time, too. Well, I, for one, do not miss dealing with head crashes on system packs. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Costs of core
On 14May29:2104-0400, David L. Craig wrote: > On 14May29:2005-0400, David L. Craig wrote: > > > On 14May29:1904+, Ken Porowski wrote: > > > > > http://www.jcmit.com/memoryprice.htm > > > > > > 1960 $5,242,880/M IBM 1401 core memory > > > 1965 $2,642,412/M IBM 360/30 core memory > > > 1970 $734,003/M IBM 370/135 core memory > > > > The handy inflation calculator at the Minneapolis Federal > > Reserve web site (https://www.minneapolisfed.org/index.cfm) > > enables conversion into today's dollars (purchasing power): > > > > 1960 $41,850,904.22/M IBM 1401 core memory > > 1965 $19,795,043.27/M IBM 360/30 core memory > > 1970 $ 4,463,736.06/M IBM 370/135 core memory > > > > That's assuming you believe their inflation figures. > > The 1960 figure in 1970 dollars is 6,881,833.70 and > the 1965 figure in 1970 dollars is878,000.51 so > now you can compare apples to apples. Correction: the 1965 figure in 1970 dollars is 3,255.035.90 -- time to get some rest. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Costs of core
On 14May29:2005-0400, David L. Craig wrote: > On 14May29:1904+, Ken Porowski wrote: > > > http://www.jcmit.com/memoryprice.htm > > > > 1960 $5,242,880/M IBM 1401 core memory > > 1965 $2,642,412/M IBM 360/30 core memory > > 1970 $734,003/M IBM 370/135 core memory > > The handy inflation calculator at the Minneapolis Federal > Reserve web site (https://www.minneapolisfed.org/index.cfm) > enables conversion into today's dollars (purchasing power): > > 1960 $41,850,904.22/M IBM 1401 core memory > 1965 $19,795,043.27/M IBM 360/30 core memory > 1970 $ 4,463,736.06/M IBM 370/135 core memory > > That's assuming you believe their inflation figures. The 1960 figure in 1970 dollars is 6,881,833.70 and the 1965 figure in 1970 dollars is878,000.51 so now you can compare apples to apples. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Costs of core
On 14May29:1904+, Ken Porowski wrote: > http://www.jcmit.com/memoryprice.htm > > 1960 $5,242,880/M IBM 1401 core memory > 1965 $2,642,412/M IBM 360/30 core memory > 1970 $734,003/M IBM 370/135 core memory The handy inflation calculator at the Minneapolis Federal Reserve web site (https://www.minneapolisfed.org/index.cfm) enables conversion into today's dollars (purchasing power): 1960 $41,850,904.22/M IBM 1401 core memory 1965 $19,795,043.27/M IBM 360/30 core memory 1970 $ 4,463,736.06/M IBM 370/135 core memory That's assuming you believe their inflation figures. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Vendor Source Code
On 14May10:1036-0400, David L. Craig wrote: > > The Chinese would appreciate the one-stop shopping for its ISV > industrial espionage, certainly. Actually, the Federal government already has such a facility under DNA.probably. This might be an opportunity to set up a nasty honeypot with doctored source code, though, assuming the Chinese don't know about the real McCoy already. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Vendor Source Code
On 14May09:0635-0500, John McKown wrote: > > Say! Here's a neat sleep-deprived idea: In the above scenario, keep the > offsite repository in the NSA ultra-center in Utah! This would require a > "commercial" aspect to the NSA. But they're going to intercept and store > the information any way if it is transmitted on the Internet. This way > companies can help pay for the ultra-center, in addition to the U.S. > taxpayer. And the companies would have a fairly secure backup. Well, > ignoring the healthcare.gov fiasco, that is. Also, the U.S. Congress could > pass yet another Federal law about "interfering with software entrusted to > a U.S. government facility" (similar to interfering with the U.S. Mail). > They like passing this sort of legislation. > > So do we all agree that I need more sleep? The Chinese would appreciate the one-stop shopping for its ISV industrial espionage, certainly. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
On 14Apr22:2243+, DASDBILL2 wrote: > “[Television programming is a] vast wasteland…” > [09 MAY 1961; speech to the National Association of > Broadcasters by Newton Minow, Chairman of the > Federal Communications Commission] Mr. Minow would likely be at a loss for words if he had been able to see what it has become, which most likely is better than what it will become henceforth unless something really wonderful happens really soon. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Support is ending for Windows XP - Microsoft Windows
On 14Mar26:1700+, Shiminsky, Gary wrote: > Many developers who had used OS/2 offered to rewrite any non-IBM code that > was in OS/2 so IBM could at least release it as open source. > > IBM declined. Without knowledge of the Ts and Cs in the pertinent contracts between Microsoft and IBM regarding usage of Microsoft IP, it is dubious to presume IBM was simply being stupid. I would be surprised if Redmond left itself without grounds to litigate regarding any innovation by IBM that replaces any licensed IP. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Support is ending for Windows XP - Microsoft Windows
On 14Mar26:1105-0500, Dan Skomsky wrote: > A little OS/2 experience with IBM Marketing... Back in '94-'95 we spent > over $500K to port a major Public Safety system from CICS MVS to CICS OS/2. > The port was very successful. But, when we went into a major presentation > to demonstrate our offering, the new 90-Day-Wonder IBM Public Safety > "Expert" blew us out of the water. All throughout the demo he used an IBM > laptop running Windows 98 and stated that his group was more familiar with > Windows rather than OS/2. He also stated he had no problem recommending a > Microsoft based solution versus and IBM based solution. We couldn't believe > it! > > In the days after this disaster, we were getting feedback from the attendees > with a common theme, "If IBM has so little faith in their own offering, why > should we go out on a limb and use it?" > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Staller, Allan > Sent: Wednesday, March 26, 2014 10:38 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Support is ending for Windows XP - Microsoft Windows > > Agreed! > > > > Too bad IBM dumped OS/2. Well, I think everyone's forgeting IBM never had exclusive ownership of everything OS/2--that explains a lot in my mind. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Entry Level System Programmer Job Description
On 14Jan31:1525-0800, Skip Robinson wrote: > Is there some other occupation or avocation that mimics what we do? Medical doctors. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Entry Level System Programmer Job Description
The least knowledgable sysprog should know ops better than the best operator, IMHO, even if he's not in the call rotation yet. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking to see if IBM-MAIN is still alive
On 14Jan29:1702+0800, David Crayford wrote: > On 29/01/2014 4:49 PM, Elardus Engelbrecht wrote: > >Ed Gould wrote: > > > >Indeed. IBM-MAIN is alive. Oh, BTW, I have risked sending some precious > >electrons to you to tell that! ;-D > > Yes, and probably the same carbon footprint it would take to boil a > kettle! Shame on you :^) > >Groete / Greetings > >Elardus Engelbrecht Great. Now's you've got me wondering what's the boiling point of a (tea?) kettle. Friday must be early this week. Must have something to do with The Frozen South (dadburned global warming). -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IFL z/VM
On 14Jan28:1142-0700, Mark Post wrote: > The U.S. Postal Service migrated a good part of > their CICS workload to SUSE Linux Enterprise Server > on System z, running on an IFL. I'm not familiar with > all the technical details of how it was done, but Mark > Neft of Accenture has presented on the topic at SHARE > multiple times. (He _was_ involved in the project.) > I do know they were using Microfocus COBOL for the > application code. Not sure how the CICS piece was > replicated/replaced. > > http://www.share.org/p/do/sd/topic=302&sid=8747 MF COBOL is not your father's COBOL. It has language extensions that, among other features, permit the programmer to do anything in COBOL that can be done in C. This is why the MF compiler itself is written in MF COBOL and is no sluggard. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec21:2313-0500, Shmuel Metz (Seymour J.) wrote: > In <20131210023525.GC6157@dlc-dt>, on 12/09/2013 >at 09:35 PM, "David L. Craig" said: > > >Of course, "real" MVS programmers use STARTIO > > Real MVS systems programmers understand the principle of least > privilege and don't write AC(1) code unless it confers an advantage of > some sort. In particular, the don't use STARTIO if EXCP or *SAM will > do the j0ob just as well. Good grief. Make a comment with a wink and get this response. OF COURSE you don't use STARTIO unless the situation requires it--the development time savings are substantial and, as you stated, that approach is more likely to introduce integrity exposures. The point is real MVS programmers CAN write and debug STARTIO logic (hopefully without crashing or wedging MVS in the process), n'est pas? And don't come back with "real MVS programmers don't need to debug their code." ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
On 13Dec11:1831-0500, Scott Ford wrote: > Amen on that one David. I am in that swamp right > now with a single thread legacy beast in Cobol.. Imagine you're watching The Big Bang Theory or The IT Crowd and during a commercial you're not really paying attention to you hear, "Is writing a COBOL program to run in SRB mode a Bad Idea?" What comes next, I wonder? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
On 13Dec11:1225-0800, Ed Jaffe wrote: > Why would *anyone* want to run traditional CICS COBOL in the > restricted environment of an SRB? The TCB environment is so much > more robust! > > If the SRB is an Enclave SRB enabled for redirection to zIIP, then > IMHO such use of the "zIIP enablement API" is in violation of the > License Agreement between ISVs and IBM -- assuming (<== DISCLAIMER!) > other ISVs all use the same agreement we do. Of course, it's always > possible that IBM, for a substantial licensing fee, has different > T&Cs with select ISVs. If so, I am not privy to those agreements. More to the point, have the COBOL products folks ever TESTED the RTE in SRB mode? I would most certainly want assurance that is fully supported before I started coding such an unusual beast. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec09:1528-0500, Gerhard Postpischil wrote: > On 12/9/2013 2:56 PM, Skip Robinson wrote: > > 2) That's a shame. Every programmer can benefit from familiarity > with the hardware - write a test program using EXCP to read a > multi-volume tape, or use XDAP to read a multi-volume DASD data set > with unknown block sizes. I remember Dr. Rannie talking about teaching Intro To Channel Programming using XDAP, not EXCP, so the students wouldn't have to worry about IOBs. He was challenged to come up with any other reason for using XDAP over EXCP. Of course, "real" MVS programmers use STARTIO (unless they cannot get their code into an APF library, of course). ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec08:1717-0600, Paul Gilmartin wrote: > On Sun, 8 Dec 2013 18:01:01 -0500, David L. Craig wrote: > > > >Boolean algebra is a mathematics based upon variables > >that can take on only two possible values. IIRC, the > >Soviets were rumored to have probed the attributes > >of trinary-state computing in the '60s or '70s and > >discontinued the research, but I have not located a > >source to confirm even the rumor. Maybe Lynn Wheeler > >has it in his archives. > > > For a start: > > http://en.wikipedia.org/wiki/Ternary_computer > > GIYF, GINYF when it doesn't equate trinary with trenary, a term I had forgotten (I'm really trying to avoid turning this thread into a career). At least it wasn't just a rumor. +1 and thanks for causing me to be reminded of Minerva-- perhaps someday Google will attain such capability. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec08:1449-0800, Scott Ford wrote: > I don't know what your profession is , but in 40+ > yrs and about 20+ shops, many in the NYC area and very > very aggressive with their applications, including > z/OS, VM and VSE , I never ever had to worry about it > ..Give me an example of such a concern ? Back in the early '70s when I was a mere OS/MVT/HASP operator, I developed an assembler program to process FORTRAN statements containing literal non-integers. Converting C'123.45' into its HFP equivalent or back may not be something you ever needed to develop. > BTW I have been commercially developing software > for 10+ years the other years with some of the world's > biggest companies.. I'd rather not run the risk of violating listserv policy by posting details, but you should be able to find my career details online if it really matters to you. > I am trying to understand your point . I see fluff, > where's the example, real world, maybe NASA or JPL or > some government IBM software installation, I will give > you that ... The NASA Goddard GRTS system certainly had such concerns but I was only responsible for the virtual machine in which it ran. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec08:1647-0500, Scott Ford wrote: > > On Dec 8, 2013, at 4:39 PM, John Gilmore wrote: > > > > The system/360 and its mainframe successors are largely binary > > machines. In particular, addressing is entirely binary. They can, > > however, do both decimal and hexadecimal arithmetic in some situations > > too. > > > > All this can be reduced to boolean algebra and, finally, to assorted > > configurations of NORs or NANDs: binary arithmetic can indeed be made > > to disappear, replaced by boolean algebra. These reductions are > > theoretically important; but, as I have had occasion to point out here > > before, you can cut yourself with Ockham's razor. > > > > In most cases it is appropriate, qua programmer although not perhaps > > qua circuit designer, to think of the z/Architecture HFP instructions > > as doing hexadecimal arithmetic and of the decimal and DFP > > instructions as doing decimal arithmetic > > I understand the z/arch somewhat, I stepped out > of the hardware arena many moons ago, my father > was involved with hardware at Unisys. I was taught > every converted down to its lowest common factor, > binary..are you saying otherwise ? You comments I > understand somewhat but I am a practical guy ..so > help me understand here Boolean algebra is a mathematics based upon variables that can take on only two possible values. IIRC, the Soviets were rumored to have probed the attributes of trinary-state computing in the '60s or '70s and discontinued the research, but I have not located a source to confirm even the rumor. Maybe Lynn Wheeler has it in his archives. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec08:0942-0800, Charles Mills wrote: > Hex is not a kind of data. It is a convenient way of > representing data. X'F1' is a clearer image in most > cases than 0001 or 241. All data is potentially > hex; that is, is representable in hex. That's the > beauty of hex. This is the paragraph I took (and still take) exception to. Before you assert the S/360 was digitally 100% binary you need to review all the schematics to ensure there aren't any non-binary components; e.g., three-state logic gates. Such is a question IBM Fellow Amdahl or any competent CE can address. But this is an area that even the microcode could be ignorant of. A BAL programmer had better deal with what the POPs document. If you program HFP instructions as if your are dealing with IEEE hardware your results are likely to become problematic at some point. At minimum, HFP documents a hexadecimal "kind of data" and I rest my case. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec08:1428-0500, Scott Ford wrote: > What do circuits work in ... Sigh... I suggest you discuss it with Gene Amdahl, not me. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec08:1352-0500, Scott Ford wrote: > Huh .maybe you should back to computer basics > ...at machine level everything is binary > > Scott ford > www.identityforge.com > from my IPAD You, sir, are the one who needs to go back--specifically to zPOPs page 9-3: : Hexadecimal-Floating-Point (HFP) : : Hexadecimal-floating-point (HFP) operands have for- : mats which provide for exponents that specify pow- : ers of the radix 16 and significands that are : hexadecimal numbers. The exponent range is the : same for the short, long, and extended formats. The : results of most operations on HFP data are truncated : to fit into the target format, but there are instructions : available to round the result when converting to a : narrower format. For HFP operands, the implicit unit : digit of the significand is always zero. Since the value : of the significand and fraction are the same, HFP : operations are described in terms of the fraction, and : the term significand is not used. : : Either normalized or unnormalized numbers may be : used as operands for any HFP or DFP operation, : where, for HFP, a normalized number is one having a : nonzero leftmost fraction digit, or, for DFP, a normal- : ized number is one having a nonzero leftmost signifi- : cand digit. Most HFP instructions generate : normalized results for greatest precision. HFP add : and subtract instructions that generate unnormalized : results are also available. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "hexadecimal"?
On 13Dec08:0942-0800, Charles Mills wrote:
> It is a pet peeve of mine. People use "hex" sloppily
> to mean "binary" (what I think IBM means in your
> example) or "non-printable" ("does it look like a DD
> name?" "Nyah, it's a bunch of hex.").
>
> Hex is not a kind of data. It is a convenient way of
> representing data. X'F1' is a clearer image in most
> cases than 0001 or 241. All data is potentially
> hex; that is, is representable in hex. That's the
> beauty of hex.
I would not expect to read this on this maining list.
The original floating-point hardware of the S/360
architecture is hexadecimal, not binary. A normalized
value may have up to three leading binary zeros as a
consequence.
--
May the LORD God bless you exceedingly abundantly!
Dave_Craig__
"So the universe is not quite as you thought it was.
You'd better rearrange your beliefs, then.
Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS is antique WAS: Aging Sysprogs = Aging Farmers
On 13Dec01:1758-0500, Shmuel Metz (Seymour J.) wrote: > In <0905701904337885.wa.paulgboulderaim@listserv.ua.edu>, on > 11/30/2013 >at 08:52 AM, Paul Gilmartin said: > > >Is the limit HLQ or TSO prefix? > > TSO limits the prefix to 7; for an explicit FQDSN it accepts an > 8-character HLQ. > > >Do catalog services enforce a limit of 7? > > No, nor does TSO. If I remember correctly, the sole reason for limiting TSO IDs to a maximum of seven characters was to ensure running batch jobnames submitted by TSO users would never conflict with the TSO session or each other. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Aging Sysprogs = Aging Farmers
On 13Nov07:1701+, Ted MacNEIL wrote: > >grep stands for General Regular Expression > > I had always thought it was: > Get Regular Expression and Print No, it means global, the ed command followed by a regular expression and a command to perform upon the set of lines matched by said regex; e.g., g/^$/d will delete all null lines in the file. After a while the Fathers wearied of firing up ed when all they wanted to do was extract a subset of a text file. In case it is not obvious, the verb was coined before the executable was envisioned. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM now employs more workers in India than US
On 13Oct17:1203+, esst...@juno.com wrote: > Robert Hagne wrote: > >IBM is not doing business to raise the economy of > >poor >countries . But they should also know that , > >they get only what they >pay for . You make more profit > >by paying less ,but at the >xpense of service quality . > > That is Absolutly correct .. > IBM is first and Formost a Business, they were at one > time a Hardware Company" buy today theu are nothing > more than a "Sales Engine", paying less attention > to Quality and Customer Service. Their Sales Team > comes in and sell You software tat You dont really > need. They claim they have Architects but they are > realy "Product Techs'. The most important consideration: 10% of India's high school students are reputed to be honors students. That means India has more honors students than the USA has high school students of any level of academic achievement. This situation will not reverse in the foreseeable future. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: shark fin
On 13Oct14:1239-0400, Gerhard Postpischil wrote: > Guilty as charged. I got mine from Dr. Robert Rannie, at a SHARE > paddle project session. Indeed. I am looking at mine again, hanging from my Share 53 badge with the ASCII-art Paddle Project label affixed thereto and the Statue of Liberty "I <3 VM" button pinned back in August 1979. Does it really hold unreadable Atomic Energy Commission secrets? ;-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - Huge Maple Syrup heist solved.
On 13Sep29:1242+, Chris Hoelscher wrote: > Could this be another reason not to run SAP ? Maybe, but certainly reviewing SAP security is indicated. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Pissing contest(s)
On 13Sep24:0729-0400, John Gilmore wrote: > David, > > No. I in fact regret the lingering influence of 17th-century > puritanism on English usage. In, say, Italian the cognate verb, > pisciare, has always been usable even in what used to be called polite > society. Preoccupation with avoiding four-letter words in English has > had very unfortunate effects. The forced choice between sounding like > a medical textbook or a guttersnipe in talking about the obvious > topics is disagreeable. > > The word 'micturition' in fact makes me slightly uncomfortable qua > latinist. It derives from micturire, to have a need/desire to > urinate, rather than from mingere, to urinate. I should be a bit > happier with mingurition if it existed, but it does not, and both > words are anyway dispensable in English. > > John Gilmore, Ashland, MA 01721 - USA Opinion adjusted. :-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Pissing contest(s)
On 13Sep23:2156-0400, John Gilmore wrote: > The first time I encountered something like this phrase, circa 1950, > it took the form of > > Don't get into a pissing match with a skunk! > > I suspect that the phrase and its variants have multiple etymologies, > with much semantic cross contamination among them. > > John Gilmore, Ashland, MA 01721 - USA I would expect you to prefer the "micturition competition" variant. :-) -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a "reverse bits" hardware instruction?
On 13Jul24:1022+0800, David Crayford wrote: > It's easy to do on X86 or ARM architectures which have instructions > for scanning, counting and reversing bits > https://github.com/facebook/hiphop-php/blob/master/hphp/util/bitops.h. > Now I'm interested in what is the most efficient way to do this on > zArch. I thought zArch was king of the CISC. ARM can do this in 4 > instructions and that's a RISC architecture. A TR instruction that uses a 256-byte table of the reversed byte values will handle up to 256 bytes, IIRC. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: announcement of the zBC12
On 13Jul23:1317-0700, Phil Smith wrote: > Martin Truebner wrote: > >anyone able to attend? > > I was on for 30 minutes; content-free to that > point. I hadn't counted on them FORCING me to use a > PC, was planning to listen while driving to another > meeting. But since there WAS no content to that point, > I didn't feel too badly bailing. > > All I heard was "We kan haz compooters"-existing > z customers saying "z is good". Like, that's not an > announcement, and I can't imagine very many anti-z > folks bothering to listen to it in the first place. I'm > told "It's not for techies, it's for executives", > but execs don't seem likely to have even signed up, > unless they're already in the fold, so I don't know > what IBM is thinking?! > > I also liked how the invite had > a link for "technical support" -- > http://engage.vevent.com/microsite/ext/configMail.html?eid=556&lc=en&cc=US > > That kind of contradicts the "for executives" theory: > I can't figure out what I'm supposed to do there; > a non-techie sure won't! I must heartily concur, Sir Philip. I DID stay for the end hoping for answers to questions worth asking. If any were submitted they certainly were not cherry-picked. The entire experience did nothing to enhance the image of the median executive in my mind and I have to conclude IBM has a similar view of what approaches are indicated to reach non-Z-aware decision-makers. Who knows what portion of the 1000+ attendees fall into that group and if IBM alienated any decision-makers in the process? My Q&D perusal showed well over half were affiliated with IBM and Z BPs. Sigh. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
