---

Hallo zusammen

Mein Solid Designer schliesst sich von selber  ! Während der Teileprüfung hat er abgewürgt, ohne Fehlermeldung. Woher kommt das??
Ich arbeite mit OSD11.65, auf Windows.

Danke für eure Hilfe

Gruss aus der Schweiz

Rolf

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

---

Technische Antwort: Typischerweise von einem Stackueberlauf.

Nicht ganz so technisch: Von *ernsthaft* kaputten Modelldaten; eventuell auch von einem Fehler in unserem Code (wer weiss). Was von beidem zutrifft, kann man erst nach einer genaueren Analyse des Modells und der Testschritte feststellen.

Claus

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

---

Hallo Claus

Danke für deine prompte Antwort. Ich denke nicht, dass das Modell beschädigt ist (sehr einfaches Teil). Wie war das nochmals mit dem Stack? Wie kann ich diesen wieder leeren?

Ich glaube wir hatten das Problem schon mal, weiss leider nicht mehr, obs bei der Kollisionsprüfung passiert ist...

Gruss

Rolf

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

---

Zitat:

---

Original erstellt von Allenbach Rolf:
(sehr einfaches Teil)

---

Ich hatte mal ne M5 Linsenkopfschraube von ProE die brachte bei der Teileprüfung ca. 15 Fehler und Defektmeldungen!!

Gruß
Heiko

------------------
DIE inoffizielle Hilfeseite zum OneSpace Designer

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

---

Zitat:

---

Original erstellt von Allenbach Rolf:
Wie war das nochmals mit dem Stack? Wie kann ich diesen wieder leeren?

---

Kannst Du nicht. Der Stack steht unter der Kontrolle der CPU, und die wiederum unter der Kontrolle unserer Algorithmen, und die wiederum werden beeinflusst von den Eingabedaten.

OSDM 2004 (V12) und spaetere Versionen von OSDM haben speziellen Code, der sogar diese ziemlich fatalen Fehler abzufangen versucht und es erlaubt, ein Minimum an Supportinformation ueber das Problem zu bekommen. Du koenntest also versuchen, das Teil in OSDM 2004 zu laden und dort zu pruefen.

Claus

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

---

Guten Tag Heiko

Danke für den Tipp. Das Teil ist in OSD erstellt, bei der Teileprüfung (maximal) hat der OSD keinen Fehler gefunden.

Rolf

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

---

Kannst Du das Modell mal ins Forum stellen oder jemandem zusenden?

Gruss

WoHo

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

---

Welle.zip

Hallo woho

Voilà, das Modell.

Grüessli

Rolf

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

---

OSDM 2004 (V12): Teilepruefung ohne Fehlermeldung und ohne Absturz.

OSDM 2005 (V13): Teilepruefung ohne Fehlermeldung und ohne Absturz.

OSDM 2002+ (V11.65): Teilepruefung ohne Fehlermeldung und ohne Absturz.

Was fehlt hier, was mache ich falsch?

  Claus

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

---

Keine Ahnung!

Ich glaube eher nicht, dass das am Teil liegt. Leider weiss ich echt nicht mehr, was wir das letzte Mal gemacht haben. Soviel ich noch weiss, haben wir den Grafiktreiber geändert (gem. Tabelle von CoCreate).
Dann hats so ein halbes Jahr problemlos funktioniert. Kann die Datei NT_USERS.dat einen Einfluss haben? Bei mir steigt die Datenmenge jeden Tag ein wenig, von Anfangs etwa 2MB bis auf mittlerweile 14MB. Beim Starten ist der Solid auch jeden Tag ein bisschen langsamer.

Gruss

Rolf

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

---

Zitat:

---

Original erstellt von Allenbach Rolf:
Kann die Datei NT_USERS.dat einen Einfluss haben? Bei mir steigt die Datenmenge jeden Tag ein wenig, von Anfangs etwa 2MB bis auf mittlerweile 14MB. Beim Starten ist der Solid auch jeden Tag ein bisschen langsamer.

---

ntusers.dat enthaelt einen Teil der Registrydaten. Wenn die Registry volllaeuft, kann dies durchaus einen Einfuss auf die Geschwindigkeit von Applikationen haben. Von einem dadurch bedingten Stackueberlauf (und dann ausgerechnet noch waehrend der Teilepruefung) habe ich aber noch nichts gehoert.

Diskussionen zum Thema Registryvoellerei gab es schon mal, z.B. unter http://ww3.cad.de/foren/ubb/Forum29/HTML/000506.shtml . Auch im amerikanischen Userforum wurde das schon mal besprochen - einfach die Suchfunktionen der beiden Foren verwenden und nach "Registry" suchen.

Wenn Du die Moeglichkeit hast, auf dem betroffenen System OSDM 2004 (V12) zu installieren und das Teil damit zu pruefen, kannst Du mehr ueber den Absturz herausfinden. Sag Bescheid, wenn Du das probieren willst.

Claus

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

---

Morgen Claus

leider ist es mir nicht möglich, die Version 12 zu installieren, kann also nichts testen. Aber noch kurz zur NTUsers.dat: Kann ich die Datei von einem anderen User kopieren und bei mir einfügen? Oder verliere ich dabei Einstellungen, die ich im  OSD gemacht habe?

Danke und Gruss

Rolf

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

---

Zitat:

---

Original erstellt von Allenbach Rolf:
Aber noch kurz zur NTUsers.dat: Kann ich die Datei von einem anderen User kopieren und bei mir einfügen?

---

Ich denke, das waere eine ziemlich schlechte Idee - da sich in der Datei Registrydaten befinden, also die Einstellungen von vielen Applikationen, die bei Dir installiert sind, sowie zumindest anwenderspezifische Einstellungen des Betriebssystems, wuerde es mich nicht wundern, wenn hinterher gar nichts mehr ginge.

Claus

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

---

Na, da muss ich in dem Fall vorsichtig sein. Ich versuxhe Mal, das Profil neu zu erstellen. Dann füge ich dieses REGEDIT4 (in deinem Link) ein und beobachte das ganze Mal.

Danke für deine Hilfe claus, U's sind unterwegs

Gruss aus dem regnerischen, kalten Emmental

Rolf

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

---

Ich halte es fuer unwahrscheinlich, dass Dir der zitierte Registryhack hilft. Ich hatte in der damaligen Diskussion dazu ja schon Skepsis angemeldet.

Du kannst stattdessen versuchen, ResetUISettings.bat zu verwenden. Ansonsten kann man mal schauen, ob im fuer OSDM vorgesehenen Bereich der Registry (HKEY_CURRENT_USER\Software\CoCreate\OneSpace Designer\version) sich irgendwelcher Muell angesammelt hat; den koennte man dann mit Tools wie regedit/regedt32 loeschen.

Claus

[Diese Nachricht wurde von clausb am 19. Okt. 2004 editiert.]

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

---

Ich hab mal in die Registry reingeschaut. Nur: kennen tu ich das Ding mit der Registry nicht wirklich gut. Hab auch ein bisschen Respekt davor, da ahnungslos Dinge zu hacken.
ResetUISettings.bat hab ich versucht, hat aber keinen Einfluss auf die Datengrösse der NTUSER.dat.

Rolf

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

---

Zitat:

---

Original erstellt von Allenbach Rolf:
Ich hab mal in die Registry reingeschaut. Nur: kennen tu ich das Ding mit der Registry nicht wirklich gut. Hab auch ein bisschen Respekt davor, da ahnungslos Dinge zu hacken.

---

Mit Recht. Ich empfehle Dir den Kontakt zu Deinem Support, damit Dich da jemand durchsteuern kann.

Claus

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

---

Zitat:

---

Original erstellt von Allenbach Rolf:

ResetUISettings.bat hab ich versucht, hat aber keinen Einfluss auf die Datengrösse der NTUSER.dat.

---

Ich denke, die NTUSER.dat wird sich von der Groesse her erst
aendern, wenn das System neu gestartet wird.
Dass die Registry waechst (und damit die NTUSER.dat) war so ein
Effekt, der in 11.x aufgetreten ist, wobei man den Ausloeser fuer
dieses Problem, so viel ich weiss, nie gefunden hat.
Es haben sich die Registry-Eintraege fuer manche Icon-Leisten
vervielfaeltigt.
Daher ist ab Version 12 fast nichts mehr in der Registry und
damit tritt auch das Problem nicht mehr auf, dass diese so
immens anwachsen kann.
Rein prinzipiell kann man auch in der Registry die einzelnen
Zeilen loeschen, nur vermute ich, dass es da schon mehrere
100 oder 1000 Zeilen sind und diese muessen einzeln geloescht
werden. Daher geht das mit ResetUISettings.bat schon schneller.
Somit muesste auch OSDM wesentlich schneller starten als zuvor
und auch der Wechsel von und zu Annotation sollte wesentlich
schneller sein.

Gruss

WoHo

[Diese Nachricht wurde von woho am 19. Okt. 2004 editiert.]

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

---

Zitat:

---

Original erstellt von woho:
war so ein
Effekt, der in 11.x aufgetreten ist, wobei man den Ausloeser fuer
dieses Problem, so viel ich weiss, nie gefunden hat.

---

Wir haben das nie so genau reproduzieren koennen, das stimmt. Wenn ich mich recht entsinne, war unsere starke Vermutung aber dass es dann passierte, wenn OSDM aus irgendeinem Grund (der mit der Registry nichts zu tun hat) sehr fatal abstuerzte und dann nicht mehr die Chance hatte, seine Konfigurationsparameter und UI-Anpassungen ordentlich zurueckzuschreiben. Von diesem Punkt an war dann Unsinn in der Registry, der sich offenbar dann auch noch vervielfaeltigt hat.

woho hat natuerlich (wie fast immer .-) recht: OSDM 2004 (V12) ist auch in dieser Hinsicht deutlich besser - die Konfigurationsdaten werden jetzt in Dateien geschrieben, die man auch viel leichter mit anderen Anwendern austauschen kann als Daten in der Registry. Gerade Admins wird damit die Arbeit erheblich erleichtert.

Claus

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

---

Zitat:

---

Original erstellt von clausb:

woho hat natuerlich (wie fast immer .-) recht:

---

Na ja, das ist wohl ein wenig uebertrieben.
Aber nur ein wenig. 
Und wenn das von clausb kommt, dann freut mich das umso mehr. 

Und:
Es stimmt!
Fuer den Admin ist es in 12.x eine riesige Erleichterung,
Anpassungen zu verteilen oder auszutauschen.

Gruss

WoHo

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

---

Dankeschön, ihr 2. Der Absturz OSD ist nicht reproduzierbar, und der Rechner funktioniert. Folglich sollte nicht das Teil schuld am Absturz haben.
Wir werden in absehbarer Zeit eh upgraden (müssen), ich hoffe bis dahin durchseuchen zu können. 

Gruss

Rolf

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

---

Ein Update auf 12 (und dann vielleicht auf 13) ist absolut
empfehlenswert.
Viele neue Funktionen, wesentlich schnellere Zeichnungsableitungen,
einfachere Benutzeroberflaeche, ....

Du wirst sehen, der Spassfaktor waechst immens mit den neuen
Versionen.

Gruss

WoHo

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

---

Ja, ich möchte die 12er schon lange, ist halt immer eine Frage des Budgets...

So, hab genug für heute. Zeit für  Feierabend 

Rolf

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