| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 2117.1 | Maybe this one | VNABRW::EHRLICH_K | Screaming for vengeance | Tue Jan 19 1993 09:33 | 15 | 
|  |     Hoi Peter,
    
    	I was also running very often in this situation. After looking in
    the STARS Database there's an article, which describes why this happens.
    
    Because of MEMRES is a special Library in a Global Section you've to
    delete the .FLC first before you do MGT CSZ PCF. See, no error occours.
    
    I think this must something to do with the reference Count on this
    global section.
    
    Regards 
    
    Charly
    
 | 
| 2117.2 | Magic! But error should be reported... | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Jan 19 1993 09:53 | 7 | 
|  |     It's always safer to remove a FLC (OA$FBT_REMOVE_LIB) and delete the
    file before trying to compile it. I'm not sure that anyone really
    understands why this is. However I think the code should do this for
    you... Also, it ought to tell you what the error is - perhaps a symbol
    that's not defined or something like that.
    
    Graham
 | 
| 2117.3 | Delete MEMRES.FLC | ZUR01::KURTH | Peter Kurth @RLE, R�mlang (CH) | Tue Jan 19 1993 16:06 | 6 | 
|  |     Danke Charly.
    
    Yes, delete the file MEMRES.FLC before entering ALL-IN-1 and doing MGT
    CSZ PCF and it works.
    
    Regards, Peter
 | 
| 2117.4 | We got bit by that one too | AIMTEC::WICKS_A | A year behind in more ways than one | Tue Jan 19 1993 17:25 | 14 | 
|  |     Peter et al,
    
    Taht'll teach you for following the steps in the manual (:==:)
    
    Of course if the patch release notes had told you to do this properly
    in the post-install chapter rather than just the blanket "recompile
    all form-libraries" section that mysteriously crept into the document
    after the last review cycle you wouldn't have seen the error.
    
    Did you get the same error on SITEMEMRES?
    
    regards,
    
    Andrew.D.Wicks
 | 
| 2117.5 | Yes, SITEMEMRES too | ZUR01::KURTH | Peter Kurth @RLE, R�mlang (CH) | Wed Jan 20 1993 17:02 | 1 | 
|  |     
 | 
| 2117.6 | PCF tries also | UTES09::EIJS | Simon Eijs @Utrecht, 7838-2558 | Tue Jan 26 1993 08:51 | 32 | 
|  |     
    Hi,
    
    > I think this must something to do with the reference Count on this
    > global section.
    
    It (probably) has, the MANAGER (or whoever is compiling it) runs
    ALL-IN-1, so...
    
    However, PCF tries to get rid of the .FLC itself, but might not succeed
    all the time:
    
    !+
    !       CM_PCF.SCP
    !+
    .
            .IF FILE$.STATUS[#CM_FLC] EQ 1
             .THEN
              GET #CM_ORIG_FLC = FILE$.ALL_BUT_VERSION[#CM_FLC]
              GET #CM_SAVE_FLC = FILE$.ALL_BUT_VERSION[#CM_FLC] "_SAV"
              GET OA$FUNCTION = "DELETE_FILE " #CM_SAVE_FLC
              OA$FAO CM$_GEN_SAV_ERR,"#CM_MSG",#CM_FLC
              GET #CM_STATUS = 0
              GET #CM_DCL_CMD = "COPY " #CM_FLC " " #CM_SAVE_FLC
              COMMAND CM_DCL W Y
    .
            GET OA$FUNCTION = "DELETE_FILE " #CM_FLC
    .
    
    Ciao,
    
    	Simon
 | 
| 2117.7 | I needed /noinit | TAV02::CHAIM | Semper ubi Sub ubi ..... | Mon Feb 01 1993 14:46 | 13 | 
|  | I recently ran into the same problem, and no matter what I did, I was unable to
run PCF from within CSZ even after I executed oa$fbt_remove and deleted the
memres.flc file. 
The only way I was successful in compiling thi slibrary was issuing
ALLIN1/NOINIT
oa$fbt_remove 
oa$fbt_write
oa$fbt_install
Thanks,
Cb. 
 |