|
Rund um Autocad : LISP in AutoCAD 2002
mapcar am 20.02.2003 um 23:13 Uhr (0)
Alte Lisp-Programme laufen eigentlich sofort im aktuellen AutoCAD, wenn sie sauber programmiert wurden Dem möchte ich doch mal ganz vehement widersprechen. Seit dem Sprung zu Release 13 wurden immer wieder Kleinigkeiten oder auch grössere Sachen ohne irgendwie erkennbare Gründe geändert. Von Update zu Update gab es immer wieder Inkompatibiltäten, die dazu führten, dass die Programme überarbeitet werden mussten. Was soll denn in diesem Zusammenhang sauber programmiert bedeuten? Ein Beispiel (die Diskuss ...
|
| In das Form Rund um Autocad wechseln |
|
Rund um Autocad : LISP in AutoCAD 2002
mapcar am 21.02.2003 um 08:18 Uhr (0)
Bernd, kleine Differenzen halten doch nur den Alltag frisch;-) Vielleicht klang auch der Beitrag oben etwas aggressiv. Das geht nicht gegen dich, Willi, sondern entsteht daraus, dass dieses Thema bei mir sofort die Erinnerung wachruft an unendliche, aber völlig sinnlose Arbeiten. Gruss, Axel ------------------ Meine AutoLisp-Seiten Meine private Homepage Mein Angriff auf dein Zwerchfell Mein Lexikon der Fotografie Mein gereimtes Gesülze Meine Überzeugung...
|
| In das Form Rund um Autocad wechseln |
|
AutoLisp : Lisp immer kränker?
mapcar am 05.08.2005 um 10:03 Uhr (0)
Bin eben mal wieder auf ein sehr merkwürdiges Verhalten in VLisp gestoßen: Code: (defun c:bugtest( / i rl) (setq i 0) (repeat 256 (setq rl(cons(list i i i)rl)) (setq i(1+ i)) ) (setq *result* (reverse rl)) ) Hat jemand eine Erklärung für diesen Quatsch? Die globale Variable *result* ist völlig gesund! (length *result*) = 256 (car *result*) = (0 0 0) (last *result*) = (255 255 255) Aber bei der Ausgabe tritt der Fehler auf. Gruß, Axel Strube-Zettler ------------------ Meine AutoL ...
|
| In das Form AutoLisp wechseln |
|
Lisp : Lisp immer kränker?
mapcar am 05.08.2005 um 10:03 Uhr (1)
Bin eben mal wieder auf ein sehr merkwürdiges Verhalten in VLisp gestoßen:Code:(defun c:bugtest( / i rl) (setq i 0) (repeat 256 (setq rl(cons(list i i i)rl)) (setq i(1+ i)) ) (setq *result* (reverse rl)))Hat jemand eine Erklärung für diesen Quatsch? Die globale Variable *result* ist völlig gesund!(length *result*) = 256(car *result*) = (0 0 0)(last *result*) = (255 255 255)Aber bei der Ausgabe tritt der Fehler auf.Gruß, Axel Strube-Zettler------------------Meine AutoLisp-Seiten Mein Angriff auf dein Zwer ...
|
| In das Form Lisp wechseln |
|
Rund um AutoCAD : Lisp umschreiben!
mapcar am 09.09.2004 um 13:11 Uhr (0)
So, gleich nochmal hinterher:Cadmiums Programm funktioniert, sowohl mit AcDbSolid als auch mit AcDb3dSolid, und das auch in verschachtelten Blöcken.Zu "Körper" noch mal meine Meinung: Das engl. Wort "SOLID" kann auf Deutsch alles Mögliche heissen, z.B. "fest", "massiv", "solide", "gediegen", aber auch "Festkörper" oder "Feststoff". Die wichtigste Übersetzung hier ist allerdings "voll" - und aus diesem Grunde wird man in den 80ern im englischen AutoCAD die Bezeichnung "SOLID" gewählt haben, ohne zu ahnen, d ...
|
| In das Form Rund um AutoCAD wechseln |
|
AutoLisp : Layer in vorh. Lisp ändern
mapcar am 17.09.2003 um 10:26 Uhr (0)
So geht s nicht. Wenn schon, muss die betreffende Zeile durch Code: (cons 8(getvar clayer )) ersetzt werden. Aber viel einfacher ist es, wenn man diese Zeile einfach weglässt, dann landet das Ganze nämlich auch auf dem aktuellen Layer. Gruss, Axel ------------------ Meine AutoLisp-Seiten Meine private Homepage Mein Angriff auf dein Zwerchfell Mein Lexikon der Fotografie Mein gereimtes Gesülze Meine Überzeugung...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Lisp immer kränker?
mapcar am 05.08.2005 um 20:09 Uhr (0)
Na, da kommt ja einiges zusammen;-) Dass Listen mit bestimmten Zahleninhalten, die auch Gruppencodes sein *könnten*, Probleme verursachen können, war ja schon länger bekannt. Ich kann mich im Moment aber nicht an Details erinnern.Dass da aber der Schlüssel dieses Problem liegt, halte ich für unwahrscheinlich. Ich denke eher, dass hier zwei ganz verschiedene Bugs zusammentreffen, aber das ist Zufall.Jedenfalls: Eine "Mengengrenze" spielt hier keine Rolle, auch nicht die Anzahl der Unterlisten. Ursprünglich ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Höhenkote Lisp Code 3 Fragen
mapcar am 04.09.2004 um 16:58 Uhr (0)
Leute, jetzt läuft hier aber einiges aus dem Ruder! Das Thema einfach mit kaputtlach und wegschmeiss als erledigt zu betrachten, ist reichlich daneben - und auch der Link auf meine Seite trifft nicht so richtig: Da rede ich nämlich von einem Beispiel-Einzeiler, und es geht ausschließlich um die Begründung, warum ich meinen Code als public domain freigebe. Hier geht es aber um ein komplettes Programm, das geistiges Eigentum von Otterloh ist. Und der beschwert sich nicht mal darüber, dass es hier veröffent ...
|
| In das Form AutoLisp wechseln |
|
AutoLisp : Lisp immer kränker?
mapcar am 05.08.2005 um 13:04 Uhr (0)
Zitat: Original erstellt von CADmium: Bis (repeat 220 ... ist nämlich alles ok .. und wenn man einen anderen Rückgabewert setzt auch... Das Problem liegt ja nicht im Rückgabewert, es liegt an der Ausgabe. Das T am Ende deiner Version verhindert den Ausdruck im Textfenster, aber das Problem ist dadurch nicht weg: Gibt man !*result* oder (princ *result*) ein, hat man es ja immer wieder am Backen. Achims Version mit dem String ist natürlich auch sehr interessant. Aber irgendein System dahinter erken ...
|
| In das Form AutoLisp wechseln |
|
Autocad VBA : lisp oder VBA
mapcar am 15.04.2004 um 12:45 Uhr (0)
Ich kann diesen Artikel nicht so gut finden - irgendwie hat er kein Thema. Er fängt mit den Perspektiven von VB an und schwenkt dann plötzlich zu C# und SharpDevelop um, und plötzlich geht es nur noch um die Installation von #Develop und die 10 Minuten, die das Bauen der Datenbank für die Completion dauert. Jemand, der sich für oder gegen eine Programmiersprache entscheiden will oder muss, macht so eine Entscheidung doch nicht davon abhängig, dass er (ein!!)mal zehn Minuten den Rechner nicht benutzen kann. ...
|
| In das Form Autocad VBA wechseln |
|
Rund um Autocad : Suche alten Lisp Befehl
mapcar am 26.07.2004 um 23:03 Uhr (0)
Tja, das klingt entweder nach Ich mach jetzt meinen Ex platt oder nach Explode Attributes - solltest mal dazu schreiben, was die Wirkung dieses Befehls war. Ich kenne ihn auf Anhieb jedenfalls nicht. Wenn du weisst, was er macht, wäre eine gezielte Suche unter Einbeziehung der Express Tools wohl hilfreich, da gibt es so Sachen wie BURST - könnte das sein, was du suchst... Und dann gibt es auch noch ein AutoLisp-Forum, auch wenn es sehr schlecht zu finden ist... Gruß, Axel Strube-Zettler -------------- ...
|
| In das Form Rund um Autocad wechseln |
|
AutoLisp : Befehlsablauf in Lisp
mapcar am 09.08.2004 um 00:41 Uhr (0)
Schönes Beispiel für das, was ich immer wieder (und ob s jemand hören will oder nicht) hier erzähle. So sollte ein Interface aussehen: (defun c:machwas() (machwas(objekte-wählen)) (princ) ) (defun machwas(objekte / ) (...) ) Hätte sich Adesk an diese einfachen Grundregeln gehalten, wäre das jetzt kein Problem. Lokale Funktionen wie in burst.lsp sind ein nettes Feature - aber da hat man etwas übertrieben: Alles lokal zu (defun c:burst()...) ist zuviel des Guten, so bleibt nur noch ein Befehl ohne Para ...
|
| In das Form AutoLisp wechseln |
|
Autocad VBA : lisp oder VBA
mapcar am 15.04.2004 um 14:56 Uhr (0)
Richtig, Roland. Die .NET-Bibos von AutoCAD sind nur Wrapper-Klassen für ObjectARX, d.h. nichts weiter als eine neue Verpackung der bisherigen ARX-Inhalte. Daran wird sich, so wie ich die Dinge sehe, auch in naher Zukunft nichts ändern, aber im nächsten AutoCAD kann man auch Custom Entities und Object Enabler in VB oder C# schreiben. Du kannst aber mit C# über Interop auch an die COM-Schnittstelle gehen, das heisst, alles was mit VB(A) oder VLAX geht, funktioniert ebenso in C#. Aber nicht mehr ewig;-) Wie ...
|
| In das Form Autocad VBA wechseln |
