On Mon, Aug 26, 2013 at 1:05 AM, Miklos Szigetvari <
[email protected]> wrote:

>     Hi
>
> I can't add too much tor this, but a few years ago, I tried do something
> similar, i.e.
> In a  multitask supervisor mode server, from the workers sub-tasks , call
> the Xerxes XML parser via CEEPIPI.
> Don't remember for all the details, but surly I had also different 46D
>  abends . In the last version  my LE rutime options:
> POSIX(ON),TRAP(OFF,NOSPIE),**STACK(1M,1M,ANY,KEEP)
>
> A suggestion would be(if possible) to call the LE module without CEEPIPI,
> to see how it works with "normal call's".
>

I will try this to see what occurs.  Thanks for the suggestion.


>
> Completely independent from this Xerxes project, we have tried to use the
> zIIP engine from C++ ( with a valid enclave SRB license) , but it was
> a "normal" C++ application, so no CEEPIPI. The application was very
> complex, and I wasn't able to find a way
> to run the code under enclave SRB.
> Some small parts (for example the ZIP inflate/deflate) library was proper
> to run in zIIP, but it is
> generally only a few percent of the total CPU .
>
>
>
>
>
>
> On 26.08.2013 05:26, Sam Siegel wrote:
>
>> On Sun, Aug 25, 2013 at 5:27 PM, Peter Relson <[email protected]> wrote:
>>
>>  I don't know why LE would issue an ESPIE if you told it not to. It
>>> certainly seems from the evidence that something is issuing ESPIE.
>>> And it's issuing it in your state, which is supervisor state, which
>>> therefore will result in the abend you received.
>>> Is it possible that what you think are the options that you provided are,
>>> in fact, not?
>>>
>>>  This is a possibility and I will check it carefully.  However, if
>> supervisor mode is entered prior to any subtask being attached, the
>> process
>> runs to completion without abend.  The 46d-18 only occurs when the PROCESS
>> subtask is the only subtask which enters supervisor mode.
>>
>> My current thinking is that the exception routine needs to be coded in the
>> CEEPIPI service routine vector.  That will be checked next.
>>
>>
>>  As to
>>>
>>>> You might be asking, why I'm doing this.  The answer is that eventually,
>>>>
>>> I
>>>
>>>> want to be able to run the C/C++ programs that are setup in the SUB_DP
>>>> environment under an SRB.  This is documented in Language Environment
>>>> Vendor Interfaces (SA22-7568).  This will allow me to offload C/C++ code
>>>>
>>> to
>>>
>>>> a zIIP engine.
>>>>
>>> I can say only "maybe". In general, only if you are licensed to do so
>>> (and
>>> of course if the SRBs are enclave SRBs).
>>>
>>>  Agreed on both points.  A valid license is hand.
>>
>>
>>  Peter Relson
>>> z/OS Core Technology Design
>>>
>>> ------------------------------**------------------------------**
>>> ----------
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to [email protected] with the message: INFO IBM-MAIN
>>>
>>>  ------------------------------**------------------------------**
>> ----------
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to [email protected] with the message: INFO IBM-MAIN
>>
>>
>>
>
> --
> Kind regards, / Mit freundlichen Grüßen
> Miklos Szigetvari
>
> Research&  Development
> ISIS Papyrus Europe AG
> Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
> T: +43(2236) 27551 333, F: +43(2236)21081
> E-mail: 
> miklos.szigetvari@isis-**papyrus.com<[email protected]>
> Info: [email protected] Hotline: +43-2236-27551-111
> Visit our brand new extended Website at www.isis-papyrus.com
> ------------------------------**------------------------------**---
> This e-mail is only intended for the recipient and not legally
> binding. Unauthorised use, publication, reproduction or
> disclosure of the content of this e-mail is not permitted.
> This email has been checked for known viruses, but ISIS Papyrus accepts
> no responsibility for malicious or inappropriate content.
> ------------------------------**------------------------------**---
>
>
> ------------------------------**------------------------------**----------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to