Last week, I upgraded or, more precisely, "traded up" our AREV 2.12

system to 3.1. I had used lots of dots (even the account name

contained one) but, with fear and trembling, chose the option of

replacing all those dots with underlines. It went more smoothly than

I had expected. Still, I have some problems that I hope some of you can help me with.

1. The documentation says that the trade-up creates

qfiles for tables that have been renamed

in 3.1, but it clearly hasn't since some TCL commands won't 

run because the system can't find the file VERBS. In fact, 

I don't find anything in SYSALIAES beyond the qfile I made so         that my	2.03 references to TEMPLATES could find WINDOWS and

the changing of dict.syscolumns to dict.accessible_columns.

I know how to rectify this problem by making qfiles for 

the files that have changed as listed in the documentation. 

Before I do this, however, I would like some assurance that 

it is what I should do. 

2. I'm having a peculiar problem with the "Share Index"

window that the system creates when you use the "B" code for

an index look-up. Entering two or more words vertically at

an xref prompt works, but the system ignores the second

word when I enter two or more words horizonally at an xref

prompt producing false results. Initially, in one of my               windows,putting a second word on the line always lead to "0           records found," as if the second word, even though correct,           nullified the result. Since then I've removed and 

      reinstalled all my xref indexes, and all my windows are               misbehaving in the same way.

3. I'm also unable to install the upgrade to 3.12 on our

network server. I installed it without difficulty on my               laptop, but twice, from separate machines, when I tried to            install it on the server, I got a DOS message saying 

      the disk couldn't be read (though scandisk found no problems          and the disks were the same that I had used with my laptop).          The third time, from a third machine, it got through the first         disk but went into the debugger before it finished. We are            running AREV in a DOS window under Windows95 on a

      Netware 4.11 server with release 1.12 of the NLM. Everyone is         running lhipxtsr /p,and I have revparam=1 files in all my             linear hash volumes, which I suspect may be the problem,

      but I can find nothing 	in the NLM documentation about         upgrades to AREV.

4. Also I am unable to rightdex (I haven't tried quickdexing)

my data files. Actually, the process itself seems to go 

smoothly, but when we try to save a row we're told that

the language sets are not compatible. We're running the

default set in 3.1. I've removed and reinstalled all these

indexes since the trade-up, and the ones on the dictionaries

seem to be working fine.

5. Finally, I have commuter routines in several of my 

windows that contain column names with dots that have

now been changed to underlines. The routines are running

fine since the trade-up.  I need to make some changes,

however, and wonder if I must change all those dots to 

underlines before I recompile the code.

I'd greatly appreciate any help.

Robert,

We recently traveled the same route you just did. Fun ain't it! We encountered several _unusual_ problems, too. I can give you a suggestion to problem 3, if not the answer. When the tradeup disks are used, and the 3.12 maint. disks too, AREV updates some of the files. I got around the read problem by making a fresh copy of the disks each time I needed to re-do the trade-up. Hopefully you backed up the original disks from RTI.

We also had the problem with the second maintenance disk abending into the debugger in the program PROGRESS (if I remember correctly). When this happened I restarted the up-grade with disk 1 and it completed without abending. It has been working well in test and production, so I think this is not a big problem.

If you would like a copy of our install document for reference please e-mail us at "[email protected]".

Hope this helps,

Roy

For the TEMPLATES and VERBS items, I don't beleive the upgrade option handles that. However, if you RUN SYSOBJ OLDSTUFF, it will create them for you.

The B code share stuff was fixed in 3.12. Troubles with anding/oring logic precedence I'd rather not relive.

The upgrade worked, even through it went to the debugger. It breaks when it trys to display the "Upgrade complete. You will now be logged off" message. Try as I might have to make sure that all the relevent programs remained in the cache, sometimes, one of them get's pulled out. It seemed to be related to whether you chose to update REVLOMSG or not, but I never really proved it.

Not sure about the language set one. Perhaps you where running one on the old system (don't think it was there that far back). Doesn't the message tell you what the current and expect sets are?

3.12 is much more forgiving with program names and file names. Dictionary items (esp indexed fields, and xref definitions) sometimes have a bit of a time. Commuter modules should run as is.

[email protected]

Sprezzatura, Inc.

View this thread on the forum...