Pythagoras- Baum

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

  • Ich hab mal versucht, diesen E-Code zu übersetzen, aber ich bin wohl aus der Übung. AmigaE ist auch schon was her :thumbsup: :
    http://www.osnews.com/story/169


    Der XProfan-Code macht aber nicht, was er soll... :(


  • Vermutlich soll hier Rekursion demonstriert werden. Hab da was haldentaugliches gefunden, das auf relativen Koordinaten (Turtle-Graphics) beruht. Dazu waren nur 3 kleine Hilfs-Procs nötig. XProfan ist eben unschlagbar ;-)

    HP255G7:Win10pro2.004,4*AMD Ryzen3200U@2.60GHz,6+2GB-RadeonVega/237GBSSD:intlDVDRW,3xUSB3 ext4TB-HDX,XProfanX3+Xasm/Xpse

    2 Mal editiert, zuletzt von p. specht ()

  • Übrigens tut's Franks Code ohnehin sehr gut, zumindest nach kleiner Umstellung auf Profan11.2a ;-)

    HP255G7:Win10pro2.004,4*AMD Ryzen3200U@2.60GHz,6+2GB-RadeonVega/237GBSSD:intlDVDRW,3xUSB3 ext4TB-HDX,XProfanX3+Xasm/Xpse

  • Keine Ahnung... das 'Var' im Proc vielleicht? Rekursion ist ja eigentlich keine Stärke von XProfan ...
    Gruss

    HP255G7:Win10pro2.004,4*AMD Ryzen3200U@2.60GHz,6+2GB-RadeonVega/237GBSSD:intlDVDRW,3xUSB3 ext4TB-HDX,XProfanX3+Xasm/Xpse

  • Interessante Probleme. Vielleicht ist das so nicht zulässig?

    Code
    Parameters Float ax, ay, bx, by, Int depth


    Und bei #4 wird keine doppelte Deklaration angemeckert.
    Ansonsten finde ich weniger Linien besser. Nur den "Endzweig" geschlossen.


    Gruß Thomas

  • Danke,das geht! :-)
    Was ist anders bei mir?


    Bei dir sind einige Variablen (cx, etc.) global deklariert und hier sind sie lokal deklariert!


    Gruß
    Roland

    (Intel Duo E8400 3,0 GHz / 4 GB RAM / 250 GB HDD / ATI Radeon HD4770 512 MB / Windows Vista - ausgemustert zum Verkauf)
    AMD Athlon II X2 2,9 GHz / 8 GB RAM / 500 + 1000 GB HDD / ATI Radeon 3000 (onboard) / Windows 10(64) - XProfan X4


    http://www.xprofan.de

  • Frank, Leerzeichen zwischen Funktionsnamen und öffnender Klammer bei den Aufrufen. Dann malt es schon mal an der richtigen Position. Das mag Profan nicht, andere Sprachen sehen das lockerer :kA: Und lokale Variablen, wie Roland schon sagte, dann klappts.


    Gruß Volkmar

  • Hallo Frank,


    ich weiß, Dein Beitrag ist schon ein wenig älter, aber trotzdem noch eine Anmerkung:


    Da XProfan erlaubt, eine Prozedur wahlweise als Funktion (mit geklammerten Parametern) oder Prozedur (Parameter ohne Klammer) aufzurufen, macht der Parser das an der Klammer direkt nach dem Prozedurnamen fest. Da Du keinen Rückgabewert erwartest, kannst Du die Parameter auch einfach ohne Klammern angeben, wie bei Befehlen.


    Gruß
    Roland

    (Intel Duo E8400 3,0 GHz / 4 GB RAM / 250 GB HDD / ATI Radeon HD4770 512 MB / Windows Vista - ausgemustert zum Verkauf)
    AMD Athlon II X2 2,9 GHz / 8 GB RAM / 500 + 1000 GB HDD / ATI Radeon 3000 (onboard) / Windows 10(64) - XProfan X4


    http://www.xprofan.de

  • Das mache ich ja schon. Nur in diesem Fall kann man nicht erkennen, dass es überflüssig ist, da die Prozedur ja auch als Befehl aufgerufen werden kann und dann das Leerzeichen notwendig ist. Die folgende Klammer könnte ja auch eine Klammer eines Parameters sein und nicht die Klammer, die den oder die Funktionsparameter einklammert. Zumal es eher unwahrscheinlich ist, dass man eine Prozedur als Funktion aufruft, wenn man das Ergebnis nicht zuweist.


    Gruß
    Roland

    (Intel Duo E8400 3,0 GHz / 4 GB RAM / 250 GB HDD / ATI Radeon HD4770 512 MB / Windows Vista - ausgemustert zum Verkauf)
    AMD Athlon II X2 2,9 GHz / 8 GB RAM / 500 + 1000 GB HDD / ATI Radeon 3000 (onboard) / Windows 10(64) - XProfan X4


    http://www.xprofan.de