| 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 |
In V2.4 and I think also V2.3 there was a problem with the
PCF of SITEMEMRES. You had to delete the FLC before being
able to recompile.
In V3.0 the delete FLC is included in the CM_PCF script,
but it still only works when the FLC is deleted by hand
before executing PCF.
If anyone wants to look at the trace? LEMAN""::PCF_TRACE.LOG
Thanks/rhr
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 754.1 | Still the same as V2.*, however, more attempts to succeed undertaken | CESARE::EIJS | All in 1 Piece | Wed May 27 1992 13:34 | 24 |
Hi,
I checked the LOG file. The problem appears to be that when the .FLC is
removed from memory via OA$FBT_REMOVE, the file stays in the section of
'Delete Pending Global Sections'. This means that the .FLC still
'exists'. The compilation creates a new version of the .FLC, but
OA$FBT_WRITE returns OA$STATUS = 0.
Performing these actions on another form library results in the same
'virtual existense' of the compiled version of the form library, but
one way or another the compilation will succeed.
Now, (SITE)MEMRES cannot be closed (as explained a number of times in
here), so this might be the reason why the compilation fails.
So the situation hasn't changed in camparison with ALL-IN-1 V2.*, so
the suggested workarounds then are still valid.
Maybe the TXL compile code writer has more information?
Ciao,
Simon
| |||||