We must convert our end users from REVG to AREV.

The reasons of course are:

. system failure when record locking

. memory corruption causing matwrites to corrupt user

files.

We have clients using NT, Novell, and Lantastic.

We want to:

.Upgrade them to AREV.

.Provide a procedure so that it is simple for them to

Convert their data files from REVG to AREV.

There must be some good stuff available for this. Can

anyone point me in the right direction?

ARev has a file conversion process in it for Rev G files.

The main thing is v2.1+ will often 'abort' during dictionary conversion and not allow you to attach the dictionary. This is normally due to stuff that is not supported in the ARev compiler (such as @CONV in symbolics).

There was an earlier thread on Rev G to ARev file conversion/import which discussed various was around this. I'd would suggest search on words like "Revelation" "Rev" "REVG" etc.

By the way we are using AREV 3.0

I have converted source, object and data files on my own

system from REVG to AREV.

Now I want to program a process to convert object and

date files that are used by my client base who must be

converted from REVG to AREV.

They would:

. install the AREV upgrade.

. run my process to convert my object files and their

data files.

We were out of the loop when AREV was first released

and these issues were being addressed. I hope there

is still some of the knowledge around to help me.

There is no Rev G to ARev object converter that I know of, the programs and symbolics need to be recompiled because ARev has different and new @variables from Revelation as well as changes made to the object code structure (e.g. separate symbol table object).

Rev G Files and templates can partially be converted from the IMPORT menu in all versions of ARev. From TCL RUNMENU IMPORT. Again there are pitfalls to using this in versions 2.1 or higher. Again search the previous threads on this subject.

If anybody has a program to convert Revelation G code to ARev (swap @variables, system functions and subroutines), I haven't heard of it. That doesn't mean it doesn't exist. Even if one did exist, I doubt it would be 'smart' enough to run without an ARev programmer to audit the changes made.

My understanding is that in most cases, the object code (compiled RBASIC) is upwardly compatible. There are a few features and commands where AREV is different.

Of greater implication is the interface / design issues. In REVG your screen handling is different, your accepted keystrokes may have been different, popups are easier, etc.

Steve

steve@state-of-the-art.com.au

Thanx for your responses.

Todate we have move our entire REVG development environment to AREV.

There were no real problems.

We also converted a client's data files (for our application) to AREV through import files. The only change was to change one file name from

ADD (address) to ADR because it is a reserved file name in AREV.

We would now like to program a procedure for converting just our end users' data files from REVG to AREV. A single procedure that our users can run after upgrading from REVG to AREV.

I note that in the AREV Reference Manual the conversion format options for IMPORT are ASCII, 123, AND DB3. No mention of REVG ROS files.

Can anyone help?

Much of the Revelation object code *is* the same as Advanced Revelation, however some @variables are no longer supported (e.g. @CONV) and some Vxxx system subroutines were changed (e.g. V119 hex conversion vs sort) as well as all the RDesign subroutines are not included in ARev (unless you installed the compatibility module in v1.0).

Also most assembly routines from Rev G will not work in 2.x+, due to minor changes in the interface.

Look in the COMMANDS file for IMPORT.FILE, IMPORT.MENU, IMPORT.TEMPLE.

Look in the VERBS/SYSOBJ file for $FILE.CVT

If these exist then you have the Rev G import stuff.

View this thread on the forum...