Probleme mit Xtools in gemeinsamem Projekt

Gespeichert von Gast am
im Forum ArcView 3.x classic
Hallo,
wir versuchen in kleiner Gruppe (3 Pers.) abwechselnd an einem gemeinsamen Projekt auf dem Server zu arbeiten. Bei Verwendung von Xtools hängt sich ArcView 3.2 regelmäßig auf, lässt ein Aufklappen des Xtool-Menüs nicht mehr zu und verweigert das Herausnehmen oder Hinzuladen weiter Erweiterungen. Der Taskmanager von Windows XP meldet "keine Rückmeldung" und es bleibt nur noch der Programmabbruch.
Wer kennt dieses Problem und wie lässt sich dieses beheben ?
Kai

Gespeichert von Maxilla am Do., 07.04.2005 - 15:39

Permalink
Habt ihr jeweils eine gleiche UND gleichbenannte XTools-Version in euren EXT-Ordnern, bzw. greift ihr auf einen einheitlichen UserEXT-Ordner zu?

Gespeichert von Gast am Di., 12.04.2005 - 09:18

Permalink
Hallo Maxilla,
auf gemeinsam vorhandene Erweiterungen allgemein hatten wir bisher nicht geachtet. Inzwischen habe ich das Projekt neu aufgebaut und dafür gesorgt, dass alle Mitarbeiter über die gleichen Erweiterungen verfügen. Noch funktionierts. Möglich also, dass hier schon der Fehler lag.

Gespeichert von Andreas Wolf am Di., 12.04.2005 - 14:48

Permalink
Hallo,

Die xTools sind zwar gut und auch nützlich, haben aber in unseren Projekten schon zu Astürzen geführt. Sobald sie nicht mehr benötigt werden, sollten Sie aus dem Projekt entfernt werden.
Gruß
Andreas

Gespeichert von Maxilla am Di., 12.04.2005 - 16:13

Permalink
Kennt jemand von euch das schöne, unsichtbare Amöben-Dokument 'XTprojectDefaults'? Falls nicht, und für die, die es kennenlernen möchten, sei es hier kurz vorgestellt:

Die XTools 9/15/2003 (das sind die, mit dem großen "XTools Default" Dialog) kreieren beim Laden im Projekt, für den Nutzer unsichtbar, zwei neue GUIs (also "Dokumenttypen"), das XTSed-GUI und das XTGUI. Man kann sie sich anschauen, wenn man im Menü 'Projekt | Anpassen', 'Bearbeiten' anklickt und die beiden GUIs auf 'Sichtbar' stellt.

Im XTSed mit dem Namen 'XTprojectDefaults', dessen GUI der Skript-Oberfläche gleicht, sind die Default Settings der XTools zwischengespeichert. Dieses Dokument vermehrt sich folgendermaßen: Die angesprochenen GUIs und deren Dokumente werden beim Entladen der XTools nicht aus dem Projekt entfernt (erster Teilungsschritt). Dafür wird aber bei jedem Neuladen der XTools ein zusätzliches XTSed mit dem Namen 'XTprojectDefaults' angelegt (zweiter Teilungsschritt, Fortpflanzungszyklus abgeschlossen).

Irgendwann habe ich bei uns im Büro auch einmal die Empfehlung ausgegeben, die XTools nur zu installieren, wenn man sie braucht und sie danach wieder zu entladen, mit dem Erfolg, dass ich mir jetzt in manchen alten Projekten bis zu 50 'XTprojectDefaults'-Dokumente anschauen kann...

Das ist an sich nicht weiter schlimm, zumindest verglichen mit dem Nutzen der XTools - auf jeden Fall ist es aber recht witzig anzusehen und für mich dann doch der Auslöser gewesen, eher die alten XTools von 2000 zu benutzen...

Gespeichert von Gast am Do., 28.04.2005 - 11:20

Permalink
Habe nun das Problem so gelöst, dass ich die Projektdatei mit einem Editor geöffnet habe. Gleich zu Anfang steht eine Zeile "Dependencies", die anscheinend auf die herzustellenden Verbindungen zu den gespeicherten Erweiterungen hinweist (habe keine Erfahrung mit Programmierung im Allgemein und Avenue im Besonderen). Anschließend habe ich nach ".avx" suchen lassen und damit diejenigen Zeilen gefunden, die auf die Quelle meiner Erweiterungen (EXT32 im Esri-Verzeichnis, z.B.:"Path: "$AVEXT/leglimit.avx") hinweisen. Auch diese habe ich gelöscht. Das Projekt ließ sich anschließend wieder normal bedienen, einschließlich der Hinzufügung von Erweiterungen.

Gespeichert von Gast am Do., 28.04.2005 - 11:23

Permalink
Ergänzung zum eben gesagten.
Die "Dependencies"-Zeile habe ich vollständig gelöscht.

Gespeichert von Maxilla am Do., 28.04.2005 - 13:49

Permalink
Damit kannst du dir ganz schön das Projekt zerschießen, wenn da eine Erweiterung dabei ist, die benötigt wird (z.B. Spatial- oder 3D-Analyst, wenn irgendwo eine Grid-Refferenz drin ist). Um den Status der Extensions zu prüfen, könntest du vorsichtshalber folgendes Skript laufen lassen:

theProjDepends = av.GetProject.GetDependencies

if (theProjDepends.count > 0) then

dctExts = Extension.GetExplicitExtensions

theExt = {}

for each oKey in dctExts.ReturnKeys
if (dctExts.Get(oKey).CanUnload.not) then
theExt.Add(oKey+" (- FIX -)")
end
end

for each fKey in dctExts.ReturnKeys
if (dctExts.Get(fKey).CanUnload) then
theExt.Add(fKey+" (- LAX -)")
end
end

if (theExt.count > 0) then
theODBDepends = Msgbox.ListAsString(theExt,"FIX = CanUnload.Not"+nl+
"LAX = CanUnload"," Extensions")

if (theOdbDepends = NIL) then
return NIL
end
end
end