Restoring Object Code w/o Source (Arev32)
At 07 NOV 2008 09:41:18AM Mat Kelly wrote:
I've picked up a project that was recently converted from Arev to Arev32.
The source of a program was recognized as being outdated/wrong only after compilation. I would like to restore the old object code from a backup copy.
I originally had:
(BAD SOURCE) (GOOD OBJ)
I compiled bad source and now have:
(BAD SOURCE) (BAD OBJ)
need to restore GOOD OBJ over BAD OBJ. How do I go about finding what file needs to be copied from the old system onto the new system? Even with knowing the file, is it as simple as copying from the old file system to the new file system?
Thanks!
At 07 NOV 2008 10:13AM John Bouley wrote:
Mat,
The object code for AREV32 is stored in SYSOBJ so you would have to restore that file. The source however is stored in the individual BP file. I am curious as to how the source became outdated when AREV32 requires that all programs be recompiled? Having a good obj from AREV will do you no good in AREV32.
John
At 07 NOV 2008 10:27AM Pascal Landry wrote:
I'm obsolete too in the Arev world, but it seems to me if you still have a "GOOD OBJ" you could copy it then use the CAT or Catalog command …that's where I'm uncertain.
Pascal
At 07 NOV 2008 09:49PM Warren Auyong wrote:
Object code between ARev and ARev32 is not compatible. That's why all programs and symbolics need to be recompiled during the conversion process.
At 18 NOV 2008 10:01AM Bryan Shumsky wrote:
Yes, that's correct. The AREV32 and AREV object code is not compatible, so it's not possible to take the AREV object code and bring it across.
Let me also correct something else that was mentioned in the thread. AREV32, like AREV, _does_ store the object code in normal tables. Unlike OI, AREV32 can load the object code (the "$"-prefixed object records) from tables other than SYSOBJ. This behaviour is just like AREV.
Hope that helps,
- Bryan Shumsky
Revelation Software
At 18 NOV 2008 10:51AM Dave Harmacek wrote:
Bryan,
What's the @ prefixed row in Arev32 for?
Tx
At 18 NOV 2008 03:17PM Bryan Shumsky wrote:
Hi Dave. I believe it's the symbol table, used in the debugger.
Hope that helps,
- Bryan Shumsky
Revelation Software
At 18 NOV 2008 03:19PM Dave Harmacek wrote:
Then what is the * prefixed rows? They were the symbol table in ArevDOS.
At 18 NOV 2008 06:56PM Bryan Shumsky wrote:
Hi, Dave. I don't believe we generate "*" prefixed records in AREV32; the only ones I see look like holdovers from AREV. Are you getting "*" prefixed records when compiling in AREV32?
Thanks,
- Bryan Shumsky
Revelation Software
At 19 NOV 2008 08:29AM Dave Harmacek wrote:
Well, turns out those * prefixed rows were left over from ArevDOS!
Tx