Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Tony Harminc]

On 25 August 2016 at 17:52, Janet Graff
<004dc9e91b6d-dmarc-requ...@listserv.ua.edu> wrote:
> I don't know if I'm XPLINK or standard linkage.

The fact that your dump says DOWNSTACK DSA almost certainly implies
XPLINK.  In the LE Debugging guide where I went to verify this, there
is this interesting note under "Finding XPLINK information in a
Language Environment dump":

"It is important to understand that the registers saved in an upstack
DSA are those
saved by a routine that the DSA-owning routine called. Typically
register 15 is the
entry point of the routine that was called, and register 14 is the
return address into
the DSA-owning routine. In contrast, the registers saved in an downstack DSA are
those saved by the DSA-owning routine on entry. Register 7 is the return address
back to the caller of the DSA-owning routine. Register 6 may be the
entry point of
the DSA-owning routine."

Regardless, I don't think these are *your* registers at time of failure.

> Regarding overlays, anything is possible but it's highly unlikely.  I've been 
> forcing dumps every couple of instructions to make sure things are clean. The 
> registers in the downstack area don't all reflect the actual state of things 
> when I force the abends.  Can do a LA R5,186 and the dump will still show R5 
> containing all Beees.

>  I wish I could use TSO TEST but I don't know how to get it to run on a USS 
> executable.

If you don't know TEST, I wouldn't start now... For one thing, the
support for anything 64-bit is somewhere between none and minimal. But
if you know TEST, then it should be possible to copy your executable
(program object in a UNIX file) into a PDSE member and then run it
under TEST. But then you won't have a UNIX shell, and who knows what
else may be missing; it may take you down a rathole. But I *have* done
this copy of a program that was written by non-MVS C programmers into
a PDSE and run it under TSO successfully, so at least that part can
work.

Good luck.

Tony H.

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

Re: IBMLINK SR Application Unusble

[Jesse 1 Robinson]

Love it or hate it, 'no change' is a nonsensical answer. I updated an SR on 18 
August--just over a week ago. The page certainly did not look this way then. 
The change is striking. 

In the responder's defense, it's not uncommon for support personnel to be given 
'new software' well in advance of GA. This person may have had the new version 
for some time without realizing it was beta. It's certainly new to the rest of 
us.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Thursday, August 25, 2016 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IBMLINK SR Application Unusble

On 8/25/2016 1:20 PM, Dan Little wrote:
> The font for Service Requests is now much smaller as well at least on 
> my screen.

It's horribly small, thick and black, with a lot of unnecessary surrounding 
whitespace.

Someone really screwed up...

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/


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

Re: IBMLINK SR Application Unusble

[Steve Horein]

I left feedback on the subject here:
https://www-304.ibm.com/ibmlink/feedback/display.wss?lc=en=US

The response I received:

Hello Steve
 As per our information, there is no change in SR page. However you
can go ahead and delete cache cookies and then try to
access the page. This should solve the issue
 If this does not work, kindly let us know.

It did not work.I let them know.


On Thu, Aug 25, 2016 at 3:20 PM, Dan Little  wrote:

> I am really finding it annoying and lots of my screen is chewed up by info
> and links I don't need.
>
> The font for Service Requests is now much smaller as well at least on my
> screen.
>
> I really don't like it.
>
> Dan
>
>
> On Thursday, 25 August 2016, Doug Henry <
> 012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Thanks Tony,
> > That certainly helps with part of the problem. Now the issue is the font
> > changes that went with this change. The fonts for the top section of the
> SR
> > are very large but the the "Service request update history" part (ie the
> > text that is the main part of the SR) is in very tiny font. This the text
> > takes up less than 25% of the screen and the other 75% is white space.
> >
> > Doug
> >
> > On Thu, 25 Aug 2016 11:08:37 -0400, Tony Harminc  > > wrote:
> >
> > >On 25 August 2016 at 08:22, Doug Henry
> > ><012e22efeed4-dmarc-requ...@listserv.ua.edu > wrote:
> > >> Print this page
> > >> E-mail this page
> > >> Digg
> > >> Facebook
> > >> Twitter
> > >> Delicious
> > >> Linked In
> > >> Stumbleupon
> > >> Google+
> > >
> > >A good ad blocker makes short work of those "social media" buttons.
> > >And is good for privacy and security to boot. Do you really want
> > >Facebook et al knowning about every visit you make to SR?
> > >
> > >Tony H.
> >
> > --
> > 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

VSCOB2 (5668-958)

[W Mainframe]

Guys,
My P370 is running a VMSP rel5. I have many licensed compilers but 
unfortunately my VS COBOL II mdisk is failing. I've tried to restore this mdisk 
from original CDs but this media is failing too, same problem.. :(Anyone has 
this compiler and could share with me? I have more than 4000 VSCOB2 sources. I 
just need a vmarc, or an AWS tape.

Thank youDan


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

Re: Job Search

[Eric Chevalier]

On 7/19/16 7:57 AM, Ken Smith wrote:


My organization has just posted a CICS sysprog job (below).  There's good
support for Telecommunting here and if you've got solid skills working
remote should not be a deal breaker.  Problem is the pay is well below
market rates.  We have several unfilled positions zOS/DB2/CICS/automation
but cannot attract experienced people.


Why do I sense another company about to claim a pressing need for some 
H1B visas?


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

Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Janet Graff]

Thanks Charles!

>Why are you using the AIX compiler reference? There is a z/OS compiler 
>reference manual, you know. Covers USS as well as legacy MVS.
>http://www-01.ibm.com/support/docview.wss?uid=swg27036892 

>Charles

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

Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Charles Mills]

http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ceea300/xplnk5.htm
 

Ah! You know what? I am 95% sure that AMODE 64 implies XPLINK. 

Why are you using the AIX compiler reference? There is a z/OS compiler 
reference manual, you know. Covers USS as well as legacy MVS.
http://www-01.ibm.com/support/docview.wss?uid=swg27036892 

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Janet Graff
Sent: Thursday, August 25, 2016 5:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

I don't know if I'm XPLINK or standard linkage.
I'm using the following command to link

xlc -o MY64.exe -q64 VSHVOLTG.o VSHVOLT.o VSHMSG.o MY64.o

where would I look to see if XPLINK is turned on?  How would I turn it off?  I 
can't find XPLINK mentioned in the Compiler Reference V10.1 IBM XL C for AIX, 
V10.1 http://www-01.ibm.com/support/docview.wss?uid=swg27012874=1.

Regarding overlays, anything is possible but it's highly unlikely.  I've been 
forcing dumps every couple of instructions to make sure things are clean. The 
registers in the downstack area don't all reflect the actual state of things 
when I force the abends.  Can do a LA R5,186 and the dump will still show R5 
containing all Beees.

 I wish I could use TSO TEST but I don't know how to get it to run on a USS 
executable.

Janet

>Are you XPLINK or standard linkage?

>Any *possibility* that you have overlaid the stacked save areas in your code? 
>R12:R15 = 404040... looks mighty suspicious to me.

>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: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Janet Graff]

I don't know if I'm XPLINK or standard linkage.
I'm using the following command to link

xlc -o MY64.exe -q64 VSHVOLTG.o VSHVOLT.o VSHMSG.o MY64.o

where would I look to see if XPLINK is turned on?  How would I turn it off?  I 
can't find XPLINK mentioned in the Compiler Reference V10.1 IBM XL C for AIX, 
V10.1 http://www-01.ibm.com/support/docview.wss?uid=swg27012874=1.

Regarding overlays, anything is possible but it's highly unlikely.  I've been 
forcing dumps every couple of instructions to make sure things are clean. The 
registers in the downstack area don't all reflect the actual state of things 
when I force the abends.  Can do a LA R5,186 and the dump will still show R5 
containing all Beees.

 I wish I could use TSO TEST but I don't know how to get it to run on a USS 
executable.

Janet

>Are you XPLINK or standard linkage?

>Any *possibility* that you have overlaid the stacked save areas in your code? 
>R12:R15 = 404040... looks mighty suspicious to me.

>Charles

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

anyone using SRD application on IBMLINK

[Tony Cieri]

F.Y.I.

This is the first time that I have used SRD to order/download PTFs since the 
change to make FTP-SLL mandatory. When the order is complete, there will be a 
RFNJOBS JCL sample provided in the DOC subdirectory.  It appears that the 
intention of this JCL sample was to be customized for the particular order and 
not to require ANY changes, however, I have noticed that the unique userid and 
password have NOT been inserted into the JCL. They appear as follows:

//SERVINFO DD * 
  

I just pasted the unique userid over the %SETUSERID% and the password over the 
%SETPASSWORD% and the job executed successfully!! 
I wasn't sure where else to report this, so I thought that I would start here!!!

Tony



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

Re: Don Deese

[Steve Beaver]

Sadly, we are losing the giants

My condolences

Steve  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Richards, Robert B.
Sent: Thursday, August 25, 2016 11:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Don Deese

A very sad day indeed for the performance and capacity community!

My condolences to his family.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Barry Merrill
Sent: Thursday, August 25, 2016 12:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Don Deese

DONALD RAE DEESE, 74, passed away on Tuesday, August 23, 2016 at his home in

Hartfield, VA.  One of thirteen children, he is survived by Marilyn and
Frank, as well

as his sweetheart Nancy Roth, daughters Felicia Marie Deese & Carissa Ann
Murray, and

six grandchildren.  He enjoyed sailing, skiing, and traveling.

 

A memorial service will be on Saturday, August 27th at 11am at Andrews
Funeral Home,

7192 Main Street, Gloucester, VA.  In lieu of flowers, memorial donations
can be sent

to Hartfield Volunteer Fire Department.  Carpe Diem!

 

Professionally, Don was a true computer pioneer, and received the 1981 A. A.
Michelson

Award from the Computer Measurement Group for his development of techniques
to measure

early computer system performance (think response time); he created the
first Expert

System tool to automatically detect and diagnose performance anomalies.

 

Sadly,

 

Barry Merrill

 

 


--
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: IBMLINK SR Application Unusble

[Dan Little]

I am really finding it annoying and lots of my screen is chewed up by info
and links I don't need.

The font for Service Requests is now much smaller as well at least on my
screen.

I really don't like it.

Dan


On Thursday, 25 August 2016, Doug Henry <
012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:

> Thanks Tony,
> That certainly helps with part of the problem. Now the issue is the font
> changes that went with this change. The fonts for the top section of the SR
> are very large but the the "Service request update history" part (ie the
> text that is the main part of the SR) is in very tiny font. This the text
> takes up less than 25% of the screen and the other 75% is white space.
>
> Doug
>
> On Thu, 25 Aug 2016 11:08:37 -0400, Tony Harminc  > wrote:
>
> >On 25 August 2016 at 08:22, Doug Henry
> ><012e22efeed4-dmarc-requ...@listserv.ua.edu > wrote:
> >> Print this page
> >> E-mail this page
> >> Digg
> >> Facebook
> >> Twitter
> >> Delicious
> >> Linked In
> >> Stumbleupon
> >> Google+
> >
> >A good ad blocker makes short work of those "social media" buttons.
> >And is good for privacy and security to boot. Do you really want
> >Facebook et al knowning about every visit you make to SR?
> >
> >Tony H.
>
> --
> 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: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Charles Mills]

At the risk of topic drift, BTW I believe LGHI Rx,0 is now preferred to XGR 
Rx,Rx. Why?

- On older processors, XGR makes the poor CPU get a stable copy of the register 
and tie up the fixed point arithmetic unit, a long hard way of solving the 
simple problem of "slam a zero into Rx."
- Newer processors recognize XR/SR/SLR Rx,Rx and just treat it as "slam a zero 
into Rx" but it still sets the condition code, which is an unnecessary 
complication for the pipeline logic. Don't mess with the condition code if you 
don't need to.

(Source: 
https://www.ibm.com/developerworks/community/files/form/anonymous/api/library/ff4563be-756e-49bf-9de9-6a04a08026f1/document/3dff8d34-fcf9-4939-9efc-11f15a3ce0f8/media/IBM%20z%20Systems%20Processor%20Optimization%20Primer.pdf)
 

It's a brave new processor world out there. Many things you learned in 1996 are 
no longer true.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Thursday, August 25, 2016 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

On 25 August 2016 at 12:11, Janet Graff
<004dc9e91b6d-dmarc-requ...@listserv.ua.edu> wrote:

> I have XGR'd GPR2 and GPR3 before the abend and GPR5 definitely does not 
> contain a bunch Beees.

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

Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Charles Mills]

Yeah, no disagreement there. Like any of these tools that "do the work for you" 
they are great until they guess wrong.

Many years ago I learned to really dislike Abend-Aid. I'm sure it is a 
wonderful help to the average application programmer but it seemed to always 
obfuscate the kind of more complex ABENDs that I was shooting. (No 
disparagement intended to my friends at Compuware. I'm sure it's a wonderful 
product, and //ABNLIGN DD DUMMY solved my problem.)

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Thursday, August 25, 2016 1:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

On 25 August 2016 at 12:47, Charles Mills  wrote:
> I am generally very happy with the CEEDUMP and find it quite satisfactory.

My experience with CEEDUMP is that it's all just fine until it isn't.
It seems not to cope at all well with anything other than a simple failure 
within your own code. If anything the least bit subtle happens
- a stack overlay, a failure in a library routine, abend in a UNIX kernel or 
other z/OS system routine - it just can't be relied on to give you the 
information needed to find the root cause. Then you have to disable all LE 
exception handling, set a SLIP trap, and go back to debugging with a "real" 
dump.

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

Re: Don Deese

[Edward Finnell]

https://www.meaningfulfunerals.net/fh/obituaries/obituary.cfm?CFID=232898aa-
98d6-4feb-b93c-8be63a15ecb6=0_id=3869997_id=14468
 
Link to Obituary page. Can sign the guest book or send condolences.
 
http://tinyurl.com/h8vtw5h
 
 
 
 
In a message dated 8/25/2016 11:46:18 A.M. Central Daylight Time,  
robert.richa...@opm.gov writes:

A very  sad day indeed for the performance and capacity  community!



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

Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Tony Harminc]

On 25 August 2016 at 12:11, Janet Graff
<004dc9e91b6d-dmarc-requ...@listserv.ua.edu> wrote:

> I have XGR'd GPR2 and GPR3 before the abend and GPR5 definitely does not 
> contain a bunch Beees.

I'm not sure quite what you mean by this. Your own code (that you know
has run not long before the abend?) XGR'd both G2 and G3 with
themselves, i.e. zeroed them? Or XGR'd with each other? Or...?

Perhaps interesting that X'B' is the inverse of X'4'. But I don't see
any convenient X'BF's in any of those regs to go with the X'40's.

Tony H.

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

Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Tony Harminc]

On 25 August 2016 at 12:47, Charles Mills  wrote:
> I am generally very happy with the CEEDUMP and find it quite satisfactory.

My experience with CEEDUMP is that it's all just fine until it isn't.
It seems not to cope at all well with anything other than a simple
failure within your own code. If anything the least bit subtle happens
- a stack overlay, a failure in a library routine, abend in a UNIX
kernel or other z/OS system routine - it just can't be relied on to
give you the information needed to find the root cause. Then you have
to disable all LE exception handling, set a SLIP trap, and go back to
debugging with a "real" dump.

> Are you XPLINK or standard linkage?

I believe DOWNSTACK implies XPLINK.

Tony H.

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

Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Charles Mills]

I don't have an example in front of me (not enough S0C4's lately ) so I 
can't talk specifics but I am generally very happy with the CEEDUMP and find it 
quite satisfactory. My C++ is exclusively AMODE 31 (with some assembler 
subroutines using SAM64) so I suspect your problems are due to the somewhat 
"tiptoeing into the water" nature of the AMODE 64 support. I would open a 
ticket with IBM. Even if the storage pointed to by Rx is invalid the contents 
of Rx is always valid and potentially extremely useful, even necessary, in 
problem resolution. I think you have a reportable problem on its face value 
never mind what underlying problems there may be: "GPR's not formatted 
correctly in dump."

Are you XPLINK or standard linkage?

Any *possibility* that you have overlaid the stacked save areas in your code? 
R12:R15 = 404040... looks mighty suspicious to me.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Janet Graff
Sent: Thursday, August 25, 2016 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump in 64 bit mode "Storage around GPR2 is invalid."

Here's an example

  Parameters, Registers, and Variables for Active Routines: 
main (DSA address 0048082FEA20):
  DOWNSTACK DSA 
  Saved Registers:  
GPR0.   GPR1.   GPR2. 
*  GPR3. 
GPR4. 0048082FEA20  GPR5.   GPR6. 
1AC0E618  GPR7. 0048082FF2C8
GPR8. 0005  GPR9.   GPR10 
0001  GPR11 0004
GPR12 4040404040404040  GPR13 4040404040404040  GPR14 
4040404040404040  GPR15 4040404040404040

...

GPREG STORAGE:  
  Storage around GPR0  is invalid.  
  Storage around GPR1  is invalid.  
  Storage around GPR2  is invalid.  
  Storage around GPR3  is invalid.  
  Storage around GPR4 (0048082FEA20)
+0800 0048082FF220  0048 082FF260 0048 08600060  |..2-..

I have XGR'd GPR2 and GPR3 before the abend and GPR5 definitely does not 
contain a bunch Beees.

The program was compiled using xlc on the USS side.

The other issue I have is that the top of stack is not my main() so the PSW and 
"Storage dump near condition, beginning at location" is of CEEHDSP instead of 
main so I can't see what instruction in my program caused the abend.

I assume the registers are modified up stack which is why I can't see them.  
Can I get the dump at the actual abend location?

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

Re: Don Deese

[Richards, Robert B.]

A very sad day indeed for the performance and capacity community!

My condolences to his family.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barry Merrill
Sent: Thursday, August 25, 2016 12:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Don Deese

DONALD RAE DEESE, 74, passed away on Tuesday, August 23, 2016 at his home in

Hartfield, VA.  One of thirteen children, he is survived by Marilyn and Frank, 
as well

as his sweetheart Nancy Roth, daughters Felicia Marie Deese & Carissa Ann 
Murray, and

six grandchildren.  He enjoyed sailing, skiing, and traveling.

 

A memorial service will be on Saturday, August 27th at 11am at Andrews Funeral 
Home,

7192 Main Street, Gloucester, VA.  In lieu of flowers, memorial donations can 
be sent

to Hartfield Volunteer Fire Department.  Carpe Diem!

 

Professionally, Don was a true computer pioneer, and received the 1981 A. A.
Michelson

Award from the Computer Measurement Group for his development of techniques to 
measure

early computer system performance (think response time); he created the first 
Expert

System tool to automatically detect and diagnose performance anomalies.

 

Sadly,

 

Barry Merrill

 

 


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

Don Deese

[Barry Merrill]

DONALD RAE DEESE, 74, passed away on Tuesday, August 23, 2016 at his home in

Hartfield, VA.  One of thirteen children, he is survived by Marilyn and
Frank, as well

as his sweetheart Nancy Roth, daughters Felicia Marie Deese & Carissa Ann
Murray, and

six grandchildren.  He enjoyed sailing, skiing, and traveling.

 

A memorial service will be on Saturday, August 27th at 11am at Andrews
Funeral Home,

7192 Main Street, Gloucester, VA.  In lieu of flowers, memorial donations
can be sent

to Hartfield Volunteer Fire Department.  Carpe Diem!

 

Professionally, Don was a true computer pioneer, and received the 1981 A. A.
Michelson

Award from the Computer Measurement Group for his development of techniques
to measure

early computer system performance (think response time); he created the
first Expert

System tool to automatically detect and diagnose performance anomalies.

 

Sadly,

 

Barry Merrill

 

 


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

Re: IBMLINK SR Application Unusble

[Doug Henry]

Thanks Tony,
That certainly helps with part of the problem. Now the issue is the font 
changes that went with this change. The fonts for the top section of the SR are 
very large but the the "Service request update history" part (ie the text that 
is the main part of the SR) is in very tiny font. This the text takes up less 
than 25% of the screen and the other 75% is white space.
 
Doug

On Thu, 25 Aug 2016 11:08:37 -0400, Tony Harminc  wrote:

>On 25 August 2016 at 08:22, Doug Henry
><012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:
>> Print this page
>> E-mail this page
>> Digg
>> Facebook
>> Twitter
>> Delicious
>> Linked In
>> Stumbleupon
>> Google+
>
>A good ad blocker makes short work of those "social media" buttons.
>And is good for privacy and security to boot. Do you really want
>Facebook et al knowning about every visit you make to SR?
>
>Tony H.

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

Re: IBMLINK SR Application Unusble

[Cieri, Anthony]

FWIW, I have found that the changes are much more disruptive when using 
IE. Using Chrome and Firefox, they are less of an impact. We are running an 
older version of IE (IE9) due to compatibility issues with an internal 
application.

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Thursday, August 25, 2016 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBMLINK SR Application Unusble

On 25 August 2016 at 08:22, Doug Henry
<012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:
> Print this page
> E-mail this page
> Digg
> Facebook
> Twitter
> Delicious
> Linked In
> Stumbleupon
> Google+

A good ad blocker makes short work of those "social media" buttons.
And is good for privacy and security to boot. Do you really want Facebook et al 
knowning about every visit you make to SR?

Tony H.

--
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: Dump in 64 bit mode "Storage around GPR2 is invalid."

[Janet Graff]

Here's an example

  Parameters, Registers, and Variables for Active Routines: 
main (DSA address 0048082FEA20):
  DOWNSTACK DSA 
  Saved Registers:  
GPR0.   GPR1.   GPR2. 
*  GPR3. 
GPR4. 0048082FEA20  GPR5.   GPR6. 
1AC0E618  GPR7. 0048082FF2C8
GPR8. 0005  GPR9.   GPR10 
0001  GPR11 0004
GPR12 4040404040404040  GPR13 4040404040404040  GPR14 
4040404040404040  GPR15 4040404040404040

...

GPREG STORAGE:  
  Storage around GPR0  is invalid.  
  Storage around GPR1  is invalid.  
  Storage around GPR2  is invalid.  
  Storage around GPR3  is invalid.  
  Storage around GPR4 (0048082FEA20)
+0800 0048082FF220  0048 082FF260 0048 08600060  |..2-..

I have XGR'd GPR2 and GPR3 before the abend and GPR5 definitely does not 
contain a bunch Beees.

The program was compiled using xlc on the USS side.

The other issue I have is that the top of stack is not my main() so the PSW and 
"Storage dump near condition, beginning at location" is of CEEHDSP instead of 
main so I can't see what instruction in my program caused the abend.

I assume the registers are modified up stack which is why I can't see them.  
Can I get the dump at the actual abend location?

Janet

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

Re: IBMLINK SR Application Unusble

[Jack J. Woehr]

Tony Harminc wrote:

A good ad blocker makes short work of those "social media" buttons


Yeah, suddenly when I visit my favorite chess website it's plastered with ads 
for IBM systems.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: IBMLINK SR Application Unusble

[Chuck Kreiter]

They just can't leave a functional interface alone.  They always seem to try to 
"improve" it.  Omegamon is another one they keep trying to "improve".

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Thursday, August 25, 2016 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBMLINK SR Application Unusble

On 25 August 2016 at 08:22, Doug Henry
<012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:
> Print this page
> E-mail this page
> Digg
> Facebook
> Twitter
> Delicious
> Linked In
> Stumbleupon
> Google+

A good ad blocker makes short work of those "social media" buttons.
And is good for privacy and security to boot. Do you really want Facebook et al 
knowning about every visit you make to SR?

Tony H.

--
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: IBMLINK SR Application Unusble

[Tony Harminc]

On 25 August 2016 at 08:22, Doug Henry
<012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:
> Print this page
> E-mail this page
> Digg
> Facebook
> Twitter
> Delicious
> Linked In
> Stumbleupon
> Google+

A good ad blocker makes short work of those "social media" buttons.
And is good for privacy and security to boot. Do you really want
Facebook et al knowning about every visit you make to SR?

Tony H.

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

Re: IBMLINK SR Application Unusble

[Steve Thompson]

Yes. And scrolling is now mangled as well.

Perhaps we need a SHARE requirement to get this thing corrected?

Or, perhaps all of us should select the first O/S in the drop 
down list. It will cause IBM much grief internally and just might 
get them to take this seriously. Yes, I am suggesting customer 
push back similar to civil disobedience.


We even pay for the privilege of using this piece of junk.

Regards,
Steve Thompson

On 08/25/2016 08:22 AM, Doug Henry wrote:

Has any on else (beside me)  found the recent changes to the formatting of 
IBMLINK SR making the service unusable ?
This addition of this data had made the application virtually impossible to use.

IBM®

Marketplace

Print this page
E-mail this page
Digg
Facebook
Twitter
Delicious
Linked In
Stumbleupon
Google+

Doug

--
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: SMF record for IQD channel activity

[David Crayford]

On 25/08/2016 10:24 PM, Steve Beaver wrote:

IBM has always been optimized for FireFox with IE as an after thought


Not sure about that. IBM uses the Dojo toolkit which should support most 
browsers, especially modern ones.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, August 25, 2016 5:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record for IQD channel activity

IBM Knowledge Center (http://www.ibm.com/support/knowledgecenter/) returning an 
empty in IE11, works OK in Firefox.
Why??? This should be working reliably.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: 25 August, 2016 11:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF record for IQD channel activity

Hello,

Is there a specific SMF record that reports the IQD channel activity(I mean the 
Hipersocket network analysis).

I do not see any indication about the hipersocket under SMF 118 and SMF 119.

Is there anyother record in specific that can report the Hipersocket network 
traffic analyzing within z/OS Lpar ?

z/OS 2.1 running EC12 box.

Jake

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




--
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: SMF record for IQD channel activity

[Steve Beaver]

IBM has always been optimized for FireFox with IE as an after thought 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, August 25, 2016 5:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record for IQD channel activity

IBM Knowledge Center (http://www.ibm.com/support/knowledgecenter/) returning an 
empty in IE11, works OK in Firefox.
Why??? This should be working reliably.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: 25 August, 2016 11:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF record for IQD channel activity

Hello,

Is there a specific SMF record that reports the IQD channel activity(I mean the 
Hipersocket network analysis).

I do not see any indication about the hipersocket under SMF 118 and SMF 119.

Is there anyother record in specific that can report the Hipersocket network 
traffic analyzing within z/OS Lpar ?

z/OS 2.1 running EC12 box.

Jake

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




--
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: SMF record for IQD channel activity

[Cheryl Watson]

Hi Jake,

 

Look at the RMF type 73 (Monitor I Channel Path Activity) which shows activity 
by channel path ID and also shows the channel type, such as IQD.  There is also 
information in the Monitor II and Monitor II Channel Path Activity.  The only 
thing I can't tell you is the interpretation of the channel path type to 
identify IQD, but I'm sure someone here does.

 

Take a look at the example on page 148/149 of Redbook SG24-6816 - IBM 
HiperSockets Implementation Guide - 
http://www.redbooks.ibm.com/redbooks/pdfs/sg246816.pdf.

 

Cheers!

Cheryl 

 

 

Cheryl Watson

Watson & Walker, Inc.

www.watsonwalker.com  

 

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Thursday, August 25, 2016 5:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF record for IQD channel activity

 

Hello,

 

Is there a specific SMF record that reports the IQD channel activity(I mean the 
Hipersocket network analysis).

 

I do not see any indication about the hipersocket under SMF 118 and SMF 119.

 

Is there anyother record in specific that can report the Hipersocket network 
traffic analyzing within z/OS Lpar ?

 

z/OS 2.1 running EC12 box.

 

Jake

 

--

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: IBMLINK SR Application Unusble

[Jousma, David]

Agreed!

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug Henry
Sent: Thursday, August 25, 2016 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBMLINK SR Application Unusble

Has any on else (beside me)  found the recent changes to the formatting of 
IBMLINK SR making the service unusable ? 
This addition of this data had made the application virtually impossible to use.

IBM®

Marketplace

Print this page
E-mail this page
Digg
Facebook
Twitter
Delicious
Linked In
Stumbleupon
Google+

Doug

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


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: IBMLINK SR Application Unusble

[Bill Johnson]

IBM still doesn't understand the internet very well. Their websites and 
processes there are not intuitive and easy to use.


  From: Doug Henry <012e22efeed4-dmarc-requ...@listserv.ua.edu>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Thursday, August 25, 2016 8:22 AM
 Subject: IBMLINK SR Application Unusble
   
Has any on else (beside me)  found the recent changes to the formatting of 
IBMLINK SR making the service unusable ? 
This addition of this data had made the application virtually impossible to use.

IBM®

Marketplace

    Print this page
    E-mail this page
    Digg
    Facebook
    Twitter
    Delicious
    Linked In
    Stumbleupon
    Google+

Doug

--
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: [EXTERNAL] IBMLINK SR Application Unusble

[Dyck, Lionel B. (TRA)]

It has become more difficult I'll grant you that - the font is larger - the 
layout less intuitive.  

AND when opening an incident it still asks for operating system and that after 
selecting the product/component which is operating system specific :-)

--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI Service Delivery & Engineering

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug Henry
Sent: Thursday, August 25, 2016 7:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] IBMLINK SR Application Unusble

Has any on else (beside me)  found the recent changes to the formatting of 
IBMLINK SR making the service unusable ? 
This addition of this data had made the application virtually impossible to use.

IBM®

Marketplace

Print this page
E-mail this page
Digg
Facebook
Twitter
Delicious
Linked In
Stumbleupon
Google+

Doug

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

IBMLINK SR Application Unusble

[Doug Henry]

Has any on else (beside me)  found the recent changes to the formatting of 
IBMLINK SR making the service unusable ? 
This addition of this data had made the application virtually impossible to use.

IBM®

Marketplace

Print this page
E-mail this page
Digg
Facebook
Twitter
Delicious
Linked In
Stumbleupon
Google+

Doug

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

Re: SMF record for IQD channel activity

[Vernooij, Kees (ITOPT1) - KLM]

IBM Knowledge Center (http://www.ibm.com/support/knowledgecenter/) returning an 
empty in IE11, works OK in Firefox.
Why??? This should be working reliably.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: 25 August, 2016 11:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF record for IQD channel activity

Hello,

Is there a specific SMF record that reports the IQD channel activity(I mean
the Hipersocket network analysis).

I do not see any indication about the hipersocket under SMF 118 and SMF 119.

Is there anyother record in specific that can report the Hipersocket
network traffic analyzing within z/OS Lpar ?

z/OS 2.1 running EC12 box.

Jake

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




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

SMF record for IQD channel activity

[Jake Anderson]

Hello,

Is there a specific SMF record that reports the IQD channel activity(I mean
the Hipersocket network analysis).

I do not see any indication about the hipersocket under SMF 118 and SMF 119.

Is there anyother record in specific that can report the Hipersocket
network traffic analyzing within z/OS Lpar ?

z/OS 2.1 running EC12 box.

Jake

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