Thema "Re: Zu viele Paramter..." in Programmierung

Zu viele Paramter...

harryseidl — Tue, 27 Mar 2007 14:16:00 GMT

Hallo!

Ich habe ziemlich viele selber "gebaute" Objekte (Traversen). Jetzt aufeinmal scheint im 3D-Skript plötzlich die Fehlermeldung "zu viele Parameter" auf (bei "call" Befehlen)! Das Lustige daran ist, lösche ich den letzten Parameter weg, passt es wieder! Ein "call" Befehl hat 12 Parameter - hier muß ich 11 daraus machen, ein anderer wiederum hat 15, dann muß ich 14 daraus machen? Was kann hier das Problem sein? Gibt es bei den "call" Befehlen Einschränkungen?

Bitte um Hilfe!

LG, Harry

Re: Zu viele Paramter...

Anonymous — Tue, 27 Mar 2007 15:12:00 GMT

Poste mal das Script mit dem kompletten CALL-Befehl.

Re: Zu viele Paramter...

Anonymous — Tue, 27 Mar 2007 18:13:00 GMT

ich würde auf einen "doppelten" parameter innerhalb deiner call-scripts tippen - aber ein post würde helfen

Re: Zu viele Paramter...

Frank Beister — Tue, 27 Mar 2007 21:00:00 GMT

<blockquote>Zitat:<hr />Jetzt aufeinmal ...Was ist denn anders? Neue AC-Version?

<blockquote>Zitat:<hr />lösche ich den letzten Parameter weg...Du hast also reine GDL-Text-Makros? wie benennst du diese denn beim Aufruf?

Re: Zu viele Paramter...

harryseidl — Wed, 28 Mar 2007 05:13:00 GMT

Hallo!

Vorerst mal danke für eure Hilfe! Hier ein Teil, welcher nicht funktioniert!

call "Alurundrohr 02" PARAMETERS A = 0.3, B = 0.025,
ZZYZX = 0.3, AC_show2DHotspotsIn3D = 0, aa = "0",
bb = 0, cc = cc, wa = 0, mat1 = ind(material,"Chrom"),
sti1 = 3, htsp = 0, ab1 = 0, ab2 = 0, cut1 = 0,
cut2 = 0

Lösche ich den letzten Teil weg "cut2=...", dann geht es!

LG, Harry

Re: Zu viele Paramter...

Anonymous — Wed, 28 Mar 2007 08:04:00 GMT

Gibt es keinen Parameter cut2 im "Alurundrohr 02"?
Hat es denn mal funktioniert?
Was sagt das Bib.-Ladeprotokoll? Doppelte?
Ist es korrekt, dass aa vom Typ string, bb (und cc?) vom Typ real sind?
Wenn es ein formales Syntaxproblem sein sollte, setze cut2= mal an den Beginn der Liste. Was passiert?

Re: Zu viele Paramter...

harryseidl — Fri, 30 Mar 2007 05:58:00 GMT

Nein, wenn ich mein "Alurundrohr 02" öffne und überprüfe, passt alles - das ist der ...

Im Grund passiert auch nichts - es kommt lediglich im 3D-Skript diese Fehlermeldung, das Objekt an und für sich funktioniert perfekt!

Ist nur so eine Grundsatzfrage bzw. bin ich vielleicht zu korrekt...

LG, Harry

[ 30. März 2007, 08:01: Beitrag editiert von: HarryS ]

Re: Zu viele Paramter...

Anonymous — Fri, 30 Mar 2007 06:32:00 GMT

Dann hilft nur eingrenzen. Den CALL mal in ein neues Objekt einsetze und schauen, ob alles geht. Im Skript mal ein paar Ends einsetzen. Oder ganz verwegen: debugger benutzen.

Der aktuelle AC-Patch ist aber drauf, oder?

Re: Zu viele Paramter...

harryseidl — Wed, 18 Apr 2007 14:32:00 GMT

Hi!

Es geht um dieses Objekt. Sobald ich diesen "Zylinder" wiederum als Objekt speichere, bekomme ich diese komische Fehlermeldung "zu viele Parameter bei Zeile..."!

ADDX A
ROTY 270 + ATN(ZZYZX/A)
CYLIND SQR(A*A+ZZYZX*ZZYZX),B/2

Kommt die bei euch auch? Was ist hier falsch?

LG, Harry

[ 18. April 2007, 16:36: Beitrag editiert von: HarryS ]

Re: Zu viele Paramter...

zzyzx — Wed, 18 Apr 2007 15:19:00 GMT

funktioniert bei mir,

schau mal nach, ob du es mit einem subtype gespeichert hast, ggf mal als einfaches bib-element speichern.
:winken:

Re: Zu viele Paramter...

harryseidl — Wed, 18 Apr 2007 16:19:00 GMT

Hi zzyzx!

Hast du diese Zeilen in ein neues GSM-Objekt eingefügt - dann geht es - ohne Fehler. Speichere dies z. B. als "Musterzylinder" ab. Plaziere ein paar dieser Zylinder und speichere diese dann als eigenes neues Objekt ab und überprüfe dann das 3D-Skript - dann bringt er bei mir die Fehlermeldung (bei dem "Call-Befehl")!

Was bedeutet "Subtype" eigentlich - bzw. was meinst du damit? Kann ich die selber erstellen?

LG, Harry

[ 18. April 2007, 20:26: Beitrag editiert von: HarryS ]

Re: Zu viele Paramter...

Frank Beister — Wed, 18 Apr 2007 20:48:00 GMT

Moin Harry,

das mit den Fehlermeldungen solltest du nicht immer so genau nehmen. Manchmal stimmen die Zeilenverweise nicht oder gar die Meldung an sich ist falsch. Ich vermute, dass dein ATN oder die Division darin die Probleme verursachen. Fange mal die möglichen Fehlerquellen ab, denn der Tangens hat Fehlstellen bei 90°+n*180°, was sich auf den ATN auch auswirken kann. In jedem Fall darf A nie 0 werden. Das vielleicht mal abfangen. Auch SQR mag das Argument 0 nicht.

Eine Möglichkeit ist folgende, führt aber etwas weit:

Globale Parameter werden zu Beginn jeden Skriptdurchlaufes auf ihre Übergabewerte gesetzt, lokale Variablen auf 0. Aber nur letzteres gilt für einen Makroaufruf. Die Globalen behalten den Wert, den sie im übergeordneten Skript unmittelbar vor dem CALL haben. Beispiel:

! Makro "linie.gsm" oder "linie.gdl":
PEN SYMB_VIEW_PEN
LINE2 0,0,2,0

!Hauptobjekt "test.gsm"
PEN SYMB_VIEW_PEN
LINE2 0,0,2,0

ADD2 0,1
CALL "linie"

SYMB_VIEW_PEN=2
ADD2 0,1
CALL "linie"

Ich habe gerade keine Lust es zu testen, aber es sollte so funktionieren:

Im Hauptobjekt wird zunächst eine Linie mit dem eingestellten Symbolstift gezeichnet. Die 2., nun bereits im Makro gezeichnet hat ebenfalls diesen Stift. Die 3. aber, ist immer mit Stift 2 gezeichnet, weil der Wert des Symbolstifts vor dem Makroaufruf geändert wird.

Was will ich damit sagen: ZZYZX und A könnten als optionale Parameter wie globale Parameter behandelt sein und werden vor dem CALL auf einen unpassenden Wert gesetzt. -> Das Skript mit den ganzen Makroaufrufen mal prüfen, was da drin steht oder posten. Sonst maile mir die 2 Objekte mal, bei denen es bei dir knallt.

Subtypen legen einen Objekttyp fest. Neben den mitgelieferten Typen wie Fenster, Raumstempel etc. kann man auch eigene erzeugen, indem man ein Objekt mit dem Schalter "Vorlage" sichert. Die Subtype-Zugehörigkeit kann man auch abfragen: ANCESTRY_INFO
Seit AC 8 ersetzt dieses flexible System die alte Zuordnung durch die Dateiendungen (GSM,LBL,WIN,DOR,RSM,ISM,LMP...)

Noch eine letzte Idee: Was sagen denn die Zauberstabeinstellungen? Manchmal kommt es durch zu grobe Einstellungen in den Objekten zu Fehlermeldungen, weil sich dann überschneidende Körperoberflächen ergeben können. Tritt allerdings eher bei komplexeren Körpern auf.

Re: Zu viele Paramter...

harryseidl — Thu, 19 Apr 2007 05:17:00 GMT

Hallo Frank!

Vorerst mal vielen Dank für deinen profesionellen Beitrag - wow!

Das Lustige an dem Ganzen ist ja, das die Zeile alleine im 3D-Skript keine Fehlermeldungen ausweist - nur wenn dieses Objekt mit dem call Befehl aufgerufen wird, kommmt dieser! Naja, wie du schon richtig gesagt hast, vielleicht soll man nicht alles ergründen - solange es funktioniert - und das tut es!

Vielen Dank, Harry