× 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.


  • Subject: Re: Trigger Problem
  • From: Jim Langston <jimlangston@xxxxxxxxxxxxxxxx>
  • Date: Fri, 25 May 2001 10:58:15 -0700
  • Organization: Pacer International

Ahhh, okay.  

Question though, is it "legal" to return to an RPG program that uses a display
file without setting on LR?  What happens to the display screen when the program
exits?  Obviously the display file is not being closed.  I'm not sure what would
happen when you tried to return to the program.

Perhaps something there is causing the locking issues?

Regards,

Jim Langston

Me transmitte sursum, Caledoni!

Mike Silvers wrote:
> 
> Yea..the program has a lock on it.  The complicated part here is the program
> is interactive and responds with a screen to the user if the record does not
> meet specific criteria.  For this reason, I have to use a data area and the
> program must be called.  By calling this program, it puts the rogram in the
> job stream of the interactive user and the window can be displayed.
> 
> Mike
> 
> ----- Original Message -----
> From: "Jim Langston" <jimlangston@conexfreight.com>
> To: <RPG400-L@midrange.com>
> Sent: Friday, May 25, 2001 12:11 PM
> Subject: Re: Trigger Problem
> 
> > The program itself has a lock on it?
> >
> > Strange, I don't think I've seen that happen before.  Lots of people
> > are calling the same programs on our system with no locking issues of
> > the program objects themselves.
> >
> > Of course it is possible there is some mechanism going on here that we
> > have just never used, so never ran into the locking issue.
> >
> > Are you sure the lock is on the program and not a file that the program
> > is opening?
> >
> > Regards,
> >
> > Jim Langston
> >
> > Me transmitte sursum, Caledoni!
> >
> > Buck Calabro wrote:
> > >
> > > Mike Silvers wrote:
> > >
> > > >If we turn off the data area so the program that does
> > > >the work is not called anymore, the lock still exists.
> > > >This is the problem.  Does anyone have any
> > > >suggestions on how to resolve the locking issue
> > > >(other than having the users sign off -- that is
> > > >not an option)?
> > >
> > > Add an option so that the "work" program can set LR on and free itself
> from
> > > storage.  Either have a third value in the data area, a separate data
> area,
> > > etc.  The point is to have a signal that the working program can read to
> > > terminate itself.
> > >
> > > Buck Calabro
> > > Commsoft; Albany, NY
> > > "Nothing is so firmly believed as
> > >  that which we least know" -- Michel Montaigne
> > > Visit the Midrange archives at http://www.midrange.com
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.