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=05%7C01%7C%7Ccb696c60f8014c0a2d5c08dbf528ae3e%7C84df9e7fe9f640afb435%7C1%7C0%7C638373327451891677%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=OedGhWjWxiVqg0PKivBakmIUPxsRe1GunOES3DunPs4%3D=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 this acquiring 

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: 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=05%7C01%7C%7Cd0510cd6e4ed48bac43f08dae9f09e46%7C84df9e7fe9f640afb435%7C1%7C0%7C638079516938463801%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=T8MqHTpMe1DMyba%2B74uTCQqsLhSDekZFqW8ynZmibZ4%3D=0

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: 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.htmldata=05%7C01%7C%7C130801fe49164d8bdd8e08da40d41b05%7C84df9e7fe9f640afb435%7C1%7C0%7C637893577046734414%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=3y%2FgztZ4cqB2dwdK%2BSuSxQo%2Fp9AryKaOFuOTIM2ApkE%3Dreserved=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%2Fdata=05%7C01%7C%7C130801fe49164d8bdd8e08da40d41b05%7C84df9e7fe9f640afb435%7C1%7C0%7C637893577046734414%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=nsXcIPwi%2F59dU4OZ6zu2XXx4J9rI6oMX1TnAIGk4Hkg%3Dreserved=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%2Fdata=05%7C01%7C%7C130801fe49164d8bdd8e08da40d41b05%7C84df9e7fe9f640afb435%7C1%7C0%7C637893577046734414%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=nsXcIPwi%2F59dU4OZ6zu2XXx4J9rI6oMX1TnAIGk4Hkg%3Dreserved=0>
System/390 on Intel-Based Servers
https://nam12.safelinks.protection.

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 

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%2Fconference2022data=05%7C01%7C%7C62c78232232849cd393608da3fc85ef8%7C84df9e7fe9f640afb435%7C1%7C0%7C637892427213813325%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=3YU65%2BS2g1zn4WWT39INOz%2BXk7jHTO5Kf6kxpkf9bQw%3Dreserved=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: 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: 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: 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 john.archie.mck...@gmail.com
 To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
 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: 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

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 aledlhug...@aol.com 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
 grin/. Jeff Dunham's Walter character is our leader. GRIN
 
 
 
  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: 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 scott_j_f...@yahoo.com 
 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 dasdbi...@comcast.net 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 paulgboul...@aim.com 
  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: 
  0n=32760?  0n=BLKSIZE?  0ntrack-size?  0n=65535? 
  (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

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