More Debugging Issues [Cobol]

Prev: Day of Any Week
Next: ANN: OpenCOBOL Programmer's Guide

From: Michael Wojcik on 8 Feb 2010 11:47

Derek Schrock wrote:
>
> 2. I don't need to step in to the Oracle calls, I only need anim (the
> animator command) to execute the Oracle CALLs. This where the error
> lies. When I try to animate the .int file and I hit an Oracle CALL
> ("CALL SQLADR" I think that's one of them) I'll get something along
> the lines "Can't find program or method." I knew this was going to
> happen because all of the library calls are in rtsorta32 binary (the
> Oracle runtime). So I need to figure out how to allow anim to CALL
> them since Oracle didn't (or doesn't) provide an animator program.

Ah. The problem is that you want Animator running under the rtsorta32
runtime, which is actually a COBOL runtime, with the Oracle support
linked in. (Note that with current MF products this is no longer a
recommended practice; rather than creating specialized runtimes, we
recommend putting the third-party code in a CSO and linking it to the
application or loading it at runtime. That's not relevant to your
problem, though.)

The trick here is that rather than using the "anim" trigger to start
your program, you should run it with the rtsorta32 executable, as you
would if not debugging, but tell the runtime you want to animate:

COBSW="+A $COBSW" rtsorta32 ...

(That's assuming you're running in a shell with Bourne-style syntax,
such as sh, ksh, bash, etc. For csh-style shells you'd need to use the
setenv command to change COBSW in the shell environment, then run
rtsorta32.)

The +A value in COBSW tells the runtime to start in Animator.

--
Michael Wojcik
Micro Focus
Rhetoric & Writing, Michigan State University

From: Derek Schrock on 8 Feb 2010 12:31

On Feb 8, 11:47 am, Michael Wojcik <mwoj...(a)newsguy.com> wrote:
> Derek Schrock wrote:
>
> > 2. I don't need to step in to the Oracle calls, I only need anim (the
> > animator command) to execute the Oracle CALLs. This where the error
> > lies. When I try to animate the .int file and I hit an Oracle CALL
> > ("CALL SQLADR" I think that's one of them) I'll get something along
> > the lines "Can't find program or method." I knew this was going to
> > happen because all of the library calls are in rtsorta32 binary (the
> > Oracle runtime). So I need to figure out how to allow anim to CALL
> > them since Oracle didn't (or doesn't) provide an animator program.
>
> Ah. The problem is that you want Animator running under the rtsorta32
> runtime, which is actually a COBOL runtime, with the Oracle support
> linked in. (Note that with current MF products this is no longer a
> recommended practice; rather than creating specialized runtimes, we
> recommend putting the third-party code in a CSO and linking it to the
> application or loading it at runtime. That's not relevant to your
> problem, though.)
>
> The trick here is that rather than using the "anim" trigger to start
> your program, you should run it with the rtsorta32 executable, as you
> would if not debugging, but tell the runtime you want to animate:
>
> COBSW="+A $COBSW" rtsorta32 ...
>
> (That's assuming you're running in a shell with Bourne-style syntax,
> such as sh, ksh, bash, etc. For csh-style shells you'd need to use the
> setenv command to change COBSW in the shell environment, then run
> rtsorta32.)
>
> The +A value in COBSW tells the runtime to start in Animator.
>
> --
> Michael Wojcik
> Micro Focus
> Rhetoric & Writing, Michigan State University

I thought I tried "rtsorta32 +A ...." but that didn't work.

I'm guessing the reason for that is +A isn't a valid option for
rtsorta32 however the cob runtime will pic up the $COBOPT env var?

From: Derek Schrock on 8 Feb 2010 12:33

On Feb 8, 12:31 pm, Derek Schrock <derekschr...(a)gmail.com> wrote:
> On Feb 8, 11:47 am, Michael Wojcik <mwoj...(a)newsguy.com> wrote:
>
>
>
> > Derek Schrock wrote:
>
> > > 2. I don't need to step in to the Oracle calls, I only need anim (the
> > > animator command) to execute the Oracle CALLs. This where the error
> > > lies. When I try to animate the .int file and I hit an Oracle CALL
> > > ("CALL SQLADR" I think that's one of them) I'll get something along
> > > the lines "Can't find program or method." I knew this was going to
> > > happen because all of the library calls are in rtsorta32 binary (the
> > > Oracle runtime). So I need to figure out how to allow anim to CALL
> > > them since Oracle didn't (or doesn't) provide an animator program.
>
> > Ah. The problem is that you want Animator running under the rtsorta32
> > runtime, which is actually a COBOL runtime, with the Oracle support
> > linked in. (Note that with current MF products this is no longer a
> > recommended practice; rather than creating specialized runtimes, we
> > recommend putting the third-party code in a CSO and linking it to the
> > application or loading it at runtime. That's not relevant to your
> > problem, though.)
>
> > The trick here is that rather than using the "anim" trigger to start
> > your program, you should run it with the rtsorta32 executable, as you
> > would if not debugging, but tell the runtime you want to animate:
>
> > COBSW="+A $COBSW" rtsorta32 ...
>
> > (That's assuming you're running in a shell with Bourne-style syntax,
> > such as sh, ksh, bash, etc. For csh-style shells you'd need to use the
> > setenv command to change COBSW in the shell environment, then run
> > rtsorta32.)
>
> > The +A value in COBSW tells the runtime to start in Animator.
>
> > --
> > Michael Wojcik
> > Micro Focus
> > Rhetoric & Writing, Michigan State University
>
> I thought I tried "rtsorta32 +A ...." but that didn't work.
>
> I'm guessing the reason for that is +A isn't a valid option for
> rtsorta32 however the cob runtime will pic up the $COBOPT env var?

Either way I'll give this a try later today; again thanks for the
reply Mike!

From: Derek Schrock on 8 Feb 2010 12:41

From: Derek Schrock on 8 Feb 2010 14:29

On Feb 8, 11:47 am, Michael Wojcik <mwoj...(a)newsguy.com> wrote:
> Derek Schrock wrote:
>
> > 2. I don't need to step in to the Oracle calls, I only need anim (the
> > animator command) to execute the Oracle CALLs. This where the error
> > lies. When I try to animate the .int file and I hit an Oracle CALL
> > ("CALL SQLADR" I think that's one of them) I'll get something along
> > the lines "Can't find program or method." I knew this was going to
> > happen because all of the library calls are in rtsorta32 binary (the
> > Oracle runtime). So I need to figure out how to allow anim to CALL
> > them since Oracle didn't (or doesn't) provide an animator program.
>
> Ah. The problem is that you want Animator running under the rtsorta32
> runtime, which is actually a COBOL runtime, with the Oracle support
> linked in. (Note that with current MF products this is no longer a
> recommended practice; rather than creating specialized runtimes, we
> recommend putting the third-party code in a CSO and linking it to the
> application or loading it at runtime. That's not relevant to your
> problem, though.)
>
> The trick here is that rather than using the "anim" trigger to start
> your program, you should run it with the rtsorta32 executable, as you
> would if not debugging, but tell the runtime you want to animate:
>
> COBSW="+A $COBSW" rtsorta32 ...
>
> (That's assuming you're running in a shell with Bourne-style syntax,
> such as sh, ksh, bash, etc. For csh-style shells you'd need to use the
> setenv command to change COBSW in the shell environment, then run
> rtsorta32.)
>
> The +A value in COBSW tells the runtime to start in Animator.
>
> --
> Michael Wojcik
> Micro Focus
> Rhetoric & Writing, Michigan State University

This did indeed work!
Thanks Mike! Just saved me a ton of time.

First | Prev | Next | Last
Pages: 1 2 3
Prev: Day of Any Week
Next: ANN: OpenCOBOL Programmer's Guide