Re: menu-screen compile, object in use

[Jim Langston <jimlangston@xxxxxxxxxxxxxxxx>]

Yes, if this is the "home" menu for a user, they have a lock on the
file.  When I need to recompile these menus I will do a
WRKOBJLCK MYMENU *FILE
and see who has the file locked.  Then I'll call them up and ask them
to back out of the menu, or if it is their main menu, to log off for
a quick time to recompile the menu.  Once everyone is out, I recompile
the menu which takes all of 10 seconds or so.

Then I have to call them back to tell them they can log back in.

It is a pain.  If there is a work around (which I doubt) I would be
interested in knowing about it also.

Regards,

Jim Langston

Date: Tue, 03 Apr 2001 11:53:28 -0700
From: Schmuel <schmuel@bigfoot.com>
Subject: menu-screen compile, object in use

Hi Midrange,

First, an appreciation for a fine list.....
And thanks for the answers for my first questions on history loggin, PDM, 
and such..
   (from a Sys/36 comparison level mainly)

Ok.. I was trying to simply compile a menu ...dds-400 type ..using 400 sda
... and it said the object was in use, not replaceable at the moment, even
     after I *thought*  everybody was out of the menu ...
(Yes, I did look at the "D U" equivalent...)

Is the object still in use because it is the "home" menu of a user,
   even if  they go to another menu ?
Or is there a way to get around this object replacement block
   thing that I don't know about ?
Seems be a screen block replacement function, (including any prompt screens),
   not a RPG program issue ...

Thanks ..

Steven
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---