Habe den Fehler gefunden. Mit dem Pico geht es. Ich musste den movw-Befehl nur etwas ändern auf:
mov(r0, 42)
Meine erste Sorge, dass bereits der Decorator beanstandet wird, war unbegründet. Aber Danke für den Hinweis mit dem ESP, das hatte ich
im jugendlichen Elan ganz verdrängt.

Im Netz gibt es mehrere simple Beispiele, die ich einfach mal ausprobieren wollte. Wie z.B.

@micropython.asm_thumb
def fun():
movw(r0, 42)

print(fun()) # you will see it print out 42.

Beim aufrufen einer Inline-Assembler Funktion kommt immer Decorator nicht bekannt. Habe es noch mit
einem ...

@sparrow: Da wurde ich wohl gehörig missverstanden. Ich arbeitet gern mit tkinter und wenn es nur mit der Idle ist. Das mit Delphi waren nur alte Erinnerungen. Und ich hatte ja schon berichtet, dass das dabei erforderliche stundenlange Herumgeklicke auch nur verzögernd wirkt. Auch Python4Delphi war ...

Hallo, na das ist doch ein interessanter Link. Danke für den Hinweis. Das werde ich mir auf jeden Fall noch genau ansehen. Es ist leider traurig, dass an diesem Thema so wenig Interesse besteht, weil ja Tkinter angeblich veraltet, nicht leistungsfähig genug und nicjht mehr groß weiter entwickelt ...

@Sirius3:
Stimmt genau, ich habe noch mal in Ruhe die unterschiedlichen von mir bevorzugten Methoden zum Aufrufen ausprobiert. Siehe da, es geht mit Py2 und Py3, nur muss es eben aus dem Terminal heraus geschehen. Da habe ich mich mit meinen ersten Versuchen wohl selbst hereingelegt :-)
Das mit den ...

Nachtrag:

Ich habe inzwischen das Modul "keyboard" entdeckt, das unter Python3 alle meine Wünsche erfüllt.
Aber es wäre trotzdem interessant zu wissen, was Python3 in meinem obigen Beispiel beanstandet.
Anscheinend wird diese Syntax einfach nicht mehr unterstützt?

Hallo allerseits,

ich habe hier ein kleines Programmbeispiel, um während der Laufzeit auf einen Tastendruck zu reagieren.



import sys
import termios
import tty


inkey_buffer = 1


def inkey():
fd=sys.stdin.fileno()
remember_attributes=termios.tcgetattr(fd)
tty.setraw(sys.stdin.fileno ...

@LukeNukem: Ok, ich sehe es ein, aber es hat zumindest Erde gespart!

@snafu: Also so richtig glücklich bin ich mit dieser Vorgehensweise nicht, denn ich bin mir nicht sicher, ob alle Schwierigkeiten beseitigt sind.
Aber da durch das Aufzeichnen der Positionen des Lesezeigers immer auf das Ende einer Zeile gezeigt wird, was ja das einbytige '\n' ist, wird niemals ...

@DasIch: Beim Arbeitsspeicherverbrauch wollte ich sparsam vorgehen, damit eine Lösungsidee leicht angepasst eventuell auch unter MikroPython einsetzbar bleibt. Allerdings bin ich mir nicht sicher, ob das Python nicht trotzdem hintereinander n Datensätze hereinholt, wenn ich den Datensatz n+1 ...

Premature optimization. Du denkst über Dinge nach, die Dein Betriebssystem viel besser kann als Du. Und schießt Dir dabei, Pardon: in Deine eigenen Füße. ;-)


Nun, da die hier erarbeitete Lösung ja im Prinzip offensichtlich funktioniert, ist der Schuss wohl an den Füßen vorbeigegangen. Es ging ja ...

Als ich Deine vielen kleinen Verbesserungen entdeckt habe, habe ich zuerst gesehen, dass es so viel eleganter ist. Aber inzwischen wundere ich mich selber, dass es bei mir den Anschein hatte, dass meine Version funktionieren würde.

Nun habe ich beim Herumprobieren endlich noch bemerkt. welche vielen kleinen Verbesserungen neu hinzugekommen sind. Danke dafür.

Das mit dem with-Statement ist schon klar, war 'ne alte Gewohnheit mit open. Du hast meinen Kniff nicht vollständig wahrgenommen. Wie Du siehst, ist in der Datei z.B. auch das mehrbytige €-Zeichen und es funktioniert doch, weil ich nämlich genau die einzelnen Bytes garnicht adressiere sondern immer ...

Erst einmal vielen Dank für die vielen wertvollen Überlegungen. Wenn ich auf die ursprüngliche Idee verzichte, in der Datei byteweise herumschreiben zu wollen, funktioniert es jetzt doch, da ich mich lesend immer an den Wagenrückläufen entlanghangele. Hier mal mein Versuch, um meine eigentliche ...

also es handelt sich um eine Art Log-Dateien, wobei jede Zeile für einen Tag steht. Die Anzahl der Einträge können von Tag zu Tag variieren. Ich wollte lesend nur gezielt auf ein Datum springen können, ohne alle Zeilen davor durchlaufen zu müssen. Die Menge der Daten ist noch unklar. Aber es passt ...

Stimmt, ihr habt recht. Habe mir die Datei nochmal im Hexeditor angeguckt. Klar, woher soll das arme Script wissen, wieviele Byte meine unterschiedlichsten Zeichen haben. Da ich meine Anwendung glücklicherweise nicht für Büroarbeiten einsetzen will, sondern für technische Steuerungen obliegt es mir ...

Ich hatte schon so ein ungutes Gefühl, dass es mit der Codierung zusammenhängt. Ich wollte eine Textdatei einlesen, dabei inidizieren, d.h. zwei Listen anlegen, die die jeweiligen Zeilenlängen und die kumulative Zeichenmenge an der Position x erfassen, so dass ich aus der reinen Textdatei eine Art ...

Also ich hatte es schon auf 7-Zeiler reduziert und es ging mit Py2 tadellos und Py3 brachte die Fehlermeldung
io.UnsupportedOperation: can't do nonzero end-relative seeks

Habe im Netz aber folgenden Wrapper gefunden:

import io

def textio_seek(fobj, amount, whence=0):
fobj.buffer.seek(amount ...

Kann es sein, dass seek() in den Varianten seek(relativ, 1) und seek(anstand_vom_ende, 2) nur in Python2 aber nicht in Python3 funktionieren?
Oder hat sich die Syntax geändert?