Title: | VAX DBMS |
Notice: | THIS NOTESFILE IS NOT A FORMAL SUPPORT CHANNEL |
Moderator: | SCARY::CHARLAND |
Created: | Thu Feb 20 1986 |
Last Modified: | Tue Jun 03 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 2642 |
Total number of notes: | 11044 |
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
1576.1 | SPR time | MTSUIT::MJOHNSON | Mark W. Johnson VAXDBMS Engineering | Wed Nov 06 1991 10:21 | 5 |
1576.2 | were you able to fix the corruption? | SOJU::RESIDE | No Parking Except for Bob | Thu Nov 07 1991 14:31 | 8 |
1576.3 | KERNEL::JACKSON | Peter Jackson - UK CSC TP/IM | Fri Nov 08 1991 05:35 | 17 | |
1576.4 | KERNEL::JACKSON | Peter Jackson - UK CSC TP/IM | Tue Nov 26 1991 07:34 | 22 | |
1576.5 | Works fine in 6.1-11 (DBO/ALTER ACCVIO) | NLVMS3::MWILLEMS | Das ganze Leben ist ein Quiz | Wed Apr 02 1997 07:32 | 12 |
Some time ago I was at a customer site who still had 4.2A (yes, they still exist!) and had to repair some pointers with DBO/ALTER. At some pages I also got this ACCVIO (always reproducible). These pages had between 80 and 90% free space. I solved it by moving the data 2 bytes over the page and changing the line indexes. I made a copy of the original page and tried it here with DBO/ALTER 6.1-11 and it worked fine, though it always failed at the customer. So the problem is solved somewhere between 4.2A and 6.1-11, though I could not find it in the release notes. Marcel Willems |