Sharing Tables with AREV and MFS (OpenInsight 32-bit Specific)
At 27 MAR 2003 08:47:55AM Dave Berkovsky wrote:
I am sharing Arev table with IO. It works great if I remove MFS,
but can not get to work with MFS attached. I did copied and compiled
MFS program in SYSOBJ
Here is my REVMEDIA record in Arev
REV76006
SI.MFS²AUDIT.MFS
TIA
Dave Berkovsky
At 27 MAR 2003 09:05AM Don Miller - C3 Inc. wrote:
Dave ..
I assume that your MFS doesn't work in AREV but does in OI? One suggestion is to remove the MFS from the file temporarily and then make sure that the MFS works satisfactorily in AREV (you may have to debug it carefully to make sure that all the calls are proper). If this works you're home free. Otherwise, I'm puzzled since both AREV and OI essentially use the same compiler at that point.
At 27 MAR 2003 10:16AM Dave Berkovsky wrote:
Actually it is the other way. It does work in Arev, but does not
work in OI. In order isolate my problem I have coded just a Return
statement in AUDIT.MFS and then tried to run RLIST "list Table_A",1
in system monitor. It blows up with error message "ENG0010 RPT12
variable has not been assigned value"
SUBROUTINE AUDIT.MFS(CODE, BFS, HANDLE, NAME, FMC, RECORD, STATUS)
Declare function Msg
RETURN
At 27 MAR 2003 10:20AM Dave Berkovsky wrote:
Actually it is the other way. It does work in Arev, but does not
work in OI. In order isolate my problem I have coded just a Return
statement in AUDIT.MFS and then tried to run RLIST "list Table_A",1
in system monitor. It blows up with error message "ENG0010 RPT12
variable has not been assigned value"
SUBROUTINE AUDIT.MFS(CODE, BFS, HANDLE, NAME, FMC, RECORD, STATUS)
Declare function Msg
RETURN
At 27 MAR 2003 10:20AM Dave Berkovsky wrote:
Actually it is the other way. It does work in Arev, but does not
work in OI. In order isolate my problem I have coded just a Return
statement in AUDIT.MFS and then tried to run RLIST "list Table_A",1
in system monitor. It blows up with error message "ENG0010 RPT12
variable has not been assigned value"
SUBROUTINE AUDIT.MFS(CODE, BFS, HANDLE, NAME, FMC, RECORD, STATUS)
Declare function Msg
RETURN
At 27 MAR 2003 11:33AM Richard Guise wrote:
FWIW
I've been using a DATESTAMP.MFS on quite a few files since the dawn of OI (not ver 1!) to stamp creation, amendment and deletion dates, to archive live records to archive files, to read from archive files and tag if not on live files, etc.
Ditto an OLD_DICT.MFS on dict for archive files to read from live file dict if not in archive dict.
I have virtually identical Arev and OI versions of both and neither I nor my clients have ever had a problem. The only catch is that MFSs seem to have to be in SYSPROG and the repository is not involved. Hence no variants.
The only difference is in how ARev and OI handle free text para marks (or, more accurately, how I made Arev handle them!).
Hope this encourages if not solves!
At 27 MAR 2003 11:40AM Richard Guise wrote:
I posted this and it seems to have appeared in the list of responses but not in the "flat by date". Have the Rev websites some sort of indexing problem???!!!
FWIW
I've been using a DATESTAMP.MFS on quite a few files since the dawn of OI (not ver 1!) to stamp creation, amendment and deletion dates, to archive live records to archive files, to read from archive files and tag if not on live files, etc.
Ditto an OLD_DICT.MFS on dict for archive files to read from live file dict if not in archive dict.
I have virtually identical Arev and OI versions of both and neither I nor my clients have ever had a problem. The only catch is that MFSs seem to have to be in SYSPROG and the repository is not involved. Hence no variants.
The only difference is in how ARev and OI handle free text para marks (or, more accurately, how I made Arev handle them!).
Hope this encourages if not solves!
At 27 MAR 2003 11:13PM Barry Stevens wrote:
RTP12 is the SELECT statement….
At 28 MAR 2003 04:17PM Dave Berkovsky wrote:
Richard,
What did you have to do on OI side for it to work?
Thanks,
Dave