| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Creo |
Autor
|
Thema: Fehlermeldung beim laden von am_leader (1293 mal gelesen)
|
noxx Mitglied Steuerzahler
Beiträge: 801 Registriert: 13.12.2004 OS: Win 7 Ultimate 64 bit SP1 Speicher: 30 GB RAM Grafik: nVidia Quadro 4000 Creo Modelling v17.0
|
erstellt am: 18. Sep. 2008 09:12 <-- editieren / zitieren --> Unities abgeben:
|
clausb Ehrenmitglied V.I.P. h.c.
Beiträge: 2914 Registriert: 20.12.2000 Ich schreibe das hier in meiner Freizeit und spreche weder für meinen Arbeitgeber noch für andere Firmen. Mehr Unsinn von mir unter clausbrod.de.
|
erstellt am: 18. Sep. 2008 09:27 <-- editieren / zitieren --> Unities abgeben: Nur für noxx
Gerade in 15.5 ausprobiert - kann das Problem nicht nachvollziehen. Die Fehlermeldung besagt, dass jemand/etwas das Symbol AM_CREATE_LEADER bereits im Lisp-Package GDM angelegt hat, und dass der Versuch, das gleiche Symbol nun nochmals anzulegen, damit in Konflikt steht. GDM ist, soweit ich bisher sagen kann, keines "unserer" Packages, ist also vermutlich durch lokale Anpassungen entstanden. Was dafuer spricht, sich zuerst in diesen lokalen Anpassungen auf die Fehlersuche zu machen.
------------------ CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
noxx Mitglied Steuerzahler
Beiträge: 801 Registriert: 13.12.2004 OS: Win 7 Ultimate 64 bit SP1 Speicher: 30 GB RAM Grafik: nVidia Quadro 4000 Creo Modelling v17.0
|
erstellt am: 18. Sep. 2008 09:57 <-- editieren / zitieren --> Unities abgeben:
das muss irgendwas mit dem Lisp Makro für Positions-Nummern zu tun haben, keine Ahnung warum. Auch tritt dieser Fehler nicht auf allen Rechner auf, obwohl alle Rechner auf dem gleichen Stand sind. Wo finde ich die LISP Packages? ------------------ OSD 15.5 WinXP Pro. 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: 18. Sep. 2008 10:04 <-- editieren / zitieren --> Unities abgeben: Nur für noxx
Hast du nicht vor paar Tagen mit dem Lisp für die Positionsnummern rumgespielt?
Code:
;;================================================================== ;;================================================================== ;; os / 16.05.2006 08:59 ;;================================================================== ... (in-package :GDM) (use-package li)
Ich konnte deine Fehlermeldung mit 15.50C reproduzieren. Nach Laden des "os_am_posnum_leader.lsp" führt ein Laden mit (load "am_leader") zu diesem Fehler. Lösung: Ladereihenfolge ändern oder "am_posnum_v13.lsp" verwenden, sofern es den gleichen Funktionumfang hat. ------------------ Grüße pw EDIT: Hätte ich nicht so lang rumgetüftelt, hätte ich noch vor dir gepostet. [Diese Nachricht wurde von Patrick Weber am 18. Sep. 2008 editiert.] [Diese Nachricht wurde von Patrick Weber am 18. Sep. 2008 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
noxx Mitglied Steuerzahler
Beiträge: 801 Registriert: 13.12.2004 OS: Win 7 Ultimate 64 bit SP1 Speicher: 30 GB RAM Grafik: nVidia Quadro 4000 Creo Modelling v17.0
|
erstellt am: 18. Sep. 2008 10:25 <-- editieren / zitieren --> Unities abgeben:
habe Ladereihenfolge geändert. Aber selbst nach einem Neustart von OSD (ohne laden von irgendwelchen Makros) und Eingabe von am_leader bekomme ich den fehler. EDIT: So, habe nun nochmal geguckt was wir gemacht haben. hatte bis gestern im das Pos-Makro v13 auf allen Rechnern am laufen gehabt und gestern umgestellt auf das neuere Makro v14. bei 3 Rechnern kommt seitdem dieser Fehler, selbst wenn ich am_leader direkt nach dem starten von OSD lade. Bei einem läuft das Goodie am_leader ohne Probleme, d.h. ohne Fehler. Auf allen Rechnern läuft 15.5c ------------------ OSD 15.5 WinXP Pro. [Diese Nachricht wurde von noxx am 18. Sep. 2008 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
clausb Ehrenmitglied V.I.P. h.c.
Beiträge: 2914 Registriert: 20.12.2000 Ich schreibe das hier in meiner Freizeit und spreche weder für meinen Arbeitgeber noch für andere Firmen. Mehr Unsinn von mir unter clausbrod.de.
|
erstellt am: 18. Sep. 2008 10:35 <-- editieren / zitieren --> Unities abgeben: Nur für noxx
Zitat: Original erstellt von noxx: Aber selbst nach einem Neustart von OSD (ohne laden von irgendwelchen Makros) und Eingabe von am_leader bekomme ich den fehler.
Glaube ich Dir nicht. Wenn Du wirklich NICHTS mitgeladen hast, gibt es also auch keine Definition von am_create_leader, und damit kann es auch keine Symbolkollision geben. Bestenfalls kannst Du die Fehlermeldung bekommen, dass es am_leader ueberhaupt nicht gibt. Claus
------------------ CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
clausb Ehrenmitglied V.I.P. h.c.
Beiträge: 2914 Registriert: 20.12.2000 Ich schreibe das hier in meiner Freizeit und spreche weder für meinen Arbeitgeber noch für andere Firmen. Mehr Unsinn von mir unter clausbrod.de.
|
erstellt am: 18. Sep. 2008 10:40 <-- editieren / zitieren --> Unities abgeben: Nur für noxx
|
clausb Ehrenmitglied V.I.P. h.c.
Beiträge: 2914 Registriert: 20.12.2000 Ich schreibe das hier in meiner Freizeit und spreche weder für meinen Arbeitgeber noch für andere Firmen. Mehr Unsinn von mir unter clausbrod.de.
|
erstellt am: 18. Sep. 2008 10:44 <-- editieren / zitieren --> Unities abgeben: Nur für noxx
Zitat: Original erstellt von Patrick Weber: Ich konnte deine Fehlermeldung mit 15.50C reproduzieren. Nach Laden des "os_am_posnum_leader.lsp" führt ein Laden mit (load "am_leader") zu diesem Fehler.
Habe mir den Code von os_am_posnum_leader.lsp angesehen. Er verlaesst sich darauf, dass zuvor bereits am_leader geladen wurde. Wenn das nicht getan wird, fuehrt es zwangslaeufig zu Symbolkonflikten. Claus ------------------ CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
noxx Mitglied Steuerzahler
Beiträge: 801 Registriert: 13.12.2004 OS: Win 7 Ultimate 64 bit SP1 Speicher: 30 GB RAM Grafik: nVidia Quadro 4000 Creo Modelling v17.0
|
erstellt am: 18. Sep. 2008 10:45 <-- editieren / zitieren --> Unities abgeben:
|
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: 18. Sep. 2008 11:03 <-- editieren / zitieren --> Unities abgeben: Nur für noxx
|
clausb Ehrenmitglied V.I.P. h.c.
Beiträge: 2914 Registriert: 20.12.2000 Ich schreibe das hier in meiner Freizeit und spreche weder für meinen Arbeitgeber noch für andere Firmen. Mehr Unsinn von mir unter clausbrod.de.
|
erstellt am: 18. Sep. 2008 11:29 <-- editieren / zitieren --> Unities abgeben: Nur für noxx
Zitat: Original erstellt von Patrick Weber: Schon klar, wird ja auch in http://ww3.cad.de/foren/ubb/Forum29/HTML/002064.shtml im 5. und 6. Post geschrieben.
Stimmt - ich hatte nur nach dem Code per Google gesucht und die Diskussion vorher nicht gelesen. Wenn man das Suchwort leicht variiert und explizit nach AM_CREATE_LEADER sucht (also nach dem in der Fehlermeldung inkriminierten Symbol), bekommt man von Google als zweiten Treffer einen Verweis auf die alte Diskussion UND den folgenden Kurzextrakt: "The function GDM::AM_CREATE_LEADER is undefined" Google wäre also unser Freund gewesen... ------------------ CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/
[Diese Nachricht wurde von clausb am 18. Sep. 2008 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
noxx Mitglied Steuerzahler
Beiträge: 801 Registriert: 13.12.2004 OS: Win 7 Ultimate 64 bit SP1 Speicher: 30 GB RAM Grafik: nVidia Quadro 4000 Creo Modelling v17.0
|
erstellt am: 18. Sep. 2008 12:43 <-- editieren / zitieren --> Unities abgeben:
stimmt schon, hätte ich finden müssen aber ne kleine Frage, da ihr das Pos-Nummer Makro gerade benutzt habt (Version v14): Bekommt ihr da kein Fehler, wenn ihr ne Positionsnummer setzt und dann am Ende abschliesst? Hatte in dem anderen Fred schon dazu geschrieben, aber leider keine Antwort erhalten. ------------------ OSD 15.5 WinXP Pro. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
clausb Ehrenmitglied V.I.P. h.c.
Beiträge: 2914 Registriert: 20.12.2000 Ich schreibe das hier in meiner Freizeit und spreche weder für meinen Arbeitgeber noch für andere Firmen. Mehr Unsinn von mir unter clausbrod.de.
|
erstellt am: 18. Sep. 2008 15:06 <-- editieren / zitieren --> Unities abgeben: Nur für noxx
|