DBF dosyalarına erişen eski (1996) bir Windows programını çalıştırdım. Veritabanının eski bir kopyasıyla çalıştırırsam, iyi çalışıyor. Ancak mevcut veritabanımın kopyasıyla çalışırsam, belirli bir eylemde bulunduğum zaman GP Hatası alırım.
Yukarıdakilerden, mevcut veritabanında programın sevmediği bir şey olduğu sonucuna vardım, ancak eylemi gerçekleştirdiğimde hataya neden olan DLL'in adını ve onaltılık bir konumu (0001: 0F7F) alıyorum.
Herhangi bir araç, herhangi bir araç, program bombalandığında ne yapmaya çalıştığını görmemi sağlayacak bir süreç var mı? Bu bana veritabanını tamir etmemde yardımcı olabilir. Örneğin, bombadan önceki süreç iki tablonun birleşmesi durumunda, hangi masanın temizleneceğini bilirim.
Orijinal kaynak koduna erişmeden, temelde onu tersine çeviriyorsunuz. Çok fazla zamanınız yoksa, şansınız kalmaz - iki masayı birleştirmek gibi üst düzey bir işlem kolayca binlerce montaj talimatı olabilir. Yedeklemeden geri yükleme ve / veya orijinal yazarla iletişim kurmanız daha iyi olur.
—
Bob,
DBF'ler oldukça standart. Bunları okumak / değiştirmek için MSO veya LibreOffice gibi bir şey kullanabilirsiniz (Elektronik Tablo / Excel ve Veritabanı / Erişim modlarında).
—
LogicDaemon
LogicDaemon, verilere erişim sorun değil, programın itiraz ettiği bilinmeyen bir içerik. Her ne kadar önerilerinizden birini kullanmak, hata giderilinceye kadar artımlı olarak verileri silmeme izin verebilir. Yabancı anahtarlar ve birçok tablo var, bu yüzden denemeden önce şemayı iyi anlamam gerekiyor.
—
Dale