Re: can a job know it is ending?

Not sure. I believe the CEE* APIs cannot be called from OPM objects. Did
Jon Paris say something about this recently?

The cancel handler is still usable in C - which is ILE in all the recent
releases, so that could be a wrapper, maybe. Of course, then you could use
this CEERTX, couldn't you?

If an ILE calls an OPM and the job terminates abnormally in that program,
will the handler be called? I would think so, since it gets called when a
call stack entry gets ended for any reason other than a return to caller.
(from the manual)

I believe everything is actually executing in activation groups on RISC
boxes. Even the default  act group, where so-called OPM runs, is still
really in an ILE mode of some sort. Is that right?

Don't know if pragma cancelhandler exists before in earlier types of C.

At 09:33 PM 4/20/02 -0500, you wrote:
>and if not ILE?
>
>----- Original Message -----
>From: Vernon Hamberg <vhamberg@attbi.com>
>To: <midrange-l@midrange.com>
>Sent: Saturday, April 20, 2002 9:31 PM
>Subject: Re: can a job know it is ending?
>
>
> > I believe any of the ILE languages can register a handler, as stated in the
> > RPG example. And doesn't that cover the whole job? Esp. if you register
> > this at the highest level of the stack (first entry)? Handler could be in a
> > service program bound to an initial CLLE or whatever.
> >
> > At 09:16 PM 4/20/02 -0500, you wrote:
> > >From: Vernon Hamberg <vhamberg@attbi.com>
> > > > C/C++ have a cancel handler pragma
> > >
> > >I have now seen four different ways that only work
> > >in specific situations. Hmm, maybe there is no elegant
> > >and general way of doing this, independent of the
> > >language used....
> > >
>
>
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.