Creating New Tables (AREV Specific)
At 09 AUG 2004 01:13:23AM Jim Leong wrote:
Whenever I create a new table and do a dump, I will get the following message. "The header for group 1 has been corrupted. No frame size or modulo information can be read. Do you want to fix it?". If I enter "Y", the system would freeze. I tried create several tables with the same result, with or without data in the file. I can write and read from this file but cannot do a "dump" on it.
When I tried to delete the file, I will get the "Resourse in use error". This has happen to other files as well.
Things has not been right ever since I installed the Universal Driver. We are running Arev 2.12 on Novell 6. Hope some can help me with this. Thanks
At 09 AUG 2004 01:50AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
Yes there's a slight problem with AREV and new files in the Universal Driver. The UD creates files with a slightly different header structure than before. The AREV tools (such as DUMP which uses direct file access) don't understand the new UD file format so whilst the files can happily be used they can't be verified etc from AREV. This is also why files created by the UD can't be used be earlier drivers.
The answer is to change to a non UD driver when creating new tables and then change back afterwards.
World Leaders in all things RevSoft
At 09 AUG 2004 11:20AM Jim Leong wrote:
Thanks for the explaination. How about deleting files? Can I do the same thing?
At 09 AUG 2004 01:01PM support@sprezzatura.com wrote:
Deletion should not be a problem as it does not need to access the header section of the file.
support@sprezzatura.com
The Sprezzatura Group Web Site
World Leaders in all things RevSoft
At 10 AUG 2004 11:58AM Jim Leong wrote:
Ever since I have installed the UD, there are certain files I cannot delete. I will get the "Resource in user Error". It will work on some files and not on others.
I think I may be ready to remove the UD. Is there any problems with going back to the NLM?
At 10 AUG 2004 12:50PM Ralph Johler wrote:
Ug! This is nasty for us. We are 24/7 and can't just be switching back and forth from UD to LH-NLM to create tables.
We also can't just give up the ability to use VERIFYLH to check our tables!
Is this also a problem with OpenInsight? Of can OI verify tables?
Also, what if we used OpenInsight to do the verifies, and Arev for the R/Basic code, etc both using the UD? A hybrid app where OI did the verifies for us.
At 24 AUG 2004 03:24AM Brian Parker wrote:
It does seem to me that this is turning into rather more than a "slight problem". The UD was issued as the latest upgrade to the network drivers, as far as I could see, minus any caveat regarding file header changes. I certainly wanted the benefits: large files, only one revparam ,but I am doing a serious amount of file tuning at the moment and in retrospect would have delayed the UD upgrade until after this.
Since changes to the file header structure were required to implement new UD features I would have expected that dumplh and verifylh should have been updated at the same time to cope with the new situation.
Any thoughts or opinions?
Best Regards,
Brian
At 30 AUG 2004 12:46PM Jim Leong wrote:
We installed the latest build of the Universal Driver(V. 3.0.0.2) and it fixed most of our problems. The network has speeded up and I am now able to delete and move files. I am still not able to do a "DUMP" on any new tables created with the "UD".
At 13 OCT 2004 02:58AM Tony Lillyman wrote:
Brian
I've got to agree with you there!
I've just been advised that the UD causes this problem.
I've tried to search this web site for any number of topics
but it's NOT very useful - for example I did a Site Search for
"Universal Driver" and i got ZERO hits!!!
But use UD and I got about 10!
I must be a moron!
Sorry, just getting frustrated at how much information I don't know and can't seem to find !
At 13 OCT 2004 03:06AM Tony Lillyman wrote:
Sprettz
How can such a "slight problem" have not been documented
in BIG PRINT somewhere that is easy to find
The Promotional paperwork says
Any other Caveats?
There is one: because of the new ]4 gig file ability, and large frame size, any new files you create with the Universal Driver 3.0 can only be accessed by applications that have the Universal Driver 3.0 as well
This doesn't say that the LHVerify will report garbage etc!
At 13 OCT 2004 04:33AM support@sprezzatura.com wrote:
We get over 200 but we're using the syntax universal and driver - see http://www.sprezzatura.com/searchrev.htm.
support@sprezzatura.com
The Sprezzatura Group Web Site
World Leaders in all things RevSoft
At 13 OCT 2004 04:37AM support@sprezzatura.com wrote:
It would seem that a modification to that document is in order for AREV users.
support@sprezzatura.com
The Sprezzatura Group Web Site
World Leaders in all things RevSoft
At 13 OCT 2004 05:23AM Tony Lillyman wrote:
Thanks
I think I'll bookmark that link cause
my memory's starting to go …
At 13 OCT 2004 04:47PM Ralph Johler wrote:
You're rather minor author (Wm Shakspere) said it best:
"If wishes where horses, then beggars would ride."
So I would rather than changing the doc to match the UD abilities, would RTI change instead the abilities of dump/verify to match the doc. Please? Pretty please?
Or a "new" dump/verify (OI's dump/verify on Arev tables under the UD).