× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



MVH,
Not sure what you are trying to tell me. I know if I use GOBACK in a
subprogram in same activation group as main program the activation group
stays open and so do files. If I use a goback in the main program it would
be like doing a STOP RUN, so not sure what you mean.

I just want to know whether it is a GOBACK or STOP RUN in a main program in
which the activation group will shut down, does that process do the same
thing(closing files, cursors, unlock files, etc....) as RCLACTGRP (name)
"name" being the activation group I want shut down.


As a side question does anyone see any issue with doing a SELECT statement
embedded SQL COBOL and not shutting down the the *SHRRD lock on a file it
creates. I am wondering if later in the SAME JOB (this being a batch job
no other jobs touch files while running) in which a RSTOBJ happens on the
FILE will it error because the lock still on from previous program in SAME
JOB or does that only affect other jobs doing stuff on the file?

Thanks,
Jeff Buening

message: 2
date: Fri, 28 May 2010 15:02:46 +0200
from: <geir.kildal@xxxxxxxxxx>
subject: Re: [COBOL400-L] STOP RUN VS RCLACTGRP (name)

Hi

Maybe you should have a look at the GOBACK statement


Mvh.

Geir.

"Keep it simple!"

If I have a program running in a activation group "name" and I issue a STOP
RUN in that program it shuts down the activation group, releases file
locks, etc.... If I use the RCLACTGRP (name) does this close the same
stuff the STOP RUN would or is there more to the RCLACTGRP in this
scenario? Basically does STOP RUN and RCLACTGRP(name) do the same thing.

Thanks,
Jeff Buening

Programmer/Analyst


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.