Re: Know any IBM CEs' in Phoenix - vintage or otherwise

>>Is there any obscure lore about this machine I was thinking about this specific machine. Each 729 has a no smoking label in a different language, which is a bit unique. Perhaps someone out there might drop a clue, like knowing a 1401 shop that had CE that smoked five packs a day. -- Will

Re: More ex-employer "harassment"?

In <565c8a19.70...@gmail.com>, on 11/30/2015 at 05:40 PM, Vince Coen said: >As for law well at least for the UK but I suspect US as well - for >most employment contracts does state that any design / inventions >worked on while working for the 'company' belongs to the company

Re: Know any IBM CEs' in Phoenix - vintage or otherwise

In , on 11/30/2015 at 12:43 PM, William Donzelli said: >Is there any obscure lore about this machine 1. If you restore a 729, don't put your hand under the R/W head. 2. If you restore a 1403, don't

Re: Straightforward way to determine hardware architecture level?

How about compiling at all ARCHLEVELs, then letting the installation pick which level to install. Have the install program issue a warning if the current machine does not meet the ARCHLEVEL selected. On Mon, Nov 30, 2015 at 2:15 PM, Charles Mills wrote: > I would call it

Re: IBM Mainframe

W dniu 2015-11-27 o 16:16, Bobbie Justice pisze: There's not really a shortage of IBM mainframe talent. There is a shortage of talent that is willing to work for peanuts. The problem is there is a lot of non-mainframe talents willing to work for peanuts. Of course there is no single (common)

Re: IBM Mainframe

>The problem is there is a lot of non-mainframe talents willing to work for >peanuts. >Of course there is no single (common) definition of "peanuts" or "talent". New mainframe talent requires training before they can be somewhat productive in a decently set up shop[1]. This too costs money. So

Re: zOS MQ V8.0 documentation PDFs

On Mon, Nov 30, 2015 at 10:45 AM, Derrick Haugan wrote: > Wondering if the zOS MQ product documentation set is available in PDF > format. (Don't like looking up bits and pieces of information from the IBM > Knowledge Center) thanks > > ​Try:

Re: zOS MQ V8.0 documentation PDFs

The Knowledge Center provides this link: ftp://public.dhe.ibm.com/software/integration/wmq/docs/V8.0/PDFs/ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Derrick Haugan Sent: Monday, November 30, 2015 10:45 AM To:

Re: zOS MQ V8.0 documentation PDFs

If you were not aware, there is an MQ list that could also be helpful. To join, if you have not done so - go to this URL MQ https://listserv.meduniwien.ac.at/archives/mqser-l.html Lizette > -Original Message- > From: IBM Mainframe Discussion List

Re: zOS MQ V8.0 documentation PDFs

didn't know that, thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

zOS MQ V8.0 documentation PDFs

Wondering if the zOS MQ product documentation set is available in PDF format. (Don't like looking up bits and pieces of information from the IBM Knowledge Center) thanks -- For IBM-MAIN subscribe / signoff / archive access

More ex-employer "harassment"?

http://www.theregister.co.uk/2015/11/30/sysadmins_former_boss_claims_five_years_free_support_or_off_to_court/ ... “I got a letter through the door from my old company saying that my contract meant that I was responsible for any issues and need to provide a service for five years after I leave the

Re: Straightforward way to determine hardware architecture level?

In <1a619cdc-a055-40ec-9821-4337587d6...@copper.net>, on 11/29/2015 at 08:17 PM, Stevet said: >This is why you have specialty routines that you load and if I >remember correctly, IDENTIFY. You don't need IDENTIFY unless you want to use system assisted linkage to a name

Re: More ex-employer "harassment"?

Must be for American based contracts although (with IBM) never saw such a thing. Would have rejected it (or crossed such clauses out) before starting and yes I did work for governments including the UK and US and also never saw such a condition. As for law well at least for the UK but I suspect

Know any IBM CEs' in Phoenix - vintage or otherwise

OK, it is a long shot here, but hey, I get to help with restoring a 1401 system... Is there any obscure lore about this machine with the no smoking tags (zoom in on the picture of the 729s)? We can use any leads you guys might dig up. - Will We're looking to find someone who might recognize

MQ V8.0 Trial Download labelled wrong on download page

*WebSphere MQ 8.0.0.4 Trial for Linux for System x 86Series Multilingual* WSMQ_8.0.0.4_TRIAL_LNX_SYS_Z_64_M.tar.gz (322 MB) There are two "for System x 86" entries, this one's obviously for Linux on System Z -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of

Re: IBM Mainframe

On Nov 30, 2015, at 5:55 AM, Cannaerts, Jan wrote: Agreed. Training companies are dying out like flies because of costs and companies are to cheap. Catch 22 - You want / need training, but companies need solid proven experience. As a 22 year old (two years ago) I found that the "shotgun

Re: Straightforward way to determine hardware architecture level?

Charles: On Nov 30, 2015, at 7:59 AM, Charles Mills wrote: Sorry. MSUs are *incredibly* important to some (most?) customers. They are a major buy/no-buy decider. I cannot ship z900 code and shrug my shoulders about performance on a z13. IBM (as an example) has come to realize that

Re: Straightforward way to determine hardware architecture level?

I would call it event-oriented. Millions of events per day per LPAR at some sites. Customers pay "extra" so to speak for CPU savings because the alternative is paying more to IBM and other vendors based on MSU peaks, and eventually a hardware upgrade with the implied additional software costs. If

Re: IBM Mainframe

In , on 11/30/2015 at 10:20 AM, "Cannaerts, Jan" said: >[1] In a non-perfectly set up shop you can work on improving very >basic things that don't require deep understanding of the systems >you're working on.

Re: Straightforward way to determine hardware architecture level?

On Nov 30, 2015, at 8:32 AM, Elardus Engelbrecht wrote: Charles Mills wrote: --SNIP Shipping the source is utterly out of the question, Of course, you have to be crazy if you give away your bread and butter source for all the

Re: Straightforward way to determine hardware architecture level?

Ed, When you work on a product that can amount to a significant percentage of the workload on a system, even micro-seconds count. When I worked at a package delivery company, we looked at how to cut a thousandth or a ten-thousandth of a second from a transaction. When you are dealing with

Web access to HMC failing to connect

Finally solved this. It was part of the IE configuration. If you get the Login page missing the USERID: PASSWORD: boxes... Check in IE>Internet Options>Advanced that HTTP 1.1 and all of the SSL & TLS are checked Check IE > Compatibility View Settings That the HMC url is not in the list

Re: Web access to HMC failing to connect

John Mattson wrote: >Finally solved this. It was part of the IE configuration. Cool! What was your Internet Exploder (sic) version? Sorry that I ask, but if you mentioned that, I probably missed that in this thread. >Check in IE>Internet Options>Advanced > that HTTP 1.1 and all of the SSL

Re: Straightforward way to determine hardware architecture level?

You know you're damned if you do and damned if you don't. If I had started the question with "I am the principal developer for a product that integrates z/OS with SIEMs" then I risk thread drift/hijacking into "why would anyone want to do that?/what's a SIEM?/why would we care what your product

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

Here is the deal. Here is why the ABO. I am going to do this without reference to materials, and some of the details are NDA anyway, but let me give this a very general shot. For years IBM was able to sell new boxes by saying "Mr. CIO, your batch window is shrinking? No problem, buy our new

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

In early discussions of this facility at SHARE, several customers owned up to the iffy practice of sharing load libraries across boundaries such that shared PDSEs would be unworkable. This practice is fixable, of course, but a considerable amount of work might be required in the application

Re: Straightforward way to determine hardware architecture level?

David, we had this same discussion back in May of 2014. Here is what I wrote then: The usual term for this is "source code escrow." A third party holds the code with a contract that says that if the vendor goes out of business or fails in some way then you get the source code. The third party

Re: Lrecl

> Date: Sun, 29 Nov 2015 05:26:26 -0600 > From: elardus.engelbre...@sita.co.za > Subject: Re: Lrecl > To: IBM-MAIN@LISTSERV.UA.EDU > > Paul Gilmartin wrote: > > >I don't know how much of this is supported by COBOL except that coding BLOCK > >CONTAINS 0 RECORDS allows SDB to operate. Omitting

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

charl...@mcn.org (Charles Mills) writes: > Now, in a sense, mainframes ARE getting faster. More cache. Higher > real memory limits and for Z, dramatically lowered memory prices. That > processor multi-threading thing. But especially, new instructions that > are inherently faster than the old way

Re: Straightforward way to determine hardware architecture level?

In , on 11/30/2015 at 11:44 PM, J O Skip Robinson said: >When I was a novice sysprog, my shop had an Amdahl. MVS at that >time predated 'system product'. (Way back.) IBM shipped a new

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

Or put it on a chip and let the hardware figure it out w/o regard to bleepin PDSE libraries. https://en.wikipedia.org/wiki/P-code_machine. In a message dated 11/30/2015 6:42:49 P.M. Central Standard Time, ibm-m...@tpg.com.au writes: you'd *know* that all the latest mickey-mouse

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

Shades of the Capex Optimizer for ANSI COBOL back in the 1980s. On Mon, Nov 30, 2015 at 4:50 PM, Charles Mills wrote: > Me too! What I am fascinated by is the extension of the definition of > "compiler." Most of us would define "compiler" as "a piece of software that > takes

Re: More ex-employer "harassment"?

It still displays for me. On Mon, Nov 30, 2015 at 4:40 PM, Ed Gould wrote: > John, > > Apparently the article has been taken down as I get zippo (blank page) . > Anyone have the full text? > > Ed > > > On Nov 30, 2015, at 9:28 AM, John McKown wrote: > >

Re: Straightforward way to determine hardware architecture level?

Chis: I understand NOW but that was not discussed in the open question. Ed On Nov 30, 2015, at 2:15 PM, Blaicher, Christopher Y. wrote: Ed, When you work on a product that can amount to a significant percentage of the workload on a system, even micro-seconds count. When I worked at a

Re: More ex-employer "harassment"?

Yep, that exactly what I did and to any other clauses I didn't like the look of. The ambiguous ones were the first to go :) On 30/11/15 21:44, Shmuel Metz (Seymour J.) wrote: > In <565c8a19.70...@gmail.com>, on 11/30/2015 >at 05:40 PM, Vince Coen said: > >> As for law

Re: Straightforward way to determine hardware architecture level?

On Nov 30, 2015, at 5:44 PM, J O Skip Robinson wrote: I'm reaching back a long way to stretch the notion of 'straightforward', but here goes. When I was a novice sysprog, my shop had an Amdahl. MVS at that time predated 'system product'. (Way back.) IBM shipped a new level of MVS that

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

And it doesn't stick you with the requirement for the loadlib to be PDS/E... > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Eells > Sent: Monday, November 30, 2015 2:41 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

Me too! What I am fascinated by is the extension of the definition of "compiler." Most of us would define "compiler" as "a piece of software that takes source code in and produces object code out." I would call the ABO a compiler that takes (old) object code in and produces (better) object code

Re: Straightforward way to determine hardware architecture level?

I'm reaching back a long way to stretch the notion of 'straightforward', but here goes. When I was a novice sysprog, my shop had an Amdahl. MVS at that time predated 'system product'. (Way back.) IBM shipped a new level of MVS that executed instructions not present our Amdahl. Amdahl responded

Re: Straightforward way to determine hardware architecture level?

Interesting. That makes sense. I've got a better method anyway, but you know what IBM says now? I just happened to run into this a few minutes ago. (From the Nov. 2012 PoOp) Programming Note: Prior to the introduction of z/Architecture, determination of the presence of a facility was often

Re: Straightforward way to determine hardware architecture level?

Charles: Then the issue *IS* correct and *IS* appropriate. I am suggesting that if the discussion had started out with that understanding a lot of electrons would have been saved. Ed On Nov 30, 2015, at 2:15 PM, Charles Mills wrote: I would call it event-oriented. Millions of events per

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

On Mon, 30 Nov 2015 22:43:37 +, Gibney, David Allen,Jr wrote: >And it doesn't stick you with the requirement for the loadlib to be PDS/E... ;0) I wonder if this hasn't been such an impediment to V5 take-up that it enabled a business case to be built to release the ABO. So, what could

Re: Straightforward way to determine hardware architecture level?

On 15Nov30:1354-0600, Ed Gould wrote: > On Nov 30, 2015, at 8:32 AM, Elardus Engelbrecht wrote: > > >Charles Mills wrote: > >--SNIP > >>Shipping the source is utterly out of the question, > > > >Of course, you have to be crazy if

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

On Mon, 30 Nov 2015 16:05:43 -0800, Charles Mills wrote: >But in order to take advantage of those new instructions, two things have to >happen: (a.) IBM had to release a dramatically improved COBOL compiler (they >did) and (b.) Mr. CIO has to recompile everything. But Mr. CIO

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

Charles Mills wrote: If you are running *programs compiled with V3 or V4* (and are not in the mood to recompile them on V5). It is essentially an alternative to V5 (although I suspect IBM would not be happy with that statement). It is of course an alternative to V5 (as is doing nothing at

Re: More ex-employer "harassment"?

http://www.theregister.co.uk/2015/11/30/sysadmins_former_boss_claims_five_years_free_support_or_off_to_court/ From: IBM Mainframe Discussion List on behalf of Ed Gould Sent: Monday, November 30, 2015

Re: More ex-employer "harassment"?

John, Apparently the article has been taken down as I get zippo (blank page) . Anyone have the full text? Ed On Nov 30, 2015, at 9:28 AM, John McKown wrote: sysadmins_former_boss_claims_five_years_free_support_or_off_to_court/

Re: IBM Automatic (COBOL) Binary Optimizer Now Availabile

John Eells wrote: Charles Mills wrote: If you are running *programs compiled with V3 or V4* (and are not in the mood to recompile them on V5). It is essentially an alternative to V5 (although I suspect IBM would not be happy with that statement). It is of course an alternative to V5 (as is

Re: Web access to HMC failing to connect

Greetings Elardius Using IE 11 and Win 7. I am going to just use IE rather than try to figure this out on Chrome I clicked HTTP 1.1 and the PROXY Yes, all SSL and TLS checked. If I can "give back" to this list that would be great. I often feel that I get so much more than I

Re: Straightforward way to determine hardware architecture level?

And, , could only give you information about the machine that you were assembling on, not the one that you were running on. Kirk Wolf Dovetailed Technologies http://dovetail.com On Sun, Nov 29, 2015 at 2:10 PM, Charles Mills wrote: > I am not a LOADXX guru but looks like

Re: Straightforward way to determine hardware architecture level?

On Nov 30, 2015, at 5:54 PM, Charles Mills wrote: SNIP- With the advent of facility and function indications in z/Architecture, the technique of trial execution should be avoided - particularly if a workload may be relocated to another system

Re: More ex-employer "harassment"?

John: I had to use Firefox to get it to work. OOPS. Ed On Nov 30, 2015, at 9:19 PM, John McKown wrote: It still displays for me. On Mon, Nov 30, 2015 at 4:40 PM, Ed Gould wrote: John, Apparently the article has been taken down as I get zippo (blank page) .

Re: IBM Mainframe

> Agreed. Training companies are dying out like flies because of costs and >companies are to cheap. Catch 22 - You want / need training, but companies >need solid proven experience. As a 22 year old (two years ago) I found that the "shotgun approach" worked. Ask around until you find a company

Re: IBM Mainframe

Cannaerts, Jan wrote: >>The problem is there is a lot of non-mainframe talents willing to work for >>peanuts. Of course there is no single (common) definition of "peanuts" or >>"talent". >New mainframe talent requires training before they can be somewhat productive >in a decently set up

Re: Straightforward way to determine hardware architecture level?

John McKown wrote: >​... Such as IAZYREG, ... I believe it should be renamed to LazyRegs... ;-) >​Of course, my code is "weird" in that I cause HLASM to flag the instruction: > LG R10,DOUBLE >because, in my case, it should be: > LG R10_64,DOUBLE​ >​And so on. Interesting. That is a

Re: Straightforward way to determine hardware architecture level?

Sorry. MSUs are *incredibly* important to some (most?) customers. They are a major buy/no-buy decider. I cannot ship z900 code and shrug my shoulders about performance on a z13. IBM (as an example) has come to realize that customers are not willing to run S/390 instruction set COBOL executables on

Re: Straightforward way to determine hardware architecture level?

>For others not really familiar to assembler programs, in Kirk listing there is >a line YREGS. >YREGS <-- That is a list of register value declarations/constants. You will have to provide your own list. YREGS is shipped in SYS1.MACLIB. It only provides equates for GPRs. Bob Shannon

Re: Straightforward way to determine hardware architecture level?

Bob Shannon wrote: >YREGS is shipped in SYS1.MACLIB. It only provides equates for GPRs. Duh, yes, you're right of course. Thanks for curing my blue Monday ignorance! Much appreciated. And there is SYS1.MACLIB(IAZYREG), which includes both GPR and Access Registers. Groete / Greetings Elardus

Re: Straightforward way to determine hardware architecture level?

On Mon, Nov 30, 2015 at 6:29 AM, Bob Shannon wrote: > >For others not really familiar to assembler programs, in Kirk listing > there is a line YREGS. > > >YREGS <-- That is a list of register value declarations/constants. > You will have to provide your own

Re: Straightforward way to determine hardware architecture level?

Charles Mills wrote: >Sorry. MSUs are *incredibly* important to some (most?) customers. They are a >major buy/no-buy decider. Indeed. Other questions customers also asked to vendors (from what I know and found out over the years): - How easy is it to install? With SMP/E (increasingly