I'm still updating my QDOS Internals site, and I've come across a small foible in MT_RJOB - the trap #1 to remove a job which is inactive.
The job id passed can be -1 for the current job, but, as the trap will return ERR_NC (not complete) if the job to be removed is still active, how on earth can the current job remove itself ? If it is in the process of removing itself, then it cannot be inactive, so it cannot therefore remove itself, but if it is inactive, then how can it make the call to MT_FRJOB to remove itself. In other words, I think the ability to supply -1 as the job id to this trap is a bit silly :o) Unless you know differently ? Regards, Norman. ------------------------------------- Norman Dunbar Database/Unix administrator Lynx Financial Systems Ltd. mailto:[EMAIL PROTECTED] Tel: 0113 289 6265 Fax: 0113 289 3146 URL: http://www.Lynx-FS.com ------------------------------------- This email is intended only for the use of the addressees named above and may be confidential or legally privileged. If you are not an addressee you must not read it and must not use any information contained in it, nor copy it, nor inform any person other than Lynx Financial Systems or the addressees of its existence or contents. If you have received this email and are not a named addressee, please delete it and notify the Lynx Financial Systems IT Department on 0113 2892990.
