Kommentar: Einfügen von HTML im Kommentar: Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a> Bild einfügen: <img src="BILDURL"> Text formatieren: <b>fetter Text</b> <i>kursiver Text</i> <u>unterstrichener Text</u> Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b> C Quellcode formatieren: <code>Quellcode</code> BASIC Quellcode formatieren: <basic>Quellcode</basic> (Innerhalb eines Quellcodeabschnitts ist kein html möglich.) Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst ! -> I > >@Peter, ist es geplant, das Stringhandling bezüglich mehrdim. Arrays zu vebessern, falls ja, bis wann? > > Wegen mehrdimensionalen Strings muß ich mit Conrad reden, das ist in der aktuellen Erweiterung noch nicht > enhalten. Da melde ich mich, wenn ich mehr weiß. > > >Warum geht so was wie LCD_WriteText("Hallo") nicht? Warum der Umweg über eine Dummy Variable? > >Ist geplant das zu verbessern? > > Pointer haben zur Zeit 16 Bit, da maximal 64kb Ram adressiert werden müssen. Strings wie "Hallo" müßten > aber im Flash liegen. Bei dem M128 sind das 128kb. Die nächste Pointerbreite wären 32bit. Das würde > bedeuten, das alle Pointerübergaben 32bit statt 16bit übergeben würden. Der Zugriff würde doppelt solange > dauern. Zusätzlich müßten alle Routinen wie LCD_WriteText() doppelt ausgelegt werden. Über den Pointer > würde ermittelt, ob der übergebene String im Ram oder im Flash liegt und dann würde zugegriffen. > > Man muß wissen, das die Atmel Mega eine Harvard Architektur haben. Ein Zugriff aus dem Ram erfolgt über > ganz andere CPU Befehle als ein Zugriff auf das Flash. Der Interpreter würde ca. 5-6kb größer werden, und > für den freien Programmspeicher bleiben auf dem M32 nur noch 8kb statt 14kb. > > Wie Du siehst, ist der Umweg über das Ram keine Willkür. Ich grüble noch, wie man das verbessern kann, > ohne die aufgezählten Nachteile in Kauf nehmen zu müssen. > > Gruss Peter
