---

Hallo,
ich habe ein Phänomen entdeckt was ich nicht ganz nachvollziehen kann.
Folgender Code erzeugt eine Ausnahmebedingung:

Code:

---

(defun c:test  (/ liste)
  (setq liste '(
                (102 . 0)
                (103 . 0)

                ))

  (setq
    liste (subst (cons 102 1) (assoc 102 liste) liste)
    liste (subst (cons 103 1) (assoc 103 liste) liste)

    ))

---

Ergebnis:

Befehl:
Befehl: test
; Fehler:  Ausnahmebedingung aufgetreten: 0xC0000005 (Zugriffsverletzung)

Befehl:
Befehl: test
Fehler bei Aussage in Datei ..\LOSIO\LOS\TERMWIN.CPP, Zeile 398:
tp->GetBuf()->ro_tm != 0
LPP: Letzter Fehler kann SCHWERWIEGEND sein; Fehler:  Ausnahmebedingung
aufgetreten: 0xC0000005 (Zugriffsverletzung)

Wenn noch andere LISP-Teile dazwischen sind verabschiedet sich AutoCAD meistens sofort (getestet unter 2008 und 2010).

Abhilfe wird dadurch geschaffen, daß auf die GC 102 und 103 verzichtet wird, z.B. durch 1002 und 1003 ersetzen.

Folgender Code funzt:

Code:

---

(defun c:test  (/ liste)
  (setq liste '(
                (1002 . 0)
                (1003 . 0)

                ))

  (setq
    liste (subst (cons 1002 1) (assoc 1002 liste) liste)
    liste (subst (cons 1003 1) (assoc 1003 liste) liste)

    ))

---

Ich bin da ein bißchen ratlos, sicherlich, auf 102 und 103 verzichten kann ich machen, aber ein bißchen unsicher bin ich dann doch, das kann doch nicht die Lösung sein.

Wer kann das Problem nachvollziehen???

------------------
viele Grüße

Jörn
http://www.bosse-engineering.com

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

---

hi,
kann es im 07 nachvollziehen

das hilft aber nicht weiter

------------------
Mfg Heiko

Elefantenjagd in Afrika
"... LISP-Programmierer bauen einen Irrgarten aus Klammern und hoffen, dass sich der Elefant darin verirrt..."   (www.uni-leipzig.de/~rotheh/elefant.htm)

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

---

da verschluckt sich wohl der interpreter ... ich kann mich erinnern, das da vor einigen Jahren schon mal ne diskussion mit Mapcar war, das bestimmte Zahlenfolgen in einer Liste nicht gewollt waren, weil die auch mit GC's besetzt waren und der interpreter das dann immer falsch interpretiert hat .... find ich jetz aber nicht

------------------
  - Thomas -          
"Bei 99% aller Probleme ist die umfassende Beschreibung des Problems bereits mehr als die Hälfte der Lösung desselben."

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

---

((102 . 1) (103 . 0)) in der Eingabezeile erzeugt den Fehler
ein (princ) hinterm setq ... und die Meldung taucht nicht auf, ob dann noch Abstürze vorkommen 

------------------
Mfg Heiko

Elefantenjagd in Afrika
"... LISP-Programmierer bauen einen Irrgarten aus Klammern und hoffen, dass sich der Elefant darin verirrt..."   (www.uni-leipzig.de/~rotheh/elefant.htm)

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

---

Hallo Dorfy,
schön zu wissen, daß ich mir nicht alles eingebildet habe
Ich werde jedenfalls diese Zahlen in Zukunkt meiden.

------------------
viele Grüße

Jörn
http://www.bosse-engineering.com

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

---

Den Thread meinte ich ...

------------------
  - Thomas -          
"Bei 99% aller Probleme ist die umfassende Beschreibung des Problems bereits mehr als die Hälfte der Lösung desselben."

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

---

Ich bin mal wieder drauf reingefallen, habe eine Liste erstellt in denen ich die Gruppencodes 102 und 103 verwendet habe und dann gab es immer wieder den nicht so netten Absturz: "Zugriffsverletzung blabla..."

Ich bin eigentlich nur sauer auf mich selber, vor knapp über einem Jahr hatte ich das bereits herausgefunden und jetzt schon wieder, einen halben Tag verdaddelt  

Ich schreibe das hier als Erinnerung für mich selber, und vielleicht um den einen oder anderen vor einem verschenkten Tag zu "retten": Also: Gruppencodenummern 102 und 103 bringen nur Ärger!

------------------
viele Grüße

Jörn
http://www.bosse-engineering.com

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