|
AutoLisp : Entwicklung einer allgemeinen *Error* Funktion...
mapcar am 20.02.2004 um 09:32 Uhr (0)
Hi Leute, freut mich ja, dass das nun doch mal auf Interesse stößt;-) Ich hab s bisher nur überflogen, werde mich erst im Laufe des Tages noch mal richtig damit auseinander setzen. Aber eines gleich vorab: Die Änderungen, was die Meldungen betrifft, sind schon ok. Ich veröffentliche auf meinen Seiten ja auch nie fertige Programme - für die Downloads zum Direktanwenden ist ja Cadwiesel zuständig, und es ist ja schon vorgekommen, dass ich Sachen da reingestellt habe und nicht bei mir. Mir ging s bei den Meld ...
|
|
AutoLisp : Entwicklung einer allgemeinen *Error* Funktion...
mapcar am 23.02.2004 um 17:22 Uhr (0)
Ich habe mich heute nochmal mit der Sache befasst, bin aber noch nicht bei den Huckepack-Funktionen angekommen. Erstmal habe ich ein bisschen aufgeräumt, und das ist dabei herausgekommen: 1. Ich habe mich von dem bisherigen Undo-Konzept verabschiedet. UNDO BEGIN und UNDO END kennen nun mal leider keine Verschachtelung, d.h. jedes BEGIN schließt automatisch eine noch offene Gruppe ab. Das lässt sich leider überhaupt nicht austricksen. Neues Modell: Nur noch die oberste (erste) Instanz des Errorhandlers erze ...
|
|
AutoLisp : Entwicklung einer allgemeinen *Error* Funktion...
mapcar am 24.02.2004 um 17:43 Uhr (0)
Hi Thomas, das ginge im Prinzip, aber ich versuche, die Sache so klein wie möglich zu halten. Mit deinem Code habe ich allerdings Probleme: Völlig unleserlich, da ohne Prinzip ein- und ausgerückt, und ich sehe, dass du mit (length..) auf ein Pair zugreifst - das erzeugt einen Fehler... Oder sind s keine Pairs, sondern Listen? Dann solltest du sie auch nicht Pair nennen;-) Mir gefällt der Gedanke aber nicht besonders, denn die Strukturen sind nicht gleich: Den Sysvars wird normalerweise beim Start des Err ...
|
|
AutoLisp : Entwicklung einer allgemeinen *Error* Funktion...
mapcar am 27.02.2004 um 13:48 Uhr (0)
Hi Achim! Ich wusste doch, dass das noch kein final code sein kann... hab ja auf diesen Beitrag schon gewartet;-) Und ich wusste auch, wie er in etwa aussehen wird. Jetzt bin ich hier nicht nur mit einem (Marc) sondern mit zwei Code-Unästheten konfrontiert:-( Damit meine ich diese Unsitte, an jede Klammer dranzukommentieren, wer sie wann und wo aufgemacht hat, wie die Eltern hießen, und warum sie eine gebogene Form hat... Mir reicht in meinem Code das Wissen, dass zu einer schließenden Klammer die öffnen ...
|
|
AutoLisp : Entwicklung einer allgemeinen *Error* Funktion...
mapcar am 29.02.2004 um 00:40 Uhr (0)
Thomas schrub: Ich vermute mal, wer einen ErrorHandler-Wizard braucht, baut sich keinen Errorhandler in seinen Code ein..... Da bin ich mir nicht so sicher. Eine Million Lispler schreibt immer wieder (setq *error* old_error), ohne auch nur im Ansatz begriffen zu haben, warum... Ausserdem: Auch ich benutze Wizards - wir arbeiten nicht am C64. Wer versteht denn schon was von dem ganzen grünen Code in Visual C++ (= irgendwelche Wizard-Makros)? Wir benutzen auch die vla-curve-...-Funktionen, ohne den ...
|
|
AutoLisp : Entwicklung einer allgemeinen *Error* Funktion...
mapcar am 01.03.2004 um 21:43 Uhr (0)
In der Sache selbst bin ich leider noch nicht weiter, hatte viel zu tun die letzten Tage. Es wird also noch ein paar Tage dauern. Aber zu den Meinungen will ich schon mal Stellung nehmen: Eine abgespeckte Version wäre nicht verschachtelbar, würde sich im Aufruf und den Argumenten aber überhaupt nicht von der Vollversion unterscheiden. Sparen würde man nur einige Codezeilen im Handler - aber es muss doch keiner das Ding abtippen, um es zu benutzen. Der Aufruf würde kleiner , wenn man auch die Hook-Funk ...
|
|
AutoLisp : sonnenstandsberechnung
mapcar am 23.03.2004 um 22:30 Uhr (0)
Hi Fuchsi, direkt verwenden kann man das wohl nicht, erscheint mir eher als eine Methode innerhalb des Render-Moduls, die nicht nach außen freigegeben ist. In Lisp müsste man sich also um eine Funktion bemühen, die bei einem Input von Uhrzeit, Längengrad, Breitengrad den Sonnenstand ausspuckt. Irgendwo hatten wir doch auch mal das Thema Ostern (komisch, dass an Karfreitag immer Fast-Vollmond ist)... Gruß, Axel ------------------ Meine AutoLisp-Seiten Meine private Homepage Mein Angriff auf de ...
|
|
AutoLisp : Mandelbrot
mapcar am 26.03.2004 um 16:21 Uhr (0)
In der Zeile (if (setvar z (complex x y))... hast du doch so einen Fall: (defun complex(real imag / )(list real imag)) (defun realpart(cmplx / )(car cmplx)) (defun imagpart(cmplx / )(cadr cmplx)) (setq myC(complex 3 2)) = (3 2) (realpart myC) = 3 (imagpart myC) = 2 Bis dahin ist das doch allerbanalstes Lisp. Wie gesagt, soweit wird doch noch gar nix gerechnet. Erst bei + , aber das hier: (+ (3 2) 1.5734462) funktioniert nun mal nicht so. Und es kommt noch mehr: (setq z (complex x y) ... (setvar ...
|
|
AutoLisp : Warum funktioniert repeat nicht ?
mapcar am 10.04.2004 um 02:19 Uhr (0)
Tja, Jürgen, manche Dinge sind nicht so, wie sie auf den ersten Blick erscheinen. Zu deinem ersten Problem: Glückwunsch erstmal - ein Grundprinzip von Lisp hast du verstanden, nämlich dass man nicht jede Zwischenstufe einer Variablen zuweisen muss, die dann doch keiner braucht. Aber: (repeat 1000000 (entnext myEntity)) ermittelt eine Million Mal den Nachfolger von myEntity - das geht also auch, wenn man nur zwei Linien in der Zeichnung hat:-( (repeat 1000000 (setq myEntity(entnext myEntity)) Das allerding ...
|
|
AutoLisp : Gleicher Wert in einer Liste finden
mapcar am 11.05.2004 um 02:42 Uhr (0)
@achim: gesetzt den Fall, die Lösung darf VLISP verwenden Machen wir das jetzt mit? Jede Lösung ist willkommen, Hauptsache, es kommt kein V im Funktionsnamen vor? --- vl-some ist ein stinknormale Lisp-Funktion, hat ja mit dem ganzen vla-...-Kram absolut nichts zu tun. Der Namenszusatz vl- resultiert aus kaufmännischen Gegebenheiten, aber nicht aus inhaltlichen. Egal, da kommt es sowieso auf das lambda an, das Drumherum ist nicht so wichtig. Gruß, Axel gesetzt den Fall, die Lösung darf VLISP verw ...
|
|
Lisp : Doppelte Elemente einer Liste finden...
mapcar am 13.05.2004 um 10:47 Uhr (0)
@marc: Teil 1 glaube ich dir aufs Wort. Ich hab hier grad kürzlich auch ein bisschen am Thema vorbeiargumentiert (ging irgendwie um verschachtelte Blöcke) - aber dass das nicht wieder vorkommt? Wer kann das schon von sich behaupten??? Zu weit aus dem Fenster gelehnt bedeutet Absturzgefahr;-)@tom: Ich kann dir das Gegenteil im Moment nicht beweisen - im Entwicklerhandbuch des 48 habe ich bei einer kurzen Suche grad eben überhaupt keinen Hinweis auf den Namen RPL gefunden. Aber: Der Stack des 48 hat bei RPL ...
|
|
AutoLisp : entlast
mapcar am 14.05.2004 um 23:15 Uhr (0)
sieht irgendwie uncool aus Isses auch. (setq a a) ist einfach Blödsinn. Das Prinzip, das hinter der Zeile mit dem a steht, nennt sich Evaluation;-) Bei einer zusammengesetzten Zeile wie dieser: (cons a b) werden erstmal die drei Symbole cons, a und b evaluiert. cons evaluiert zu # SUBR @0a92b258 CONS a evaluiert zu (beispielsweise) (1 2 3) b evaluiert zu (beispielsweise) (4 5 6) Und dann evaluiert das Ganze zu (1 2 3 4 5 6) Bei tiefer verschachtelten Ausdrücken fallen ein paar Evaluationen mehr an, und ...
|
|
AutoLisp : alternative zu (entget (entlast))
mapcar am 24.05.2004 um 10:42 Uhr (0)
Nee, da liegt der Fehler ja gar nicht - das (entget(entlast)) funktioniert doch einwandfrei. Probleme gibt es erst mit dem entget in der kopiert -Funktion (aber nicht in Verbindung mit entlast, die Fragestellung war nicht sehr präzise), wenn die Daten der kopierten Linie ausgelesen werden sollen. Der Ename der Linie wird zwar in der Parameterliste übergeben, aber das Entity ist noch nicht fertig (es steht in Lisp noch nicht zur Verfügung). Da bleibt nur der bekannte Weg über einen zweiten Reaktor (Command ...
|
|
Anzeige:
Anzeige: (Infos zum Werbeplatz)
 |
