Re: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

2019-01-03 Thread Phil Smith III
To their credit, my management also has cubicles. And hates them as much as we do, but our Corporate Overlords are in control of that. We also have "Focus rooms": a bunch of small rooms of varying sizes where you can go to be alone or meet in small groups. They're theoretically time-limited,

Zowe?

2019-01-04 Thread Phil Smith III
A colleague asked me, "WTF really *is* Zowe?" and the only answer I had was that I thought it was like z/OSMF, only more so (and ISTR that it's even built on top of z/OSMF), and open source. I've seen https://www.rocketsoftware.com/zowe-open-source-mainframe but it just says "Zowe good" and

Re: Crosshair cursor

2019-01-04 Thread Phil Smith III
Jesse 1 Robinson wrote: >After all my years of using Vista exclusively, I've never used 'locate >cursor'. >I'm curious as to what otherwise un- or little-used key combo you assign to >this function. My reaction too! I tinkered, eventually figured out how to set it (some more discussion in

Re: Zowe?

2019-01-06 Thread Phil Smith III
Thanks, Matt. That's a substantive answer, and I think confirms what I had posited, more or less. Put another way, it's "Windows 1.0 for z/OS". That's not a bad thing, but remember that Windows didn't really start to be successful until it left the "fullscreen shell over linemode" paradigm.

Re: Zowe?

2019-01-07 Thread Phil Smith III
Jesse Robinson wrote: > Stepping aside from what Zowe the architecture consists of, could we at least >agree up front how to say it? (The confusion over 'Linux' went on way too >long.) Not to be confused with http://www.linex.com/ ! I distinctly remember—at least 15 years ago, possibly mo

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-08 Thread Phil Smith III
On Tue, Jan 8, 2019 at 3:42 PM Seymour J Metz wrote: >REXX write only? I beg to differ. Yes, it has a few quirks, but I find it >eminently readable. Indeed. It's English-like and about as readable as any programming language gets. Unless Tony meant "Because it Just Works, I never have to go

Re: Where's the fire? | Computerworld Shark Tank

2019-01-18 Thread Phil Smith III
Tom Marchant wrote, in part: > I remember later being able to shake the memory boards from that unit and >hear the chips rattling in their packages. The memory boards were about a >foot square and IIRC they were populated with 256 bit dynamic RAM chips. Heh, later on we had a Formation 400

Re: Where's the fire? | Computerworld Shark Tank

2019-01-19 Thread Phil Smith III
William Donzelli wrote: >Wow, a Formation! >I know one of the original engineers, and he has NOTHING good to say >about that machine! Well, it was unreliable, but it was also slow. And ran hot. And had no thermal protection, so it'd run until it melted if the A/C cut out. We ran a 40-pe

Re: how many OSes run on IBMz

2019-01-24 Thread Phil Smith III
Being pedantic, it's "IBM Z" (formerly z Systems, formerly System z, formerly zSeries). Operating systems always have a slash, because they're software: z/VM, z/OS, z/TPF, z/VSE. But Linux on IBM Z is not "z/Linux" officially, because IBM won't incorporate other folks' trademarks into names like

Re: Red Hat (was Re: how many OSes run on IBMz)

2019-01-25 Thread Phil Smith III
Gord Tomlin wrote: >It will be a great opportunity for IBM to show whether it genuinely >supports the open source community. It will also be interesting to see >whether IBM starts to favor Red Hat over SUSE and Ubuntu on z. Starts? IBM has favored RHEL over SLES for a while, near as I can

Re: Style (was: Newbie SMP/E questions)

2019-02-04 Thread Phil Smith III
Paul Gilmartin wrote, re reply styles: >Indeed. Some prohibit editing quoted text, deeming it a form of forgery. >That leads to a pernicious accumulation of footers and a secular bloat of text. Sigh. Not that this isn't an ancient and unlikely-to-be-resolved issue, but I'm of the strong

Re: Style (was: How can I get reports in the Output Queue in SDSF to print)

2019-02-05 Thread Phil Smith III
Paul Gilmartin wrote, in part: >Good idea. But why not start each of your responses on a new line? And >distingush original text by ">" quotation marks or indention? Does not >MS-Exchange, which appears to be your mailer, support such things? A nit, Gil: Exchange is an MTA, not an MUA. Ou

Re: instruction clock speed

2019-03-07 Thread Phil Smith III
Anyone remember the old EXEC 2 source (Chris Stephenson), which included comments like "Do this while R3 settles"? Those days are very long gone! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to l

Re: instruction clock speed

2019-03-07 Thread Phil Smith III
Shmuel trolled: >EXEC2? What processor running EXEC2 didn't at least have pipelining for >I-fetch? why weren't you using REXX? Rexx wasn't available yet, doh. Stephenson went back to S/360, when men were men and systems were big. -

Re: instruction clock speed

2019-03-09 Thread Phil Smith III
Seymour J Metz wrote: >Phil Smith III demonstrated his ignorance by writing >> Rexx wasn't available yet, doh >http://bitsavers.org/pdf/ibm/370/VM_SP/Release_3.0_Jul83/SC24-5239-0_VM_SP_Interpreter_Reference_Rel_3_Sep83.pdf Um. You might want to check out https://en.w

Re: instruction clock speed

2019-03-10 Thread Phil Smith III
Now I'm really confused. Seymour wrote: >You might want to check out the release mentioned in the message. The >reference I gave was for the release that Stephenson mentioned. Ah! I finally get your point. You misunderstood: "While R3 settles" meant "While REGISTER 3 settles". That's why I m

Re: STCKE faster than STCK! (was: instruction clock speed)

2019-03-13 Thread Phil Smith III
Probably doesn't matter here, but note that on the zPDT, STCKF is actually about exactly an order of magnitude SLOWER at some rev levels. I found this, reported it, it's presumably fixed (but not on the zPDT I have access to, which I don't own). Doing 100,000,000 iterations of each: stck

Re: Accented Names in EBCDIC -> ASCII

2019-03-25 Thread Phil Smith III
Dennis Longnecker wrote: >I see there is an extended ASCII table which has accented characters; like the >hex A2 which is an accented lower case O. >Is there such a character in the ebcdic world? All my google searches for >EBCDIC to ASCII conversions aren't showing accented characters in

Re: Pervasive encryption and batch temporary datasets

2019-03-31 Thread Phil Smith III
Matthew Donald wrote: > I'm looking into pervasive encryption and I have a question about batch > temp files that I have been unable by googling. > > In order to have SMS encrypt a dataset, the dataset must be in extended > format, which I believe is specified in the dataclass. My question i

Re: Pervasive encryption and batch temporary datasets

2019-03-31 Thread Phil Smith III
Laurence Chiu wrote: >We encrypt all our host data without worrying about z/OS by using SKLM on >our DS8K SAN. >I'm told this means all data that the host can access is encrypted at rest >and is transparent to the host. Correct. You're also not really providing any protection beyond the

Re: Rexx not processing email formatting

2019-04-05 Thread Phil Smith III
Seymour J Metz wrote: >With rare exceptions, header fields are case insensitive. And one of those rare exceptions is itself exceptional: the left-hand part of an email address (the "lists" in "li...@akphs.com") is theoretically case-sensitive per the RFC. But sanity prevailed, and nobody but

Re: Rexx not processing email formatting

2019-04-05 Thread Phil Smith III
Gil wrote: >"sanity prevailed, and nobody but nobody" still does not suffice to excuse www >facilities >that willy-nilly convert case of local part of entered email addresses. Sure, that's obnoxious. If nothing else, maybe you like reading your email as joethel...@whatever.com

Re: S/360

2019-04-11 Thread Phil Smith III
Alan Altmark wrote: >The 3350 is from an era (not so long ago!) when there were no disk "arrays". >No striping. The "location" information in the I/O architecture was physical. >If you took the media out of its housing, you could generally point to where >the data was located. Want protectio

Lousy error from HLASM in USS

2019-04-11 Thread Phil Smith III
Easy to reproduce. Create an assembler input deck with a line longer than 80 bytes; it can even be a single line: * x (that x is in column 81) Put it in a USS directory as, say, bad.asm. Now cd to that directory in a sh

Re: Mainframe Report meets abrupt end | Computerworld Shark Tank

2019-04-22 Thread Phil Smith III
>It would be nice if people would report it when they get output that they >don't know what it is. Report it to whom? Often no way to tell. But yeah. Sort-of-related: In a large company, there may be two or more people named Joe Blow. You'd think that they'd be sensitive to the existence

Peter Frampton and IBM

2019-05-01 Thread Phil Smith III
Those of you who were conscious should know who Peter Frampton is (if you were and you don't, report to room 100 immediately for remedial instruction). TIL that he's suffering from IBM: inclusion body myositis, a degenerative disease that causes muscles to weaken over time but generally does

Re: Peter Frampton and IBM

2019-05-03 Thread Phil Smith III
Tony Harminc wrote: >As it happens I heard a CBC Radio interview with Frampton a couple of days >ago. I wasn't a great fan back in the day, but the interview was interesting. >https://www.cbc.ca/radio/q/nothing-s-gonna-keep-me-from-playing-peter-frampton-on-preparing-for-his-farewell-tour-1.511289

Re: mainframe hacking "success stories"?

2019-05-07 Thread Phil Smith III
ITschak Mugzach wrote: >Funny credit card story. Here in Israel, a company had all cc on an >encrypted hd. The person used the desktop took the hd home, booted from the >hd and copied all data. Then, from Thailand, he tried to blackmail his >employee. >What value encryption offers in this v

Passing along a job opportunity

2019-05-07 Thread Phil Smith III
I got a ping for a z/OS sysprog job in Costa Mesa, CA, figured I'd point folks on this list at it. If that's not OK let me know and I won't do it again. To be clear: THIS IS NOT A JOB I'M HIRING FOR. DO NOT ASK ME ABOUT IT BECAUSE I WON'T KNOW. Ask this guy: Gar Thompson, Safeguard Healthca

Re: Passing along a job opportunity

2019-05-07 Thread Phil Smith III
Daniel HJ Blake wrote: >It's a very wide net being casted. I've gotten three email and >one voice mail. The voicemail dude is out of NJ and he has >called my cell four times. If you're not in my contact list I don't >answer. You mean for this job? Wow. Maybe they're desperate; someone

Re: mainframe hacking "success stories"?

2019-05-07 Thread Phil Smith III
Seymour J Metz wrote, re: >> And when some "genius" at Microsoft thought it would be a good idea to >> be able to embed arbitrary code in a document, it meant that someone could >> do anything they wanted to do to your computer just by sending you a >> document. >To be fair, that issue exis

Re: mainframe hacking "success stories"?

2019-05-11 Thread Phil Smith III
You know, I'm as big a fan of the mainframe as anyone. I've used mainframes for at least 45 of my 58 years on this planet, have made my living off them for almost 40 of those, and continue to do so. But the articles Bill Johnson is citing as proof that the mainframe is so superior to other p

Re: mainframe hacking "success stories"?

2019-05-12 Thread Phil Smith III
Charles Mills wrote, in part: >The mainframe seems to me to have also some "architectural" advantages. It >seems to support a denser "clustering." It does not seem to me that there is >anything in the Windows/Linux world that duplicates the advantages of 100 or >so very-closely-coupled (sharing

Re: mainframe hacking "success stories"?

2019-05-12 Thread Phil Smith III
Bill Johnson posted a couple more links to mainframe blog posts from a mainframe vendor-more asking the barber if you need a shave; but even ignoring that, you don't appear to have actually read the articles, Bill. The first one

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-22 Thread Phil Smith III
Metz wrote: > Running with signal on novalue and quoting everything leads to hard-to-debug > surprises errors when you get the case wrong (present example is typical.) ;-) After almost 40 years of writing Rexx, I've never had that problem. Quoting literals avoids far more problems than it cau

Re: Friday Follies/Why won't this work?/TSO Rant #387

2020-05-23 Thread Phil Smith III
Metz wrote: >Well, I've only been using REXX for 35 years. The problems that I have seen >from not quoting words have been few and far between, not nearly as many as, >e.g., problems related to continuation, omitting a period in a stem, incorrect >capitalization in a string literal. You see

Re: Gratuitous EXECIO Documentation

2020-06-06 Thread Phil Smith III
I'm expect this got added because people, especially non-VMers*, seem to get confused about whether EXECIO is part of Rexx or not, leading to the confusing scenarios others have described. ...phsiii *In VM, EXECIO predates Rexx, so old-timers, at least, don't get confused. And on some pl

Re: Gratuitous EXECIO Documentation

2020-06-06 Thread Phil Smith III
Gil wrote, in part: > ADDRESS >sometimes not quoted Um. When would it be quoted? You *can* but you never need to: address banana /* Always sets the environment to BANANA */ address 'banana' /* Also sets the environment to BANANA */ fruit='KIWI' address value fruit /* Sets the environm

Re: Gratuitous EXECIO Documentation

2020-06-06 Thread Phil Smith III
Wow, cool. Never noticed that ADDRESS (foo) evaluates FOO, but of course in retrospect it should. A good day! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the mes

Re: Gratuitous EXECIO Documentation

2020-06-07 Thread Phil Smith III
Gil: Yeah, of course in "address value" you'd need quotes. I see that as different from what you asserted, though I sure can't defend that! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists..

Re: Gratuitous EXECIO Documentation

2020-06-08 Thread Phil Smith III
Metz wrote: > Wrong again. As with any other expression, quotes are for string literals, > not variables, and it is legitimate to use variables either by themselves or as part of a more complex expression, e.g., address value 'FOO'bar "I believe I said that, Doctor." OK, I didn't say it expl

Re: [External] Re: "Everyone wants to retire mainframes"

2020-06-12 Thread Phil Smith III
Charles Mills wrote, in part: >I never bothered -- I have always gone with (s) as in "You have %d dog(s)" You could substitute "an integer value greater 0 and less than 2" when it's "1", and then "dogs" would always be correct :) --

Re: "Everyone wants to retire mainframes"

2020-06-12 Thread Phil Smith III
Tom Brennan wrote: >At least in that case you can hopefully reproduce the error :) >It's the one-time lost error messages that as a support person, you >sometimes have to say, "Oh well" I call this an "anecdotal error": worth opening a ticket with as much (little) detail as possible and then clo

Re: New Mainframe Community

2020-06-14 Thread Phil Smith III
Lionel B Dyck wrote: >Check this out - looks new but promising >https://mainframe.community/ Just what we need: Yet another nascent mainframe forum that will die on the vine. Not that community is a bad thing, it's not-but moving it from this list has been tried repeatedly: mainframezone, SH

Re: New Mainframe Community

2020-06-26 Thread Phil Smith III
Henri Kuiper wrote: >Wow. What a lot of pushback. Well, nobody has offered any problem that this new forum is going to solve. Nor does that web page you cite: it says "I did this technically interesting thing", but that isn't solving a *problem*. That's my objection: we have a solution to t

Re: New Mainframe Community

2020-06-26 Thread Phil Smith III
Of course Charles is correct-I did not mean to imply that I thought IBM-MAIN was the zenith of information sharing. It's still on LISTSERV, which is near&dear to my heart as a long-time VMer, but whose day has largely come and gone, due to the issues Charles mentions (and more). Now, if some

Virtual SHARE

2020-06-26 Thread Phil Smith III
Be aware that virtual SHARE sessions will apparently be 40 minutes long. Don't blame the messenger: not my idea, nor was I particularly thrilled to discover it, since the session I'm giving was, surprise, targeted at 60 minutes. I'll just have to talk real fast :) I guess the good news is th

Remember the 9370?

2020-08-11 Thread Phil Smith III
If you do, this will give you flashbacks: Boeing 747s receive critical software updates over 3.5" floppy disks https://www.theregister.com/2020/08/10/boeing_747_floppy_drive_updates_walkthrough/ Interesting article, even if it is El Reg. ...phsiii

Re: Remember the 9370?

2020-08-11 Thread Phil Smith III
George Rodriguez wrote: >Sorry, I was thinking about the 3370... The 9370 was a small computer >system that we used in the Engineering department. Right, it was the early rack-mount 370 from IBM (1988 or so). We had one, and microcode updates came as BOXES of floppies, which meant some unluc

Re: Remember the 9370?

2020-08-12 Thread Phil Smith III
Gabe Goldberg reminds me that it wasn't really a rack-mount: it was sorta/maybe rack-sized, and air-cooled, of course. A big shift from 43xx family, anyway: vertical instead of wide. -- For IBM-MAIN subscribe / signoff / archiv

Re: Remember the 9370?

2020-08-15 Thread Phil Smith III
Re 3420s: In 2005 or so, I was at IBM Sterling Forest for something, and was shown a floor full of old drives: 7-track, 3420s, etc. Anyone know if it's still there? -- For IBM-MAIN subscribe / signoff / archive access instructio

Re: Rexx detail, or things I dont do often enough

2020-08-15 Thread Phil Smith III
http://www.vmworkshop.org/HENSLER/ includes my MAILABLE EXEC, which uses this technique to create self-extracting blobs wrapped in Rexx code to unpack them. Alas, it's VM-only, but it illustrates the idea. This was useful back in the era when folks had a lot of problems getting EBCDIC object

Re: Rexx detail, or things I dont do often enough

2020-08-16 Thread Phil Smith III
Paul Gilmartin wrote: >z/OS TSO RECEIVE has the useful FROMDSN and FROMDD options. Has >CMS RECEIVE anything similar? But there are the Pipelines 64DECODE >and DEBLOCK NETDATA filters which should be useful for this. No >PIPELINES VMARC, AFAIK. Sure: RECEIVE >> MAILABLE was also desi

Re: Rexx detail, or things I dont do often enough

2020-08-16 Thread Phil Smith III
Gil wrote: >... All I see is: >Purpose >Use the RECEIVE command to read onto a disk or directory one of the files >or notes in your virtual reader. ... >... no suggestion of RECEIVE from a SFS or MDFS file. Oh, sorry. I missed that you were asking about origin, not destinati

Name those boxes

2020-08-17 Thread Phil Smith III
https://i.redd.it/kd2ebwoovbh51.jpg Best guess so far: 1415, console etc. for 1410. For extra credit, identify small box on desk, too (not the phone or the 2741). -- For IBM-MAIN subscribe / signoff / archive access instruct

Re: Architectural Level Sets

2020-09-01 Thread Phil Smith III
mike.a.sch...@gmail.com (Mike Schwab) wrote: >Well, XA+ machines only supported 4K pages / 1M segments and not 2K >pages / 64K segments. Then DAS and Access register additions. The >43xx series only supported a single virtual address space, like >DOS/VSE. 3090s were the only processors to su

Re: REXX true/false (was Constant Identifiers)

2020-09-08 Thread Phil Smith III
Y'all are dancing on the head of a pin. As Shmuel said, Rexx has one datatype, period. It has the DATATYPE function that can do some analysis on a variable's contents and tell you whether it's all numeric, hex, etc. That's basically it. Arguing about whether it's a "string" or a "character string

Re: Is there a word for that?

2020-09-20 Thread Phil Smith III
Dynamic? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

360 model 20 restoration

2019-05-20 Thread Phil Smith III
https://ibms360.co.uk/?page_id=22 Apologies if this has been here already-if so, I missed it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IB

Re: Replying on IBMMAIN with Samsung Mail client

2019-05-21 Thread Phil Smith III
Charles Mills wrote: > @Phil has suggested a different e-mail client but I am hoping to make a > smaller change than that. FTR, I didn't make that suggestion as "You should do this"; I meant it as "If you can't find a real solution, I suppose that would solve it". So yeah, a smaller change

Re: What do y'all think of this? No password expiration time

2019-06-12 Thread Phil Smith III
John McKown wrote: >True. I really like the fact that when I log into TSO, it tells me the last >time my ID was used for some purpose. I wish that the log in to z/OS UNIX, >via ssh, did the same thing. >Which makes me wonder if some sort of daily (weekly?) report should be done >for each RA

Re: What do y'all think of this? No password expiration time

2019-06-12 Thread Phil Smith III
John McKown wrote: > Which article are you replying to? I can't find it. IIRC, I even commented > on it. URL? My bad. This was on RACF-L. You posted it! https://www.sans.org/security-awareness-training/blog/time-password-expiration-die Re NIST: jeez, it wasn't LAST year, it was almost

Re: Mainframe hacking

2019-06-24 Thread Phil Smith III
Donald Blake wrote about reporting a doctor's office for a HIPAA violation, saying, in part: > I have mixed feelings about >doing stuff like this, because doctor's visits are so expensive, largely >due to things like malpractice insurance. On the other hand, getting blown >off by everybody invo

Re: Best way to alert customer to pending license expiration?

2019-07-01 Thread Phil Smith III
ObAnecdote: many years ago, a sysprog friend goes into the data center for something, notices a message on the (VM) operator's console: [BACKUPPRODUCTNAME] will expire in 15 days! He points to it, politely asking a question that no doubt included several four-letter words. Operator's respon

U.S. Companies Learn to Defend Themselves in Cyberspace

2019-07-15 Thread Phil Smith III
https://www.wsj.com/articles/u-s-companies-learn-to-defend-themselves-in-cyberspace-11562941994 "One chief information-security officer at a major bank told us that, in five years, his bank will largely be immune to cyberattacks because it is upgrading from legacy systems that are insecure by

Re: What's the intent of the "LOAD AND ZERO RIGHTMOST BYTE" instruction?

2019-07-25 Thread Phil Smith III
Peter Relson wrote: >I don't know the answer, but the usual answer is: >because either the Java team or the compiler team found something >beneficial to having it. Which leads one to wonder.at what point does the C in CISC make this a losing proposition? Are we there yet? --

Re: Pervasive Encryption - why?

2019-08-05 Thread Phil Smith III
u get it unencrypted) or you cannot. Same as any other SAF use case. My biggest concern about PE is that folks hear “encryption” and go “yay, we do this and we’re protected AND compliant”. And the reality is that you mostly aren’t. -- ...phsiii Phil Smith III Senior Architect & Pr

Re: Pervasive Encryption - why?

2019-08-05 Thread Phil Smith III
ITschak Mugzach wrote: >PE is much cheaper, CPU wise, than a field level encryption as it use bulk >encryption. encrypting field by field is much more expensive and affect >elapse as well. Of course. That's part of the attraction. Yes, field-level is more expensive. It's also more secure. A

Re: Pervasive Encryption - why?

2019-08-05 Thread Phil Smith III
Lennie Dymoke-Bradshaw wrote, re platform-specificity: >Why do you think this is platform specific? The AES encryption keys >involved can be managed by an external key manager, (such as EKMF) and >so those keys can be securely deployed to other (secured) platforms. The >encrypted data can be re

Re: Pervasive Encryption - why?

2019-08-06 Thread Phil Smith III
Ron Hawkins wrote: >One area where PE encryption, as implemented on z is where it is used >together with compression. >The horse must go in front of the cart, meaning compression must happen >before encryption, because it will be ineffective if you do it after. Not true with format-pre

Re: Pervasive Encryption - why?

2019-08-06 Thread Phil Smith III
Timothy Sipples >Phil, I don't think your assertion is true, but, regardless, what's the >problem with granting another vendor the courtesy of referring to its >products and offerings by the names they give them? If you're referring to >z/OS Data Set Encryption, then use the name z/OS Data Set

Re: Pervasive Encryption - why?

2019-08-06 Thread Phil Smith III
Joel C. Ewing pointed out that FPEd data won't compress quite as well as un-FPEd since repeated characters will not be repeated in the ciphertext. This is no doubt true, although some number of random repeats will occur in the ciphertext as well. He wrote: >Unless by format-preserving data

Re: Pervasive Encryption - why?

2019-08-06 Thread Phil Smith III
Paul Gilmartin wrote, re FPE being ASCII-EBCDIC transparent: >I'm astonished that's possible (but it can't be proven impossible). Suppose I >change >x'C1' to x'41' in the clear text (in fact, only a single bit change). With >strong encryption >that must change numerous bits in the encrypted

Re: Pervasive Encryption - why?

2019-08-07 Thread Phil Smith III
Timothy Sipples wrote: >Even if you believe IBM caused some confusion -- I cannot find much >evidence in the historical record of official IBM communications, but if >that's what you believe -- that's certainly NOT a reason to add any more. >I've asked you to help reduce terminology confusion,

Re: Pervasive Encryption - why?

2019-08-08 Thread Phil Smith III
Ron Hawkins wrote: >That would be an improvement over a random cypher, but wouldn't the length >and repeatability of the data patterns after encryption negatively affect >LZW compression, along with deduplication? Not sure I understand your question, but I'll try. Length-is unchanged

Re: Pervasive Encryption - why?

2019-08-08 Thread Phil Smith III
Timothy Sipples disagrees, which is his right, but the industry doesn't, so I'm not sure what else to say here. .phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.ed

Local time in C on z/OS

2019-08-14 Thread Phil Smith III
I have a C POSIX application that writes timestamps on its output. It's always produced a GMT timestamp (pardon me, UTC), and that's sort of fugly, so I thought maybe I could fix it. Looking at the code, it's using ctime(). Ok, hey, localtime() should be gooderT! Nope, per IBM doc: * The c

Re: Local time in C on z/OS

2019-08-14 Thread Phil Smith III
maybe the TZ variable wasn't set in the runtime environment. Now someone can laugh and point out the stupid mistake I made (I hope). From: Phil Smith III [mailto:li...@akphs.com] Sent: Wednesday, August 14, 2019 6:10 PM To: ibm-m...@bama.ua.edu Subject: Local time in C on z/OS

Re: Local time in C on z/OS

2019-08-15 Thread Phil Smith III
Gil provided a promising-looking code snippet, which I tried. Alas, no change! (I did have to fix the %s to %S, so I'm 100% sure I picked up the change-I'm cross-compiling using Dignus, which always adds that bit of vagary: did you get the right object? Etc.). I don't think I missed anything

Re: Local time in C on z/OS

2019-08-15 Thread Phil Smith III
Jon Perryman wrote: >The op wants the machine local time as seen in the system log instead of >all the exceptions that are allowed in the C standard. If the op doesn't >get an acceptable solution, then call the assembler macro's directly >from C.. It's a simple call to time or whatever macro yo

Re: Local time in C on z/OS

2019-08-16 Thread Phil Smith III
Seymour J Metz wrote: >IMHO the right way is to log both the time in UTC and the local zone offset. I don't even disagree with that, although it's a bit late for me to change this particular item (and it's just debugging info, not likely to matter; the issue was that people either look at it

Re: Reason for 2 digit years was Re: Instruction speeds

2019-08-16 Thread Phil Smith III
I'd note this fun page: https://web.archive.org/web/20170108175446/http://www.jcmit.com/memoryprice.htm -- For IBM-MAIN subscribe / signoff / ar

Re: vendor distributes their private key

2019-08-25 Thread Phil Smith III
CM Poncelet wrote: >PGP allows sending encrypted emails/data to multiple recipients, where >each recipient has a different private key, and this works AOK (but no >idea how). Trivial: the actual payload is encrypted with a random symmetric key. Then THAT key is encrypted with the public ke

Re: vendor distributes their private key

2019-08-26 Thread Phil Smith III
CM Poncelet wrote: >Possibly - but probably not "encrypted with ... possibly sender's >private key" ? Why do you say that? Doing so provides both security and non-repudiation. I may be misunderstanding your point. -- For

Re: vendor distributes their private key

2019-08-26 Thread Phil Smith III
CM Poncelet wrote: >Because a sender does not need to have an own public/private key-pair, >but needs only the public keys of the recipients to send encrypted >emails to them. Ah, ok. Reveals my ignorance of how PGP works. Voltage SecureMail uses both, providing that non-repudiation; I gues

Re: vendor distributes their private key

2019-08-26 Thread Phil Smith III
Charles Mills wrote, re hash uniqueness: >https://en.wikipedia.org/wiki/Cryptographic_hash_function >Read the third and fourth bullets. Indeed. Since the odds of a hash collision with any modern hashing algorithm are lower than the odds of a random bit-flip, it's not worth worrying about.

Re: z15 from IBM i perspective

2019-09-23 Thread Phil Smith III
Charles Mills wrote: >Interesting article even if you could care less about the IBM i (AS/400 for >anyone who has been living under a rock for the past 20 years). "couldn't care less" :) BTW, just to be irritatingly pedantic: IBM i is not really AS/400. It's what AS/400 developed into, b

Re: Rexx calls versus branching

2019-09-30 Thread Phil Smith III
Bill Giannelli asked: >I also have a Rexx routine that has "call code 0" and call code 0 100" >which seems to branch to a routine "code" for error handling? >how are the 0 and 100 values processed? Lionel (correctly, of course) noted that there's nothing special about this. I'd add that thi

Re: Rexx calls versus branching

2019-09-30 Thread Phil Smith III
Frank Swarbrick wrote about passing parameters. Yes, exactly correct. And not really surprising when you think about it, but it could indeed bite a newbie! -- For IBM-MAIN subscribe / signoff / archive access instructions, sen

Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement

2019-10-04 Thread Phil Smith III
David Jousma wrote: >Does every JES3 shop that wants to remain have to re-buy (I'm guessing yes)? >Otherwise how's the money going to be made? Presumably they'll be charging for maintenance and support. -- For IBM-MAIN su

Re: CPACF for TN3270 encryption

2019-10-29 Thread Phil Smith III
Jake Anderson asked: >Is it possible to encrypt TN3270 connectivity using CPACF ? And then later added: >We got this feature along with our z14 so wanted to make use of this and am >not sure if PAGENT traffic can be offloaded to zIIP Just to be clear: CPACF is crypto in the chip (much l

Re: I want to cry

2023-02-06 Thread Phil Smith III
Well, now that we've devolved to swapping histories: I first used a keypunch when I was four, in 1965. My dad rented one and had it installed in the house because he was working on a concordance program. His first project was Beowulf, and he needed the text to be input, which my mother volunteere

Re: 3420 conversion?

2023-02-10 Thread Phil Smith III
Tony, IBM Sterling Forest used to have tape drives dating back to the stone age for just this purpose. No idea what the process is to use them, if indeed they still exist. Is a 40-year-old tape going to be physically readable? I have no idea, but wonder. I have some 30-year-plus tapes in th

Re: Are JNI required to be re-entrant and/or re-usable?

2023-02-15 Thread Phil Smith III
I feel stoopid[er than usual]: I don't understand the difference between "serially reusable" vs. "reusable" vs. "reentrant" in this context. I know what the first and last one are, but it seems like the middle one should be the same as one of the others. Unless the difference between the latte

IBM's Fall From World Dominance

2023-02-28 Thread Phil Smith III
https://spectrum.ieee.org/ibms-fall-from-world-dominance Not negative overall, just recognizing that things have changed, for the most part. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: Full TRAP feature support [was: RE: Re: z/OS 3.1 Announcement US Letter]

2023-03-01 Thread Phil Smith III
Traditionally, the business case would have been that a debugging facility like this led to increased ability to exploit the platform, thus leading to more usage and more sales. Whether that still applies-whether IBM is interested in that for IBM zSystems-is unclear. With cloud, cloud, and more clo

Re: CS/CDS instruction

2023-03-01 Thread Phil Smith III
Ituriel do Neto asked: >Is there a similar instruction to CS or CDS, but using 64 bits register ? CSG/CDSG. Look at Principles of Operation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lis

Re: DATASET encryption POC

2023-03-01 Thread Phil Smith III
Eric D Rossman wrote, in part: >Not really. Can you give me a reasonable use case where having the >encrypted data would be of ANY use to you? There is nothing to >compare/correlate. Since the data is (maybe compressed) and encrypted, >there is nothing to look at other than the length of a given re

Re: DATASET encryption POC

2023-03-01 Thread Phil Smith III
Lennie Dymoke-Bradshaw kindly wrote: >I think you have switched forums Phil. >This stream started on RACF-L Right you are! Sorry about that. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send em

Bad backup stories (was: Re: Ransomware in VSAM and DB2)

2023-03-11 Thread Phil Smith III
Since we're swapping bad backup stories. I'm at a small mainframe vendor, mid-90s. Data center manager quits with no notice because boy genius sociopath CFO tell him at the last minute that he can't take long-planned, prepaid vacation trip because CFO wants him there for something stupid. This

  1   2   3   4   5   6   7   8   9   >