LISP: Wann gibt es endlich einen grafischen Debugger? (PTC Engineering Solutions/PTC Creo Elements/Programmierung)


	Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Creo

	Schweizer Premium-Anbieter von Flugzeuginnenausstattungen "fliegt" auf Modelsearch (ModelSearch für PTC), ein Anwenderbericht Meldungen abonnieren
Autor	Thema: LISP: Wann gibt es endlich einen grafischen Debugger? (486 mal gelesen)
holt Mitglied Systembetreuer CAD Beiträge: 714 Registriert: 07.08.2003 Lenovo ThinkStation P360 Core i7-12700@2.10 GHz, 32GB NVIDIA RTX A2000 12 GB Creo Elements/Direct Modeling 20.3 Creo Elements/Direct Drafting 20.3 Creo Elements/Direct ModelManager 20.3	erstellt am: 14. Okt. 2010 07:25 <-- editieren / zitieren --> Unities abgeben: Hallo, ich habe schon vor 3 Jahren einen Thread eröffnet der das Thema erörtert, leider ohne großes Echo: http://ww3.cad.de/foren/ubb/Forum92/HTML/000379.shtml Dass die Entwicklung einer solchen Entwicklungsumgebung keine komplett triviale Aufgabe ist wie clausb im obigen Thread schreibt ist mir schon klar. Aber die Entwicklung einer CAD-Software ist doch auch nicht gerade trivial und doch wurde sie von CoCreate bisher ganz gut gelöst! Gerade bin ich wieder auf eine LISP-Entwicklungsumgebung mit grafischem Debugger gestoßen: http://www.lispworks.com/products/lww.pdf Wär das nicht super auch für CoCreate Modeling? ------------------ Gruß aus dem Salzkammergut Thomas Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP
der_Wolfgang Moderator Tastenhauer Beiträge: 2219 Registriert: 3.20. ● PE60+80@home ● W10 Pro Build10.0.19045.4780 ● Drafting V17~V20.7 ● Modeling V17~V20.7 ● Windchill 12.1.2.6 ● UWGM Client 13.0.0.1	erstellt am: 15. Okt. 2010 18:53 <-- editieren / zitieren --> Unities abgeben: Nur für holt Zitat: Original erstellt von holt: Aber die Entwicklung einer CAD-Software ist doch auch nicht gerade trivial und doch wurde sie von CoCreate bisher ganz gut gelöst! Danke - mit jahrelanger LISP erfahrung kompensiert man halt die 'gute' fehlende IDE. BTW: Modeling besteht nicht nur aus LISP! Zitat: Gerade bin ich wieder auf eine LISP-Entwicklungsumgebung mit grafischem Debugger gestoßen Es ensteht die Frage WO der LISP code ausgeführt wird. Wenn die IDE selber compiliert und ausführt ist es deutlich einfacher auch Debug möglichkeiten anzubieten. - Aber im Fall von CoCreate Modeling läuft der Code ja im Modeling und du müsstest die IDE an den Modeling anpflanschen ('attachen' wie man so schön sagt). Die beiden müssten miteinander reden - und dafür gibt es keinen Standard (AFAIK). So sehr es mich auch interessiert, für mich ist das Thema Geschichte. ------------------ ● Seamonkey Firefox Thunderbird ● OSD Hilfeseite (de) / help page (en) ● NotePad++ ● 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: 15. Okt. 2010 19:03 <-- editieren / zitieren --> Unities abgeben: Nur für holt Zitat: Original erstellt von der_Wolfgang: Die beiden müssten miteinander reden - und dafür gibt es keinen Standard (AFAIK). De facto schon: SLIME (http://common-lisp.net/project/slime/). Anders als die Abkürzung suggeriert, wird der Unterbau von SLIME nicht nur für Emacs, sondern auch für die Ankopplung von IDEs wie NetBeans und Eclipse verwendet. Auch Lisp-ähnliche Sprachen wie Clojure benutzen das gleiche Konzept. ------------------ CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Anzeige.:
X

Anzeige: (Infos zum Werbeplatz >>)