*** Protokolldatei gestartet *** Datum: Do. Apr 3 20:01:13 2014 [Donnerstag, 3. April 2014] [20:01:13] Betreten Sie (-bernd@p4FFB9733.dip0.t-ipconnect.de) haben den Kanal #forth-ev betreten. [Donnerstag, 3. April 2014] [20:01:19] Modus Kanalmodi: [Donnerstag, 3. April 2014] [20:02:28] Hallo! [Donnerstag, 3. April 2014] [20:02:50] Hallo Bernd [Donnerstag, 3. April 2014] [20:02:53] Cas [Donnerstag, 3. April 2014] [20:03:04] Carsten ist ein Zombie [Donnerstag, 3. April 2014] [20:04:12] Aha [Donnerstag, 3. April 2014] [20:04:54] Ich gluck' gerade Tagesschau, der NSA-Untersuchungsausschuss will Edward Snowden vorladen... [Donnerstag, 3. April 2014] [20:06:22] Soll er [Donnerstag, 3. April 2014] [20:07:02] Wird wahrscheinlich nicht ganz einfach ;-) [Donnerstag, 3. April 2014] [20:07:25] Ich hab mittlerweile meine Recognizer auf (annähernd) gforth Niveau gebracht. Ich hab nur ein Problem mit Deinen vtables. Die kann ich so nicht abbilden. [Donnerstag, 3. April 2014] [20:07:53] Ja, das muss auch nicht sein. [Donnerstag, 3. April 2014] [20:07:53] Unterm Strich habe ich kein "['] r:fail" sondern nur ein "r:fail" als Ergebnis. [Donnerstag, 3. April 2014] [20:08:02] Ja. [Donnerstag, 3. April 2014] [20:08:18] Da ich die r:fail einfach als constant laufen lasse, deren Inhalt dann die drei XT sind [Donnerstag, 3. April 2014] [20:08:19] Ich könnte das r:fail auch als Konstante definieren. [Donnerstag, 3. April 2014] [20:08:35] Das wär hübsch. [Donnerstag, 3. April 2014] [20:09:07] Ich habe zwar inzwischen Bedarf für eine OO Lösung (TO und jetzt die Recognizer), aber so bald werde ich das wohl nicht angehen [Donnerstag, 3. April 2014] [20:12:17] Zombie wieder da! [Donnerstag, 3. April 2014] [20:12:22] Gut'n Abend [Donnerstag, 3. April 2014] [20:12:43] Hallo Carsten! [Donnerstag, 3. April 2014] [20:13:28] Hallo Carsten [Donnerstag, 3. April 2014] [20:13:42] Und so isses vorerst. Docu wird noch etwas poliert http://amforth.sourceforge.net/TG/Architecture.html#recognizers [Donnerstag, 3. April 2014] [20:14:20] Das war einer der am längsten existierenden Branches, ein Wunder dass der nicht zwischendurch kaputt gegangen ist ;) [Donnerstag, 3. April 2014] [20:16:10] Für ein gemeinsames Interface müssen wir noch was machen, was die drei Xts in einen Recognizer vereint. [Donnerstag, 3. April 2014] [20:16:22] Bernd: kannst Du ein neues Repo für die neue VD anlegen, oder gibt es schon eines? [Donnerstag, 3. April 2014] [20:16:25] Also nicht einfach Create , , , [Donnerstag, 3. April 2014] [20:17:01] Betreten martin_53 (-quassel@pD9E45830.dip0.t-ipconnect.de) hat diesen Kanal betreten. [Donnerstag, 3. April 2014] [20:17:08] Hallo Martin! [Donnerstag, 3. April 2014] [20:17:12] Grüß Euch! [Donnerstag, 3. April 2014] [20:17:14] Hallo Martin. [Donnerstag, 3. April 2014] [20:17:20] @Bend: Stimmt. [Donnerstag, 3. April 2014] [20:17:21] Guten Abend Martin! [Donnerstag, 3. April 2014] [20:17:24] VD-Repository: Mach' ich. [Donnerstag, 3. April 2014] [20:17:31] Danke! [Donnerstag, 3. April 2014] [20:18:45] Weiß jemand wo Mattias Koch geografisch wohnt? [Donnerstag, 3. April 2014] [20:19:06] Hannover, er arbeitet zumindest an der dortigen Uni [Donnerstag, 3. April 2014] [20:19:42] Danke! [Donnerstag, 3. April 2014] [20:20:43] http://www.hot.uni-hannover.de/personen0.html [Donnerstag, 3. April 2014] [20:21:02] Michael findet ihn bestimmt sympatisch ;) [Donnerstag, 3. April 2014] [20:23:14] Ok, Repository ist da. [Donnerstag, 3. April 2014] [20:23:26] http://fossil.forth-ev.de/vd-2014-02 [Donnerstag, 3. April 2014] [20:24:05] Für den Recognizer brauchen wir sowas wie recognizer: ( int comp postpone -- ) [Donnerstag, 3. April 2014] [20:24:23] Mhm. @Matthias: Wie mache ich ein Upload? Auf https://sourceforge.net/p/amforth/community/HEAD/tree/Arduino-Shields/ bin ich jetzt. [Donnerstag, 3. April 2014] [20:24:40] Ich fänd aber ' a ' b 'c recognizer: foo eher unhandlich [Donnerstag, 3. April 2014] [20:25:48] Martin: SF hat irgendwo eine Docu, wie man die Respositories nutzt, ich such mal. Moment [Donnerstag, 3. April 2014] [20:27:03] http://sourceforge.net/p/forge/documentation/svn/ ein bissel nach unten scrollen u"Read/Write Access via https" So mach ich das zumindest. Klappt gut und macht keine Sorgen [Donnerstag, 3. April 2014] [20:27:22] Ja, ich auch, aber das ist wenigstens protabel hinzubekommen. [Donnerstag, 3. April 2014] [20:29:55] Dann muss es wohl so werden. Eine bessere Idee habe ich nicht zu bieten [Donnerstag, 3. April 2014] [20:34:50] So, bäh, jetzt habe ich noch ein Cross-Compilations-Problem... r:fail war bisher einfach nicht compilierbar ;-) [Donnerstag, 3. April 2014] [20:35:40] Ja, diese Crosscompiler sind einfach zu blöde. Native compiler sind soooviel besser ;) [Donnerstag, 3. April 2014] [20:41:46] Bernd: kannst Du mich auf dem Server in die sudoers eintragen? Ich würde gerne mein fossil PW im Template und im aktuellen Repo ändern (d.h. rücksetzen) [Donnerstag, 3. April 2014] [20:43:50] Machen wir nicht über sudo, aber wenn du mir einen SSH-Pubkey (dsa) gibst, dann trage ich den bei root in die authorized-keys ein. [Donnerstag, 3. April 2014] [20:47:32] SSH-Pubkey kommt per E-Mail [Donnerstag, 3. April 2014] [20:48:56] Ok, ist da. [Donnerstag, 3. April 2014] [20:49:45] Klappt's einloggen? [Donnerstag, 3. April 2014] [20:51:09] Betreten dh1jhk (-jens@p5B20163B.dip0.t-ipconnect.de) hat diesen Kanal betreten. [Donnerstag, 3. April 2014] [20:51:21] Hallo! [Donnerstag, 3. April 2014] [20:51:27] Hallo Jens [Donnerstag, 3. April 2014] [20:51:31] Hallo allerseits [Donnerstag, 3. April 2014] [20:54:01] Ich habe gerade noch schnell einen kleinen Videozerstärker zusammengebraten und dabei den Chat vergessen . [Donnerstag, 3. April 2014] [20:54:15] einloggen klappt [Donnerstag, 3. April 2014] [20:54:22] Danke Bernd [Donnerstag, 3. April 2014] [20:56:43] fossil clone klappt nun auch, alles ist git, äh, gut! [Donnerstag, 3. April 2014] [20:57:54] Zum Glück ist es nicht git ;-) [Donnerstag, 3. April 2014] [20:58:02] @Matthias Hast Du schon mal die mmc Routinen getestet ? [Donnerstag, 3. April 2014] [20:58:54] Nur soweit, als dass irgendwelche Daten gelesen werden. Da vor allem die "metadaten", und die sehen erst mal plausibel aus. [Donnerstag, 3. April 2014] [20:59:38] Irgendwer wollte mir noch FAT-Code schicken *pfeif* ;) [Donnerstag, 3. April 2014] [21:00:02] Ich habe noch alte FAT16 Routinen in asm gefunden wenn Du die meinst [Donnerstag, 3. April 2014] [21:00:36] Nein, ich meine forth-code (derjenige liest sicher nur noch mit, grade) [Donnerstag, 3. April 2014] [21:00:51] Jaa - wenn ich vorher 'besseren' mmc code bekomme als den meinen und wenn ich Zeit habe den zu testen. ist ein Unterscheid zwischen 'privat# benutzen und öffentlich machen. [Donnerstag, 3. April 2014] [21:01:30] Aber immerhin: ich hab schon ein meine sources geguckt. Sie sind noch da :-) [Donnerstag, 3. April 2014] [21:01:33] Besser machen können auch andere. Der erste Schritt ist der schwierige.... Danach wirds einfacher [Donnerstag, 3. April 2014] [21:02:13] Perfekt wirds eh nie. [Donnerstag, 3. April 2014] [21:02:15] In 10 Tagen ind Osterferien mit noch etwas freiräumen. Mal sehen. [Donnerstag, 3. April 2014] [21:02:41] @Jens: Welche MMC-Routinen? [Donnerstag, 3. April 2014] [21:03:03] die von Lubos [Donnerstag, 3. April 2014] [21:03:20] ich hab nur welche in asm [Donnerstag, 3. April 2014] [21:03:31] http://sourceforge.net/p/amforth/code/HEAD/tree/trunk/lib/hardware/mmc.frt [Donnerstag, 3. April 2014] [21:04:48] Was haben die damals geraucht , als das FAT System entstanden ist ??? ;-) [Donnerstag, 3. April 2014] [21:05:27] Das gleiche, was die TCP/IP Erfinder hatten. Das waren nahezu Nachbarn ;) [Donnerstag, 3. April 2014] [21:06:01] Habe ich mir doch schon gedacht ;-) [Donnerstag, 3. April 2014] [21:06:27] THC-->CPM [Donnerstag, 3. April 2014] [21:06:47] und dann C :-) [Donnerstag, 3. April 2014] [21:07:00] Nee die sind schon weiter c++ [Donnerstag, 3. April 2014] [21:07:17] ja mit Extraklammern [Donnerstag, 3. April 2014] [21:07:52] Jens: Wo haust Du? (wohnen) [Donnerstag, 3. April 2014] [21:07:58] OpenFirmware hat FAT Routinen in Forth --> http://www.openfirmware.info/Open_Firmware [Donnerstag, 3. April 2014] [21:08:24] in Karl Marx Stadt, Ähh Chemnitz [Donnerstag, 3. April 2014] [21:08:54] zu weit weg :-( [Donnerstag, 3. April 2014] [21:09:33] Ich bin aber beim Umziehen nach Thüringen (Knau) [Donnerstag, 3. April 2014] [21:10:03] Immer noch zu weit weg. Ich suche Mitstreiter für ein lokales Projekt (Ruhrgebiet) [Donnerstag, 3. April 2014] [21:10:40] beruflich oder privat ? [Donnerstag, 3. April 2014] [21:10:54] privat [Donnerstag, 3. April 2014] [21:11:11] was streitest Du denn [Donnerstag, 3. April 2014] [21:12:05] So genau steht das noch gar nicht fest - aber Carsten und ich wollen einen Forthstammtisch eine Forthgruppe Ruhrpott gründen. [Donnerstag, 3. April 2014] [21:12:39] Bis jetzt sind wir drei. [Donnerstag, 3. April 2014] [21:13:21] Stimmt dafür ist es zu weit. [Donnerstag, 3. April 2014] [21:14:16] Gibt es hier im Verein Leute aus Sachsen ? [Donnerstag, 3. April 2014] [21:14:30] Gido Baumann [Donnerstag, 3. April 2014] [21:15:42] Aus welcher Ecke ? [Donnerstag, 3. April 2014] [21:16:31] Ich find' im Moment die Mitgliederliste nicht... aber da sind alle nach PLZ sortiert. [Donnerstag, 3. April 2014] [21:17:26] @Matthias: habe gerade meine Test-MMc abgeraucht. Hab' glatt vergessen die spannung für das Evalboard auf 3,3V zu drehen. Das lief jetzt mit 5V. Dem Eval-Board hat's nicht ausgemacht. Aber die MMC ist hin. Lustiger Fehler jetzt: MMC eingesteckt --> Kurzschluss Evalboard bricht zusammen. MMC ausgesteckt --> alles OK!. Ich bin erleichtert. Immerhin ist das Evalboard nicht kaputt. [Donnerstag, 3. April 2014] [21:17:49] Ok, Mitgliederliste ist da: [Donnerstag, 3. April 2014] [21:17:51] Glück gehabt. [Donnerstag, 3. April 2014] [21:17:54] Gido: Halle [Donnerstag, 3. April 2014] [21:18:06] Thomas Beierlein: Mittweida [Donnerstag, 3. April 2014] [21:18:35] Jörg Pöhl: Dresden [Donnerstag, 3. April 2014] [21:18:36] Bernd: Halle nach Sachsen zu verlagern ist sowas wie Nürnberg aus Franken rauszunehmen. Ok, Dir als Münchener ist das zuzutrauen ;) [Donnerstag, 3. April 2014] [21:18:55] Hihi :-) [Donnerstag, 3. April 2014] [21:19:52] Ich muss weg für heute, ciao und gute Nacht ... [Donnerstag, 3. April 2014] [21:19:57] Ciao Carsten [Donnerstag, 3. April 2014] [21:19:59] Ich Ciao! [Donnerstag, 3. April 2014] [21:20:04] Ich guck mal ob ich mihc jetzt noch zum Arbeiten (Bericht schreiben) motivieren kann - morgen ist auch noch ein Morgen. [Donnerstag, 3. April 2014] [21:20:10] Beenden volksForth (~cas@212.255.124.200) hat diesen Server verlassen ("Using Circe, the loveliest of all IRC clients"). [Donnerstag, 3. April 2014] [21:20:13] CU [Donnerstag, 3. April 2014] [21:20:18] bye [Donnerstag, 3. April 2014] [21:20:21] @Mattias Ich habe die mmc auch an 5V, aber 2 Dioden in Reihe. [Donnerstag, 3. April 2014] [21:20:22] Wir haben noch einen: Marcel Czerny, auch Mittweida. [Donnerstag, 3. April 2014] [21:20:27] Tschüss [Donnerstag, 3. April 2014] [21:20:30] Das ist dann aber echt Sachsen. [Donnerstag, 3. April 2014] [21:20:56] aber 2 Dioden in Reihe. Muss ich mir merken [Donnerstag, 3. April 2014] [21:20:56] Wir haben früher nach PLZ sortiert, PLZ 0 ist halt "Sachsen und Umgebung" ;-) [Donnerstag, 3. April 2014] [21:21:00] CU [Donnerstag, 3. April 2014] [21:21:06] Verlassen martin_53 (-quassel@pD9E45830.dip0.t-ipconnect.de) hat diesen Kanal verlassen (http://quassel-irc.org - Chat comfortably. Anywhere.). [Donnerstag, 3. April 2014] [21:21:10] Ich habe inzwischen echt Probleme, noch nicht-SDHC Karten zu finden. Die sind echt selten geworden [Donnerstag, 3. April 2014] [21:21:15] Aus Mittweida habe ich 2 Kollegen. [Donnerstag, 3. April 2014] [21:21:40] Ja und die Signale über Spannungsteiler. [Donnerstag, 3. April 2014] [21:22:42] @Matthias Stimmt, aber der Unterschied dürfte nicht so gewaltig sein. [Donnerstag, 3. April 2014] [21:23:20] Elektrisch nicht. Aber die Software ist komplett anders (Bytes vs. Blöcke bei den Adressen) [Donnerstag, 3. April 2014] [21:24:32] Bei den Details muss ich aber passen. [Donnerstag, 3. April 2014] [21:24:56] Ich habe leider nur Beispiele in C gefunden. Mit C kann ich mich irgendwie nicht anfreunden :-( [Donnerstag, 3. April 2014] [21:26:27] Bitstrukturen in C sind wirklich kein Quell der Freude. [Donnerstag, 3. April 2014] [21:29:05] Zuerst muss ich noch die Datenflusskontrolle ins TCP basteln. Dann kann mann einfach Textdateien uploaden. [Donnerstag, 3. April 2014] [21:30:10] Matthias Nr. 2 hat auch schon Interesse angemeldet. [Donnerstag, 3. April 2014] [21:30:28] Ich weiss, laut genug hat er ja gerufen ;) [Donnerstag, 3. April 2014] [21:30:50] Slow Start und 3*Ack für Packet drops und so ;-) [Donnerstag, 3. April 2014] [21:30:52] Es dürfte aber nicht einfach werden, den Code für alle passend zu halten. [Donnerstag, 3. April 2014] [21:31:41] Aber vielleicht schaffen wir ja mit deinem TCP Stack, was mit dem 1wire damals nicht geklappt hat: Eine protable Bibltiothek für microcontroller, die überall die gleiche API bietet [Donnerstag, 3. April 2014] [21:31:50] Ja aber ich habe die Hardwareansteuerung schon extra gehalten. [Donnerstag, 3. April 2014] [21:32:43] @Bernd Ich dachte an den Window-Parameter. [Donnerstag, 3. April 2014] [21:32:58] So Sachen wie SPI Transfers oder einzelne Bits zu prüfen gehören aber eher in die Rubrik der Systemhersteller. Da kann man wunderbar low-level optimieren und es tut trotzdem noch [Donnerstag, 3. April 2014] [21:33:36] Ja, das wird beim "slow start" entsprechend vergrößert. [Donnerstag, 3. April 2014] [21:33:49] Für jedes empfangene Ack um 2 [Donnerstag, 3. April 2014] [21:34:21] Allerdings hat man beim Controller nicht sonderlich viel Platz [Donnerstag, 3. April 2014] [21:35:07] Ich will es an den Empfangspuffer anpassen und damit den Datenfluss steuern. [Donnerstag, 3. April 2014] [21:35:15] Ja. [Donnerstag, 3. April 2014] [21:35:36] Der Algorithmus ist aber relativ fest vorgegeben. [Donnerstag, 3. April 2014] [21:36:17] Und meiner Meinung nach taugt er ziemlich wenig. [Donnerstag, 3. April 2014] [21:36:40] Weshalb ich mich bei meiner net2o-Entwicklung relativ lange mit Alternativen herumgeschlagen habe. [Donnerstag, 3. April 2014] [21:36:41] Ja aber ich dachte man kann damit die Datenmenge vorgeben. [Donnerstag, 3. April 2014] [21:37:24] Die Idee hinter dem TCP-Flow-Control ist, dass man solange den Puffer vergrößert, bis Pakete verloren gehen. [Donnerstag, 3. April 2014] [21:37:38] Weil die Puffer im Netz überlaufen. [Donnerstag, 3. April 2014] [21:37:45] Und dann halbiert man das Fenster. [Donnerstag, 3. April 2014] [21:37:57] Und tastet sich langsam wieder ans Maximum heran. [Donnerstag, 3. April 2014] [21:38:25] Das funktioniert alles nur, wenn man besagtes Zeugs geraucht hat. [Donnerstag, 3. April 2014] [21:38:40] Ich will damit die Übertragung stoppen, wenn mein RX-Puffer überläuft. [Donnerstag, 3. April 2014] [21:39:27] Ich klink mich aus, bis neulich dann [Donnerstag, 3. April 2014] [21:39:27] Ja, dann verwirfst du das Paket. [Donnerstag, 3. April 2014] [21:39:30] Ciao! [Donnerstag, 3. April 2014] [21:39:35] Verlassen MatthiasT (~mt@dslb-178-006-000-060.pools.arcor-ip.net) hat diesen Kanal verlassen. [Donnerstag, 3. April 2014] [21:39:40] Tschüss [Donnerstag, 3. April 2014] [21:39:58] Das sorgt dann beim Sender dafür, dass er sein Fenster halbieren muss. [Donnerstag, 3. April 2014] [21:40:46] Wenn ich Window auf 0 setze dürfte er nichts mehr schicken. [Donnerstag, 3. April 2014] [21:42:13] Nachdem wieder Platz ist schickt man ein "Window-update" Packet und weiter gehts. [Donnerstag, 3. April 2014] [21:42:51] Ja, kann man machen. [Donnerstag, 3. April 2014] [21:43:56] Ich will nur eine Zeile ( 82Byte) Puffern, dann ist sowieso die Prüfung auf ein "ok" dran. [Donnerstag, 3. April 2014] [21:45:50] Ich mach dann auch mal Schluss, Tschüss bis demnächst. [Donnerstag, 3. April 2014] [21:45:59] Wegen dem "Silly Window Syndrome" ist da eigentlich vorgeschrieben, dass man erst wieder ein Window Update verschickt, wenn 1460 Bytes frei sind. [Donnerstag, 3. April 2014] [21:46:05] Dann gute Nacht! [Donnerstag, 3. April 2014] [21:46:11] * BerndPaysan macht das Licht aus [Donnerstag, 3. April 2014] [21:46:43] Nein da gibts verschiedene Meinungen . [Donnerstag, 3. April 2014] [21:46:52] Beenden dh1jhk (-jens@p5B20163B.dip0.t-ipconnect.de) hat diesen Server verlassen ("Verlassend").