FileMaker Tip 339 Corruptie die geen corruptie is   Het komt voor dat bestanden die geconverteerd werden naar FileMaker 9 plots de melding geven dat ze beschadigd zijn en dat een recovery nodig is. Er is hier al vaak geschreven* over het fatale karakter van zo'n operatie: recovery is alleen bedoeld om de gegevens te redden uit een beschadigde databank, niet om die databank te herstellen. FileMaker Inc. heeft reeds herhaaldelijk meegedeeld dat een gerecoverde file niet meer gebruikt zou moeten worden. Het is enige tijd geleden nog eens herhaald op DevCon 2007 door Jon Thatcher (lead FMI engineer on the FMS development team). John Weinshel die erbij was, vatte het aldus samen: "The message was clear: on a good day, Recovery will re-write all the blocks, but not all days are good.". Da's dus duidelijk een waarschuwing. Natuurlijk blijven we wel zitten met die vervelende melding van bestandscorruptie. En zelfs hier loopt het ook nog wel eens mis: FileMaker meldt laconiek corruptie, terwijl er niet eens corruptie is... Het komt voor dat de inhoudsopgave van een file (zelf krijgen we dat ding nooit te zien) niet meer helemaal klopt met de verschillende datablokken in de file: de twee lopen niet langer perfect synchroon. Een bestand dat op die manier niet langer geopend kan worden in FileMaker 9 blijkt dan nog wel perfect open te gaan in versie 8. En dan komt de aap uit de mouw: doe daar een doodgewone Save as compressed copy en FileMaker zal de inhoudstafel herschrijven zodat alles weer loopt als een zonnetje... Meer info hierover vind je hier. Met dank aan Winfried van fmdiff. Meer over bestandscorruptie in FileMaker: Tip 49, Tip 50 en Tip 51.     Terug naar het selectiemenu voor de tips.