T.R | Title | User | Personal Name | Date | Lines |
---|
2117.1 | Maybe this one | VNABRW::EHRLICH_K | Screaming for vengeance | Tue Jan 19 1993 12: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 12: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 | | Tue Jan 19 1993 19: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 20: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 | | Wed Jan 20 1993 20:02 | 1 |
|
|
2117.6 | PCF tries also | UTES09::EIJS | Simon Eijs @Utrecht, 7838-2558 | Tue Jan 26 1993 11: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 17: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.
|