[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

2294.0. "elements owned by OA$MANAPP" by PANIC::63894::Pam-Crawford () Fri Feb 19 1993 16:08

Customer has had an application Housekeeping routine added into the 
master file.  However, it failed with an error that the procedure
was not owned correctly.  On investigation the .COM in OA$LIB was
owned by OA$MANAPP instead of ALLIn1 [1,5] as everything else was.

In fact, all code moved live from CM was owned by OA$MANAPP - any
ideas why please ?

Pam  
T.RTitleUserPersonal
Name
DateLines
2294.1Reading from the Release Notes we see (:==:)AIMTEC::WICKS_AWALES 10 England 9Fri Feb 19 1993 19:1611
    Pam,
    
    Yes - that's the way it works. All 'live' code is owned by OA$MANAPP
    and elements that are accessed by OA$SUBMIT need to have their
    ownerships reset manually.
    
    Please see section 2.4 of the release notes.
    
    Regards,
    
    Andrew.D.Wicks
2294.2SIOG::T_REDMONDThoughts of an Idle MindSun Feb 21 1993 19:139
    Everything is owned by OA$MANAPP because OA$MANAPP is the resource
    identifier for the CDS site areas.  But OA$SUBMIT requires that you
    have to have different ownership, as documented in the release notes.
    
    We are aware of the problem that this causes (for a relatively small
    group of files), and decided to let things go with the release note in
    V3.0.  A "well-thought-out" solution is being worked on for a PFR now.
    
    Tony