Okay, playing around with OIv8 & Arev32 from the conference disk.

I tried to convert an ARev v1.16 application - conversion form says it can't alias the env. I created a syn REVMEDIA entry SYSENV (SYSTEM in v1.16). No dice. Guess I have to upgrade to v2.x first.

So then I tried a v3.12 app. It copied the files then barfed after that saying there was no Voc file. The application has two Voc files, one in REVBOOT and one in a volume that gets attached running the login/initialize process.

re AREV32

I have an Arev2.12 app that I want to *convert* to OI.

It has filenames and dictnames with dots in them.

Will the AREV32 *conversion* then allow OI to access using underscore but Arev still uses dots.

I am still not sure on the purpose of AREV32

-Barry

Barry,

If I understand it correctly the AREV32 conversion process (which comes with the kit) grabs an Arev system and does pretty much a full export-conversion of everything to make the system operable in OI environment - but still the look and feel of Arev including menus etc, etc. So … converts the dots to underscores etc in the exported system. Thereafter you can use THAT exported system as AREV with full functionality, look and feel plus all the benefits of Windows 32bit world, client sever possibilities plus build up OI forms based menus etc running concurrently.

To specificly address the question: can I run an app concurrently with dict items with dots AND underscore - the answer I think is NO; we are doing a one-time comprehensive conversion to 32bit environment.

Richard Bright

BrightIdeas New Zealand

r.bright@ark.co.nz

At some point Microsoft will stop supporting 16 bit apps. It was also thought that Vista may not even have had a command prompt.

What's the purpose of ARev32? There are very complicated applications still in use under Rev G all the way through Arev v3.12. Converting these over to OI is not a simple process, even going through the porting lab it can take months. ARev32 allows you to get an application up and running in a 32 bit environment and get rid of the 32K & 64K constraints. You can then convert portions of the application over to OI and run the ARev versions in parallel without having to worry about OI breaking something in ARev by exceeding the 64K record limit.

]]So … converts the dots to underscores etc in the exported system. «

If it can still run as an AREV system, what about the arev code that still has the *dots* in it.

The conversion will place an mfs on all the dictonaries. This mfs will create a %names% record in the dictionary which will maintain the original dictonary names in AREV cross referenced to the converted dictionary names with underscores. The arev code will remain unchanged but AREV32 will look at the crossreference to access the fields.

The conversion will copy the files from AREV to a new path, change the file names, dictionary names and pointers to indexes to undercscores, rebuild the indexes from scratch including the bang file

and recompile all programs. All the above steps will be optional within the conversion. The current CD does not have the completed conversion program or AREV32 but this should be out soon.

Plus you automatically get features like the report viewer and all the connectivity that windows (sic) gives you

Will this work for AREV 2.12.

I dont necessarily need to run it under arev32 (Although I could then parrallel run), just rewrite it for OpenInsight, and I see this as a geat *utility* to get all the files in order.

]]..like the report viewer

You mean that LIST to the screen will have oipi viewer look to it.

Not sure I want that if I am rewriting the system to OI . They might say it now looks pretty enough.

Yes. I understand it will handle most all versions

View this thread on the Works forum...