|
Scott Klement wrote: > > > 2) It would appear that my call-back proc was indeed being called and it was > > the call to system() that was failing. However, I had a debug breakpoint > > within the proc and it was never invoked. Is it a case that call-back procs > > can't be debugged because they get called outside the normal process? > > Yes, that is the case. > I've often set breakpoints in call-back procedures. Also, even with *IMMED, the call-back gets called. I just made the a little test using the following little program (on V5R2, but I'm sure this is the way it's always worked) . I set a breakpoint on the DSPLY line and called my program, pressing ENTER on the first 'wait' line. When I did RCLACTGRP QILE, my breakpoint fired. Then I submitted the call to batch, and killed the job *IMMED while the 'wait' dsply was waiting for an answer, and the 'callback' dsply showed up. H dftactgrp(*no) actgrp('QILE') D proc pr D pptr s * procptr inz(%paddr(proc)) C callb 'CEE4RAGE' C parm pptr C parm *omit C 'wait' dsply ans 1 C seton lr P proc b C 'callback' dsply ans 1 P proc e
As an Amazon Associate we earn from qualifying purchases.
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.