Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

At 28 NOV 2008 11:00:05AM Michael Matthews wrote:

Trying to convert from Arev 2.12 to Arev32. The Arev app uses '.' throughout, including the account name. A few of the program files like Templates, Menus and one BP file are in the Revboot volume under the account name. I've included all volumes in the list of From Locations. I'm using all the option (Rebuild Dictionaries, Rebuild Indexes, Copy Tables, Recompile Programs).

When running the wizard, there seem to be a number of issues. I get an unknown error msg stating "Unknown word before table name". At the end of the wizard, None of my BP files from any of the volumes are even attached, much less recompiled.

I've watched the YouTube video and read the Sprezzatura document on the conversion wizard, and have followed all the steps.

Any thoughts?

Thanks!

Michael Matthews

TMpc


At 29 NOV 2008 07:00AM Warren Auyong wrote:

Do you have any MFSs on any of the files or volumes? If so either remove them or convert the MFS programs manually in ARev32.

Also with ARev v2.12 I find the conversion works better if you move all the application files (TEMPLATES, MENUS, etc.) except VOC from REVBOOT to another volume before running the conversion - the same scheme that ARev 3.x uses.


At 29 NOV 2008 08:13AM Michael Matthews wrote:

Tried that, Warren.. The problem isn't what's on Revboot as much as it is one other volume. I'm getting a message about an "invalid word before table name". Do you know if Arev32 puts naming constraints on Arev tables?

Of course, the volume in question has all the main BP tables :(

Michael


At 02 DEC 2008 05:24PM Warren Auyong wrote:

I've seen the error before. I don't remember what causes it or how I got around it.

Did you check the appname_AREV32_CONVERSION_ERRORS entry in the SYSENV file?


At 04 DEC 2008 12:40AM Michael Matthews wrote:

The error log is showing an Error Code FS109. Nothing was done with any of the tables in the volume. Ring a bell?


At 04 DEC 2008 02:42PM Warren Auyong wrote:

From REVERROR.DAT:

FS109: Open or Create Media error. The name "%1%" is an invalid volume directory label.

Check your volume labels (namemedia) for duplicates or non-alphanumerics (other than underlines or spaces) and your folder names. I suggest you keep the folder names at 8 characters without spaces and non-alphanumeric characters.

It helps to clear the target directories each time you restart the process.


At 04 DEC 2008 02:50PM Warren Auyong wrote:

Correction: I'd avoid spaces in the volume names altogether.


At 05 DEC 2008 09:18AM Michael Matthews wrote:

Warren,

On the volume in question, the label was the standard type normally assigned to an Arev volume by default (the timedate, etc.) It did include a space, but that's how most volume labels look.

I tried changing the label to something else and I get the same error.

Still in there swinging..

Michael


At 05 DEC 2008 01:37PM John Bouley wrote:

Do you get an error if you try to manually attach in OI? Could there be a duplicate folder somewhere that is already attached? Sometimes in OI things can get complicated where a folder can be attached but the database file may not have this change or vice-versa.

HTH,

John


At 07 DEC 2008 08:48PM Michael Matthews wrote:

Ok, I Finally got it! I had to Filecopy each file to another volume. It was weird.. I could Open and Read from each of the files in Arev 2.12, but the Arev32 wizard choked on it.

Anyway, the wizard ran as advertised, except for some issues with Xref indexes. I need to compile a list of everything covered in the YouTube video and in Sprezzatura's document. Between the two, I think we've covered the bases.

Thanks for the help, y'all!


At 08 DEC 2008 02:04PM Warren Auyong wrote:

Possibly a an invalid pointer in the REVMEDIA file that the conversion wizard was grabbing and trying to open thus failing. When you did the filecopy the bad pointer got left behind is my guess.

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/0263f5763001ed2b8525750f0057e623.txt
  • Last modified: 2023/12/28 07:39
  • by 127.0.0.1