Hallo, guten Abend
ich bin dabei meine Programme komplett nach Luna zu portieren und bin
bei einem Punkt hängengeblieben bei dem ich nicht weiter weiß:
in manchen Fällen mache ich einen Zugriff über das in Bascom vorhandene
"OVERLAY" beim Dim:
1
dim Messwert as long
2
dim mByte1 as byte at Messwert OVERLAY
3
dim mByte2 as byte at Messwert+1 OVERLAY
4
dim mByte3 as byte at Messwert+2 OVERLAY
5
dim mByte4 as byte at Messwert+3 OVERLAY
Luna kennt kein Overlay, dafür aber z.Bsp. direkte Zugriffe auf einzelne
Bytes in einer Variable. Das ist ja soweit auch ausreichend, aber was
wenn ich beispielsweise ein Array habe und dort viele verschiedene Werte
gespeichert sind, wie z.Bsp.:
1
dim puffer(100) as byte
2
dim Checksum as long at puffer OVERLAY
3
dim Offset as word at puffer+4 OVERLAY
Man kann zwar in Luna solche Speicherblöcke erstellen mit denen man dann
sowas ähnliches machen kann, aber ich hätte das gerne so wie eine
Variable oder ähnliches. Jemand da eine Idee?
Danke, Thomas
die zweifelhaften Namen für Programmiersprachen haben wieder
zugeschlagen, genauso wie bei "ruby on rails" usw. komische moderne
Zeit. Hätte man doch einfach im Alphabet weitergehen können, sind ja
ausreichend Buchstaben übrig für neue Kreationen.
C reicht, alles Andere braucht keine Sau.
Mir kommt jedesmal ein Würgereiz wenn ich Bascom lese oder höre, avr
luna scheint ja wenigstens eine richtige Programmiersprache zu sein,
trotzdem wieder so eine Basic-Grütze.
Allein wenn man liest "ich programmiere mit Bascom" führt schon zu
Gelächter. Was soll das sein? "programmieren"? au mann.
wire schrieb:> Hätte man doch einfach im Alphabet weitergehen können, sind ja> ausreichend Buchstaben übrig für neue Kreationen.
Zumindest D, S und R sind schon belegt für Programmiersprachen :-)
"trotzdem wieder so eine Basic-Grütze."
Luna hat nicht wirklich viel mit Basic zu tun.
Wie kommst Du darauf?
Luna ist eher eien Mischung aus C und Pascal.
Jemand, der wie ich einen Würgreiz bei C bekommt und die
Übersichtlichkeit und ZUVERLÄSSIGKEIT von Pascal schätzt wird Luna
lieben!
Das Risiko gravierende Fehler beim Vergeben von Variablen oder
Speicheradressen vergeben, ist bei Luna, wie in Pascal kaum möglich.
Nicht umsonst wird, wo Sicherheit und Zuverlässigkeit Priorität hat
Pascal einesetzt anstelle von C! (Flughäfen Luft/Raumfahrt, Bankinternes
etc.)
Lunar bildet nun sowas die ein zwischenstück zwischen Pascal und C.
Ein C Programmeirer kann leibgewonnenen weiter machen wie gewohnt,
genauso wie ein PaScal programmierer, hat aber viele Möglichkeiten, die
derzeit verfügbare Pascal Varianten nicht hatten
Kim Schmidt schrieb:> Lunar bildet nun sowas die ein zwischenstück zwischen Pascal und C.> Ein C Programmeirer kann leibgewonnenen weiter machen wie gewohnt,> genauso wie ein PaScal programmierer, hat aber viele Möglichkeiten, die> derzeit verfügbare Pascal Varianten nicht hatten
naja, das ist auch nicht weiter schwer bei dem Angebot. den
mikroe-compiler für pascal kann man sehr schnell hassen lernen wegen der
bugs. von der basic-version ganz zu schweigen. gabs da nicht nochjemand
der mit großen Sprüchen einen pascal-compiler bauen wollte? und wie
sieht denn nun die Qualität des luna-compilers aus? lassen sich damit
überhaupt große Projekte stabil umsetzen? so alt ist diese Sprache ja
nicht und wenn man sich den bascom-compiler anschaut haben die es bis
heute nicht geschafft. da sind Zweifel durchaus berechtigt.
also ich habe bisslang auch nur einzelne Sachen probiert, um eben das
herauszufinden.
Und bin bisslang wirklich begeister!
Und andere, die was gefunden hatten, hatten auch meist ein-zwei Tage
später nen überarbeitete Version!!
Mit dem Support von Mikro stehe ich nämlich auch auf Kriegsfuss!
Die brauchen ewig und dann wird der Fehler oftmals nicht mal behoben.
Das Forum bei Luna spricht auch Bände, keiner der rummäckert, selbst bei
nervigeren Anfängerfragen gibt es hilfreiche tipps.
Auch gibt es schon ne Menge an fertigen Bibliotheken! für alles Gängige.
Ich behaupte mal, Luna hat jetzt nach einem JAhr in etwa den Stand von
Microe!! nur das der Compiler bereits jetzt schon weniger Fehler hat!
Mikroe hat seit nem Jahr einiges an Bibiliotheken dazu bekommen, daher
liegt Luna hier jetzt etwas zurück, aber die Liste ist jetzt schon
Umfangreicher als bei Mikroe die ersten 2 Jahre oder so, nutzte bis vor
kurzen Micror Pascal Pro für AVR
Wenn die in dem Tempo weitermachen, selbst, wenn noch einig Bugs
auftauchen (ist sicher immer mit zu rechnen) hat Luna wirklich Potential
zu was größerem!
Wie man hier sieht, von Bascom über Pascal bis C steigen viele zu Luna
um.
Ich hatte als kind mal mit Locomotive Basic vom Schneider rumgedaddelt,
dann Turbo Pascal, und mich dann mit "C++. Das Grundlagenbuch. Das
Fundament professioneller C++- Programmierung " von Data Becker in C++
(kann ich übrigens wirklich empfehlen, extrem ausführlich alles
beschrieben) eingelesen, damit aber nie wirklich was gemacht.
Aber ich empfinde die Ankündigung von Luna, das in Luna das beste von
allen Sprachen kombiniert ist, nicht unwahr.
Ich stand oder stehe derzeit vor der Entscheidung E-Lab Pascal die Pro
Version anzuschaffen..oder auf Risiko zu spielen und doch noch zu
warten, und derzeitige Projekte bereits auch Luna zu entwicklen...ich
schwanke noch..von Mikroe will ich jedenfalls weg, leider, habe viele
Projekte bereits damit erstellt, aber die Bugs nerven einfach!
ach ja, das Geilste ist, das der Quellcode für allesmögliche offen und
für die Bibliotheken sogar ein Browser dafür vorhanden ist, um zu sehen
was die programmierer da gemacht haben.
Alles ist in Assembler geschrieben!!
Wer das gut beherscht, kann den Fehler also sogar mal eben schnell
selber beheben !! weil der Browser unterstützt auch gleich das editieren
des ASM codes!
Selbst wenn aus irgendeinem Grund, das fertige Projekt stehen bleibt,
kann man viele Bugs also selber weitesgehend beheben.
Die Luna Gruppe hebt auch immer wieder hervor, das es ein Projekt von
Programmieren für Programmierer ist, in dem Sinne, das ALLE gemeinsam
LunaAVR weiterentwickeln.
Daher denke und hoffe ich, das es wirklich erfolgreich wird
Thread beobachten
Seitenaufteilung abschalten