× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.