For Programmers: Free Programming Magazines  


Home > Archive > Cobol > September 2006 > rm cobol procedure error 204









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author rm cobol procedure error 204
lbaker@sboa.in.gov

2006-08-30, 7:55 am

I am using the Flexgen cobol generator on a Unix computer. I have a
program that I want to run overnight in a batch file. I have RM Cobol
and I thought I could just type "runcobol programname.cob" at the
prompt and it would work. But I am getting Cobol procedure error 204.
This error seems to be that it can't find all the subprograms or
something else that it needs to run.

Can anyone tell me what else I need to do to get this to run? A path
statement? A parameter in the runcobol command? Thanks.

Frederico Fonseca

2006-08-30, 6:55 pm

On 30 Aug 2006 05:55:42 -0700, lbaker@sboa.in.gov wrote:

>I am using the Flexgen cobol generator on a Unix computer. I have a
>program that I want to run overnight in a batch file. I have RM Cobol
>and I thought I could just type "runcobol programname.cob" at the
>prompt and it would work. But I am getting Cobol procedure error 204.
>This error seems to be that it can't find all the subprograms or
>something else that it needs to run.
>
>Can anyone tell me what else I need to do to get this to run? A path
>statement? A parameter in the runcobol command? Thanks.

Indeed it is a PATH that you need.

Before running the program you will need to set variable RUNPATH to
the list of directories containing the programs and eventually the
filenames you will be processing.
e.g. RUNPATH=/usr/progs/myproglib1:/usr/progs/myproglib2

How you set the variable depends on the shell used.

If you are going to run this on the background you should probably set
a shell script to set both the RUNPATH and TERM variables correctly.



Frederico Fonseca
ema il: frederico_fonseca at syssoft-int.com
RobH

2006-08-30, 6:55 pm



It could be that you are not loading the flexgen shared object library,
libflexgen.so. This shared object can be loaded automatically if you place
it in a subdirectory called rmcoboso/ in the same directory as the RM/COBOL
runtime (runcobol). If you do not wish to load the libflexgen.so
automatically, you call always use the -l command line option to specify the
library. The runtime will report the loaded dynamic libraries if you execute
with the -v command line option (e.g., runcobol foo -v ).



If you can find the flexgen shared object library and are still getting a
procedure error 204 then you probably cannot find a COBOL subprogram. You
can use the RUNPATH environment variable to specify the directories where
the COBOL programs (and data files) reside.



-Robert Heady

Liant Software Corp.


<lbaker@sboa.in.gov> wrote in message
news:1156942541.925023.63260@m79g2000cwm.googlegroups.com...
>I am using the Flexgen cobol generator on a Unix computer. I have a
> program that I want to run overnight in a batch file. I have RM Cobol
> and I thought I could just type "runcobol programname.cob" at the
> prompt and it would work. But I am getting Cobol procedure error 204.
> This error seems to be that it can't find all the subprograms or
> something else that it needs to run.
>
> Can anyone tell me what else I need to do to get this to run? A path
> statement? A parameter in the runcobol command? Thanks.
>



lbaker@sboa.in.gov

2006-08-30, 6:55 pm

Thanks for the response. I thought it was something like that, but I
guess I can not figure out what path to use or I am not using the
correct command. We have AIX 4.2. I have a PATH= statement in the
..profile that I tried using. I typed:

PATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:$HOME/bin:/usr/bin/X11:/sbin:/flextmp/fg4:
/flextmp/fg4/fg4bin:.

export PATH

and then tried it again with the same error. I have used some other
ones also. I will keep looking for the correct path information. Is
there a file in the flexgen or rm cobol directories that would have the
correct path? Thanks.

Frederico Fonseca wrote:
> On 30 Aug 2006 05:55:42 -0700, lbaker@sboa.in.gov wrote:
>
> Indeed it is a PATH that you need.
>
> Before running the program you will need to set variable RUNPATH to
> the list of directories containing the programs and eventually the
> filenames you will be processing.
> e.g. RUNPATH=/usr/progs/myproglib1:/usr/progs/myproglib2
>
> How you set the variable depends on the shell used.
>
> If you are going to run this on the background you should probably set
> a shell script to set both the RUNPATH and TERM variables correctly.
>
>
>
> Frederico Fonseca
> ema il: frederico_fonseca at syssoft-int.com


lbaker@sboa.in.gov

2006-08-30, 6:55 pm

Thank you very much. I will try your suggestions.

Linda

RobH wrote:[color=darkred]
> It could be that you are not loading the flexgen shared object library,
> libflexgen.so. This shared object can be loaded automatically if you place
> it in a subdirectory called rmcoboso/ in the same directory as the RM/COBOL
> runtime (runcobol). If you do not wish to load the libflexgen.so
> automatically, you call always use the -l command line option to specify the
> library. The runtime will report the loaded dynamic libraries if you execute
> with the -v command line option (e.g., runcobol foo -v ).
>
>
>
> If you can find the flexgen shared object library and are still getting a
> procedure error 204 then you probably cannot find a COBOL subprogram. You
> can use the RUNPATH environment variable to specify the directories where
> the COBOL programs (and data files) reside.
>
>
>
> -Robert Heady
>
> Liant Software Corp.
>
>
> <lbaker@sboa.in.gov> wrote in message
> news:1156942541.925023.63260@m79g2000cwm.googlegroups.com...

Frederico Fonseca

2006-08-30, 6:55 pm

Top posting corrected.
On 30 Aug 2006 10:19:37 -0700, lbaker@sboa.in.gov wrote:

>Frederico Fonseca wrote:
>Thanks for the response. I thought it was something like that, but I
>guess I can not figure out what path to use or I am not using the
>correct command. We have AIX 4.2. I have a PATH= statement in the
>.profile that I tried using. I typed:
>
>PATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:$HOME/bin:/usr/bin/X11:/sbin:/flextmp/fg4:
>/flextmp/fg4/fg4bin:.
>
>export PATH
>
>and then tried it again with the same error. I have used some other
>ones also. I will keep looking for the correct path information. Is
>there a file in the flexgen or rm cobol directories that would have the
>correct path? Thanks.
>

Its not the PATH variable you need to set, but the RUNPATH. Check your
users guide for more information.
PATH is for executables
RUNPATH is RM/COBOL specific and tells the runtime where to find COBOL
objects or FILES

You should also read Flexgen documentation, as I am pretty sure they
will state you need to add their library to the command line using the
"-l" option.



Frederico Fonseca
ema il: frederico_fonseca at syssoft-int.com
lbaker@sboa.in.gov

2006-08-30, 6:55 pm

Thanks for the help. I will try that.

Linda

Frederico Fonseca wrote:
> Top posting corrected.
> On 30 Aug 2006 10:19:37 -0700, lbaker@sboa.in.gov wrote:
>
> Its not the PATH variable you need to set, but the RUNPATH. Check your
> users guide for more information.
> PATH is for executables
> RUNPATH is RM/COBOL specific and tells the runtime where to find COBOL
> objects or FILES
>
> You should also read Flexgen documentation, as I am pretty sure they
> will state you need to add their library to the command line using the
> "-l" option.
>
>
>
> Frederico Fonseca
> ema il: frederico_fonseca at syssoft-int.com


lbaker@sboa.in.gov

2006-09-01, 6:55 pm

I was able to get it to work. It was the RUNPATH. Thank you very much
for all of your help!

Linda

Frederico Fonseca wrote:
> Top posting corrected.
> On 30 Aug 2006 10:19:37 -0700, lbaker@sboa.in.gov wrote:
>
> Its not the PATH variable you need to set, but the RUNPATH. Check your
> users guide for more information.
> PATH is for executables
> RUNPATH is RM/COBOL specific and tells the runtime where to find COBOL
> objects or FILES
>
> You should also read Flexgen documentation, as I am pretty sure they
> will state you need to add their library to the command line using the
> "-l" option.
>
>
>
> Frederico Fonseca
> ema il: frederico_fonseca at syssoft-int.com


Sponsored Links







Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive

Copyright 2008 codecomments.com