| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
Autor
|
Thema: Startfehler beim Lesen der Anpassungen (1947 mal gelesen)
|
highway45 Moderator Bastler mit Diplom
Beiträge: 6331 Registriert: 14.12.2004 SolidDesigner-20.5.1 + PhoenixPDM-11 + Solidworks-2022 + PE8
|
erstellt am: 25. Mai. 2012 08:04 <-- editieren / zitieren --> Unities abgeben:
Das nervt uns schon ziemlich lange. Nicht jeden Tag, bei manchen einmal die die Woche, bei anderen nur einmal im Monat. Beim morgenlichen Hochfahren vom CAD öffnet sich das Konsolenfenster mit folgender Meldung: # FILE: "M:/ccm17_00/user/BENUTZERNAME/german/sd_data.lsp" # MESSAGE "LISP-Fehler: Unexpected end of #<input stream \M:/ccm17_00/user/BENUTZERNAME/german/sd_data.lsp\">. #################################################### :AUTO_BODYCHECK :TRANSPARENCY sd-defdialog SD_LOOK_FOR_USED_LICENSE... sd-defdialog GD_VIELECK_2D... und so weiter, tonnenweise Einträge. Dann kommt das Ausgabefenster hinzu mit dieser Angabe: FEHLER beim Laden von M:/ccm17_00/user/BENUTZERNAME/german/sd_data.lsp". Mehr Details im Konsolenfenster. Und dazu gesellt sich dann ein Fehlerfenster: LISP-Fehler: misplaced right parenthesis Dazu noch ein Fehlerfenster: Eingabe unvollständig: ')' Automatisch ergänzen oder ignorieren? In der sd_data.lsp können wir allerdings keine verdächtigen Einträge finden, auch keine Klammerfehler. Die Kollegen arbeiten mit V17 M020 auf Vista 32bit, ich habe V17 M025 auf Win7 64bit und da tritt der Fehler scheinbar nicht ganz so oft auf. Hat vielleicht jemand eine Erklärung für so ein Verhalten ? Das Schließen vom CAD dauert auch immer ziemlich lange, wie hier beschrieben: http://ww3.cad.de/foren/ubb/Forum29/HTML/003964.shtml ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
highway45 Moderator Bastler mit Diplom
Beiträge: 6331 Registriert: 14.12.2004 SolidDesigner-20.5.1 + PhoenixPDM-11 + Solidworks-2022 + PE8
|
erstellt am: 31. Mai. 2012 07:45 <-- editieren / zitieren --> Unities abgeben:
Anbei mal eine sd_data.lsp und eine all_data.lsp von gestern abend. Heute morgen kam die Fehlermeldung wieder und da habe ich mir die direkt rauskopiert ohne vorher noch irgendwas gemacht zu haben. Die sd_data.lsp sieht für mich korrekt aus, aber bei der all_data.lsp fehlt am Ende etwas. Nun kann ich den Fehler auch provozieren: einfach am Ende der Datei etwas löschen. Bleibt die Frage: warum wird eine der Dateien beim Schließen des Programms nicht korrekt geschrieben ? ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
3D-Papst Moderator
Beiträge: 3239 Registriert: 11.06.2001 Herr, stärke mich in Geduld, aber ZACK ZACK!!
|
erstellt am: 31. Mai. 2012 16:57 <-- editieren / zitieren --> Unities abgeben: Nur für highway45
|
highway45 Moderator Bastler mit Diplom
Beiträge: 6331 Registriert: 14.12.2004 SolidDesigner-20.5.1 + PhoenixPDM-11 + Solidworks-2022 + PE8
|
erstellt am: 31. Mai. 2012 18:18 <-- editieren / zitieren --> Unities abgeben:
Notepad++ Aber ich, bzw die Kollegen, editieren da ja erstmal gar nichts, das CAD schreibt die Dateien ja selber. Und am Ende steht auch normalerweise "End of file" und Leerstellen sollten doch kein Problem sein. Aber hier fehlt am Ende definitiv noch mehr. ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
friedhelm at work Mitglied Techniker Aluminium Profile
Beiträge: 882 Registriert: 01.04.2003
|
erstellt am: 01. Jun. 2012 11:10 <-- editieren / zitieren --> Unities abgeben: Nur für highway45
Hallo Matthias, kann es event. mit Anpassungen am Strukturbrowser zu tun haben? Im anderen Beitrag schreibst du: >Erst nach ungefähr einer Minute ist das CAD weg, aber die Strukturliste ist noch ein paar Sekunden zu sehen. und in deiner all_data.lsp bricht der Schreibvorgang in den Einstellungen des "PARCEL-GBROWSER" nach ":EXPAND-RELATIONSETS T" ab. Der nächste Eintrag wäre dann ":EXPAND-STOCK-CONTAINERS T" gewesen. Rohteilbehälter, arbeitet ihr damit? Ist natürlich Blödsinn wenn beim nächsten Mal der Abruch anderswo passiert. Habt ihr schon eueren Supporter angeschubst ------------------ Gruss Friedhelm Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
highway45 Moderator Bastler mit Diplom
Beiträge: 6331 Registriert: 14.12.2004 SolidDesigner-20.5.1 + PhoenixPDM-11 + Solidworks-2022 + PE8
|
erstellt am: 01. Jun. 2012 11:41 <-- editieren / zitieren --> Unities abgeben:
Ob das immer an derselben Stelle abbricht, weiß ich nicht. Aber ich kann das ja mal im Auge behalten. Mit Behältern oder Rohteilen arbeiten wir gar nicht. Scheinbar betrifft es mal die all_data.lsp und mal die sd_data.lsp Support schubsen steht noch aus ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
highway45 Moderator Bastler mit Diplom
Beiträge: 6331 Registriert: 14.12.2004 SolidDesigner-20.5.1 + PhoenixPDM-11 + Solidworks-2022 + PE8
|
erstellt am: 03. Aug. 2012 07:22 <-- editieren / zitieren --> Unities abgeben:
Problem gelöst. Es lag an unserer langsamen Netzverbindung vom Arbeitsplatz zu den Servern an einem anderen Standort. Wenn das CAD noch mit Schließen beschäftigt war und der Benutzer schon den PC heruntergefahren hat, dann wurden die Anpassungsdateien nicht korrekt geschrieben. Die Startroutine wurde nun lokal gelegt. ------------------
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Patrick Weber Mitglied Konstruktionstechniker, Admin
Beiträge: 657 Registriert: 20.11.2006 Win7 Pro SP1 64Bit HP Z230, Core i5, 8GB RAM, nv Quadro K600 Creo Elements/Direct 19.0 M010 ModelManager 19.0 M010 clisp,VB.net,VBA,AHK,php,javascript
|
erstellt am: 03. Aug. 2012 08:29 <-- editieren / zitieren --> Unities abgeben: Nur für highway45
Die Frage wäre, ob der Prozess des Modeling schon beendet ist, bevor die Daten übers Netz geschoben wurden oder ob hier eine Art Cache die Daten puffert. Wenn ich richtig vermute, dass Modeling noch nicht richtig beendet ist, hätte man es elegant lösen können, indem man beim Herunterfahren ein Script startet, welches erstmal schaut, ob Modeling noch "lebt" und wartet, bis es richtig beendet wurde. So ein Script könnte man über GPEDIT.MSC --> Computerkonf. -> Windows-Einstellungen -> Skripts Starten/Herunterfahren einfügen. Das müsste aber eine Person mit der entsprechenden Fachkenntnis machen. ------------------
Patrick Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
highway45 Moderator Bastler mit Diplom
Beiträge: 6331 Registriert: 14.12.2004 SolidDesigner-20.5.1 + PhoenixPDM-11 + Solidworks-2022 + PE8
|
erstellt am: 03. Aug. 2012 09:00 <-- editieren / zitieren --> Unities abgeben:
Wie das eingerichtet war und was unsere IT da jetzt genau gemacht hat, weiß ich gar nicht. Hab da auch keine Ahnung von. Das Problem gab es übrigens auch an anderen Standorten im Firmenverbund. Auf jeden Fall fährt das CAD nun schneller hoch als damals bei der Neuinstallation. Jetzt müssen wir morgens direkt losarbeiten ------------------
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Patrick Weber Mitglied Konstruktionstechniker, Admin
Beiträge: 657 Registriert: 20.11.2006 Win7 Pro SP1 64Bit HP Z230, Core i5, 8GB RAM, nv Quadro K600 Creo Elements/Direct 19.0 M010 ModelManager 19.0 M010 clisp,VB.net,VBA,AHK,php,javascript
|
erstellt am: 03. Aug. 2012 09:12 <-- editieren / zitieren --> Unities abgeben: Nur für highway45
War nur als Anregung gedacht. Wenn ihr mit der jetzigen Lösung zufrieden seid, ist ja alles in Butter. Ich würde den Aufwand auch scheuen und lieber die Anpassungen lokal ziehen. Die Vorteile hast du ja bemerkt (Speeeeed!! ). ------------------
Patrick Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |