View previous topic :: View next topic
|
Author |
Message |
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
How is the IMS-specific information located in a dump? Those "things" that only live in the Linkage Section? Is more than a program dump needed?
As i've lamented before, i help debug IMS (code is code, logic is logic ), but don't really know anything about how it is all hung together. . . |
|
Back to top |
|
|
cybertaurean
New User
Joined: 22 Dec 2008 Posts: 87 Location: US
|
|
|
|
Hi Dick,
I think I made a mistake by bringing IMS into this -
"We can find the values of WS variables from HexDumps using the BLW+Offset available in the LISTING. Going in the same manner, I tried locating the value of a LS variable by using the BLL+Offset. I was not even able to see an entry for the BLL+Offset that I needed (not that there weren't BLLs at all in the HexDump; there were BLLs but, not the ones I needed)".
The bottomline is, do we need to go about in a different manner when it comes to LS variables.
There, I have taken everything thats IMS out of the question .
Thanks for unlocking the post!!!!
Regards,
Sumesh |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
I think I made a mistake by bringing IMS into this - |
Possibly, but maybe not. . .
I just don't know IMS particulars. . . It may be that the IMS info is not available in the dump being looked at. . .
I'll leave this here (in IMS) this weekend and if no one can move us forward, i'll move it back to cobol Monday sometme. . . |
|
Back to top |
|
|
Sandy Zimmer
Active Member
Joined: 13 Jun 2007 Posts: 826 Location: Wilmington, DE
|
|
|
|
IMS is not located in working storage - IMS is "located" in the LINKAGE section. That is where IMS communicates. IMS PCB status codes are located in LINKAGE - NOT in working storage. You cannot move anything INTO IMS controlled PCBs. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hi Sandy,
Quote: |
IMS PCB status codes are located in LINKAGE - NOT in working storage. You cannot move anything INTO IMS controlled PCBs. |
Understood, but how does one find this/these in a dump? |
|
Back to top |
|
|
Sandy Zimmer
Active Member
Joined: 13 Jun 2007 Posts: 826 Location: Wilmington, DE
|
|
|
|
Not that I ever had many abends, but I remember one in particular. The very best IMS systems programmers looked at it for a very long time. It was outside the range of the program.
I suggest that he fix the program. I was also wondering whether this is a called subroutine. If it is, is it statically or dynamically linked? |
|
Back to top |
|
|
cybertaurean
New User
Joined: 22 Dec 2008 Posts: 87 Location: US
|
|
|
|
Yep, its an issue with how the program is coded -
a. It abends in the called routine
b. It doesn't populate any value into any WS variable before abend call.
Even if I were to look for any value (IMS or non-IMS related) in the LINKAGE, how would I go about it?. I find it very easy to locate WS variables using BLW+Offset however, with LS variables, I am not able to find the BLL+Offset.
The module is dynamically linked.
Regards,
Sumesh |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
I am not able to find the BLL+Offset |
You might talk with the system support people and see if there is some other way to get a dump so that this info is included. . . When i needed to look at called module "linkage stuff" it was available because the caller was in the same dump. . . I don't know if there is an IMS "piece" in the problem program memory or if it is referenced in the IMS program memory. . .
Once upon a time there was such a thing as a system dump (rather than a problem program dump) but with the size of today's machines, it may not be possible without special effort. |
|
Back to top |
|
|
Sandy Zimmer
Active Member
Joined: 13 Jun 2007 Posts: 826 Location: Wilmington, DE
|
|
|
|
Can you please post your linkage - your "entry statement" - and your PSB. Also, could you put some kind of "display" statement at the end of your working storage and right before and after your "entry" or "procedure division using" statement. And one after.
Is this a NEW program or one that you have cloned or an existing program?
I still honestly believe that this a problem with IMS. If we can locate where the program takes a hike, I think that is the first step.
So, please post the "procedure division" entry statement. Please put some sort of "display" statement immediately after. The first thing we need to determine is where the program gets lost. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
My apologies for not asking this long ago. . .
Why is there a dump? What problem is being looked into?
Please post the requested info (what Sandy and i requested) and maybe we can make some progress. |
|
Back to top |
|
|
|