Home > HardlinkBackup, Software > Bugfixrelease für HardlinkBackup

Bugfixrelease für HardlinkBackup

Heute ist Version 1.0.1 von HardlinkBackup erschienen. Es handelt sich um ein reines Bugfix-Release und enthält keine neuen Funktionen. Enthalten sind folgende Bugfixes:

  • Der Verzeichnisfilter funktioniert nun korrekt auch beim Einschließen von Verzeichnissen.
  • Es wird geprüft, ob die letzte gespeicherte Position des HardlinkBackup-Fensters im sichtbaren Bereich eines angeschlossenen Monitors liegt, ansonsten wird die Position zurückgesetzt.
  • Es wurde ein Problem behoben, das dazu führen konnte, dass HardlinkBackup nicht mehr reagiert. Dies war der Fall, wenn HardlinkBackup keine Lösch-Rechte im Backupzielverzeichnis hatte; dort legt HardlinkBackup eine Datei und einen Hardlink an, um die Unterstützung von Hardlinks des Dateisystems zu prüfen. Schlägt das Löschen mehrmals fehl, so konnte es zu dem Problem kommen.
  • Weitere kleinere Fehlerbehebungen.

Ein großer Dank geht an alle, die mir Fehler gemeldet haben und mich bei der Analyse unterstützt haben!

KategorienHardlinkBackup, Software Tags:
  1. avatar
    Matthias
    13. Januar 2012, 14:45 | #1

    Hallo Lupinho,

    ich bin gerade dabei, Dein Programm zu erproben:
    In der Version 1.0.1 ist ein neues Kaeferchen dazu gekommen:
    Beim Anklicken von Help schmiert Hardlinkbackup leider ab.

    Vieleicht schaust Du mal mit ?

  2. 13. Januar 2012, 15:10 | #2

    @Matthias
    Generell ist dem nicht so – bei mir funktionierts ;). Ging das bei 1.0.0? Hast Du ein Programm für die Endung .pdf registriert (Adobe Reader)? Eigentlich rufe ich nur die Windows Shell mit Übergabe des PDF auf, so dass der Explorer das zugehörige Programm öffnet (im Normalfall den Adobe Reader). Bei Dir scheint da was anders zu sein… Schick‘ mir mal die Fehlermeldung an software@lupinho.net.

  3. avatar
    Matthias
    14. Januar 2012, 18:00 | #3

    Hallo Lupinho,
    Du hast vermutlich recht. Auf dem Rechner, auf dem ich die 1.0.1. installiert habe, ist kein pdf-Reader drauf, der Test mit der 1.0.0 (wo alles ging) war auf einen anderen Rechner mit dem AcrobatRdr.
    Ich poste Dir am Montag nochmal genaues (da komme ich wiede an den betroffenen Rechner ran).
    Gruss Matthias

  4. avatar
    Matthias
    16. Januar 2012, 17:31 | #4

    Hallo Lupinho,
    es ist genau so wie Du vermutest hast: Auf dem Rechner ist kein pdf-Viewer drauf,
    damit kommt die Fehlermeldung ‚Unbehandelte Ausnahme‘.
    Das muss man halt wissen (der Adobe-Reader soll aus Sicherheitheitsgruenden nicht
    auf dem Rechner installiert werden) und kann dann auch damit leben.
    Danke fuer die schnelle Hilfe – ich kaufe die LIzenz heute, das Programm ist fein.
    Einen Feature -Wunsch schreibe ich in die Liste.
    Gruss Matthias

  5. avatar
    Jake
    2. Juni 2012, 18:07 | #5

    Thank you for this excellent software.
    I have two questions. I suspect they are answered in the manual.
    Sadly, I don’t read German.
    1) What do the checkmarks mean in the list of previous backups?
    2) How do I protect a particular backup from the Clean up rules? I tried using the Keep Named Backups rule in the Clean up settings. No matter what name I tried to use the set I was trying to keep was marked for deletion.
    Thanks
    Jake

  6. 2. Juni 2012, 18:29 | #6

    @Jake
    English is no problem (if you understand the answers in my bad english).
    1) The checkmarks indicate if a backup set will be used for comparison or not. Normally the last three backup sets are marked. To improve performance you may mark only one backup set (you can define how many backup sets should be used for comparison per default at the options dialog).
    2) You are right, the keep named backups rule is the way to go. The next big release will have an easier way to protect single backup sets. As a name you can choose a pattern using „*“ and „?“. Of course you should have done backups with a matching name before. If this is not the case you can edit the „backupset.hbs“ file of the backup you want to keep and edit the XML-Tag „<backupname />“ to e.g. „<backupname>keep</backupname>“. Than a rule the keeps backup sets with the backup name „keep“ should leave the marked backup set. This should work. If you have further problems send me an e-mail with detailed information about the misbehaviour to software@lupinho.net.
    Regards,
    Lupinho.

  7. avatar
    Peter
    10. Juni 2012, 00:56 | #7

    Hallo Lupinho
    Danke für das gute Programm! Ich habe versehentlich eine HBD-Datei gelöscht, nun erhalte ich die Fehlermeldung: ‚Die HBB-Datei „C:\daten.hbd“, die beim Aufruf des Programmes übergeben wurde, konnte nicht gefunden werden.‘
    Gibt es dazu bereits einen Thread oder schreibst Du mir, wo ich diesen Eintrag löschen kann?
    Danke und Gruss
    Peter

  8. 10. Juni 2012, 01:02 | #8

    @Peter
    Der Fehler kommt durch das geplante Backup; denn dafür gibt es noch einen Eintrag in der Aufgabenplanung. Unter „Optionen“ kannst Du im Reiter „Geplante Backups“ alle derzeit geplanten Backups sehen und den betreffenden Eintrag löschen.
    Gruß,
    Lupinho.

  9. avatar
    Karsten
    29. Juni 2012, 11:36 | #9

    Hallo Lupinho,
    das Programm gefällt mir sehr gut. Ich würde es auch gern in der Firma einsetzen, aber leider gibt es da das Problem, daß nur Pfade mit eine Länge kleiner 260 Zeichen unterstützt werden. Meine Anwender lieben es aber mit dem Total Commander längere Pfade anzulegen. Siehst Du eine Möglichkeit, auf die Unicode-API umzusteigen um das Handling langer Pfade oder Dateinamen zu ermöglichen?
    Gruß Karsten

  10. 29. Juni 2012, 20:22 | #10

    @Karsten
    Das ist bereits eingetütet. Die nächste Version kann definitiv mit langen Pfadnamen umgehen! Ich werde demnächst Infos zur neuen Version posten.
    Gruß,
    Lupinho.

  1. Bisher keine Trackbacks