Pfadangabe falsch

Andreas · Beitrag von **Andreas** » 11.08.2011, 12:09

Bis zur Version 2.64 blieb die voreingestellte Pfadangabe immer erhalten. Jetzt wird die voreingestellte Pfadangabe immer durch "Eigene Dateien" ersetzt. Ist das nur bei mir so oder ist das ein neuer Fehler in der Version 2.65 und 2.66?

Beitrag von **Hugo** » 11.08.2011, 12:35

Guten Tag Andreas
Wenn es an dem sein sollte, wäre das tödlich für meine langen Dateinamen

Da ich ausschließlich mit der Ahnenblatt ZIP auf dem Stick teste, kann ichs nicht ausprobieren

Könnte das bitte mal jemand testen

Gruß Hugo

Beitrag von **Marcus** » 11.08.2011, 13:55

Bei mir sind die Pfade alle so wie sie 'schon immer' waren. Bei welcher Aktion stimmt denn bei Dir welcher Pfad nicht mehr?
Marcus

Nachtrag: Oder arbeitest Du mittlerweile auch mit einer portablen Version? Hier werden die Pfadangaben nicht gespeichert, da diese sich ja mit einem Wechsel des Mediums ändern können!

Beitrag von **Hugo** » 11.08.2011, 18:02

Guten Tag Marcus
Ich bezweifel, das Andreas mit Stik-Version arbeitet
Sonst hätte er auch schon vorher die Pfade nicht umstellen können

Marcus hat geschrieben:Bei mir sind die Pfade alle so wie sie 'schon immer' waren. Bei welcher Aktion stimmt denn bei Dir welcher Pfad nicht mehr?

Wenn ich das richtig verstehe, hast Du drüberinstalliert
Könnte es sein, das Andreas eine pure Neuinstallation durchgeführt hat ???

Marcus, kopiere doch bitte mal Deine Ahnblatt.ini
Lösche die Alte, so das Dir eine neue angelegt wird
Lassen sich dann die Pfade dauerhaft umstellen

Gruß Hugo

Beitrag von **Marcus** » 12.08.2011, 17:33

Geht problemlos.
Das stochern im Nebel ist wohl auch wenig zielführend. Warten wir mal ab, welches Fehlverhalten sich bei Andreas genau zeigt und mit welcher Version er arbeitet.
Marcus

Andreas · Beitrag von **Andreas** » 13.08.2011, 08:50

Also folgendes: ich nutze im Moment die Version 2.66, welche ich über die vorherige installiert habe. Meine Ahnenblattdateien habe ich auf einem nicht immer verbundenen und verschlüsselten Netzlaufwerk wegen dem Datenklau. Wenn ich Ahnenblatt aufrufe und es ist keine Netzwerkverbindung da, wird (wie oben beschrieben) der Pfad automatisch geändert. Bis einschließlich Version 2.64 gab es das Problem nicht. Also meine ich, sollte es auch künftig weiterhin funktionieren.

---------------------------
#Wunschliste_965_Erledigt_V2.93

Beitrag von **Marcus** » 13.08.2011, 13:16

Andreas hat geschrieben:Wenn ich Ahnenblatt aufrufe und es ist keine Netzwerkverbindung da, wird (wie oben beschrieben) der Pfad automatisch geändert.

Das ist die Information, die Dirk braucht

Ich hatte vorher allerdings schon ein ähnliches Problem (also auch in allen alten Versionen): Wenn der Netzpfad nicht erreichbar war, dann flogen die Dateien aus den "letzten geöffneten Dateien" raus

Das andere konnte ich noch nicht beobachten ... werde das mal testen ob es bei mir reproduzierbar ist. Bisher war mein Netzwerk scheinbar immer erreichbar

Marcus

Andreas · Beitrag von **Andreas** » 01.09.2011, 08:06

Noch ein Nachtrag zum Pfad. Die Einträge in den ersten drei Pfadeinstellungen werden (wie schon beschrieben) automatisch durch "Eigene Dateien" ersetzt. Die Einstellung für Bilddateien bleiben jedoch in der gewünschten Netzwerk-Pfadeinstellung erhalten. Ist doch sehr eigenartig!

Beitrag von **Marcus** » 14.09.2011, 12:38

Kann es bei mir zum Teil nachvollziehen. Scheinbar war auch hier das Netzwerk bei einem Ahnenblattstart mal nicht verfügbar und die Pfade zu den "Suchbegriffdateien" und "Ausgabedateien" sind nun auf c:\Users\NUTZERNAME\Documents\Ahnenblatt\ umgeboten.
Der erste Pfad für die eigentlichen Familiendateien blieb bei mir verschont

Marcus

Beitrag von **DirkB** » 26.09.2011, 17:52

Programmtechnisch muss man sich das so vorstellen ...

1. beim Programmstart Konfiguration (z.B. Dateipfade) einlesen
2. Dateipfade in diversen Funktionen benutzen
3. Konfiguration (also auch Dateipfade) beim Beenden des Programmes abspeichern

Unsinnige bzw. nicht vorhandene Pfadangaben werden seit Version 2.65 bereits in Phase 1 korrigiert - das muss ich nur einmal codieren.

Alternativ müsste man bei jeder Verwendung eines Dateipfades in Phase 2 (das kann in diversen vorhandenen oder zukünftigen Funktionen sein) auf Gültigkeit prüfen und ansonsten einen möglichst logischen Alternativpfad anbieten. Das kann fehlerträchtig sein, da ich vielleicht mal eine Funktion vergesse. Die Folge ist dann unvorhersehbar (von Programmabsturz über Dateiverstümmelung alles möglich).

Warum habe ich denn überhaupt an dieser Funktionalität gedreht, wo doch vorher alles bestens funktioniert hat ...?

Irrtum, es hat nicht immer alles bestens funktioniert.
Änderungsgrund war nämlich folgender Fehler ...

948 __B__ Zugriffsverletzung bei Adresse 004297CB durch defekte Ahnblatt.ini. [mehr]

Gruß, Dirk.

-----------------------
#KB-Eintrag

Beitrag von **Marcus** » 26.09.2011, 21:18

DirkB hat geschrieben: Warum habe ich denn überhaupt an dieser Funktionalität gedreht, wo doch vorher alles bestens funktioniert hat ...?

Irrtum, es hat nicht immer alles bestens funktioniert.
Änderungsgrund war nämlich folgender Fehler ...

Das bleibt dann erst einmal so oder überlegst Du Dir da was anderes? Mir ist die 'Folge' der Antwort gerade nicht so ganz klar

Marcus

Beitrag von **DirkB** » 26.09.2011, 23:25

Tja, so wie es derzeit ist, ist es die sicherste Variante ...

Vielleicht fällt mir doch noch eine Lösung ein - hat aber derzeit keine hohe Priorität ...

Gruß, Dirk.

willi · Beitrag von **willi** » 25.10.2011, 23:33

hallo dirk,

ist es möglich bei verwendung der (exe.paf) in der ini die verzeichnisse manuel anzupassen

über die optionen ist das einstellen ja nicht möglich (ausgegraut)

danke

Beitrag von **DirkB** » 25.10.2011, 23:50

Mit 'exe.paf' ist sicherlich die PortableApps-Version gemeint.

Hilf mir mal auf die Sprünge ...
Warum sollte man bei einer portablen Version die Pfade anpassen ...?

Gruß, Dirk.