Re: Looking for help with an obscure C integer problem

[Harry Wahl]

Charles,
Hi, here is my opinion (and this definitely falls under the category of 
"obscure C"):
You are not considering the implications of "sequence points" in your C/C++. 
"Sequence points" should not be confused with "operator precedence." Operator 
precedence is determinate, sequence points are not.
I believe IBM XLC is at the C++11 level of C/C++. The C/C++ level is relevant 
here because there are sometimes subtle, and sometimes not so subtle, 
differences in how sequence points apply between various levels of C++. 
While C++11 (the most recent level of C/C++) seems to a have only tiny, mostly 
irrelevant and evolutionary changes from prior levels of C/C++; there are 
significant differences in how "sequence points" are defined and effect 
execution. 
Still, C++11 and the level of the C/C++ compiler that is compiling your program 
is only tangential to the situation you describe. Your code will execute with 
undefined behavior regardless of what compiler you use. But, knowing the level 
of the C/C++  compiler may be important if you wish to reconcile why it behaves 
one way sometimes and other ways other times (e.g. on a different z/OS).
To me, your failure to consider the subtle impact of sequence points renders 
your code ambiguous and subject to undefined behavior. This manifests itself, 
for example, by executing differently when optimized. It is at the compiler's 
and optimizer's discretion to decide the order of execution for code that the 
C++ standard does not specifically define. This includes overlapping execution.
I think the C/C++ compiler and optimizer are working exactly as specified by 
applicable ISO/IEC standards.
"The fault, dear Brutus, it not in our stars,But, in ourselves, that we are 
underlings"
Cassius in Shakespeare's Julius Caesar

Harry



> Date: Sat, 20 Jul 2013 13:24:29 -0700
> From: charl...@mcn.org
> Subject: Looking for help with an obscure C integer problem
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> Cross-posted to IBM-MAIN and MVS-OE.
> 
> I have the following code fragment in an inline function, compiled by the
> IBM XLC compiler as C++:
> 
> unsigned long long valueToTest;
> unsigned int testWord;
> testWord = valueToTest >> 32;
> 
> It *appears* to me (from somewhat circumstantial evidence in a much more
> complex big picture) when valueToTest has a value of 0x0034 then
> 
> - If I compile Opt(0),NoInline then testWord gets the value I expect,
> 0x0034; but
> - If I compile Opt(2),Inline then testWord gets a value of 0.
> 
> Questions: 
> 
> 1. Does that seem plausible? That the code would work as intended
> Opt(0),NoInline but that with Opt(2),Inline the compiler would (I am
> guessing here) first cast valueToTest to an int of 0, then shift it right
> 32, and then assign it to testWord?
> 
> 2. What should I code to avoid that? I guess I could shift valueToTest first
> (I don't need it again) and then in a separate statement assign it to
> testWord. Is that the "proper" coding technique?
> 
> It's fairly involved to test the whole thing so I took the liberty of
> imposing on you folks rather than just trying stuff. Thanks much.
> 
> Charles 
> 
> --
> 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: Computer Industry Strategies: IEEE Annals of the History of Computing articles on IBM and others.

[Harry Wahl]

http://ieeexplore.ieee.org/xpl/tocresult.jsp?isnumber=5255174

> Date: Fri, 22 Nov 2013 12:26:51 -0500
> From: peter.far...@broadridge.com
> Subject: Re: Computer Industry Strategies: IEEE Annals of the History of 
> Computing articles on IBM and others.
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> The latest volume does not yet appear to be available electronically on the 
> IEEE sites - latest available seems to be volume 35 #3.  Do you have a link 
> to #4?
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of David Boyes
> Sent: Friday, November 22, 2013 9:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: OT: Computer Industry Strategies: IEEE Annals of the History of 
> Computing articles on IBM and others.
> 
> Given the recent discussion on early Fortran implementations and other 
> historical stuff on IBMVM, you folks may want to hunt down the current issue 
> of the IEEE Annals of the History of Computing (volume  35, #4). This issue 
> contains a really good article on industry approaches in the early days of 
> the commercial computing industry, but also contains two other articles worth 
> reading: one on the early development of compilers and programming languages 
> at IBM Europe location (discussing a lot of the origins of structured 
> languages like PL/1 and PL/M, and the origins of the various Fortran and 
> COBOL compilers), and second, a close look at the training and engagement 
> model for sales people used by IBM up until very recently. The articles are 
> not freely downloadable, but they're worth the effort to obtain.
> 
> The second article would be good required reading for the current IBM 
> management team. It has a lot to say about what IBM used to be, and what 
> might yet save them from themselves.
> 
> Article references:
> 
> Endres, Albert. "Early Language and Compiler Developments at IBM Europe: A 
> Personal Retrospection", in /IEEE Annals of the History of Computing/, v.35, 
> #4 (Oct-Dec, 2013), pp 18-30.
> 
> Cortada, James W. "'Carrying a Bag': Memoirs of and IBM Salesman, 1974-1981", 
> in /IEEE Annals of the History of Computing/, v35, #4 (Oct-Dec, 2013) , pp 
> 32-47.
> 
> --
> 
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
> 
> --
> 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: Check out Ternary "flip-flap-flop"

[Harry Wahl]

Quantum computing is here. These people are already selling quantum mainframes 
with humungous capabilities to the government and industry (e.g. Google, NASA, 
Lockheed Martin):http://www.dwavesys.com/Nothing wrong with revisiting what we 
learned in school. The D-Wave people should give going old-school a shot and 
take a look at updating the Shannon-Hartley law we all learned in school. Maybe 
then they could get past their quantum decoherence deficiencies and quell 
doubters' objections.Unimagined in 1970s data processing is the quantum bit, 
the qubit, a bit with an additional "superposition state" (basically true and 
false at the same time). Would a qubit be considered binary or ternary? If 
ternary, it would have asymmetric values: two states plus a superposition of 
the other two states.The concepts of binary, ternary, decimal and hexadecimal 
are unified because they all always represent a whole definite integer value 
when considered outside of the context of any particular computing machine. 
Extended numerical representations such as twos-complement, decimal points, 
floating point, etc. are created at the whim of a machine's designers and 
programmers (firmware, OS and application).But, now qubits supersede classical 
data processing numeric representation with quantum, pending value, numeric 
representation and create the need for a whole new vocabulary. Schrödinger's 
cat demands a fresher pidgin (pun intended), so to speak.  With regard to the 
usage of the word "hexadecimal," I think you're arguing the evolving conceptual 
semantics of a polyseme. No winning when you debate something like that, a 
little dialectic however, goes a long way.Harry
> Date: Sun, 8 Dec 2013 21:36:20 -0600
> From: paulgboul...@aim.com
> Subject: Re: Check out Ternary "flip-flap-flop"
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> On Sun, 8 Dec 2013 20:58:27 -0600, Joel C. Ewing wrote:
> 
> >On 12/08/2013 05:23 PM, Ed Finnell wrote:
> >> _Ternary  "flip-flap-flop"_
> >> (http://www.goldenmuseum.com/1411FlipFlap_engl.html)
> >>
> >> This is pretty old stuff. Think the advantages were canceled out by
> >> 'indeterminate' states. Some of the new quantum stuff has similar 
> >> possibilities.
> >>
> >
> >The Soviet Union designed and built computers based on ternary logic
> >(Setun, Setun-70) for several decades starting in 1958.  They were less
> >expensive to produce and more electrically efficient to run than
> >binary-oriented hardware of comparable computational power, and were
> >actually an astute choice when the Soviet Union was trying to maximize
> >results with limited resources.
> > 
> I wonder what the states were, electronically?  Positive, ground, and 
> negative?
> And whether it was possible to build a ternary flipflapflop with fewer
> tubes/transistors than a binary flipflop.
> 
> Of course, "tri-state" bus transceivers are old stuff: 0, 1, and 
> high-impedance
> for uncommitted -- "let someone else decide."  I believe the original S/360 
> bus
> and tag cables didn't do that; rather they used NPN (I think) emitter 
> followers
> with resistive pulldowns in the terminators.
> 
> -- 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

Re: "hexadecimal"?

[Harry Wahl]

"You would need a lot of real storage and billions of CCWs, but it's 
theoretically possible."
You wouldn't need billions of CCWs, you could use the "READ MULTIPLE CKD" 
command (X'5E') or the "READ TRACK" command (X'DE') and have one read CCW per 
track along with whatever setup and positioning CCWs are necessary.
These CCW commands are what DUMP/RESTORE programs use.
Of course, if something unexpected occurs, e.g. an unformatted or malformed 
track, your chain would be interrupted, but the chain could then be restarted.
What Bill is suggesting is more than theoretical, it is quite common.
Harry 

> Date: Mon, 9 Dec 2013 20:30:17 +
> From: dasdbi...@comcast.net
> Subject: Re: "hexadecimal"?
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> In a command channel program, you can chain any number of CCWs together, each 
> of which can possibly transfer up to X'' bytes.  It's theoretically 
> possible to have one very long chain that copies an entire EVA DASD to 
> somewhere else in only one I/O request; i.e., only one SSCH.  You would need 
> a lot of real storage and billions of CCWs, but it's theoretically possible. 
> Bill Fairchild 
> 
> - Original Message -
> 
> From: "Scott Ford"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Monday, December 9, 2013 10:53:03 AM 
> Subject: Re: "hexadecimal"? 
> 
> Bill, 
> I thought you could chain ccws 
> 
> Scott ford 
> www.identityforge.com 
> from my IPAD 
> 
> 'Infinite wisdom through infinite means' 
> 
> 
> > On Dec 9, 2013, at 10:42 AM, DASDBILL2  wrote: 
> > 
> > Channel programs have always been able to transfer anywhere from zero to 
> > 65,535 bytes per CCW.  Most access methods do not support any CCW byte 
> > count greater than approximately 32K. 
> > To render my first sentence more up-to-date, I should say channel programs 
> > running in command mode have always been able... etc. (since transfer mode 
> > channel programs have no CCWs in them). 
> >   
> > Bill Fairchild 
> > Franklin, TN 
> > 
> > - Original Message - 
> > 
> > From: "Paul Gilmartin"  
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Sent: Sunday, December 8, 2013 8:25:50 PM 
> > Subject: Re: "hexadecimal"? 
> > 
> >> On Sun, 8 Dec 2013 20:01:20 -0600, Joel C. Ewing wrote: 
> >> 
> >> If the real requirement is that the parameter address must point to a 
> >> location containing what the PoOp describes as a half-word binary value, 
> >> then the manual should state precisely that. 
> >> 
> > Thanks for bringing this thread back to my original concern when I 
> > started it (I never imagined! ...), however interesting the digressions 
> > to HFP and ternary logic may be, and for stating that concern more 
> > clearly than I did. 
> > 
> > There should also be mention of the allowable range of values: 
> > 0 > (The last is the maximum supported by channel programs, or was.) 
> > Are unsigned halfwords supported?  This became an issue about the 
> > advent of the 3380. 
> > 
> > Clearly the present text of the manual engenders confusion and 
> > dissent. 
> > 
> > -- 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 
> 
> -- 
> 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

Scary Sysprogs; was: Is the oner of IBM-Main still with us?

[Harry Wahl]

Interesting segue this thread has taken...
I recently attended an IBM meeting which addressed why young people are 
eschewing an IBM z/OS mainframe career in favor of other platforms, including 
other IBM platforms. This seems to be a very serious concern at IBM and 
possibly the greatest threat to the future of z/OS.
The speaker was a woman from IBM who had been tasked by IBM management to study 
this. She presented selected conclusions from her assignment. Some results were 
what one would expect, many results were unexpected or at least not typically 
considered in the context of z/OS's continued viability.
One of the top reasons graduating students from the best universities will not 
accept a position working on z/OS is how they feel they are (or will be) 
treated by z/OS "old-timers," particularly systems programmers.
This conclusion is supported by other data indicating that students who 
co-op'ed or interned in z/OS positions are far more likely to reject z/OS as a 
career as opposed to those graduates who have no experience with the z/OS 
environment (technically and socially).
The prevailing conjecture for this phenomena is the relatively advanced age of 
z/OS people. There seems to be a phase in one's  life and career where there is 
a natural desire to mentor young people. It is a time when young people are not 
your competition (you have accepted that you are no longer one of them) and you 
are aware of the knowledge and insights your work experiences have imbued you 
with and wish to express and share them with someone who can both appreciate 
and benefit from them. This phase eventually passes...obviously. 
The average age of z/OS people is far beyond the average age of other 
platforms' people. It is understandable that a bright graduating student, 
bursting with ideas and proud of his education, would do anything to avoid 
working with a group they perceive as dismissive, condescending and 
disrespectful curmudgeons. Memories of being chased off lawns by grumpy old men 
are still fresh in their minds.
On occasion, I lecture at top universities and my small experience interacting 
with students bears this out. Students are in awe of IBM's technology (and they 
should be), but they don't want to work at any job where regaling tales of 
"glory days" of the past eclipses discussing bright new ideas from fresh minds.
Students graduating now don't consider IBM mainframe technology as old and 
dying. They're too young to even remember the prognostications of the 
mainframe's demise.
They fear the ancient guardians of the technology will simply stifle what they 
could do with it.
Harry 




> Date: Mon, 6 Jan 2014 10:39:20 -0600
> From: john.archie.mck...@gmail.com
> Subject: Re: Is the oner of IBM-Main still with us?
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> On Mon, Jan 6, 2014 at 10:29 AM, Aled Hughes  wrote:
> 
> 
> > Sorry Ed, but you need to lighten up or think about what/how you write.
> > The SysProgs of yore have long dropped their 'angry young men' stance.
> > This Forum is thankfully a witness to that.
> >
> 
> The "Angry young men" have been replaced by the "PIssed off old farts"
> . Jeff Dunham's "Walter" character is our leader. 
> 
> 
> >
> > ALH
> >
> >
> >
> 
> 
> -- 
> This is clearly another case of too many mad scientists, and not enough
> hunchbacks.
> 
> Maranatha! <><
> John McKown
> 
> --
> 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: Subject Unicode

[Harry Wahl]

You could use the "BOM" UTF characters to determine whether a file is UTF or 
not, and what form of UTF (UTF-8, UTF-16, UTF-32, big-edian or little-edian) is 
being used. 
The BOM characters are the UTF defined characters usually inserted 
transparently at the beginning of a UTF file. Granted this is not a perfect 
answer, but it may help for want of any other way to determine if a file is UTF 
or not.
However, BOM characters are not always present, some platforms always have them 
(Microsoft) and some platforms eschew them. Windows Notepad is particularly 
tricky because it adds them without you realizing it. So whether you look at a 
file with Notepad (or other simple editor) or don't can both affect your 
results and cause you to question your sanity because you didn't realize this.
BOM characters can be very useful. For example an XML header defines character 
encoding, but BOM characters can be used to determine the character encoding of 
the XML header itself.
For UTF-8 the BOM character can be used to determine if a file is UTF encoded 
or not. But, for UTF-16 and UTF-32, it also allows you to determine the 
edianness of the UTF code units.
Harry 

> Date: Fri, 10 Jan 2014 08:01:42 +
> From: peter.hunke...@credit-suisse.com
> Subject: Re: Subject Unicode
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> >Other than with a lot of inferential cleverness, there is no way to look at 
> >an "ASCII-like" file and tell what the code page is. 
> 
> The same applies to data encoded in EBCDIC. In fact, files are nothing but a 
> series of bytes. You always need to know what those byes represent in order 
> to be able work on the in a meaningful way. 
> 
> Especially in the distributed world, some conventions have been established 
> that help programs in guessing what the file content might be. The first 
> couple of bytes contain a certain byte sequence to identify the type of the 
> file. But still, there is no guarantee the rest of the file matches that 
> indication. Unfortunately, no such convention exists for pure text data. 
> Neither a convention to indicate this is text nor to tell the encoding / code 
> page used.
> 
> --
> Peter Hunkeler
> 
> --
> 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: IBM sells x86 server business to Levono

[Harry Wahl]

Consider the timing of this announcement (though not the announcement itself). 
It coincides with, and is almost certainly intended to distract from, IBM's 
earnings announcement, which was dismal. IBM is only only member of the DOW to 
lose in 2013.
"The biggest thorn in IBM's fourth quarter results is the hardware division. 
The systems and technology division reported operating income of $206 million, 
down 79 percent from a year ago, on revenue of $4.3 billion, down 26 percent 
from a year ago. System Z, Power Systems, System x and storage revenue was 
whacked."
I agree that IBM is hurting itself by de-emphasizing the mainframe. I believe 
this will continue until Ginni Rometty reaches IBM's customary retirement age 
in a few years. Her likely successors seem to be people who better recognize 
the importance of the mainframe to IBM's future.
Harry

> Date: Thu, 23 Jan 2014 11:27:40 -0500
> From: aledlhug...@aol.com
> Subject: Re: IBM sells x86 server business to Levono
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> I've spent several hours reading news reports from far and wide about this 
> much anticipated development. 
> What I would like to know is, what does this now mean to IBM's core business. 
> More importantly, what is IBM's core business? Do I detect that System z is 
> becoming more important? Mrs Rometty has said some 'promising' words about 
> 'cloud' business (referring to new data centers), which, to me, was about as 
> clear as a... cloud. 
> I also hear wise words about IBM the 'services' company. Personally, and I 
> think so would IBM-MAINers (is that a word?), I would like to see some real 
> positive emphasis on System z in the next few weeks to coincide with the 50th 
> Anniversary of the S/360. So far, the silence is deafening. 
> Sorry if I offend anyone here on the List or more likely at IBM, and perhaps 
> my cynicism is showing in my advanced years. 
> Perhaps it is the cold weather here in Florida - my old school friend back in 
> Wales tells me it is warmer there than here! 
> Cheers!
> Aled L Hughes.  
> 
> 
> 
>  
> 
>  
> 
>  
> 
> -Original Message-
> From: John McKown 
> To: IBM-MAIN 
> Sent: Thu, 23 Jan 2014 10:13
> Subject: IBM sells x86 server business to Levono
> 
> 
> http://www.itworld.com/hardware/401502/lenovo-agrees-buy-ibms-server-business-23-billion
> 
> For 2.3 billion dollars (U.S., Australian, or Canadian not specified, but I
> guess U.S.).
> 
> -- 
> Wasn't there something about a PASCAL programmer knowing the value of
> everything and the Wirth of nothing?
> 
> Maranatha! <><
> John McKown
> 
> --
> 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: 3270 Emulators and consoles

[Harry Wahl]

Mochasoft
Hummingbird
SDI's TN3270 Plus

> Date: Wed, 2 Apr 2014 21:53:35 +0200
> From: thomas.b...@swedbank.se
> Subject: Re: 3270 Emulators and consoles
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> So far have these been mentioned:  
> 
> x3270
> BlueZone from Rocket
> Opentext Host Explorer
> Attachmate Extra Extreme 9
> Reflection/Attachmate
> PCOMM
> Nexus
> VistaTN3270 from Tom Brennan
> QWS3270 from Jolly Giant
> Rumba 7.5
> Passport
> 
> 
> 
> Best Regards,
> Thomas Berg
> ___ 
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> 
> --
> 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: 3270 Emulators and consoles

[Harry Wahl]

HOBLink
(Sorry forgot about it on my prior post)

> Date: Thu, 3 Apr 2014 16:41:40 +0200
> From: thomas.b...@swedbank.se
> Subject: Re: 3270 Emulators and consoles
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> So far have these been mentioned:
> 
>  x3270
> BlueZone from Rocket
> Opentext Host Explorer
> Attachmate Extra Extreme 9
> Reflection/Attachmate
> PCOMM
> Nexus
> VistaTN3270 from Tom Brennan
> QWS3270 from Jolly Giant
> Rumba 7.5
> Passport
> SDI's TN3270 Plus
> Hummingbird
> Mochasoft
> ZOC Terminal from EmTec:  
> http://www.emtec.com/zoc/tn3270-terminal-emulation.html
> 
> 
> 
> Best Regards,
> Thomas Berg
> ___
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> 
> 
> 
> 
> 
> --
> 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: LOAD from ... SERVER option?

[Harry Wahl]

James,
 
I use the "Load from Removable Media or Server" function on the HMC frequently, 
for many purposes. We run z9s, z10s and z196s. I always access HMCs via their 
web interfaces.
 
All of our mainframes are in two sites 17 miles apart. They are mirrors of each 
other and except by special permission, no one is allowed in these buildings. 
They are patroled by armed guards.
 
I usually load from an FTP server, I have IPLed from a DVD drive on an HMC, on 
occasion.
 
I don't have any problems, so I don't understand your question.
 
What problems are you having? 
 
I can send screen shots, if you tell me what you're trying to do.
 
Harry
 

 

> Date: Tue, 22 Jan 2013 18:54:41 +
> From: james-l...@tamu.edu
> Subject: LOAD from ... SERVER option?
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> Howdy,
> 
> So, where to start...
> We have a co-located machine we are setting up for DR (CBU). In short, it is 
> a warm site until we declare an official (or test) disaster and "make" it a 
> hot site. Virtual tape system there is grid'ed to one locally, so tape 
> backups are no more than 24 hours old. The restore plan is to populate disk 
> when a disaster is declared. The co-located HMC is accessible locally over 
> its web interface. The SE's are only accessible over the back-end network it 
> shares with its HMC (you'll understand the significance of this later).
> 
> In the case of a "live" scenario, we'd hop in our cars and drive the 3 hours 
> to the site to be in front of the hardware to do our recovery. I'm looking 
> for a way to avoid this long trip in the case of testing and maintenance of 
> the co-located environment. For example, each time our local environment 
> changes (ie. disk structure, new version of utility software, etc.), we would 
> like to propagate this change to the co-located machine's environment (reduce 
> configuration when we *really* need to do a disaster recovery - reality or 
> testing). For example, we might change some disk from 3390-9 to 3390-15 to 
> accommodate a new zFS sizing need. Also, as new ICKDSF and/or FDRSAR 
> utilities become available, we'd like to get them to this site without a 
> physical visit. Storing these utilities in a locally and remotely accessible 
> place would be helpful (FTP server).
> 
> With that said -
> I have been looking into the "LOAD from Removable Media or Server" option 
> available for remotely using these utilities, but, for lack of documentation, 
> I'm unable to get the environment setup properly. Has anyone had success 
> using an FTP server as a LOAD source?
> 
> I do have a PMH opened with IBM (15964,004). They are telling me my SEs need 
> to be on the same network as the locally-accessible FTP server (we're not 
> comfortable doing this and were under the impression it was a *bad* thing to 
> do). We are looking for a better explanation, or even a better method to 
> manage these utilities.
> 
> Thanks for listening.
> 
> Regards,
> James Lund
> Texas A&M University, College Station, TX
> Home of Johnny Heisman
> 
> --
> 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: Check out CERN Data Centre passes 100 petabytes | CERN

[Harry Wahl]

I wonder how that compares to all the data stored on DNA in all living things 
on earth and the sum of all the natural, intrinsic data in all its forms of the 
physical universe?
Harry

> Date: Sat, 8 Jun 2013 14:41:31 -0700
> From: stars...@mindspring.com
> Subject: Re: Check out CERN Data Centre passes 100 petabytes | CERN
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> My understanding is the NSA buildings will house 5 Zata Bytes of Storage.
> Or a Billion TBs (I think)
> 
> Lizette
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Comstock
> Sent: Saturday, June 08, 2013 12:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Check out CERN Data Centre passes 100 petabytes | CERN
> 
> On 6/8/2013 12:52 PM, Ed Finnell wrote:
> > _CERN  Data Centre passes 100 petabytes | CERN_
> > (http://home.web.cern.ch/about/updates/2013/02/cern-data-centre-passes
> > -100-petabytes)
> >
> > Give them a pretty big honkin data collection.
> >
> 
> 
> Wonder how that compares to the data stored at NSA.
> 
> 
> -Steve Comstock
> The Trainer's Friend, Inc.
> 
> --
> 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: VSAM: Why a CISIZE of 4KB has 12 phyrecs/Track, not 13?

[Harry Wahl]

Oscar,

What you're missing is what used to be called the IRG (Inter Record Gap) on 
physical disk records.

Now, on modern 3390 formatted disks, it is a more complicated calculation 
involving "cells," but it's the same idea; and only 12 4096 byte CIs will fit.

Harry


From: IBM Mainframe Discussion List  on behalf of 
Oscar 
Sent: Monday, October 25, 2021 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: VSAM: Why a CISIZE of 4KB has 12 phyrecs/Track, not 13?

Hi there,

There's something I'm being missing, but acording to my numbers, there
should be 13, not 12:

Bytes per track: 56,664 bytes
Bytes accessible per track: 55,996 bytes
CI size: 4096
Physical record size: 4096 bytes

Physical records per track (Bytes accessible per track / physical record
size): 55,996 / 4096 = 13.6708984375 = 13

What I'm missing?

Thanks!
--
Oscar

--
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: Assembler programmer wanted

[Harry Wahl]

ALCON:

Usually, royalties and residuals are paid to people who are uniquely able to 
contribute to the design of a unique creation; something that cannot be 
practically done by others. This would include actors or writers who are 
recognized and whose presence during the creation of a project is valued every 
time it is resold in the future.

The same thing applies to computer related patents and other intellectual 
property. If one creates software (or hardware) that a patent office (or 
intellectual property expert) recognizes as special and unique, i.e. something 
that cannot, from a practical point of view, be done by ordinary practitioners, 
one is granted legal recognition and the legal right to royalties and other 
compensation, as negotiated.

The business of intellectual property intersects slightly with computer coding, 
but generally not. Do you pay the guy that built your chair a royalty every 
time you use it?

I have designed and written many things. The vast majority of which entitles me 
to no royalties or commissions. This is because any competent practitioner 
could have created the same (or similar) thing.

However, there are a very few things I have designed or written that merited 
recognition as "intellectual property" and subsequently worth significant, 
special, negotiated compensation. Very significant.


As for the OP's "60-65 $/hr" [sic] quote, I suspect that the amount the final 
user is actually paying, and this amount are enormously different. Either the 
coder or the final user are being taken advantage of. My guess would be that it 
is the final consumer of the code, who is paying for quality and getting "a 
warm body" who receives little but is billed extravagantly. I believe this is 
because lately, companies are being exploited by body-shops. These final 
code-consuming companies lack existing people who can properly vet qualified 
people for needed positions.

Harry


From: IBM Mainframe Discussion List  on behalf of 
Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu>
Sent: Monday, December 4, 2023 7:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Assembler programmer wanted

Funny how the industry's most associated with “intellectual property” and 
residuals are some of the least intellectual. IT workers should have unionized 
50 years ago and could have gotten a “piece of a very large pie”. Deservedly 
so. It would have included engineers, computer scientists, mathematicians, 
Architects and scientists. (Perhaps others) Some of the most educated 
intellectuals in the world.


Sent from Yahoo Mail for iPhone


On Monday, December 4, 2023, 11:56 AM, Seymour J Metz  wrote:

Correcting an error or writing an enhancement *does* generate revenue, directly 
or indirectly, by helping to acquire or retain users.

Asking for a piece of the pie is always reasonable, as is refusing the request. 
It's a matter of finding terms that both sides can agree on. In practice I 
suspect that most companies would refuse to pay royalties but would offer 
something else to sweeten the pie.

--
Shmuel (Seymour J.) Metz
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3&data=05%7C01%7C%7Ccb696c60f8014c0a2d5c08dbf528ae3e%7C84df9e7fe9f640afb435%7C1%7C0%7C638373327451891677%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=OedGhWjWxiVqg0PKivBakmIUPxsRe1GunOES3DunPs4%3D&reserved=0
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Dean Kent 
Sent: Monday, December 4, 2023 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler programmer wanted

I think this is a bad analogy.  The guy who installs or fixes an item
that does not actually generate revenue certainly can ask for residuals
- but there aren't any since there is no income from it.

However, if residuals is a thing (which it is in some industries) then
asking for a piece of the pie for something that generates a regular
income stream seems reasonable.  In fact, I would suggest that it does
exist - though it isn't common.  There are some companies that will pay
a tiny percentage of revenue generated by patents that result in
revenue.  More often, however, they pay a 'bounty' for those patents
and require the IP be assigned to them.  I don't think it is a stretch
to claim that a significant contributor of a bit of software should get
a residual.  If we stretch it a bit further, isn't that what a
licensing fee is? So at that point, we are not discussing residuals, but
(partial or full) ownership.  I would suggest that if the software
industry needs anything to be stronger, it is how IP rights are handled.

I live in California.  The company I worked for was bought out by a very
large software company over 20 years ago.  As part of the employment
agreement for t

Re: my new z114

[Harry Wahl]

Enzo,

If you really want to do something outstanding (i.e. impress a university 
admissions committee), that doesn't require any hardware or operating system 
software beyond the z114, consider writing code that runs "on metal." This is 
commonly done in engineering for architectures such as ARM.

You can easily create a CD or DVD on a PC and then IPL it from the HMC. The 
process of doing this will be much more doable than trying to learn the z114 
hardware and any operating system at the same time; in which case learning any 
operating system will eclipse learning the z114. Once you  know the z114 
architecture, learning operating systems will be much easier; or you could go 
the route of creating new ways to exploit the z114 hardware and architecture, 
if you really want to do something amazing.

If you learn the hardware first, then the operating system software, your 
learning curve will be more reasonable and your exploration more unique, 
original, and result in you truly "groking" mainframes.

Writing an IPLable CD/DVD is well documented and if you have your own z114 
really easy. This is kind of access is very rare for production mainframe 
people.

If you need more information on creating an IPLable CD/DVD and how to use the 
HMC to IPL it, let me know.

Once you are able to create a CD/DVD that IPLs, you can iteratively expand its 
functionality to explore more and more of the Z architecture beyond anything 
any operating system that runs on a z114 would allow you to do.

Good Luck,
Harry

From: IBM Mainframe Discussion List  on behalf of 
Timothy Sipples 
Sent: Friday, May 27, 2022 6:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: my new z114

Enzo,

Congratulations on your acquisition!

I’m curious if you happen to know yet the physical model (it’ll be either 
2818-M05 or 2818-M10) and general capacity details, notably the capacity model, 
number/type(s) of specialty engines (if any; IFLs, zIIPs, ICFs), and memory 
configuration. The capacity model is a letter (A to Z), the number 0, and a 
number 0 to 5. For example, Q02. [A00 would be unfortunate since that’d mean no 
general purpose engines (CPs) are configured. If it’s a Z05 you won this 
lottery, but really any CP capacity is fine for a home lab.] Also, have you 
figured out yet what features you have installed in the I/O slots?

As I think I mentioned, if you have a 2818-M10 and/or lots of I/O features you 
might be able to (unofficially, after very careful study) field modify the 
physical configuration so that you’re powering fewer components to reduce 
electricity consumption and heat output in your home lab. But if you have a 
-M05 with just a few I/O features then this’ll be a moot point.

I wonder if the machine has any Crypto Express adapters.

I really like the suggestion to visit the z/VM conference if you can. There are 
bound to be many curious and knowledgeable people there. If 21st Century 
Software happens to be at that conference then you could ask them about VSEn 
6.3 if that interests you. There’s also a mainframe conference coming up at 
Marist College in Poughkeepsie, New York, from June 12 to 14, if convenient.

https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fecc.marist.edu%2Fweb%2Fconference2022&data=05%7C01%7C%7C62c78232232849cd393608da3fc85ef8%7C84df9e7fe9f640afb435%7C1%7C0%7C637892427213813325%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=3YU65%2BS2g1zn4WWT39INOz%2BXk7jHTO5Kf6kxpkf9bQw%3D&reserved=0

Operating systems that do not require ECKD/FICON-attached storage (technically, 
leaving any licensing issues aside): Linux, z/VM, z/VSE, VSEn. Possibly also 
MUSIC/SP, as a guest of z/VM anyway, but I’m guessing a bit. I think you can 
start the z/OS Customized Offerings Driver without actually having any attached 
storage, but then you can’t do that much with it.

Operating systems that require ECKD/FICON-attached storage: z/OS, z/TPF. (z/TPF 
is even a little more particular about minimum storage configurations. I 
believe it requires some physical or virtual tape as well.)

There are some bootable “mini things” that people don’t generally consider 
operating systems but that do serve useful functions. Standalone IOCP and Jan 
Jaeger’s ZZSA are two good examples.

Good luck, and please keep us posted.

— — — — —
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM zSystems/LinuxONE, Asia-Pacific
sipp...@sg.ibm.com


--
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: my new z114

[Harry Wahl]

Enzo,

You may want to see if you can get a FlexCub which, with its PC Escon card, 
will connect your z114 to a PC based platform and emulate every type of z114 
peripheral you could possibly use.

Using standard Escon fiber cable, the z114 Escon connects directly to a PC Card 
that is a mainframe channel adapter. Between the card's firmware and specific 
PC programs in the one PC box you will be able to emulate all the peripherals 
you will need.

http://www.funsoft.com go to FlexCub white paper.

Fundamental Software, a.k.a. Funsoft, was spun off from IBM, specifically from 
their P/390 group.

There are several other, similar vendors out there too.


One other, unrelated word of advice, if your z114 is 3-phase, you must convert 
it to single phase. In the specific town you live in, if you order three phase 
(different from dipole) service the electric company will charge "peak load 
usage" where they will charge you your highest usage fee for the entire month, 
even if you use it only for a brief time. This is justified because whatever 
amount you use they still need to build the delivery capability for you highest 
demand.

I think it will be cost prohibitive to replace the z114 internal power units. 
Instead, get a single phase to 3-phase power converter. For the power needs of 
a z114, if you shop around, for the amount of power you need, it will only cost 
$300-$400.

Good-Luck,
Harry

P.S. There is an ex-IBM CE living in Mamaroneck, N.Y. which is reasonably close 
to where you live: about a 2 hour drive...115 miles up the Taconic.

He maintains a huge museum of old IBM hardware and really knows a lot about 
this. He may be able to help, but I cannot promise as I have not asked him yet.

P.S.S. Also, as a professor at Columbia University in NYC, I may be able to get 
you access to Columbia's museum of IBM history, including the parts not open to 
the public.
Fundamental Software, Inc.
System/390 on Intel-Based Servers
www.funsoft.com



From: IBM Mainframe Discussion List  on behalf of 
Enzo D'Amato 
Sent: Saturday, May 28, 2022 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: my new z114

This is about what I expected in terms of CPU and memory, but I have no idea 
what happened with the expansion cards. I almost certainly will not use 18 
ficon ports anyway, so I am not too upset about those ports. Either way, I will 
ask the seller what happened with the extra channel cards. I also wanted to ask 
if anyone could share the proper 3 phase to single phase wiring for the power 
cable (I know the z114 BPRs can take 220v single phase). I am checking the 
technical and physical planning guides for this information, but I would like 
to independently verify this information so that I don't fry my new machine.

Thanks,
Enzo Damato

From: IBM Mainframe Discussion List  on behalf of Tom 
Brennan 
Sent: Friday, May 27, 2022 2:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: my new z114

I was able to download the config information, but it doesn't seem to
match what you reported.  So it could be I'm looking at something else.
Here's a summary - I'll assume you don't mind me posting it here since
many people here want to help.

z114 2818-M05-A01 485F7
26 MIPS, 3 MSU
40 GB
18 ports FICON 8S SX
8 ports OSA 3-2P 1000BASE-T
STP
CPACF
1 HMC Tower
2 Power cables - 14ft 200V 30A 3Ph Line

On 5/27/2022 9:18 AM, Enzo D'Amato wrote:
> I have a model 2818 with s/n 02-485F7. I am fairly sure that I have a 
> relatively low CPU capacity number, and all my unused PCIE card slots have 
> blank fillers, but 2 of my I/O drawer slots are empty (no card or filler). If 
> you can do a lookup, I would appreciate it.
>
> Thank you,
> Enzo Damato
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Tom Brennan 
> Sent: Friday, May 27, 2022 11:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: my new z114
>
> Do you know the serial number?  It's typically on a small label on the
> front door.  With that, someone from IBM (or maybe even me, I'm not
> sure) can go to IBM's Inventory Services and get the configuration data
> that was uploaded the last time the machine was connected to IBM's "call
> home" network.  That data includes model, CP speed and count, cards, and
> other items.  And if that data matches your card count, that's a good
> sign nobody has been picking spare parts out of the box.
>
> On 5/27/2022 7:43 AM, Enzo D'Amato wrote:
>> Parwez is correct that this is a M05 model, I will let you know what I have 
>> in terms of processor capacity as soon as I finish setting up power and turn 
>> it on. I in terms of my IO card configuration, this is what I currently have 
>> in the box:
>> 2 2 port pcie 8g ficon cards (pcie)
>> 2 2 port rj45 Ethernet cards (pcie)
>> 1 4 port ficon card (IO drawer)
>> 2 16 port escon cards (IO drawer)
>>
>> I did want to ask however, do that crypto ex

Re: my new z114

[Harry Wahl]

Enzo,

Do not plug that machine into public power without a licensed electrician 
looking at what you doing!

I am a NYS licensed PE and you are not only risking your machine (the least of 
your problems), but also a major fire, explosion, or even death. You will be 
held responsible for the inevitable damage you will be causing your local 
electrical grid.

The people on this list are sincerely trying to help you, but this level of 
electrical accommodation must be done by professionals. Home electrical work is 
one thing, three phase commercial power is another.

Good Luck,
Harry

From: IBM Mainframe Discussion List  on behalf of 
Enzo D'Amato 
Sent: Saturday, May 28, 2022 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: my new z114

Thanks for the info. From what I have read, the BPRs in all of the z114s are 
the same weather or not you are using three-phase or single phase. The only 
difference is the power cord that connects to them. I have a bare-ended power 
cord with the following leads: black, grey, brown, green. I also have the 
unbalanced (single) BPR configuration. I got this assumption from Connors 
Kurkowsy's talk, and from Christian Svensson's experiences 
(https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.mainframe.dev%2F2019%2F07%2Fpowering-mainframe.html&data=05%7C01%7C%7C130801fe49164d8bdd8e08da40d41b05%7C84df9e7fe9f640afb435%7C1%7C0%7C637893577046734414%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=3y%2FgztZ4cqB2dwdK%2BSuSxQo%2Fp9AryKaOFuOTIM2ApkE%3D&reserved=0).
 I also didn't see anything in the physical planning or technical guides 
showing different BPR modules, only separate power cords. If this is not the 
case, please do let me know, as I would hate to fry my machine. If I do need 
three phase, i'll get a converter. Thanks for the info about fundamental 
software though. The flexcub looks exactly like what I am looking for if I can 
get my hands on one.

Thank you,
Enzo Damato

From: IBM Mainframe Discussion List  on behalf of 
Harry Wahl 
Sent: Saturday, May 28, 2022 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: my new z114

Enzo,

You may want to see if you can get a FlexCub which, with its PC Escon card, 
will connect your z114 to a PC based platform and emulate every type of z114 
peripheral you could possibly use.

Using standard Escon fiber cable, the z114 Escon connects directly to a PC Card 
that is a mainframe channel adapter. Between the card's firmware and specific 
PC programs in the one PC box you will be able to emulate all the peripherals 
you will need.

https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.funsoft.com%2F&data=05%7C01%7C%7C130801fe49164d8bdd8e08da40d41b05%7C84df9e7fe9f640afb435%7C1%7C0%7C637893577046734414%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=nsXcIPwi%2F59dU4OZ6zu2XXx4J9rI6oMX1TnAIGk4Hkg%3D&reserved=0
 go to FlexCub white paper.

Fundamental Software, a.k.a. Funsoft, was spun off from IBM, specifically from 
their P/390 group.

There are several other, similar vendors out there too.


One other, unrelated word of advice, if your z114 is 3-phase, you must convert 
it to single phase. In the specific town you live in, if you order three phase 
(different from dipole) service the electric company will charge "peak load 
usage" where they will charge you your highest usage fee for the entire month, 
even if you use it only for a brief time. This is justified because whatever 
amount you use they still need to build the delivery capability for you highest 
demand.

I think it will be cost prohibitive to replace the z114 internal power units. 
Instead, get a single phase to 3-phase power converter. For the power needs of 
a z114, if you shop around, for the amount of power you need, it will only cost 
$300-$400.

Good-Luck,
Harry

P.S. There is an ex-IBM CE living in Mamaroneck, N.Y. which is reasonably close 
to where you live: about a 2 hour drive...115 miles up the Taconic.

He maintains a huge museum of old IBM hardware and really knows a lot about 
this. He may be able to help, but I cannot promise as I have not asked him yet.

P.S.S. Also, as a professor at Columbia University in NYC, I may be able to get 
you access to Columbia's museum of IBM history, including the parts not open to 
the public.
Fundamental Software, 
Inc.<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.funsoft.com%2F&data=05%7C01%7C%7C130801fe49164d8bdd8e08da40d41b05%7C84df9e7fe9f640afb435%7C1%7C0%7C637893577046734414%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=nsXcIPwi%2F59dU4OZ6zu2XXx4J9rI6oMX1TnAIGk4Hkg%3D&reserved

Re: AWS and IDRC/compression

[Harry Wahl]

Tony,

Compression (as in ZIP) and compaction (as in IDRC tapes) are not the same 
process.

IDRC exploits the nature of IDRC compatible physical tape cartridges by writing 
everything using the cartridge's internal optimal physical block size. This is 
done by the cartridge drive's controller.

So, ZIP based VTS compression, such as HET, is software; while IDRC compaction 
is hardware. There is no compression involved in IDRC, just hardware compaction.

IDRC uses a process called "autoblocking" to transparently optimize how much 
data can fit on the cartridge's media by exploiting its optimal physical block 
size.

Harry

From: IBM Mainframe Discussion List  on behalf of 
Tony Thigpen 
Sent: Saturday, July 30, 2022 12:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: AWS and IDRC/compression

I am working with my VTA vendor to reduce storage usage on the
appliance. Currently, they can compress after the unmount and uncompress
before the mount. But, this takes time, especially when servicing the
mount request if the tape is large.

I was thinking that doing an IDRC implementation, which is stream based
and performed during write/read, it might be faster even if it's not
compresses as much as with their current method.

But, if the AWS file is not compatible with IBM's implementation, then
it's going to add a step to send them the file. The current compressed
files can be uncompressed using standard linux tools.

Tony Thigpen

Jay Maynard wrote on 7/29/22 22:44:
> I'm curious. What are you trying to accomplish with it? If it's just a
> matter of faster transmission of entire tape images, AWS tapes compress
> very well.
>
> On Fri, Jul 29, 2022 at 8:38 PM Tony Thigpen  wrote:
>
>> Yes. But, it sounds like nobody else will support it as a data
>> interchange, so it may be unusable for us.
>>
>> I will go look at it.
>>
>> Tony Thigpen
>>
>> Jay Maynard wrote on 7/29/22 06:38:
>>> Are you talking about the tape data being compressed inside the AWS
>> image?
>>> Hercules has a format that does this, upwardly compatible with AWS,
>> called
>>> HET (Hercules Emulated Tape), but I don't know of any other
>> implementations
>>> of it. Each block is compressed after being received from the program
>>> writing the tape but before being written to the file and uncompressed
>>> after being read but before being returned to the program reading the
>> tape.
>>>
>>> On Fri, Jul 29, 2022 at 3:56 AM Tony Thigpen  wrote:
>>>
 Does anyone know of any 'standard' for stream based (during file
 creation) compression of AWS tapes?

 Tony Thigpen

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

>>>
>>>
>>> --
>>> Jay Maynard
>>>
>>> --
>>> 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
>>
>
>
> --
> Jay Maynard
>
> --
> 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: z/OS FTP Server Cert Trouble

[Harry Wahl]

Ed,

Does the root CA certificate on the bottom of the server chain have the "Trust" 
attribute set (or in a trusted location)?

Is it presenting its server chain properly?

OPENSSL is your friend here. It's free to download. Use "openssl s_client 
-connect 192.168.10.193:21 -showcerts"

Harry

Call me if you want (718) 403-6703. I'm a friend of Tim Gregerson


From: IBM Mainframe Discussion List  on behalf of Ed 
Jaffe 
Sent: Thursday, December 29, 2022 6:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: z/OS FTP Server Cert Trouble

TCPIP/TLS Cert Mavens,

We have FTPS via AT-TLS working great from z/OS FTP clients to IBM
secure FTP servers and to our secure public FTP server outside the firewall.

We have a wildcard certificate for our servers inside the firewall, but
have so far been unable to establish working FTPS connections from z/OS
FTP clients to the server. The cert is on both the client's keyring and
the server's keyring -- as are the two other CERTAUTH certs in the chain.

A return code '6' is 'Keylabel Not Found' but doesn't mention which
label it is looking for. How do we trace/discover that?

Also what do the three long numbers after "Initial handshake" mean? We
can't find that documented.

Apologies for posting system log format. I suspect many of you log your
syslogd messages elsewhere...

IEF403I FTPSDIRL - STARTED - TIME=14.16.07
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 TTLS[33751922]: 14:16:07 TCPIP 247
   EZD1281I TTLS Map   CONNID: 00021556 LOCAL: 192.168.10.193..38789
REMOTE: 192.168.10.193..21 JOBNAME: FTPSDIRL USERID: EDJXADM TYPE:
OutBound STATUS: Appl Control RULE: PSI_FTP-Client~1 ACTIONS: gAct1
eAct1~FTP_Clients cAct1~FTP_Clients ..
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 TTLS[33751922]: 14:16:07 TCPIP 248
   EZD1281I TTLS Map   CONNID: 00021557 LOCAL: :::192.168.10.193..2
1 REMOTE: :::192.168.10.193..38789 JOBNAME: FTPD1 USERID: TCPIP
TYPE: InBound STATUS: Appl Control RULE: PSI_FTP-Server~2 ACTIONS:
gAct1 eAct2~FTP_Server cAct2~FTP_Server ..
EZD1287I TTLS Error RC:6 Initial Handshake 249
   LOCAL: :::192.168.10.193..21
   REMOTE: :::192.168.10.193..38789
   JOBNAME: FTPD1 RULE: PSI_FTP-Server~2
   USERID: TCPIP GRPID: 000A ENVID: 0010 CONNID: 00021557
EZD1287I TTLS Error RC:  438 Initial Handshake 250
   LOCAL: 192.168.10.193..38789
   REMOTE: 192.168.10.193..21
   JOBNAME: FTPSDIRL RULE: PSI_FTP-Client~1
   USERID: EDJXADM GRPID: 000A ENVID: 000F CONNID: 00021556
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 TTLS[33751922]: 14:16:07 TCPIP 251
   EZD1283I TTLS Event GRPID: 000A ENVID: 0010 CONNID:
00021557  RC:6 Initial Handshake  005279A22390
     ..
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 TTLS[33751922]: 14:16:07 TCPIP 252
   EZD1286I TTLS Error GRPID: 000A ENVID: 0010 CONNID:
00021557 LOCAL: :::192.168.10.193..21 REMOTE: :::192.168.10.19
3..38789 JOBNAME: FTPD1 USERID: TCPIP RULE: PSI_FTP-Server~2 RC:
6 Initial Handshake  005279A22390 
..
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 TTLS[33751922]: 14:16:07 TCPIP 253
   EZD1286I TTLS Error GRPID: 000A ENVID: 0010 CONNID:
00021557 LOCAL: :::192.168.10.193..21 REMOTE: :::192.168.10.19
3..38789 JOBNAME: FTPD1 USERID: TCPIP RULE: PSI_FTP-Server~2 RC:
6 Initial Handshake  005279A22390 
..
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 TTLS[33751922]: 14:16:07 TCPIP 254
   EZD1283I TTLS Event GRPID: 000A ENVID: 000F CONNID:
00021556  RC:  438 Initial Handshake  005279A22F90
     ..
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 TTLS[33751922]: 14:16:07 TCPIP 255
   EZD1286I TTLS Error GRPID: 000A ENVID: 000F CONNID:
00021556 LOCAL: 192.168.10.193..38789 REMOTE: 192.168.10.193..21
JOBNAME: FTPSDIRL USERID: EDJXADM RULE: PSI_FTP-Client~1  RC: 438
Initial Handshake  005279A22F90 
  ..
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 TTLS[33751922]: 14:16:07 TCPIP 256
   EZD1286I TTLS Error GRPID: 000A ENVID: 000F CONNID:
00021556 LOCAL: 192.168.10.193..38789 REMOTE: 192.168.10.193..21
JOBNAME: FTPSDIRL USERID: EDJXADM RULE: PSI_FTP-Client~1  RC: 438
Initial Handshake  005279A22F90 
  ..
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 ftps[197497]: EZYFT96I TLS 257
handshake failed ..
BPXF024I (OMVS) Dec 29 14:16:07 mvs60 ftps[197497]: EZYFT96I TLS 258
handshake failed ..

Thanks,

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.phoenixsoftware.com%2F&data=05%7C01%7C%7Cd0510cd6e4ed48bac43f08dae9f09e46%7C84df9e7fe9f640afb435%7C1%7C0%7C638079516938463801%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=T8MqHTpMe1DMyba%2B74uTCQqsLhSDekZFqW8ynZmibZ4%3D&reser

Re: Question for our international friends (mostly)

[Harry Wahl]

Each day they stray further from Jod...


From: IBM Mainframe Discussion List  on behalf of 
David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu>
Sent: Friday, March 17, 2023 3:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Question for our international friends (mostly)

Hi Guillaume,
I've worked with many Quebeckers who say G-C-L for JCL.

Regards,
David

On 2023-03-17 15:41, Boesel Guillaume wrote:
> In France, we say mostly "céé I céé éss" ("I" like in "ship" and not like 
> "Hi").
>
> Few say "kicks".
>
> Guillaume
>
> --
> 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: Upgrade by cutting a wire?

[Harry Wahl]

ALCON:

I remember Magnuson OEM Mainframes could be upgraded by the CE changing a 
number on the CE console (before HMCs and SEs).

The problem was, with no audit trail, companies would bribe CEs to upgrade 
their machines.

Harry

From: IBM Mainframe Discussion List  on behalf of 
Phil Smith III 
Sent: Friday, May 31, 2024 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Upgrade by cutting a wire?

I remember hearing that some Amdahl 370 clone was upgradable by cutting a wire. 
Anyone else ever hear this? Can't find a cite on the web.

Just curiosity, no real point to this...! (But it is Friday.)

--
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