Jim and Buck, I appreciate your suggestions.
EVFEVENT has multiple members in it and I periodically delete it (RDi
recreates it the next time around). Every compile command I've used in RDi
specifies *EVENTF (that's a parameter on my create object command) and the
compiler creates/replaces the error data, so the problem *appears* to be in
the last mile, where the compiler tells the RDI controller to process the
Remember, using IBM's naked commands works fine--it's the CL wrapper that
appears to be breaking the process. I can't make the case for this being a
PMR-able problem but the fact that RDi implicitly supports user-defined
compile commands suggests there is a problem.
I've tried both batch and interactive compiling and neither option has any
effect. I'm compiling with the object name the same as the source member
name and there's no funky stuff. If I close the commands log and error
list before using any compile command in my CL wrapper, the commands log
opens but the error list doesn't. Then, using the naked (no CL wrapper)
command, I get the expected behavior--a refreshed error log and the error
Because this approach had worked on multiple previous versions, I'm
assuming there's been a change in RDi v9.x
On Thu, Jun 5, 2014 at 1:26 PM, Buck Calabro <kc2hiz@xxxxxxxxx> wrote:
On 6/5/2014 4:08 PM, x y wrote:
My use of a custom compile command (apparently) breaks the error message-snip
I'm stumped and would appreciate any suggestions.
Does this help?
This is the Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
As an Amazon Associate we earn from qualifying purchases.
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.