---

Ich habe hier eine Datei namens obd_info.lsp, die mit folgenden Zeilen beginnt:

Code:

---

OBJ_CLASS OBJ_NAME

1.###########  Cl_Beton.obj  !!!!!!!!!!!!!!!!!!
BETONBAUTEIL      STB_DECKE,
STUETZE,
UNTERZUG

2.############  Cl_Drauf.obj  !!!!!!!!!!!!!!!!!!
DRAUFSICHT     DECKE_DRAUFSICHT,
STUETZE_DRAUFSICHT,
UNTERZUG_DRAUFSICHT

3.############  BT_BES.obj
BT_BESCHRIFTUNG      BT_BESCHRIFTUNG
BT_BESCHRIFTUNG6

4.############  Cl_Besch.obj  !!!!!!!!!!!!!!!!!!
BESCHRIFTUNG      MY_MTEXT,
MY_MTEXT1

5.############  DECK_Bes.obj  !!!!!!!!!!!!!!!!!!
DECKE_BESCHR1   DECKE_BESCHR1

6.############  Cl_S_Bes.obj
SCHNITT_BESCHRIFTUNG SCHNITT_BESCHRIFTUNG  !!!!!!!!!!!!!!!!!!
SCHNITT_BESCHRIFTUNG1????

7.#############  Cl_Schn.obj  !!!!!!!!!!!!!!!!!!
SCHNITT     SCHNITT .....
SCHNITT1

---

Wobei die vorletzte Zeile die Meldung "Falsch platzierter Punkt in der Eingabe" erzeugt.

Ich habe so etwas noch nie gesehen: eine lsp-Datei, die nicht mit einer Klammer ( anfängt.
Was macht AutoCAD mit diesen Zeilen?

Ja, ich kenne Google  Aber mangels Schlüsselwörter weiß ich nicht, wonach ich suchen soll.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Sieht mir eher wie eine Ausgabedatei aus (Endung evtl. .lst ? )

Ansonsten, falls möglich, gesamte Datei als Anhang einmal einstellen ...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von KlaK:
Sieht mir eher wie eine Ausgabedatei aus (Endung evtl. .lst ? )

---

Ich  habe zwar auch keine Ahnung, was das für ein "Format" ist, aber dieser Text läßt sich problemlos im LISP-Editor formatieren (die letzten zwei, drei Zeilen löschen), läßt sich laden und quittiert das mit der Meldung, daß etliche Formulare geladen seien. Also irgendwas mit LISP scheint es schon zu tun zu haben, aber ... 

Jürgen

------------------
Bildung kommt nicht vom Lesen, sondern vom Nachdenken über das Gelesene. (Carl Hilty)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

obd_info.lsp

OK, hier mal die ganze Datei. Die Endung stimmt schon, es gibt auch (setq ...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Liebe Leute, gibt es hier denn wirklich niemandem, dem so etwas schon mal unter die Augen gekommen ist?
Welche AutoCAD-Funktion gibt die Meldung "Falsch platzierter Punkt in der Eingabe" aus?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Plenz:

Welche AutoCAD-Funktion gibt die Meldung "Falsch platzierter Punkt in der Eingabe" aus?

---

Wenn z. B. ein "dottet pair" falsch geschrieben ist.
Teste (car '(10 . 20))  -> 10
Teste (car '(10 .20))  -> Überraschung 

Diese Erkenntnis hilft aber auch nicht weiter, um den "Code" zu entschlüsseln.

Jürgen

------------------
Bildung kommt nicht vom Lesen, sondern vom Nachdenken über das Gelesene. (Carl Hilty)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ein schönes Neues Jahr !

Hallo Plenz,
ich denke Du wirst Dich noch etwas gedulden müssen bis nach dem Weihnachtsurlaub wieder alle LISP-Profis im Forum anwesend sind. Obwohl ich mir nicht vorstellen kann das auf Grund dieses "Schnipsel" eine Lösung gefunden werden kann.

Meines Erachtens handelt es sich bei dieser Datei um den Teil eines größeren Programmes das diesen Teil zum Anlegen der internen Tabellen verwendet. Kenne so etwas von Datenbankprogrammen die in speziellen sql-Dateien ihre Templates definieren.

Grüße
Klaus 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Das ist kein direkt auführbares AutoLisp/Visual-Lisp Makro für AutoCAD.
Ich tippe auf einen Common Lisp Dialekt.

die Fehlermeldungen "...falsch platzierter Punkt..." rühren von den Zeilen
1.
2.
3. her, die mit ; als Kommentar in AutoLisp eingeleitet werden müssten.

Du Auflistungen von Variablen getrennt mit Komma kennt Autolisp ebenfalls nicht.
Außerdem ist nicht mal erkennbar, welchen Zweck dieser Programmcode in einem CAD Programm haben sollte.

Kurzum, der Code ist nicht für die Verwendung mit AutoCAD vorgesehen.

------------------
Mit freundlichem Gruß

Udo Hübner
www.CAD-Huebner.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Sorry Leute, ich glaube, ich bin auf einem völlig falschen Dampfer.

Die Datei gehört in der Tat zu einem großen Programmpaket, das ich zum Laufen bringen soll. An dem Paket haben verschiedene Leute herumgebastelt, irgendwas ausprobiert und nicht fertiggestellt, dupliziert, umbenannt und ein Riesenchaos hinterlassen.

Ich habe jetzt allerdings festgestellt, dass in keiner anderen Datei dieses Pakets ein Befehl steckt, der diese Datei lädt. Die Zeichenkette "obd_info" kommt nirgendwo vor. Vermutlich kann ich einfach so tun, als ob sie nicht existiert.

Dennoch vielen Dank für die Bemühungen und Antworten!

Ich frage mich aber unabhängig davon immer noch: was macht der Lisp-Interpreter mit Zeilen, die weder eingeklammert noch auskommentiert sind? 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Plenz:

Ich frage mich aber unabhängig davon immer noch: was macht der Lisp-Interpreter mit Zeilen, die weder eingeklammert noch auskommentiert sind?  

---

Er liest es, denkt es sei ein Symbol, und gibt (da nichts daran gebunden) nil zurück.
(Das sieht man auch, wenn man Deinen "Code" im Lisp-Editor laden will - nil nil nil nil ...)

Jürgen

------------------
Bildung kommt nicht vom Lesen, sondern vom Nachdenken über das Gelesene. (Carl Hilty)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von jupa:
Er liest es, denkt es sei ein Symbol

---

Sorry, ich weiß nicht, wovon du redest. Hast du einen Link auf irgend ein funktionierendes Beispiel?
Mein dummer Verstand vermisst etwas wie "ab hier fängt eine Definition an" oder so ähnlich.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Plenz:

Sorry, ich weiß nicht, wovon du redest. Hast du einen Link auf irgend ein funktionierendes Beispiel?

---

einen Link habe ich jetzt nicht,aber ein simples Bespiel, was ich mit Symbol lesen ff. meinte.
Lade folgendes LISP:
(defun c:test ()
  (setq Anton 10)
  (setq b 20)
  Anton
)
und führe es aus.
In der 4. Zeile steht das Symbol Anton ohne Klammern oder sonstwas. Der ihm weiter oben zugewiesene Wert 10 wird zurückgegeben.
Bin aber inzwischen zu dem Schluß gekommen,daß Dein Code-Beispiel damit vermutlich nicht mal etwas zu tun hat.

Zweiter Test:
Erstelle eine LISP-Datei mit folgendem Inhalt:

Anton Berta Caesar, Dora !!!! ??? Blödsinn

Diese Datei, die weder Klammern noch andere LISP-Ausdrücke beinhaltet läßt sich im LISP-Editor erst mal problemlos laden mit der Rückmeldung, sieben "Formulare" seien geladen worden. Offenbar wird versucht jeden Eintrag wie eine Funktionsdeklaration (defun ...) zu erfassen. (Eine korrekte .lsp-Datei, die nn "defun's" enthält zeigt nach dem Laden auch an, nn Formulare seien geladen worden).
Dieser Unsinn deklariert natürlich keine Funktionen, deshalb wird dann (nach alles markieren und "Auswahl laden") auch 7 mal nil zurückgegeben. (Bei einer "richtigen" LISP-Datei würden die Namen der defun's zurückgegeben).

So ähnlich könnte Dein Quelltext interpretiert werden. Ich  habe mal den Schnipsel aus dem ersten Posting genommen, den kompletten Punkt 7. ff gelöscht (wegen der Fehlermeldung), und geladen. 38 Formulare angeblich geladen (zähle mal, wie viele durch Leerzeichen getrennte Einträge da stehen - 38). Und (nun hält sich die Überraschung sicherlich auch in Grenzen), es wird 38 mal nil zurückgegeben.

Mein dummer Verstand vermisst etwas wie "ab hier fängt eine Definition an" oder so ähnlich.

Muß es auch nicht geben, wenn der blöde Interpreter denkt, jeder der Einträge sei eine Funktionsdeklaration, dann aber merkt, daß er sich "geirrt" hat und nil zurückgibt.

Das sind natürlich alles nur von mir krampfhaft zusammengereimte Deutungsversuche, sicher auch nicht immer korrekt formuliert. Einigen wir uns einfach darauf - so ein Quelltext ist nicht für AutoCAD (im Sinne von AutoLISP) nutzbar.

Jürgen

------------------
Bildung kommt nicht vom Lesen, sondern vom Nachdenken über das Gelesene. (Carl Hilty)

[Diese Nachricht wurde von jupa am 03. Jan. 2015 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Erst mal vielen Dank für deine Mühe, so einen langen Text zu tippen! 

Als du ganz oben schriebst, dass etliche Formulare geladen wurden, klang das nach etwas besonderem. Aber offensichtlich ist das auch nur mal wieder so ein neumodisches Synonym für "Routine", ähnlich wie "Methode" in gewissen anderen Sprachen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP