× 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: DSPBPSACT = Display BPCS programs that are active
  • From: "Bernard Burchell" <burchelb@xxxxxxxxxxxxxxx>
  • Date: Sun, 9 May 1999 20:19:21 +1000

The best way to see if a program is active is to see if any files that are
uniquely used by the program are locked.  E.g. to see if a display program
is in use, do a WRKOBJLCK on its display file.  To see if a batch program is
in use, do a WRKOBJLCK on its printer file.  You have to do it this way
because called programs are not locked - presumably because it would degrade
performance.

As far as the 'DSPBPSACT' is concerned, there is nothing I know of that does
what you are after, but it certainly sounds like a good idea.  If this was
useful to others, perhaps I could write it and release it as shareware.

Bernard Burchell
bburchell@precosis.com.au

-----Original Message-----
From: MacWheel99@aol.com <MacWheel99@aol.com>
To: BPCS Users Mailing List <BPCS-L@midrange.com>
Date: Saturday, May 08, 1999 3:01 AM
Subject: DSPBPSACT = Display BPCS programs that are active


>Is this reasonably doable?  Has anyone done it?
>
>If a computer user tries to view what all is running on the computer right
>now, using OS/400 IBM commands that list active jobs, you do not see the
>individual programs like ORD500 ORD590 BIL500 INV500 etc., except for what
is
>in a JOBQ, like we saw on earlier platforms, instead what you see is
BPCSMENU
>which is one humongous program that calls other programs, so that when
>someone is running what we think of as application programs, they are
layers
>within the outer later that the IBM tools see.
>
>People are TOLD - do not be doing thus & so in shipping while the billing
is
>running, but how do you KNOW the billing is running?  There are other
>examples of the same kind of thing.  You cannot get into this order because
>it is in a particular kind of state --- well who is on-line right now doing
>the kind of work that puts it into that kind of state?  We want to consult
>with that person.
>
>Sometimes the system seems sluggish - it would be nice if there was an easy
>way to see what folks are doing below the BPCSMENU covers.  In the evening,
>after most everyone has gone home, it is time to do backup, but some people
>have left work stations signed on & we have no idea what program they might
>be in the middle of.  It is a regular process - I phone around to remote
>sites to find out if the signed on sessions are associated with people
>working late.
>
>My figuring is that typically BPCSMENU calls CL which calls a bunch of
things
>including RPG programs.  If there is some IBM code that says we are now
some
>number of layers deep in nesting programs calling programs, and it is an
RPG
>program two steps removed from BPCSMENU, throw it up in this picture, and
>also anything running off the JOBQs.
>
>Al Macintyre




+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---


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.