---

lispproblemhaus4.rar

Hallo!

Ich habe vor einiger Zeit ein Problem mit einem Lisp Programm gehabt das aufgrund einer Polylinie einen Raumstempel einfügt. Hier im Forum wurde mir geholfen und das Progrämmchen hat bis jetzt wunderbare Dienste geleistet!
Doch heute... das Programm verweigert bei einer bestimmten! Datei seinen Dienst. Ich hab schon einiges ausprobiert und habe herausgefunden dass wenn ich das Programm ausführe die erlaubten Nachkommestellen des Files verändert werden - und zwar so dass es nur noch Ganzzahlen gibt. 5, 2 oder sonstige ganze Werte....
Es passiert aber nur in genau dem einen File!??
Wie gesagt bisher hab ich problemlos damit gearbeitet. Ich hab auch gleich ein Test file gemacht - dort werden auch nicht die Einheiten geändert.

Woran kann das liegen?

Weil das ja irgendwie zu mysteriös ist lade ich euch alle 3 Dateien hoch mit denen ich arbeite. 
1) Haus 4 - die Datei wo ich den Block nicht einfügen kann
2) Das Lisp Programm
3) Das dwg File das den Bodenblock/Raumstempel enthält.

ich bin für jeden hinweis sehr dankbar!!

besten gruß,
gregor

ps: Das Lisp Programm und Blodenblock hab ich von einem mir vorgehenden Kollegen übernommen. Ich bin noch nicht ganz der Lisp Hero und blick in dem File nicht 100%ig durch... es ist aber in arbeit 

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

---

Tippe mal in der Problemzeichnung
Befehl: ATTREQ 1
ein und versuch es dann noch einmal.

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

Udo Hübner
www.CAD-Huebner.de

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

---

Du ignorierst aber nicht zufällig die Meldung "Ausgewähltes Objekt hat keine Fläche" oder 
Nach einem Versuch der fehlgeschlagen ist einfach mal in das
Textfenster schauen (F2) ob da so eine Nachricht steht..

------------------
CAD.de System-Angaben  -  CAD on demand  -  User:FAQ(Acad)

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

---

guten abend!

.... OH MY GOSH!!
ja cadffm .... hehehe du hast recht!! es sind noch 2 layer eingeschalten - der raumumriss layer [z_009] und der [m_a29] auf dem die mauern - mit linien gezeichnet liegen.
tatsächlich hat acad immer auf die linienelemente in m_a29 gesnapt ... komisch! bisher hatte ich immer die beiden sichtbar beim stempel setzten....
jetzt hab ich ihn einfach ausgeschalten und jetzt funktionierts wieder perfekt 

danke!

eiieei... so einfach ... 

jetzt hab ich noch die probe aufs exempel gemacht. wenn ich das script starte und absichtlich eine linie klicke werden tatsächlich die nachkommastellen der einheiten verändert. [auf ganzzahlen] klicke ich als nächstes aber auf ein eine fläche umschließendes element, werden die nachkommastellen wieder zurück auf den ursprungswert gestellt!? - [4 nachkommastellen]

.. wisst ihr warum das so ist?

danke schon mal für den hinweis!
so kann ich weiter arbeiten.

lieben gruß,
gregor

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

---

Hi Gregor,
die Systemvariable luprec steuert die Anzahl der angezeigten Dezimalstellen.
Gesetzt auf Null mit (setvar "luprec" 0) vor dem Einfügen des Blockes,
das "Rücksetzen" erfolgt nach erfolgreichen Abarbeiten der Command-Zeile mit Layer... insert...
mit der Zeile(setvar "LUPREC" 4) auf vier Kommastellen.
Tritt beim Befüllen ein Fehler auf (Fläche nicht vorhanden), erfolgt das Setzen auf Vier-Nachkommastellen nicht.

------------------
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

---

guten morgen!

alles klar, ja ich seh die zeilen in dem lisp file wo luprec geändert wird.
... aber ich versteh noch nicht warum das gemacht wird.

ich hab gecheckt was mir dazu einfällt...

1) der block der eingefügt wird ist auch auf 4 nachkommastellen eingestellt. da sollte es keine "verwirrung" geben.
2) ich hab die luprec zeilen kommentiert und das program funktioniert genau wie vorher.
3) es funktioniert auch wenn der block 4 kommastellen hat; die "basis" datei in die ich einfüge 2 kommastellen (die luprec lines sind auskommentiert).

hmmm..... weißt du was der sinn der aktion ist?

an dieser stelle ein großes dank an all die antwortenden!! das forum hilft mir sehr weiter! sei es schlicht um irrtümer meinerseits auszuräumen oder knifflige fachfragen zu lösen!

danke! 

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

---

guten morgen!

alles klar, ja ich seh die zeilen in dem lisp file wo luprec geändert wird.
... aber ich versteh noch nicht warum das gemacht wird.

ich hab gecheckt was mir dazu einfällt...

1) der block der eingefügt wird ist auch auf 4 nachkommastellen eingestellt. da sollte es keine "verwirrung" geben.
2) ich hab die luprec zeilen kommentiert und das program funktioniert genau wie vorher.
3) es funktioniert auch wenn der block 4 kommastellen hat; die "basis" datei in die ich einfüge 2 kommastellen (die luprec lines sind auskommentiert).

hmmm..... weißt du was der sinn der aktion ist?

an dieser stelle ein großes dank an all die antwortenden!! das forum hilft mir sehr weiter! sei es schlicht um irrtümer meinerseits auszuräumen oder knifflige fachfragen zu lösen!

danke! 

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

---

Zitat:

---

Original erstellt von tektura:

...
3) es funktioniert auch wenn der block 4 kommastellen hat; die "basis" datei in die ich einfüge 2 kommastellen (die luprec lines sind auskommentiert).

hmmm..... weißt du was der sinn der aktion ist?

---

Hi,
das kann dir mit Sicherheit nur der Verfasser sagen 
aber (rtos number [mode [precision]])
rtos gibt einen String zurück, der u.a. von div. Systemvariablen abhägig ist
--> UNITMODE, DIMZIN, LUNITS, LUPREC ... je nach Einstellung liegt hier der kleine feine Unterschied.

Das Rücksetzen sollte von (setvar "LUPREC" 4) auf (setvar "LUPREC" vluprec) erfolgen...

naja, und die restlichen "Schönheitsfehler" ... aber lassen wir dass 

------------------
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

---

mhm .. naja =)

danke für die bemühungen 

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