---

Hallo,

wir haben massive Probleme mit unseren neuen V5-Maschinen. Bei großen Produkten, größer 1500 Teile (auch im cgr-Modus), stürzen diese Teile gerne ab.

Fehler: nv4_disp.dll

System:

WIN64
CatiaV5R14
DELL PRECISION 380 EXTREM EDITION
2 x 3,2GHz
4GB RAM
NVIDIA Quadro FX 3450

Hat jemand von euch Erfahrungen mit Catia unter WIN64 und sehr großen Produkten. Oder kennt jemand dieses Problem und die Lösung dafür?

------------------
KRI

[Diese Nachricht wurde von kri am 13. Jul. 2006 editiert.]

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

---

Hi,

sorry ich hab keine Erfahrung mit Win64. Aber meiner Einschätzung nach ist die Kombination R14 und Win64 nicht ideal. Wenn Win64 dann auch Catia V5 64 Bit. Das gibt es allerdings erst ab R16.

Wie gesagt das ist nur eine Vermutung.

Gruß
Stefan

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

---

hallo zusammen,

ich habe die R16/64Bit unter win64/4GB RAM im Einsatz. Kann nur Positives berichten.

gruss

predy

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

---

 

Zitat:

---

Original erstellt von kri:

Fehler: nv4_disp.dll

---

Fehlerursache ist laut Fehlermeldung der Grafikkartentreiber.

Die aktuellsten Treiber sind hier zu finden.
http://www.nvidia.de/page/ws_partner_certified_drivers.html

( Aktuelle NVIDIA-Version (XP64) )

------------------
Gruß,

Dominik

[Diese Nachricht wurde von Dominik.Mueller am 13. Jul. 2006 editiert.]

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

---

Hallo,

wir wissen das die nv4_disp.dll vom Quadro-Treiber ist (steht ja eigentlich schon im Namen). Wir haben schon mehrere Treiber-Versionen probiert. Grade auf meiner Maschine. Die ist schon ein paar Monate alt. Doch die Fehlermeldung beim Absturz bleibt gleich.
Wir werden jetzt noch mal die neuesten Dell Sys. und Bios-Treiber installieren und hoffen das es hilft. Meine schlimmste Befürchtung ist, wie hier schon angeklungen, eine gewisse Inkompatibilität von R14 mit WIN64. Dann müssten wir die Maschinen wohl mit WIN32 aufsetzen (was für eine Verschwendung).
Wir werden jetzt Vergleiche fahren mit identischen Aufgaben auf WIN64 und WIN32. Mal sehen was dabei rauskommt.

------------------
KRI

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

---

...Ergänzung:

ich habe auch R14 (DC-Umgebung)/32Bit auf der Maschine drauf...Funktioniert ebenfalls tadellos...

gruss

predy

[Diese Nachricht wurde von predy am 13. Jul. 2006 editiert.]

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

---

Hallo predy,

hast Du in der 32Bit Umgebung schon Produkte mit über 1000 Teilen bearbeitet? Und wenn ja hielt die Kiste das durch? Meine stürzte nach 10h ab (mit dem ersten Quadrotreiber). Da konnte ich über eine Woche lang die Uhr nach stellen. Mit den neueren Treibern hat eigentlich nur die Zeit variiert bis der Absturz kam.

Seit letzter Zeit hatte ich vor allem Baustellen mit "normaler" Datenmenge. Da läuft die Kiste echt gut. Doch meine Kollegen im neuen Projekt mit wirklich großen Datenmengen haben jetzt das Bluescreen-Problem. Und das ist kein Dauerzustand. Wenn man bloß mal an die Ladezeiten denkt. Oder noch besser ein Absturz beim speichern, da hätte man dann auch zu Hause bleiben können.

------------------
KRI

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

---

Bei der R14, bin mir aber nicht mehr ganz sicher, musste man das cnext.exe noch "modifizieren", dass es mit mehr Memory läuft. Bei den neuen Versionen ist das nicht mehr nötig.

Axel

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

---

hallo kri,

habe (zum Glück) mit relativ normalen Baugruppen/Dateigrösse zu tun (max. 200MB).

Bei dem "Monsterbaugruppen) würde ich R16/64Bit mit Win64 ab 8GB RAM empfehlen...allles Andere scheint mir als reines Glücksspiel...

Bluescreen hatte ich noch nie in Verbindung mit V5 (egal welches Release (R6-R16)..muss eine andere Ursache haben...ist ja bei Windows schon fast normal 

EDIT: Liebe Dassault-Mitarbeiter - wo bleibt die CATIA V5 Linux-Version ?

Im Übrigen, ist ein Absturz von CATIA während des Speicherns kein Problem...während des Speichervorganges wird eine temporäre Kopie der Datei angelegt. Stürtzt der Recher/CATIA ab, muss man nur diese wieder umbenennen und man hat den Zustand der vor dem Speichern herrschte. (ich glaube die Dateien sind im Explorer nicht sichtbar, da sie als "versteckt" (sagt man das so im Windows-Jargon) gekennzeichnet sind. Mit einem Dateimanger z.B. File Commander hat man daher ein bessere Kontrolle.

gruss

predy

[Diese Nachricht wurde von predy am 13. Jul. 2006 editiert.]

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

---

@predy
:| Liebe Dassault-Mitarbeiter - wo bleibt die CATIA V5 Linux-Version ?

schau doch : http://www.3ds-microsoft.com/

mfg
uwe.a

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

---

@uwe.a

...thx für den Link....aahh..Schmerz in meinem Auge  - das erklärt natürlich Einiges.

schade...so wie´s aussieht, können wir das Projekt V5/Linux beerdigen, oder ?

gruss

predy

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

---

Zitat:

---

Original erstellt von predy:

Im Übrigen, ist ein Absturz von CATIA während des Speicherns kein Problem...während des Speichervorganges wird eine temporäre Kopie der Datei angelegt. Stürtzt der Recher/CATIA ab, muss man nur diese wieder umbenennen und man hat den Zustand der vor dem Speichern herrschte. (ich glaube die Dateien sind im Explorer nicht sichtbar, da sie als "versteckt" (sagt man das so im Windows-Jargon) gekennzeichnet sind. Mit einem Dateimanger z.B. File Commander hat man daher ein bessere Kontrolle.

---

Hallo,

da habe ich leider andere Erfahrungen sammeln "dürfen". Meistens hilft ein Umbenennen der tmp. Dateien. Aber vor ca. 4 Wochen hatte ich einen Absturz beim speichern. Es war ein nettes Werkzeug mit knapp 1800 Teilen. Nach dem Neustart, kann Katja eineige Teile/Produkte nicht mehr finden.
OK --> Katja beenden, Files umbenennen --> Neustart. Und? Katja kann die Teile/Produkte immer noch nicht finden. Das Werzeug hatte nur noch ca. 1650 Teile.
Das am letzten Tag und eigentlich 2 Stunden vor Abgabe. Naja wurden dann 8-9 Stunden zur Abgabe.

------------------
KRI

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

---

hallo kri,

da fällt mir nur folgendes ein:

„Alles, was schiefgehen kann, wird auch schiefgehen.“
http://de.wikipedia.org/wiki/Murphys_Law

...wenn sowas öfter passiert, sollte man über ein vernünftiges BAckup-System nachdenken (das automatisch über Nacht durchläuft, so ist wenigstens der Stand vom Vortag noch da...)

gruss

predy

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

---

Hallo,

wie ich gehört habe sitzt Murphy im Dassault Vorstand. Und da wir eine brauchbare Backup-Lsg. haben waren es nur 8-9h mehr. Weil die Backups natürlich vom Vortag waren (werden über Nacht gezogen).
Da muß man dann die Reste der heutigen Arbeit mit dem alten Arbeit syncronisieren. Teilw.Produkte neu assemblen und ne ganze Menge Arbeit vom aktuellen Tag zum 2. mal machen... (geht ja beim 2. mal schneller ).

------------------
KRI

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

---

Ich habe einen DELL Precision 340 und kann damit auch Baugruppen mit 1700 Teilen bearbeiten. Allerdings dauern Aktualisierungen von Zeichnungsansichten etwas länger.

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