*** Protokolldatei gestartet
*** Datum: Mi. Mai 2 20:01:58 2012

[Mittwoch, 2. Mai 2012] [20:01:58] Betreten Sie haben den Kanal #forth-ev betreten (-bernd@p5DCD6286.dip0.t-ipconnect.de).
[Mittwoch, 2. Mai 2012] [20:02:01] Modus Kanalmodi: 
[Mittwoch, 2. Mai 2012] [20:02:59] <BerndPaysan> Hallo!
[Mittwoch, 2. Mai 2012] [20:03:17] <MatthiasT> Hallo Bernd!
[Mittwoch, 2. Mai 2012] [20:03:28] <BerndPaysan> Aha, nicht nur Zombies da :-)
[Mittwoch, 2. Mai 2012] [20:03:41] <MatthiasT> Die sind alle verschwunden....
[Mittwoch, 2. Mai 2012] [20:07:01] <BerndPaysan> Anton hat vor ein paar Jahren eine Diskussion zu einem unified xt angestoßen:
[Mittwoch, 2. Mai 2012] [20:07:04] <BerndPaysan> http://www.complang.tuwien.ac.at/forth/header-ideas.html
[Mittwoch, 2. Mai 2012] [20:07:34] <BerndPaysan> Das haben wir wieder mal angeguckt, und meine Meinung ist: Das braucht so zu viel Platz für embedded Systeme.
[Mittwoch, 2. Mai 2012] [20:09:07] <MatthiasT> mussich mal lesen...
[Mittwoch, 2. Mai 2012] [20:09:16] <BerndPaysan> Genau, lies mal.
[Mittwoch, 2. Mai 2012] [20:09:32] <BerndPaysan> Interessant ist dabei, dass compile, nicht etwa die compilation-Semantik ausführt.
[Mittwoch, 2. Mai 2012] [20:09:40] <BerndPaysan> Da braucht man dann noch ein weiteres Feld...
[Mittwoch, 2. Mai 2012] [20:10:32] <MatthiasT> Ich weiss immer noch nicht so recht, warum man mehrere XT pro Wort braucht. IMHO kann man das durchaus algorithmisch klären. 
[Mittwoch, 2. Mai 2012] [20:10:47] <MatthiasT> Oder unter implementation abbuchen
[Mittwoch, 2. Mai 2012] [20:14:54] <BerndPaysan> Naja, mit "algorithmisch klären" meinst du wohl state-smart. Das ist aber "evil".
[Mittwoch, 2. Mai 2012] [20:18:00] <MatthiasT> Gar nicht mal. Wenn ich einen XT habe kann ich per EXECUTE mir durchaus vorstellen, dass daraus die interpreter Semantik aktiviert wird und beim COMPILE, halt was anderes. T steht IMHO für Token, nicht für Adresse
[Mittwoch, 2. Mai 2012] [20:18:41] <BerndPaysan> COMPILE, ist aber nicht so spezifiziert, wie gesagt.
[Mittwoch, 2. Mai 2012] [20:18:47] <BerndPaysan> Das ist IMHO ein Fehler im Standard.
[Mittwoch, 2. Mai 2012] [20:18:47] <MatthiasT> Zudem habe ich bei den ganzen Dual-XT Sachen, die ich bislang gesehen habe eine einfache Zuordung zwischen Interpreter und Compiler Semantik: CELL+
[Mittwoch, 2. Mai 2012] [20:19:13] <MatthiasT> Da braucht es nicht unbedingt einer weiteren Zelle "per default"
[Mittwoch, 2. Mai 2012] [20:19:16] Betreten volksForth hat den Kanal betreten (~user@212.255.21.171).
[Mittwoch, 2. Mai 2012] [20:19:22] <BerndPaysan> Hallo Carsten!
[Mittwoch, 2. Mai 2012] [20:19:28] <volksForth> Hallo
[Mittwoch, 2. Mai 2012] [20:19:30] <MatthiasT> Hallo carsten
[Mittwoch, 2. Mai 2012] [20:20:17] <MatthiasT> Klar sind die dual-XT systeme sicherlich geringfügig schneller, aber ich glaube nicht, dass _das_ der grund ist, dass es eine zweite Zelle gibt
[Mittwoch, 2. Mai 2012] [20:21:09] <BerndPaysan> Nein, es geht eigentlich nicht um Geschwindigkeit, sondern um konzeptionelle Klarheit.
[Mittwoch, 2. Mai 2012] [20:21:10] <MatthiasT> xt>comp und xt>int sind syntaktischer Zucker, aber keine Funktion für sich selbst genommen.
[Mittwoch, 2. Mai 2012] [20:21:35] <MatthiasT> Ich glaube, Stephen Pelc hat das mal sehr schön zusammengefasst
[Mittwoch, 2. Mai 2012] [20:21:59] <BerndPaysan> Weiß nicht, sonderlich schön war das nicht.
[Mittwoch, 2. Mai 2012] [20:22:00] <MatthiasT> Ein Wort (Für ein XT) hat bis zu 4 denkbare Bedeutungen, je nach Kontext
[Mittwoch, 2. Mai 2012] [20:22:24] <BerndPaysan> Ja, Interpretationssemantik ausführen (EXECUTE)
[Mittwoch, 2. Mai 2012] [20:22:30] <MatthiasT> Je nachdem ob Interpreter oder Compiler bzw Ausgeführt oder Compiliert
[Mittwoch, 2. Mai 2012] [20:22:42] <BerndPaysan> Das compilieren (COMPILE,)
[Mittwoch, 2. Mai 2012] [20:22:52] <MatthiasT> Ob da nun ein, zwei oder 4 interne XT im Spiel sind, seis drum
[Mittwoch, 2. Mai 2012] [20:23:06] <BerndPaysan> Die Kompilationssemantik ausführen (das, was der Interpreter im Compiler-Modus tut, <> COMPILE,)
[Mittwoch, 2. Mai 2012] [20:23:19] <BerndPaysan> Und die Kompilationssemantik compilieren (POSTPONE)
[Mittwoch, 2. Mai 2012] [20:23:53] <MatthiasT> Es gibt immer nur ein XT für ein gegebenes Wort, und nur eins. Die jeweiligen Aktionen machen ggf unterschiedliche Dinge, aber was da genau abläuft, ist implementation
[Mittwoch, 2. Mai 2012] [20:24:05] <MatthiasT> internal
[Mittwoch, 2. Mai 2012] [20:25:02] <BerndPaysan> Ja, wenn das so wäre, dann wär's ganz gut.
[Mittwoch, 2. Mai 2012] [20:26:13] <MatthiasT> Dann sind aber auch Worte wie das obige xt>comp komplett überflüssig. Es bleibt bei den bestehenden POSTPONE, COMPILE, etc pp
[Mittwoch, 2. Mai 2012] [20:26:58] <MatthiasT> Klären sollte man Flags wie IMMEDIATE und COMPILE-ONLY
[Mittwoch, 2. Mai 2012] [20:26:58] <BerndPaysan> Genau, wobei man zwei neue Worte einführen muss.
[Mittwoch, 2. Mai 2012] [20:27:29] <BerndPaysan> Das sind keine Flags mehr, die ändern das interne Verhalten.
[Mittwoch, 2. Mai 2012] [20:27:34] <MatthiasT> damit nicht so ein dummer Novice IF am Kommandoprompt ausführt und sich wundert
[Mittwoch, 2. Mai 2012] [20:27:57] Betreten erwaelde hat den Kanal betreten (-user@p5B1407E2.dip0.t-ipconnect.de).
[Mittwoch, 2. Mai 2012] [20:27:59] <BerndPaysan> POSTPONE, ist ziemlich klar, das Ausführen der Compilations-Semantik? Ist COMPILE lang genug tot?
[Mittwoch, 2. Mai 2012] [20:28:01] <BerndPaysan> Hallo Erich!
[Mittwoch, 2. Mai 2012] [20:28:02] <erwaelde> moin
[Mittwoch, 2. Mai 2012] [20:28:10] <MatthiasT> Hallo Erich
[Mittwoch, 2. Mai 2012] [20:28:26] <MatthiasT> COMPILE gibts noch im amforth. 
[Mittwoch, 2. Mai 2012] [20:28:30] <MatthiasT> (also das ohne ,)
[Mittwoch, 2. Mai 2012] [20:28:32] <volksForth> Hallo Erich
[Mittwoch, 2. Mai 2012] [20:28:49] <MatthiasT> Ich bin aber dabei, das rauszuwerfen
[Mittwoch, 2. Mai 2012] [20:29:55] <BerndPaysan> Also nicht lang genug tot.
[Mittwoch, 2. Mai 2012] [20:30:16] <BerndPaysan> Dann eher COMP-EXEC oder so.
[Mittwoch, 2. Mai 2012] [20:30:16] <volksForth> @Erich: wir haben eine Anfrage fuer eine Forth-Schulung in Berlin, von Stefan Höltgen (http://www.simulationsraum.de/biografie/)
[Mittwoch, 2. Mai 2012] [20:30:16] <MatthiasT> Ich wäre auch sehr dankbar, wenn mal jemand die ganzen Bedeutungen von COMPILE und Co auf einer halben Seite gegeneinander stellen würde.
[Mittwoch, 2. Mai 2012] [20:30:54] <MatthiasT> COMPILE im amforth kannst Du ruhig ignorieren. Das ist nur das Ergebnis meiner Ignoranz
[Mittwoch, 2. Mai 2012] [20:31:03] <BerndPaysan> Ok :-)
[Mittwoch, 2. Mai 2012] [20:31:08] <MatthiasT> und später dann der anschließenden Faulheit ;)
[Mittwoch, 2. Mai 2012] [20:32:02] <erwaelde> @volksForth: in Berlin. Soso. Und wann ungefähr?
[Mittwoch, 2. Mai 2012] [20:32:22] <volksForth> muss noch geklaert werden, ich frage mal nach
[Mittwoch, 2. Mai 2012] [20:32:35] <volksForth> habe am Wochenende erst den Kontakt gemacht
[Mittwoch, 2. Mai 2012] [20:32:47] <erwaelde> VCFe überreste?
[Mittwoch, 2. Mai 2012] [20:33:57] <volksForth> Stefan Hoeltgen hat auch einen Artikel fuer Telepolis geschrieben: http://www.heise.de/tp/artikel/36/36851/1.html, Bild: http://www.heise.de/tp/artikel/36/36851/6.html
[Mittwoch, 2. Mai 2012] [20:35:10] <volksForth> Auf dem VCFe war ich zusammen mit Thorsten Schoeler, wir haben Forth auf einem Epson HX-20 (0.6Mhz) gemacht :)
[Mittwoch, 2. Mai 2012] [20:36:39] <erwaelde> Ich sehe Bilder von Indigos :-)
[Mittwoch, 2. Mai 2012] [20:37:09] <BerndPaysan> Sehe keine Bilder von der Cray im FPGA.
[Mittwoch, 2. Mai 2012] [20:38:59] <erwaelde> Habt ihr das mit dem komisch gerasterten Druck in der letzten VD schon durch?
[Mittwoch, 2. Mai 2012] [20:39:02] <BerndPaysan> Das wird wohl dieses Projekt sein: http://chrisfenton.com/homebrew-cray-1a/
[Mittwoch, 2. Mai 2012] [20:39:32] <BerndPaysan> Mir ist noch nicht klar, was da genau passiert ist.
[Mittwoch, 2. Mai 2012] [20:39:41] <BerndPaysan> Aber wir hatten solche Probleme auch mit der vorherigen Druckerei.
[Mittwoch, 2. Mai 2012] [20:41:28] <erwaelde> Ok.
[Mittwoch, 2. Mai 2012] [20:45:23] <BerndPaysan> VCFe: Ach, mit "Cray on a chip" meinen die den i860.
[Mittwoch, 2. Mai 2012] [20:45:49] <BerndPaysan> Die Homebrew-Cray-1a ist da eine andere Liga.
[Mittwoch, 2. Mai 2012] [20:46:00] <volksForth> jupp, das mit dem FPGA war eine NS3200
[Mittwoch, 2. Mai 2012] [20:46:12] <volksForth> Unix Rechner im FPGA
[Mittwoch, 2. Mai 2012] [20:46:12] <volksForth> Der PC532 ist ein Unix-Rechner basierend auf der NS32000 Prozessor-Familie von National Semiconductor. Er wurde in den 90er Jahren von begeisterten Hobbyisten entworfen und gebaut. Heute kann man die komplette Maschine inklusive CPU und FPU in ein FPGA packen. Der Vortrag stellt das System PC532 vor und beschreibt die im FPGA implementierten Baugruppen. Zum Schluss gibt es eine Live-Vorführung.
[Mittwoch, 2. Mai 2012] [20:46:12] <volksForth> Vortragssprache Deutsch
[Mittwoch, 2. Mai 2012] [20:46:13] <volksForth> Von Udo Möller
[Mittwoch, 2. Mai 2012] [20:46:22] <erwaelde> Ich hab heute mal 10 Minuten mit fossil rumgespielt. Aber so richtig den Durchbruch hab ich nicht hingekriegt. Gehört das so, daß die Archivdatei keine Endung hat und mitten in allem drin liegt? Oder anders gefragt: macht ihr erst ein Verzeichnis und geht da rein und dann "fossil open ../archiv-name" ???
[Mittwoch, 2. Mai 2012] [20:47:02] <BerndPaysan> Ja, erst Verzeichnis machen.
[Mittwoch, 2. Mai 2012] [20:47:17] <BerndPaysan> Dann da 'reingehen und fossil clone <url> <archivname>.fossil
[Mittwoch, 2. Mai 2012] [20:47:24] <BerndPaysan> Das .fossil muss der Nutzer selber machen.
[Mittwoch, 2. Mai 2012] [20:47:34] <BerndPaysan> Und dann fossil open <archivname>.fossil
[Mittwoch, 2. Mai 2012] [20:47:37] <volksForth> ich habe ein extra Verzeichnis, aber die Fossil datenbank liegt im root dieses Verzeichisses
[Mittwoch, 2. Mai 2012] [20:47:40] <BerndPaysan> Und das lässt man dann geöffnet.
[Mittwoch, 2. Mai 2012] [20:47:53] <erwaelde> und dann "fossil settings autosync off" oder sowas?
[Mittwoch, 2. Mai 2012] [20:48:03] <BerndPaysan> Autosync lass' ich normalerweise an.
[Mittwoch, 2. Mai 2012] [20:48:22] <BerndPaysan> Aber ich wohn' auch nicht auf dem Berg, wo die Träger das Internet zu Fuß hochtragen :-)
[Mittwoch, 2. Mai 2012] [20:48:31] <erwaelde> Aber dann wird der Plunder, den ich hier einchecke *gleich* nach forth-ev.de synchronisiert, oder?
[Mittwoch, 2. Mai 2012] [20:48:47] <BerndPaysan> Ja, wenn autosync on ist, schon.
[Mittwoch, 2. Mai 2012] [20:50:39] <erwaelde> Dann hab ich 'ne Datei angefasst, "fossil status" sacht EDITIERT ...datei. Soweit so gut. Dann sag ich "fossil revert datei" und fossil blökt mich mit irgendwas voll. *IRGENDWIE* im dritten Versuch oder so wurde die Datei dann tatsächlich reverted. Aber was ich da genau falsch gemacht habe, hab ich noch nicht rausgefunden.
[Mittwoch, 2. Mai 2012] [20:51:19] <BerndPaysan> undo macht Änderungen zurück.
[Mittwoch, 2. Mai 2012] [20:51:43] <erwaelde> "fossil undo" is available to undo changes to the working checkout.
[Mittwoch, 2. Mai 2012] [20:51:43] <erwaelde> 
[Mittwoch, 2. Mai 2012] [20:51:46] <BerndPaysan> Und wo man die archivname.fossil hält, ist völlig unabhängig davon, wo man das open macht.
[Mittwoch, 2. Mai 2012] [20:52:44] <erwaelde> revert gibts auch. Und ich verstehe darunter, daß diese Datei auf den letzten "checkout oder update" Zustand gebracht wird. Meine lokalen VerÄnderungen sollen wieder weg.
[Mittwoch, 2. Mai 2012] [20:52:59] <BerndPaysan> Ja, das sollte eigentlich so passieren.
[Mittwoch, 2. Mai 2012] [20:53:05] <erwaelde> Oder nicht? "man fossil" ist auch nicht gerade gesprächig.
[Mittwoch, 2. Mai 2012] [20:53:10] <BerndPaysan> Mit undo kann man dann solche Änderungen wieder rückgängig machen.
[Mittwoch, 2. Mai 2012] [20:53:19] <BerndPaysan> fossil help revert
[Mittwoch, 2. Mai 2012] [20:53:22] <erwaelde> *seufz* ich bin halt altmodisch.
[Mittwoch, 2. Mai 2012] [20:54:37] <BerndPaysan> Also: Nach einer Änderung fossil revert <file>, zurück in den Repository-Zustand.
[Mittwoch, 2. Mai 2012] [20:54:56] <erwaelde> undo und revert sind aber schon zwei verschiedene Sachen, wenn ich den help Text so anguck ...
[Mittwoch, 2. Mai 2012] [20:55:11] <BerndPaysan> Falls man das versehentlich gemacht hat, kann man mit fossil undo <file> das revertierte zurückholen.
[Mittwoch, 2. Mai 2012] [20:55:24] <BerndPaysan> Und mit fossil redo <file> "ne doch"
[Mittwoch, 2. Mai 2012] [20:55:43] <BerndPaysan> Ohne Dateinamen immer auf alles.
[Mittwoch, 2. Mai 2012] [20:56:16] <erwaelde> Noch was LaTeXiges: wenn ich bei mir make sage, dann wird das Bild vom Bernd im editorial ungefähr so groß wie 'ne DINA4 Seite. Da haut
[Mittwoch, 2. Mai 2012] [20:56:32] <erwaelde> s dann auch noch ne Kiste auf dle nächste Seite.
[Mittwoch, 2. Mai 2012] [20:56:43] <erwaelde> Ich glaub "[size=1.0]
[Mittwoch, 2. Mai 2012] [20:56:52] <BerndPaysan> Hm, die size ist richtig.
[Mittwoch, 2. Mai 2012] [20:57:08] <BerndPaysan> Das bernd.png wird automatisch in ein eps gewandelt, und sollte dabei die dpis erhalten.
[Mittwoch, 2. Mai 2012] [20:57:19] <erwaelde> ist da doof, sowas wie "[width=0.4\textwidth]" würde besser in mein Weltbild passen.
[Mittwoch, 2. Mai 2012] [20:57:41] <BerndPaysan> %BoundingBox: -0 -0 95 138
[Mittwoch, 2. Mai 2012] [20:58:02] <erwaelde> Ach, dann könnt's auch das Debiansche Ersatz-imagemagick sein, das das verhagelt.
[Mittwoch, 2. Mai 2012] [20:58:16] <BerndPaysan> Man darf ImageMagick nicht durch unbrauchbares ersetzen ;-)
[Mittwoch, 2. Mai 2012] [20:58:33] <erwaelde> Imagemagick wird, wenn ich
[Mittwoch, 2. Mai 2012] [20:59:00] <erwaelde> s recht weiß, seit Jahren nciht mehr ordentlich gepflegt.
[Mittwoch, 2. Mai 2012] [20:59:39] <erwaelde> So ist das halt mit Automatismen: "Some days the magic works, some days it doesn't"
[Mittwoch, 2. Mai 2012] [21:00:12] <BerndPaysan> Die aktuelle Version ist vom März diesen Jahres. Nicht gepflegt sieht anders aus.
[Mittwoch, 2. Mai 2012] [21:01:53] <BerndPaysan> Das mit dem width=dimension funktioniert natürlich unabhängig von der Automatik :-)
[Mittwoch, 2. Mai 2012] [21:03:29] <erwaelde> Ok, dann ist das inzwischen wieder anders. Aber warum gibt's dann überhaupt Ersatz? graphicsmagick heißt das.
[Mittwoch, 2. Mai 2012] [21:04:59] <BerndPaysan> Das ist der ungepflege Fork von ImageMagick. Der konnte noch ein paar andere Sachen.
[Mittwoch, 2. Mai 2012] [21:06:16] <BerndPaysan> So Forks nach unüberbrückbaren Differenzen sind halt ein Problem.
[Mittwoch, 2. Mai 2012] [21:07:16] <BerndPaysan> http://marc.info/?l=imagemagick-developer&m=104777007831767&w=2
[Mittwoch, 2. Mai 2012] [21:07:19] <erwaelde> Na toll :-)
[Mittwoch, 2. Mai 2012] [21:07:31] <erwaelde> Auf wikipedia steht's auch so.
[Mittwoch, 2. Mai 2012] [21:09:40] <erwaelde> Na, dann werd ich das graphicsmagick mal durch ein imagemagick ersetzen ...
[Mittwoch, 2. Mai 2012] [21:09:45] <volksForth> Ich muss jetzt leider weg, bis kommenden Mittwoch!
[Mittwoch, 2. Mai 2012] [21:09:48] <BerndPaysan> Ciao
[Mittwoch, 2. Mai 2012] [21:09:51] <erwaelde> Ciao!
[Mittwoch, 2. Mai 2012] [21:09:54] <MatthiasT> Ciao
[Mittwoch, 2. Mai 2012] [21:10:04] Verlassen volksForth hat den Kanal verlassen (Ciao).
[Mittwoch, 2. Mai 2012] [21:15:47] <erwaelde> Ok, nicht *alle* .eps werden neu generiert, das wär ja auch zu einfach :-) Soo, jetzt klappt das auch mit dem überdimensionalen Bernd. Danke!
[Mittwoch, 2. Mai 2012] [21:16:43] <BerndPaysan> Ok.
[Mittwoch, 2. Mai 2012] [21:17:50] <BerndPaysan> Ich hab' gestern eine Menge Zeit verschwendet, bei dem Versucht recvmmsg (mehrere Messages auf einmal empfangen) zu benutzen.
[Mittwoch, 2. Mai 2012] [21:18:06] <BerndPaysan> Da haben die Linuxer eine völlig unbrauchbare API gebaut.
[Mittwoch, 2. Mai 2012] [21:18:19] <BerndPaysan> Das Ding hat einen Timeout, der nicht funktioniert.
[Mittwoch, 2. Mai 2012] [21:18:32] <BerndPaysan> Damit fängt's schon an...
[Mittwoch, 2. Mai 2012] [21:19:49] <BerndPaysan> Dass es dann für die empfangenen Pakete keinen Timestamp mitliefert, das verstehe ich ja noch - an den net2o-Flowcontrol haben die natürlich nicht gedacht.
[Mittwoch, 2. Mai 2012] [21:19:53] <erwaelde> Du redest vom Netzwerk + net2o?
[Mittwoch, 2. Mai 2012] [21:19:55] <BerndPaysan> Ja.
[Mittwoch, 2. Mai 2012] [21:20:42] <BerndPaysan> Mich nervt einfach, dass der Overhead in recvfrom für UDP so rießig groß ist.
[Mittwoch, 2. Mai 2012] [21:20:53] <BerndPaysan> UDP ist nun wirklich nicht das schwierigste Protokoll der Welt.
[Mittwoch, 2. Mai 2012] [21:20:54] <erwaelde> Ich fürcht' Du frägst den falschen ... aber vielleicht fragst Du ja gar nixx :=)
[Mittwoch, 2. Mai 2012] [21:21:04] <BerndPaysan> Ich fag' nicht, ich mecker nur :-)
[Mittwoch, 2. Mai 2012] [21:21:16] <erwaelde> Nur zu!
[Mittwoch, 2. Mai 2012] [21:21:46] <MatthiasT> Tut mir leid Jungs, ich muss Schluss machen (Die Header-Sache mit den vielen XT sollten wir später fortsetzen)
[Mittwoch, 2. Mai 2012] [21:21:51] <MatthiasT> Ciao
[Mittwoch, 2. Mai 2012] [21:21:59] <BerndPaysan> Ciao
[Mittwoch, 2. Mai 2012] [21:22:03] Beenden MatthiasT hat den Server verlassen ("").
[Mittwoch, 2. Mai 2012] [21:22:22] <BerndPaysan> Vielleicht mach ich einen Kurzartikel in die VD mit dem ganzen COMPILE und POSTPONE-Zeugs.
[Mittwoch, 2. Mai 2012] [21:22:40] <BerndPaysan> Da herrscht auch noch nicht der nötige Durchblick :-)
[Mittwoch, 2. Mai 2012] [21:25:11] <BerndPaysan> Ich glaube, ein direktes DMA der Ethernet-Pakete in einen von mir deklarierten Buffer wäre für mich einfacher handzuhaben...
[Mittwoch, 2. Mai 2012] [21:25:33] <BerndPaysan> Nach UDP und Port-Nummer gefiltert, mehr nicht.
[Mittwoch, 2. Mai 2012] [21:26:24] <BerndPaysan> Aber bei Unix ist auch das Aufsetzen einer seriellen Schnittstelle komplizierter als wenn man die Hardware direkt anspricht.
[Mittwoch, 2. Mai 2012] [21:32:44] <BerndPaysan> Wahrscheinlich wird das ganze besser, wenn ich einen pthread zum Empfangen und einem zum Senden verwende.
[Mittwoch, 2. Mai 2012] [21:33:21] <BerndPaysan> Dann kann der Empfangsthread das mit den Eingangs-Zeitstempeln machen.
[Mittwoch, 2. Mai 2012] [21:35:22] <BerndPaysan> Der Sende-Thread arbeitet auch mit Zeitstempeln.
[Mittwoch, 2. Mai 2012] [21:36:21] <BerndPaysan> Für die pthreads muss ich aber noch die Event-Geschichte fertigmachen.
[Mittwoch, 2. Mai 2012] [21:37:41] <BerndPaysan> Das ist aber auch eine Baustelle, bei der es sich lohnt, weiterzubauen.
[Mittwoch, 2. Mai 2012] [21:41:53] <BerndPaysan> Dann mach' ich das mal, falls keine weiteren Fragen mehr kommen
[Mittwoch, 2. Mai 2012] [21:42:09] * BerndPaysan macht das Licht aus
[Mittwoch, 2. Mai 2012] [21:42:12] <BerndPaysan> Gute Nacht!