---

icon.GIF

Hallo, wir arbeiten mit dem DesignManagement und gelegentlich kommt es vor, dass sich mitten in einer Konstruktionssitzung eine vorher "offene" Baugruppe gegen das Überschreiben sperrt und dann haben wir dieses unbekannte Icon vor uns: Eine Diskette mit Vorhangschloss und zwei Pfeilchen.
Wer hat dieses Icon schon gesehen und kann zu seiner Bedeutung nähere Angaben machen?  
PS: Die Contents-Flags Read-only und Modified sind für Database und Internal alle gesetzt.

[Diese Nachricht wurde von Walter Geppert am 19. Februar 2002 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Walter Geppert,

dasselbe Problem haben wir auch immer wieder. Es passiert meistens dann, wenn man aus einer Unterbaugruppe dieser Baugruppe Teile hinausschiebt und anschliessend die Baugruppe wieder abspeichert.
Genaueres weiss ich leider auch nicht, wir haben aber ein Tool von CoCreate für UNIX bekommen, mit dem man die Sperre wieder aufheben kann ("Clear UT"). Leider funktioniert es nicht unter Windows.
CoCreate konnte uns bisher auch keine vernünftige Erklärung geben. Sie haben uns immer gesagt, es hat was mit "Behältern" zu tun. Die benutzen wir aber gar nicht.

Gruß
J. Schramm

------------------
Johannes Schramm
CAD-Support der Festo AG & Co.
73734 Esslingen

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Walter Geppert:
[B]....und dann haben wir dieses unbekannte Icon vor uns: Eine Diskette mit Vorhangschloss und zwei Pfeilchen.
Wer hat dieses Icon schon gesehen und kann zu seiner Bedeutung nähere Angaben machen?B]

---

Das muesste das Kennzeichen fuer "untouchable" sein. Um zu erklaeren, was das ist, muss man etwas ausholen. Allerdings bin ich kein Experte fuer diesen Bereich und mag mich daher furchtbar irren, und bitte also im voraus um Nachsicht 

Wenn ein Teil A eine Referenz auf ein anderes Teil B hat (beispielsweise ein teileuebergreifendes Mass) und dann einzeln geladen wird, kann logischerweise die Referenz (in diesem Fall die Bemassung) auf Teil B nicht aufgebaut werden, denn das befindet sich ja nicht im Speicher. Wenn man A nun in diesem Zustand abspeichern wuerde, kann die Referenz auf Teil B verlorengehen - sie waere also auch dann weg, wenn man dann spaeter beide Teile gleichzeitig laedt.

Damit das nicht passiert, werden meines Wissens nach derartige Teile als "untouchable" gekennzeichnet, so dass man sie nicht abspeichern kann. So werden Datenverluste von vorneherein vermieden.

Ich vermute mal so aus der Huefte, dass in beiden beschriebenen Faellen das partielle Laden aus der Datenbank mit im Spiel ist.

clausb

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Walter,
mit diesem Problem schlagen wir uns schon lange rum.
Unsere einzige Alternative ist das neu laden der obersten Baugruppe
Damit sollte es gehen, frag mich bitte nicht warum.
Gruss Ralf Seidler 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Walter Geppert,

wir hatten auch das Problem und zwar im SD 9.01a unter NT4 und dem WorkManager. Als Problemlösung haben wir von ARXES die Datei "unlock_obj.dll" bekommen. Ich vermute, das man sie auch bei CoCreate bekommt (Wartungesvertrag? Hotline?). Diese Datei wird eingelesen und dann stehten in der Werkzeugkiste die Punkt "Clear_RO" und Clear_UT" zur Verfügung. Hiermit konnten wir das Problem beheben. Nach der Anmerkung von clausb würde ich die Werkzeuge aber mit Bedacht anwenden.

Gruß Joachim Schmidt

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moin,

das Phänomen tritt (soweit getestet) im Zusammenhang mit dem "partial load" von Baugruppen sowie der selektiven Eigenständigkeit von Exemplaren auf.
Häufiger Fall ist der des teilweise Ladens. Es gibt Firmen, wo ein Entwickler die Verantwortung über ein Gesamtmodell hat, dieser lädt dies aber nur teilweise. Jetzt kommt das " untouchable" Symbol. Unter UX ist das eine "leere" Baugruppe, die durchgestrichen ist.
Nur dieser User (wichtig, es sollte einer sein, der weiß was er tut!!) sollte das "Clear UT" einsetzen, da es NICHT offiziell ist. Es ist ein internes Tool, welches eigentlich nicht zur Weitergabe gedacht ist, sonst wäre es bei den Goodies mit dabei. Jetzt kann man wieder z.B. die Baugruppenstruktur ändern, was mit einer gelockten Baugruppen nicht möglich ist.
Claus, Max kennt das Phänomen

Grüßle

Gero

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Soweit das "untouchable" schon beim (teilweisen) Laden einer Baugruppe dran ist, ist es ja sinnvoll und macht keine Probleme. Uns passiert's aber immer wieder, daß mitten im Arbeiten auf einmal eine Baugruppe so gesperrt wird, zu allem Überfluss aber VORHER geändert worden war und sich diese Änderung dann nicht abspeichern läßt. Solange noch kein Ansichtssatz dranhängt gibt's ja noch die "russische" Methode, eine Kopie "eine Ebene" zu machen, das Original in Datenbank und Oberbaugruppe zu löschen und die Baugruppe neu anzulegen; mit Ansichtssatz hab ich nocht nicht versucht, ob man mit den Migrationstools den auch noch r'überretten kann.
Irgendwie habe ich den Verdacht, dass irgendwelche anderen Programme, speziell Outlook die Kommunikation zwischen SD und Workmanager stören, jedenfalls geht z.B. während einer Email-Sendung gar nichts, da heisst's bitte warten.
Jedenfalls wären wir an der "unlock_obj.dll" sehr interessiert.

------------------
DC4 Technisches Büro GmbH

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP