Every time I create a new file and check using DUMP
The Header for Group 1 Has Been Corrupted
No Framesize or Modulo Information Can Be Read
Arev 2.12
Universal Driver 3.0.0.2
Windows XP Service Pack 2
Windows Network
The key here is UD 3. I believe it creates an incompatible header with the dump utility.
HTH,
John
Indeed, dump was not modified to recognise the new UD3+ format as it was released several years after AREV was finished. See page 55 of http://www.sprezzatura.com/senl/senl440307.pdf for details of a free utility to allow you to change 3.x files back to earlier header structures.
World leaders in all things RevSoft
How can I run a report to determine which files have corrupted headers. LH_VERIFY starts to report which files have a corrupted header but takes too long to run as if verifies the data.
I am making the following assumptions
New files are created with new header structure
DUMP and LH_VERIFY will report new files as corrupted header
zz_revertLHfiles fixes the header but does not change the data
Can I use DUMP to fix the header on existing data files without affecting the rest of the file.
The routine will report back on the files in question. DUMP doesn't understand the problem so will likely corrupt the files.
World leaders in all things RevSoft
Might you have a version of zz_revertLHfiles for Arev 2.12, the down load version appears to be for OI.
Cheers
Aiden
Not in the office (HNY) but my recollection is that this lacks a UI so you could download, attach SYSUPGRADE and copy in the $Prog? IF this fails we can look at cutting you a special!
World leaders in all things RevSoft
I had tried copying sysobj/$zz_revertlhfiles to local bp file and calling from a subroutine. Breaks at line 25 variable not assigned a value.
Hmmm no - we're making use of some system routines that aren't in AREV in case the files are UTF8. We'll have to cut an AREV only version. Watch this space.
World leaders in all things RevSoft