AW: SWAREQ from Java

[Michael Knigge]

All,

I guess I found my problem - I tried to call SWAREQ from AMODE64 which is not 
supported :-(

Bye,
Michael


Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber


Anstehende Termine:

POSY-OutputForum, 4. und 5. November 2015 in Hannover

Weitere Informationen finden Sie auf unserer Homepage...

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Tom Marchant
Gesendet: Donnerstag, 24. September 2015 14:09
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SWAREQ from Java

On Wed, 23 Sep 2015 21:33:01 +0300, Binyamin Dissen wrote:

>I would expect that the issue is that your SWREQ plist has a bad
>address. The
>0C4 is in the middle of the SWAREQ module.

I wondered if that might be where the abend was. That's why I suggested an 
SVCDUMP or SYSMDUMP. How did you determine that the abend was in that module?

As it happens, I recently had an abend in the SWAREQ module. In my case, it was 
because I passed a bad SVA. The value that I passed was the first three bytes 
of a word containing the SVA in the last three bytes. The  low bit was zero, 
meaning that it is the address of the SWA prefix.

--
Tom Marchant

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

AW: SWAREQ from Java

[Michael Knigge]

Binyamin,

thanks for this hint. My dump-analytics-skills are not that good that I've been 
able to track this down so far (and I'm out of practice - it was aug 2008 when 
I've written my last asm prog)

Well I'm really sure that the PLIST is correct, but I'll x-check it 
again I assume it is a really dumb fault I've made but I'm too blind to see 
it. Maybe it is good to wait a few days and look at the code again with a 
clean and fresh mind

So... Thank you for the hint. I''l definitely x-check it.


Bye & thanks,
Michael



Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Weitere Informationen finden Sie auf unserer Homepage...

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Binyamin Dissen
Gesendet: Mittwoch, 23. September 2015 20:33
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SWAREQ from Java

I would expect that the issue is that your SWREQ plist has a bad address. The
0C4 is in the middle of the SWAREQ module.

I would suggest verifying that you get the PLIST you expect. If the dump is 
difficult, try passing a specific character string as a parameter and verify 
that you receive it properly.

On Tue, 22 Sep 2015 08:39:50 + Michael Knigge 
wrote:

:>All,
:>
:>since about 4 days I’m trying to get a simple ASM-Prog running under Java – 
in vain…. I hope someone can help me or bring me in the right direction… :> :>I 
need to get all Data Set Names that are allocated to a DD. So I step down the 
TIOT and get al SVA addresses for a DD. Then I try to call a C-Module (“the 
glue”) that calls a ASM-Prog that issues SWAREQ. Everything is working – but 
not the SWAREQ. The ASM-Prog runs fine if I run it (called by a C-dummy) in MVS 
environment. Everything works as expected.
:>
:>But when I
:>
:>-   build the same sources under USS into a shared library,
:>
:>-   load this shared library from my Java code,
:>
:>-   invoke the C-Code that will call my ASM-Module “SWAREQ”
:>
:>
:>than my module SWAREQ will crash with a S0C4. The CEEDUMP ist weired:
:>
:>Location:
:>  Program Unit: SWAREQ Entry: SWAREQ Statement:  Offset: -1E3F943A
:>  Possible Bad Branch:  Statement:   Offset: -E1C06BBA
:>
:>I could imagine that something is wrong with the R13 back chain and my module 
dies when “the macro SWAREQ returns”. But when I got the IBM manuals right, 
then the CEEENTRY Makro provides a Sava-Area and R13 will point to it.
:>
:>I hope someone has an idea… I’ll attach my code – maybe I did something 
completely wrong….
:>
:>
:>Bye & thanks for any hint!
:>Michael
:>
:>
:>R0   EQU   0
:>R1   EQU   1
:>R2   EQU   2
:>R3   EQU   3
:>R4   EQU   4
:>R5   EQU   5
:>R6   EQU   6
:>R7   EQU   7
:>R8   EQU   8
:>R9   EQU   9 ADDR OF PARM FROM CALLER
:>R10  EQU   10
:>R11  EQU   11BASE
:>R12  EQU   12COMMON ANCHOR AREA
:>R13  EQU   13DSA
:>R14  EQU   14
:>R15  EQU   15
:>*
:>* PARAMETERS (GETS ALLOCATED AMODE31 BY THE CALLER) -
:>*
:>PARM   DSECT
:>PARM_SVA_ADDR  DS  F INPUT: 24 BIT SVA
:>PARM_REAL_ADDR DS  F OUTPUT: REAL 31 BIT ADDR
:>PARM_RCDS  F OUTPUT: RC FROM SWAREQ
:>PARM_EPA_PTR   DS  F WORK: ADDRESS OF EPA
:>PARM_EPA   DS  XL28  WORK: EPA
:>PARM_SWAPARMS  DS  XL8   WORK: PARMS FOR SWAREQ
:>*
:>* ENTRY-POINT ---
:>*
:>SWAREQ   CEEENTRY PPA=MAINPPA,NAB=NO,MAIN=NO,EXPORT=NO,BASE=R11
:>*
:> USING CEECAA,R12COMMON ANCHOR AREA
:> USING CEEDSA,R13DYNAMIC STORAGE AREA
:>*
:> L R9,0(R1)  LOAD ADDR OF PARMS TO R9
:> USING PARM,R9   ADDRESS PRAMS USING R9
:>*
:> LAR7,PARM_EPA   LOAD ADDR OF EPA TO R7
:> STR7,PARM_EPA_PTR   SAVE ADDRESS TO PARM_EPA_PTR
:> USING ZB505,R7  ADDRESS EPA
:> XCSWAEPA,SWAEPA INITIALIZE EPA
:> L R6,PARM_SVA_ADDR  LOAD 24 BIT SVA IN R6
:> STCM  R6,B'0111',SWVA   STORE 3 RIGHT BYTES TO SWVA
:>*
:> SWAREQ FCODE=RL,  X
:>   UNAUTH=YES, X
:>   EPA=PARM_EPA_PTR,