[Frage] Fehler beim Starten des ProjectPilot aus Allplan heraus nach Installation von Allplan 2022


Hallo zuasmmen,
ein Partnerbüro von mir, die auch mit Allplan arbeiten, haben nach der Installation von Allplan 2022 folgende Fehlermeldung (siehe Anhang) beim Start von ProjectPilot aus Allplan heraus.

Das Lustige bzw. Tragische ist aber, dass die Fehlermeldung nun auch bei allen alten Allplaninstallationen auftaucht, obwohl das ja eigentlich nichts neu installiert wurde.
Ich tippe auf irgendeinen Eintrag in der Registry, der sich versionsübergreifend auswirkt.

Die Hotline konnte leider bisher auch nicht weiterhelfen. Vielleicht gibt es ja hier den ein oder anderen, der sich damit auskennt und helfen könnte!?

Gruß

Fredo

Anhänge (1)

Typ: image/jpeg
138-mal heruntergeladen
Größe: 38,79 KiB

Hilfreichste Antwort anzeigen Hilfreichste Antwort verbergen

Wir hatten auch schon mal einen sich nicht öffnenden ProjectPiloten bzw. dessen Absturz.

Damals (in Version 2019) hatte es mit Dateien im STD-Ordner zu tun.
In dem Verzeichnis Std\Place waren damals Export-Favoriten (*.nth) gelandet.

Beim Starten des Project-Piloten versuchte dieser, alle Dateien im Verzeichnis \place zu interpretieren.
Normalerweise liegen dort Dateien, die Intelligente Verlegungen enthalten (*.mti und *.mtv).

Nun hat Allplan aber nicht auf die korrekte Dateierweiterung (*.mti und *.mtv) geprüft, sondern versucht, ausnahmslos jede Datei gelesen, die in diesem Verzeichnis liegt!

Das ging bei den Export-Favoriten(*.nth) erwartungsgemäß schief, da der Datei-Inhalt natürlich anders war! Und das "Schief-Gehen" erzeugte diesen Absturz des Project-Piloten.

@Allplan
Wie fahrlässig ist das denn, dass im STD\place ALLE Dateien ohne Überprüfung der Endung und des Inhalts gelesen werden?! …und dabei auch noch ein Crash passiert!

Übrigens gibt es einen \place-Ordner ggf. auch in jedem Projekt-Verzeichnis!

Der Absturz bei Fredo hat also möglicherweise auch mit Daten zu tun.
Zumindest aber zeigt auch dieses Beispiel wieder, dass der Project-Pilot "aus einem anderen Jahrtausend" stammt, und seitdem nicht mehr aktualisiert wurde.

Ein so zentrales Tool zur Dateiverwaltung für Allplan-Daten, sowohl Zeichnungsdaten als auch Ressourcen-Dateien, muss einwandfrei funktionieren!

Mit den Infos kann man nur raten ..

im text steht: Allplan 2022 wurde installiert
im Bild steht im Pfad /2021/ ..

Die aufgerufene Verknüpfung ist wohl irgendwie falsch oder der Installationsort ist falsch gewesen ( mit der 2022 die 2021 überschrieben)
Komplettes Hotinfo mit allen installationspfaden von der installierten und einer alten Version kann da ggf. notwendige hinweise geben.
Aber vermutliche Lösung:

installationspfade der Versionen herausfinden, Deinstallation des Zuletzt installierten (aber RICHTIG) und dann neuinstallation. Mindestens der zuletzt installierten version. Wenn da 2 Pfade von 2 Versionen gemischt wurden, dann auch die andere(n) Versionen ..

Da sollte aber jemand machen, der weiss was was er tut ... (sorry)

Allplan Webentwicklung

Private messages must be private. No support request via Private message.

Morgen Jörg,
sorry, aber da hatte ich wohl den falschen Screenshot zur Fehlermeldung angehängt, da es ja in der 2021 auch auftaucht.
Aber bei der 2022 kommt genau die gleiche Meldung, aber eben mit 2022 im Text.
Anbei der Screenshot!
Wie aber gesagt: Alle Fehlermeldungen tauchen erst auf nach der Installation von Allplan 2022.

Meine Vermutung ist, dass da irgendetwas bei der Installation auf den Server im Partnerbüro gelegt wurde, was Auswirkungen auf alle Installationen hat. Da ich aber selber als Einzelkämpfer nie im Netzwerkbetrieb arbeite, sondern immer nur auf meinem lokalen Rechner, kann ich dazu nicht mehr sagen.

Gruß

Fredo

PS: Herr Lindemann vom Support hat auch schon eine Reparaturinstallation gemacht, die nichts gebracht hat. Selbes Ergebnis dann bei einer kompletten De- und Neuinstallation. Es funktioniert nicht und alle Versionen sind betroffen!

Anhänge (1)

Typ: image/jpeg
67-mal heruntergeladen
Größe: 196,54 KiB

man kann versuchen
- NemProjectPilot10.exe einmal als Administrator starten

(Allmenü -> Service -> Programm Ordner im Explorer öffnen -> prg ->

rm -> als Administrator ausführen

und auch beim ProjektPiloten kann man den sogn. trace aktivieren. vielleicht bringt das noch erkenntnisse

Allplan Webentwicklung

Private messages must be private. No support request via Private message.

Wir hatten auch schon mal einen sich nicht öffnenden ProjectPiloten bzw. dessen Absturz.

Damals (in Version 2019) hatte es mit Dateien im STD-Ordner zu tun.
In dem Verzeichnis Std\Place waren damals Export-Favoriten (*.nth) gelandet.

Beim Starten des Project-Piloten versuchte dieser, alle Dateien im Verzeichnis \place zu interpretieren.
Normalerweise liegen dort Dateien, die Intelligente Verlegungen enthalten (*.mti und *.mtv).

Nun hat Allplan aber nicht auf die korrekte Dateierweiterung (*.mti und *.mtv) geprüft, sondern versucht, ausnahmslos jede Datei gelesen, die in diesem Verzeichnis liegt!

Das ging bei den Export-Favoriten(*.nth) erwartungsgemäß schief, da der Datei-Inhalt natürlich anders war! Und das "Schief-Gehen" erzeugte diesen Absturz des Project-Piloten.

@Allplan
Wie fahrlässig ist das denn, dass im STD\place ALLE Dateien ohne Überprüfung der Endung und des Inhalts gelesen werden?! …und dabei auch noch ein Crash passiert!

Übrigens gibt es einen \place-Ordner ggf. auch in jedem Projekt-Verzeichnis!

Der Absturz bei Fredo hat also möglicherweise auch mit Daten zu tun.
Zumindest aber zeigt auch dieses Beispiel wieder, dass der Project-Pilot "aus einem anderen Jahrtausend" stammt, und seitdem nicht mehr aktualisiert wurde.

Ein so zentrales Tool zur Dateiverwaltung für Allplan-Daten, sowohl Zeichnungsdaten als auch Ressourcen-Dateien, muss einwandfrei funktionieren!