AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Kaputte Fastreport .fr3 Dateien

Ein Thema von Neumann · begonnen am 23. Apr 2018 · letzter Beitrag vom 24. Apr 2018
Antwort Antwort
Neumann

Registriert seit: 6. Feb 2006
Ort: Moers
529 Beiträge
 
Delphi 11 Alexandria
 
#1

Kaputte Fastreport .fr3 Dateien

  Alt 23. Apr 2018, 19:31
Wir machen viel mit Fastreport und unsere Kunden drucken sehr viele damit erzeugte Formulare. Hin und wieder kommt es vor dass die Vorlagen (*.fr3) nicht mehr funktionieren. Öffnet man diese mit dem Reportdesigner, ist nur noch der Code da, Page ist weg.

Führt jedes mal zu Ärger bei dem Kunden und unser Support muss sich drum kümmern. Gibt es keine Sicherung der Reportvorlagen, dann ist das Problem ganz übel.

Kann es daran liege, dass diese Dateien öfter geschrieben werden? Sollt eigentlich nur passieren wenn sich etwas ändert (z.B. neue Variable, die vom Programm gesetzt wurde).
Ralf
Gruß vom Niederrhein
  Mit Zitat antworten Zitat
Benutzerbild von timog
timog

Registriert seit: 26. Sep 2006
Ort: Landkreis Oldenburg (Oldb)
117 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#2

AW: Kaputte Fastreport .fr3 Dateien

  Alt 23. Apr 2018, 19:47
Das Phänomen hatten wir noch nicht und nutzen FR schon seit mehreren Jahren, lokal gespeicherte und auch auf Netzwerkpfaden abgelegte FR-Dateien.

Was ist in der defekten Datei denn noch drinn, wenn man die in Notepad++ o.ä. öffnet? Wirklich alles gelöscht oder wird vielleicht nur ein Tag nicht richtig geschlossen, so dass der Designer annehmen muss, die Datei sei leer?
Timo
Real Programmers are surprised when the odometers in their cars don't turn from 99999 to 9999A.
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.115 Beiträge
 
Delphi 12 Athens
 
#3

AW: Kaputte Fastreport .fr3 Dateien

  Alt 24. Apr 2018, 09:48
Zitat:
öfters geschrieben
Eure Daten/Dateien versionieren, als alle/einige/eine letzte Version(en) speichern.

Nach dem Speichern versuchen nochmal einzulesen (vorher die alte Datei sichern/umbenennen) und bei Fehler zurück oder nochmal speichen.
PS: Wir haben unsere Report-Dateien in der Datenbank (BLOB) und gerade da ist es besonders leicht, sowas zu machen, auch nachträglich über einen Trigger, bei/vor Änderung der Daten.


Und ja, ein Vergleich/Prüfung der Dateien wäre ein Anfang, also ist diese Seiten wirklich weg sind oder konnte sie nur nicht gelesen werden.
PS: Der Vorgänger als Backup gespeichert und bei Lesefehler (nach dem Lesen via Code schauen ob mindestens eine Seite vorhanden) das Backup laden und dem Benutzer Bescheid geben.
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:22 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz