| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte |
|
Autor
|
Thema: Fehler: Zu viele Argumente: (PROGN (PRINC \nStarte R (1832 mal gelesen)
|
Peter2
Ehrenmitglied V.I.P. h.c.
   Beiträge: 3701
Registriert: 15.10.2003 Win 10/64 Pro
AutoCAD MAP 3D 2018
BricsCAD 22
|
erstellt am: 26. Jan. 2011 13:57  <-- editieren / zitieren -->   Unities abgeben:          
Ich habe eine Serie von 383 Befehlszeilen, die scheinen alle korrekt zu sein. Inhalt: Vor allem vl-registry-write Befehle. Wenn ich den Code im VLIDE prüfen lasse, ist alles OK. Wenn ich das Zeug aber in "progn" einpacke.. Code:
(progn
(blabla1)
(blabla2)
)
dann kommt im Checker das:
Zitat:
Fehler: Zu viele Argumente: (PROGN (PRINC "\nStarte ...
Verwirrung pur, weil ich schon viel längere Pakete in PROGN habe. Danke für Tips. Peter
------------------
Für jedes Problem gibt es eine einfache Lösung.
Die ist aber meistens falsch. ;-) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
CADmium
Moderator
Maschinenbaukonstrukteur
    
Beiträge: 13508
Registriert: 30.11.2003 .
|
erstellt am: 26. Jan. 2011 14:03 <-- editieren / zitieren --> Unities abgeben: Nur für Peter2 
|
Peter2
Ehrenmitglied V.I.P. h.c.
Beiträge: 3701
Registriert: 15.10.2003 Win 10/64 Pro
AutoCAD MAP 3D 2018
BricsCAD 22
|
erstellt am: 26. Jan. 2011 14:25 <-- editieren / zitieren --> Unities abgeben:
Hatte ich vermute, aber die Klammer scheinen gut. Vermutung: Ich habe die Stringlänge überschritten, und da reagiert das "Ding sensibel. Code:
(vl-registry-write reg-key val-name "veeerddammt laaaaaaanger Striiiiiing mit 360 Zeichen"
Was passiert:
- Copy&Paste vom Editor nach AutoCAD: man kann es gar nicht einfügen
- Test mit "progn" im Lispchecker: geht nicht - siehe oben
- Test von Einzelteilen mit "progn" im Lispchecker: geht schon
- Test ohne "progn" im Lispchecker: geht schon - siehe oben
- einpacken des Codes in test.lsp mit c:registry (): geht schon Mystisch ...  Peter ------------------
Für jedes Problem gibt es eine einfache Lösung.
Die ist aber meistens falsch. ;-) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
neurosis
Mitglied
dipl.ing.
Beiträge: 222
Registriert: 22.08.2006
|
erstellt am: 26. Jan. 2011 17:15 <-- editieren / zitieren --> Unities abgeben: Nur für Peter2
|
Peter2
Ehrenmitglied V.I.P. h.c.
Beiträge: 3701
Registriert: 15.10.2003 Win 10/64 Pro
AutoCAD MAP 3D 2018
BricsCAD 22
|
erstellt am: 26. Jan. 2011 17:45 <-- editieren / zitieren --> Unities abgeben:
Zitat:
Original erstellt von neurosis:
hallo peter,
haste mal kuerzere strings probiert? funktioniert es dann? gruss
marco
Das wollte ich vermeiden, weil es die Lesbarkeit stört. Daher habe ich jetzt den Befehl "regset" aus der DOSLib eingesetzt. Das Verhalten in VLIDE ist gleich, aber lange Strings werden anscheinend schöner übernommen. Zahlen will der Befehl wiederum gar nicht. Peter ------------------
Für jedes Problem gibt es eine einfache Lösung.
Die ist aber meistens falsch. ;-) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
archtools
Mitglied
Beiträge: 823
Registriert: 09.10.2004 Entwickler für AutoCAD, BricsCAD u.a., alle Systeme
|
erstellt am: 26. Jan. 2011 23:05 <-- editieren / zitieren --> Unities abgeben: Nur für Peter2
Zitat:
Original erstellt von Peter2:
Ich habe eine Serie von 383 Befehlszeilen, die scheinen alle korrekt zu sein. Inhalt: Vor allem vl-registry-write Befehle. Wenn ich den Code im VLIDE prüfen lasse, ist alles OK.Wenn ich das Zeug aber in "progn" einpacke.. Verwirrung pur, weil ich schon viel längere Pakete in PROGN habe.
Warum packst Du das nicht in ein (defun test () ....) und lässt den VLisp Debugger das Rätsel lösen?
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Foren auf CAD.de (alle Foren)
| 
- 
