Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs

From	Ewald Pfau <anderswo@gmx.net>
Newsgroups	de.sci.electronics
Subject	Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs
Date	2019-08-17 08:34 +0000
Message-ID	<grpsh8FihabU1@mid.individual.net> (permalink)
References	<Erur3OZjQoB@allinger-307049.user.uni-berlin> <qj6u7q$3mr$1@news2.open-news-network.org> <groi4bFa24sU1@mid.individual.net> <qj74pm$8ki$1@news2.open-news-network.org>

Show all headers | View raw

Johannes Bauer <dfnsonfsduifb@gmx.de>:

> Hm aber Wolfgang behauptete doch immer, dass das angelich den Compiler
> schon drin hat, d.h. das wird nicht zur Laufzeit einmal compiliert,
> sondern immer interpretiert? Das hatte ich anders verstanden.

Interpretiert wird in mehreren Schichten. Der äußere Interpreter hat seit
ANS/ISO-Forth vier definierte Dauerschleifen dafür, als letzter Fallback
dann das QUIT (das heißt so), das als Dauerschleife von der Tastatur
entgegennimmt, im Fehlerfall ein Standard-THROW exekutiert, als ABORT, womit
alle Schachtelungen aufgehoben werden und der Text-Interpreter wieder neu
beginnt.

INCLUDED nimmt Text aus einer zeilenorientierten Datei entgegen. THRU macht
dasselbe mit dem Block-Mechanismus, der überlebt hat, um Massenspeicher
festverdrahtet in 1k-Blöcken durchnumeriert ansprechen zu können.

Und dann, äh (hab schon länger nichts mehr damit gemacht), nochmal dasselbe
mit einer Zeile, die als String-Parameter gegeben wird.

Soweit der äußere Interpreter.

Eine Schicht darunter wird man eher von Code reden, da nicht mehr Textfolgen
abgearbeitet werden, sondern kompilierte Folgen im Speicher. Dass dennoch
das Wort Interpreter ins Spiel kommt, liegt daran, dass die Modelle, wie
kompiliert wurde, transparent mitgeteilt werden können. Bzw. war das Sitte
zu der Zeit etwa bis MItte der 1990er, dem kundigen Nutzer das mitzuteilen,
wie die Schacthelung von Code im Speicher organisiert ist.

Nunmehr ist der kundige Nutzer auch nurmehr ein braver Konsument und fragt
nicht mehr nach so etwas, bzw. ist eher irritiert.

Aber gut, die Vokabel P-Code war über den Forth-Horizont hinaus geläufig,
die das korrespondiert, dass der Code aus einer Abfolge von Tokens besteht.
Und die Tokens, wenn sie zur Abarbeitung angesprungen werden, sind dann
wiederum Abfolgen von Tokens.

Erst die unterste Schicht von Tokens sind dann in Assembler kodiert.

Noch in den Forth-79 und -83 wurde das fein kultiviert, mitzuteilen, auf
welche Art die Tokens angesprungen wurden. Im kompaktesten Fall besteht
selbst noch der Beginn eines Tokens aus einem Verweis auf ein Token, dem die
Kette der folgenden Tokens mitgeteilt wird, und startet den Mechanismus des
Schachtelns und Weiterschaltens (typischerweise ein kleines Code-Schnipsel,
mit dem Namen NEXT).

Das ist die kompakteste und dann auch zugleich langsamste Form, wie der Code
repräsentiert und zum Laufen gebracht werden kann. Wenn man die
Hardware-Architektur vor sich hat, wo der letztliche Assmember strikt
Read-Only ist, und man aber ad hoc dazukompilieren will können, dann ist das
zugleich die einzige Möglichkeit, eine etwas universellere Maschine zu
implementieren. Die kann dann, mit ein wenig Forth-Assembler-Code im ROM,
rein vom RAM laufen.

Die macht dann zwar alles. Und braucht dann aber viel Geduld. Für uCs ist
das eher eine akademische Übung. Oder der Teil von Entwicklerei, wo eben das
minimale Forth-Assembler im ROM als Maschinen-Monitor dient, mittels dem per
ad hoc dazukompilierten Routinen die Maschine auf ihr Befinden hin abfragt
werden kann. Das geht dann ohne Emulatoren, weil man von einem sehr frühen
Stadium weg am Objekt selbst modellieren kann, ohne dass man eine Emulation
o.ä. braucht.

Wenn der Zeittakt der Umgebung aber eher in Sekunden misst, ohne Milli oder
Mikro, dann braucht es keinen weiteren Luxus zur Beschleunigung.

Die wenigen Softwarehäuser, die es für Forth gibt, unterstützen dieses
Modell aber kaum mehr. Dort ist Emulation angesagt, und erweitert wird für
die kleinen Prozessoren dann im emulierten ROM per Assembler-kompiliertem
Forth.

Letzteres ist dan schon die dritte Variante des Interpretierens von
Assembler-Code auf Maschinenebene, indem eben der Compiler alles, was im
Compiler-Modus anfällt, als Kette von Assembler-Code ablegt. Je nach Grad
der Optimierungen die man sich antut, wird dann jedes Stück Code, das ein
Token hätte sein können, nun aber in Assembler dasteht, mehr oder weniger
schlau mit dem Code zuvor und danach verkettet. Es muss ja weiterhin die
Kompatibilität aufrecht bleiben wie von diesem Code aus tiefere Ebenen der
Verschachtelung erreicht werden.

Die zweite Zwischenvariante für den Address-Interpreter, mit dem Code
abgearbeitet wird, statt Flließtext, besteht darin, dass er Beginn eines
Tokens nicht selbst wiederum einen Zeiger auf das Token verweist, mit dem
Verschachtelung und Weiterschalten im Code organisiert ist, sondern diese
kleine Standard-Routine steht dann in Assembler zu Beginn von jedem Token.

Das erste war also die indirekt gefädelte (threaded) Variante, das zweite
die direkt gefädelte und das dritte der Inline-Code.

Und über allem thront dann das Hirnschmalz, das in Optimierungen gesteckt
wird. Oder auch nicht. Aus letzterem wird zwar auch eine lustige Maschine,
aber viel machen kann man damit nicht wirklich, oder nur bei ausnehmend
gemütlichen Anwendungen.

***

> Huh, hartcodierte Memory-Layouts? Lolwut? Wolfgang lobte ja, dass es
> keinen Linker gibt bei Forth, aber wenn der Programmierer dann von Hand
> linken muss, ne, das muss echt nicht sein.

Zum einen: In Forth wird er flinke Turnaround unterstützt, um Bottom-Up
sekundenschnell austesten, ändern wieder testen, usw. zu können. Zugleich
wird angenommen dass jemand der mit dieser Maschine arbeitet, genug
Selbstdisziplin mitbringt, dass er sich nicht ständig selbst Fallen stellt.
Man baut also eher ein Gerüst aus gut belastbaren weil ausgetesteten
Routinen auf, und deren Schnittstellen sollten dann doch wohl auch weiterhin
stabil bleiben. Wer dann nachher an den Schnittstellen herumdreht, bzw. das
dann nicht im Griff hat, wenn er es trotzden macht, dem ist dann wohl nicht
zu helfen. Es gibt da keinen reichen Onkel, als wie ein solcher sich die
Riesenkompiler des Mainstream darstellen. Wenn man etwas ad hoc überprüft
wissen will, muss man das selber einbauen. Dafür geht das dann leicht und
locker dahin.

Darüberhinaus: Indem die meiste Zeit der Blick auf den Text-Interpreter im
Vordergrund stand, hat sich für Forth die Kultur des Austauschs von
kompiliertem Code nicht entwickelt. Das ist keine Frage des Systems sondern
der Historie. Man kann das auch in Fortg einbauen, dass es kompilierten Code
als Schnipsel nachlädt.

Das Modell des Open-Boot-Systems hat dann die Tokens normiert ... was ebenso
für ein System gilt, das auf den Einsatz von Chipkarten hin gestrickt wurde,
mit dem Handling von APDUs im Mittelpunkt, wie mit der ISO 7816 begonnen,
läuft als ISO 20060 unter dem Kürzel OTA - Open Terminal Architecture (jaja,
damit hab ich mich für eine ziemliche Zeit herumgeschlagen).

Wenn dann Folgen von Tokens ausgetauscht werden, ist man bereits auf
Code-Ebene, sodass gleich der Adress-Intrerpreter mit Code gefüttert wird,
und nicht der äußere Interpreter mit Quelltext.

Und das ist dann schon die Schicht, wie Libraries gestrickt sind.

Man muss, abseits des Mainstreams, die Bedeutung etwas gründlicher
abklopfen, was denn gemeint ist, wenn Libraries ausgetauscht werden. Die
Architekturen sind weniger technisch als auch historisch bedingt.

Wenn es darum ginge, sich des Mainstreams zu bedienen, wo massenweise die
Code-Fragmente und die Headerfiles herumgurken, dann gibt es zur Übernahme
in Forth eine harte Klippe, das ist die Konstruktion des Aufbaus mit
prinzipiell zwei Stacks, und nicht nur einem - der Stack für die
Verschachtelung, und der Stack für die Datenweitergabe.

Auch das ist wohl nur historisch bedingt - wahrscheinlich auf die
Denkfaulheit beim Umgang mit der Vokabel Der-Stack! zurückzuführen. Hätte
das Personal zu seiner Zeit etwas stringenter in analytischen Dimensionen
gedacht, wäre eine Architektur mit zwei Stapeln für die rein technisch
bedingten Erfordernisse viel naheliegender.

Der Vorteil, den Forth in dieser Hinsicht hat, ist immens, als da
Verschachtelungen viel bililiger zu haben sind, wenn nicht bei jedem Sprung
im Code zugleich der Zusanmenhang der Daten zwuschengesichert werden muss.
Das erspart man sich, wenn die Parameter transparent auf einem gemeinsamen
Stack durchgereicht werden. Von daher wurde typischerweise in Forth stets
mit kleinen Routinen kodiert, mit den anonymen Parametern auf dem Stack.

Forth und C haben zu einer Zeit schon koëxistiert, als noch nicht so krass
klar war, dass C zum Mainstream würde. Da hat vor allem die Industrie
nachgeholfen, indem mit Förderpaketen letzteres tapfer gepampert wurde,
parallel dazu, dass Unix-Maschinen sich verbreiteten. C verbreitete sich
erst einmal ganz spezifisch mit letzteren - aber auch ist hier die Tradition
aufrecht geblieben, dass, auch in C, Quelltexte korrespondiert werden, es
müssen nicht kompilierte Libraries sein, was in Umlauf kommt.

Das Interesse, dass nur kompilierte Libraries im Umlauf sind, ist eher
merkantiler Natur, in der Hoffnung, Problemlösungen für alles und jedes als
uneinsehbaren kryptischen Datenhaufen in Plastik zu verpacken und teuer
verkaufen zu können. Mit Quelltext geht das nicht so locker. Dank der
Bewegung für offen zu verbreitende Software ist doch letzteres als
eigentlich vernünftigere Ansicht um die Welt geschwappt.

Das war der Punkt, wo Anfang der 1990er ein Team für das ANSI eine
Normierung auskungelte, von allzu konkreten Implementierungsdetails Abschied
zu nehmen und abstraktere Prinzipien stattdessen aufzunehmen, sodass unter
diesem Titel dann Quelltext austauschbar würde - 1998 wurde ein ISO daraus.

Thread

FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-15 17:45 -0400
  Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-16 09:22 +0200
    Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-16 22:53 -0400
  Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-16 20:55 +0200
    Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-16 22:26 +0200
      Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-16 22:47 +0200
        Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-16 23:34 -0400
          Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-17 08:27 +0200
            Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-17 09:23 +0200
            Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-17 06:17 -0400
              Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-17 20:36 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-17 18:31 -0400
          Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-17 09:25 +0200
            Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-17 07:53 -0400
              Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-17 19:15 +0200
        Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-17 09:44 +0200
          Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-17 10:41 +0200
        Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Ewald Pfau <anderswo@gmx.net> - 2019-08-17 08:34 +0000
          Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-17 08:05 -0400
        Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Helmut Schellong <rip@schellong.biz> - 2019-08-17 14:51 +0200
    Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-16 23:13 -0400
      Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-17 08:37 +0200
        Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-17 07:12 -0400
          Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-17 20:57 +0200
            Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-17 19:02 -0400
              Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-18 08:41 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Ewald Pfau <anderswo@gmx.net> - 2019-08-18 07:30 +0000
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-18 10:15 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Ewald Pfau <anderswo@gmx.net> - 2019-08-18 18:43 +0000
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Gerhard Hoffmann <dk4xp@arcor.de> - 2019-08-18 21:57 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-08-18 22:13 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Gerhard Hoffmann <dk4xp@arcor.de> - 2019-08-18 23:50 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Andreas Karrer <ak-9a@gmx.ch> - 2019-08-19 00:43 +0000
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Ralph Aichinger <ra@pi.h5.or.at> - 2019-08-19 07:21 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-08-19 11:02 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-19 08:11 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-08-19 14:44 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange"  ISRs Axel Berger <Spam@Berger-Odenthal.De> - 2019-08-19 15:51 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-08-19 15:56 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Helmut Schellong <rip@schellong.biz> - 2019-08-19 16:40 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-08-19 16:53 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Helmut Schellong <rip@schellong.biz> - 2019-08-19 17:15 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-08-19 17:17 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Helmut Schellong <rip@schellong.biz> - 2019-08-19 18:56 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Klaus Butzmann <kb.usenet@butzomail.de> - 2019-08-19 21:49 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts  und"lange"ISRs Axel Berger <Spam@Berger-Odenthal.De> - 2019-08-20 01:04 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts  und"lange"ISRs Axel Berger <Spam@Berger-Odenthal.De> - 2019-08-19 17:26 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange"ISRs Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-08-20 01:42 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange"ISRs Gerhard Hoffmann <dk4xp@arcor.de> - 2019-08-20 02:48 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-19 17:56 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Helmut Schellong <rip@schellong.biz> - 2019-08-19 19:07 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange"  ISRs Andreas Karrer <ak-9a@gmx.ch> - 2019-08-19 15:17 +0000
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange"  ISRs Ewald Pfau <anderswo@gmx.net> - 2019-08-19 20:03 +0000
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-19 23:14 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-20 18:56 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Gerhard Hoffmann <dk4xp@arcor.de> - 2019-08-21 02:23 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Gerhard Hoffmann <dk4xp@arcor.de> - 2019-08-21 02:26 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-21 06:30 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Helmut Schellong <rip@schellong.biz> - 2019-08-21 13:27 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 15:41 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Gerhard Hoffmann <dk4xp@arcor.de> - 2019-08-21 15:13 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-21 10:47 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und"lange"   ISRs Axel Berger <Spam@Berger-Odenthal.De> - 2019-08-20 01:13 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-19 17:52 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-20 17:58 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 15:50 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-21 18:13 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 19:17 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hanno Foest <hurga-news2@tigress.com> - 2019-08-21 20:16 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Gerhard Hoffmann <dk4xp@arcor.de> - 2019-08-21 21:02 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hanno Foest <hurga-news2@tigress.com> - 2019-08-21 22:47 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-21 22:59 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-08-22 17:47 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Stefan Engler <stefan@epiket.de> - 2019-08-21 21:43 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 22:05 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-21 23:07 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 23:55 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hanno Foest <hurga-news2@tigress.com> - 2019-08-22 00:12 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 00:34 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hanno Foest <hurga-news2@tigress.com> - 2019-08-22 00:47 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 01:25 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-08-22 01:06 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-22 00:11 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2019-08-22 23:07 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange"  ISRs Axel Berger <Spam@Berger-Odenthal.De> - 2019-08-23 00:50 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange"  ISRs Ewald Pfau <anderswo@gmx.net> - 2019-08-23 06:57 +0000
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange"  ISRs Rainer Knaepper <rainerk@smial.prima.de> - 2019-08-24 10:26 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hanno Foest <hurga-news2@tigress.com> - 2019-08-21 23:59 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 01:04 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hanno Foest <hurga-news2@tigress.com> - 2019-08-22 01:46 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 02:57 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-21 20:28 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 20:58 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-21 23:10 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Stefan Engler <stefan@epiket.de> - 2019-08-21 21:29 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 22:12 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Alfred Gemsa <gemsa@gmx.de> - 2019-08-21 22:33 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 23:41 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Alfred Gemsa <gemsa@gmx.de> - 2019-08-22 00:18 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 01:17 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Alfred Gemsa <gemsa@gmx.de> - 2019-08-22 01:42 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-22 06:58 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-22 07:02 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Alfred Gemsa <gemsa@gmx.de> - 2019-08-22 14:15 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-22 01:55 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Volker Bartheld <news2019@bartheld.net> - 2019-08-22 11:21 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Alfred Gemsa <gemsa@gmx.de> - 2019-08-22 12:13 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-21 23:25 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 00:00 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-22 00:38 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 01:10 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-22 01:37 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 03:14 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-22 07:18 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 02:46 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-22 11:57 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-22 12:34 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-22 17:21 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-22 07:48 -0400
                Re: Benchmarks Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-23 10:56 +0200
                Re: Benchmarks Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-23 14:41 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-21 23:14 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2019-08-22 08:40 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-20 01:32 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-08-20 12:10 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-20 07:48 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Eric Bruecklmeier <usenet@nerdcraft.de> - 2019-08-20 14:42 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "Wolfgang Allinger" <all2001@spambog.com> - 2019-08-20 08:56 -0400
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-08-21 15:45 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs "h.-d.winzler" <horst.d.winzler@web.de> - 2019-08-21 13:28 +0200
                Re: FORTH 1: (was Re: (Atmel-) Mikrocontroller: Interrupts und "lange" ISRs Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-08-19 00:23 +0200

csiph-web