[20:08] erwaelde: hi Uli! [20:08] michael__: Tach allerseits. nun füllts sich ja. [20:08] erwaelde: Tag Michael! [20:09] michael__: alle gesund und munter? [20:09] erwaelde: @Michael: Für Dich hätt ich gleich 'ne amforth Frage: [20:10] erwaelde: Ist es Absicht, daß u0.r und u.r bei zu großen Zahlen die führenden Ziffern abschneiden? [20:11] uho: Hallo [20:11] MatthiasT_ hat den Chatroom betreten. [20:11] MatthiasT_: Servus [20:11] erwaelde: Hi Matthias. [20:12] uho: Hallo Matthias [20:12] michael__: @erich: ist mir noch nicht aufgefallen Beispiel? [20:12] erwaelde: Moment [20:12] michael__: hi matthias [20:12] erwaelde: > ver [20:12] erwaelde: amforth 3.0 ATmega32 ok [20:12] erwaelde: > decimal [20:12] erwaelde: ok [20:13] erwaelde: > 20 2 u.r [20:13] erwaelde: 20 ok [20:13] erwaelde: > 22345 2 u.r [20:13] erwaelde: 45 ok [20:13] michael__: erwaelde: Ist es Absicht, daß u0.r und u.r bei zu großen Zahlen die führenden Ziffern abschneiden? [20:13] michael__: (für matthias [20:13] michael__: Ja, komisch das. [20:14] MatthiasT_: If the number of characters required to display n1 is greater than n2, all digits are displayed with no leading spaces in a field as wide as necessary. [20:14] michael__: wer loggt mit? [20:15] erwaelde: "all digits". Na, dann ist das wohl ein Fehlerchen [20:15] uho: Ich kann das Log nachher auf die Web-Seite stellen. [20:15] MatthiasT_: Klingt so, ja. Aber das sollte einfach zu fixen sein [20:15] michael__: danke fürs loggen ulli. [20:16] michael__: habs mir für eine stille stunde vorgemerkt, das fehlerchen. [20:16] erwaelde: Danke. [20:16] MatthiasT_: Prima, danke [20:18] erwaelde: Ansonsten hab ich Ullis Artikel über die Libraries nochmal gelesen. amforth hat zwar kein "include", aber vielleicht krieg ich das mit einem perl-Filter hin vor dem "upload". Schau mer mal. [20:18] erwaelde: Jedenfalls hab ich den Artikel inzwischen einigermaßen verstanden. Danke. [20:18] MatthiasT_: Das Problem ist doch schon gelöst. Wenngleich in python [20:19] uho: Wenn man einen Host hat, der den Source-Code holt, dann darf der natürlich [20:19] erwaelde: Nee, "from clock require +ticks" oder sowas tut damit nicht. [20:19] uho: auch filtern. [20:19] MatthiasT_: aber "#include marker.frt" geht problemlos [20:20] erwaelde: Stimmt, aber dann ist die ganze Datei marker.frt drin. [20:20] erwaelde: Und nicht nur das benutzte Stückchen. [20:20] MatthiasT_: Das ist ja nun eher die Disziplin des Programmautors, ein Wort ein File [20:20] MatthiasT_: ;=) [20:20] erwaelde: Klar, aber für sowas bin ich zu faul. Sorry. [20:20] uho: Oder eben ein File und selektives laden. [20:21] MatthiasT_: Na, ich lass mich überraschen :=)) [20:24] michael__: sagt mal, wieviel buffert eigentlich ein usbhub an zeichen auf dem weg terminal --> hub --> usbseriel --> butterfly ? [20:24] MatthiasT_: nichts [20:25] michael__: Ok, präziere ich das: Wieviel ist noch unterwegs wenn xoff zum terminal zurück kommt? [20:26] MatthiasT_: Oh, das ist was anderes. IIRC hat der Sendepuffer eines PC USARTS (bis zu) 16 Zeichen Platz. [20:27] michael__: oder anders: PC-com1 --> Butterfly geht problemlos. Compiliert forth quellen ohne mit der wimper zu zucken korrekt und flott. [20:27] MatthiasT_: Der wird zwar beim Hardware-Handshake (CTS/RTS) IIRC sofort angehalten, aber eben nicht beim Softwarehandshake [20:28] michael__: apple-Zterm --> hub --> usbser --> butterfly dagegen: immer müll drin. [20:28] michael__: mit dem selben butterfly. [20:29] michael__: auch die pc's mit com1 werden seltener. [20:30] erwaelde: Also ich schaff hier auch mit usb/ser converter, bzw. linux/minicom -> usb/ser (Prolific) -> atmega32. [20:30] MatthiasT_: Mit Apples kenn ich mich nicht aus, aber meine Linux-Kisten reden fast ausschließlich mit USART2RS232 mit den Atmegas [20:30] erwaelde: Als ich endlich die Quarz-Frequenz richtig hatte, ging's immer. [20:30] MatthiasT_: Das ist ein "geht/geht nicht", aber sehr konsequent [20:31] erwaelde: Handshake bzw. flowcontrol ist bei mir aus. [20:32] erwaelde: @Michael: ein "convert CRLF to ??? [20:32] erwaelde: Problem kann's nicht sein??? [20:32] michael__: am apple tuts das ja, aber es werden so alle par zeilen mal zeichen, auch ganze stücke oder zeilen verschluckt. rätselhaft das. [20:33] uho: zeit zwischen den Zeichen? [20:33] erwaelde: Wer verschluckt? Apple oder butterfly? [20:33] michael__: butterfly [20:34] michael__: kein echo problem, im compilat fehlt dann auch das was im echo fehlt. [20:34] MatthiasT_: Dann wird der butterfly wohl grade eintreffende Zeichen ignorieren, da mit Flashschreiben beschäftigt. [20:34] MatthiasT_: Ziehe meine Bemerkung zurück [20:35] michael__: das hab ich ja per xon/xoff umgangen. [20:35] michael__: auch das problem das der sendepuffer 4 zeichen vorrat hat. [20:36] michael__: schicke 6x xoff bevor es ins flashen geht. [20:36] michael__: trotzdem geht was verschütt. aber ich forscheweiter [20:38] michael__: ulli, ja zeit zwischen den zeichen bessert die sache, aber es wird nicht fehlerfrei. [20:38] erwaelde: Quarzfrequenz und Baudrate? [20:38] michael__: stimmen. [20:38] erwaelde: Nee, wie groß genau? [20:38] michael__: wie gesagt, am pc geht FEHLERFREI per com1. [20:39] MatthiasT_: Probier doch mal einen Konverter, vielleicht ist ja auch nur der Apple-Treiber Murks [20:40] michael__: 4800 am butterfly, 9600 war auch am pc zu schnell [20:40] michael__: wo finde ich grad noch mal die xtal frequenz? [20:41] MatthiasT_: Der Butterfly nutzt den internen Taktgenerator, der dürfte so etwa 8MHz liefern [20:41] michael__: ok daran habe ich nicht rumgeschraubt bisher. [20:42] MatthiasT_: Extern ist nur der 32kHz Uhrenquartz, damit kann man zwar den internen Taktgeber abgleichen, aber nicht direkt als Taktquelle nutzen [20:43] michael__: war nur so eine frage, das mit dem usb-hub. müssen wir hier nicht lösen, ich werds schon rauskriegen. [20:43] erwaelde: Hm. Also ich kann nur sagen, ich kriege 115200 baud mit einem 11.0592 MHz Quarz. Aber nur mit dem. Aber das geht natürlich nur, wenn man's beschalten kann. [20:44] michael__: neidisch kuck. [20:44] MatthiasT_: Ja gut, das ist ja auch eine passende Frequenz [20:44] erwaelde: Eben. [20:44] uho: Und bei 115200 flasht das System zwischendrin? [20:45] MatthiasT_: Mit dem Tempo wird nur der TIB gefüllt, nicht die Zeile abgearbeitet [20:45] erwaelde: Ich denke schon, denn ich jubel das komplette Programm runter. Das sind derzeit so 2500 Worte. [20:46] erwaelde: Allerdings mit dem Programm amforth-upload.py, das immer brav auf das "ok" wartet [20:48] michael__: ich seh schon, muss mich doch mal damit anfreunden. [20:49] michael__: was gibts denn sonst neues aus der forth welt? [20:49] MatthiasT_: Das Tool wartet auch auf das Echo des gerade gesendeten Zeichens. Quasi XON/XOFF [20:50] michael__: ok, das kann zTerm auch, dann gehts aber seeeeeehr langsam zu. [20:52] frunobulax: Win32Forth koennte sich weiter zersplittern mit ein VisualForth. [20:54] michael__: zersplittern? wieviele versionen gibt es denn da schon? [21:01] frunobulax: Mindestens drei. Und dann noch zwei oder drei GUIs. [21:01] uho: Seit dem Tom Zimmer sich nicht mehr alleine kümmert. [21:02] uho: Wäre besser gewesen, hätte er einen Nachfolger mit ähnlich gutem Engagement gefunden. [21:03] michael__: wie sieht Tom Zimmer eigentlich aus? Hab ihn noch nie gesehen. [21:03] uho: Typ Knuddelbär [21:05] uho: Warst Du eigentlich nicht in Nürnberg auf der Forth-Tagung (lang ist's her)? [21:06] michael__: doch, aber da erinnere ich keine gesicht von ihm, wirklich zu lange her. [21:06] michael__: der hier: http://tomzimmer.blogspot.com/ ?? [21:07] uho: Ja, das ist er. [21:08] michael__: aha, schau ich mir mal näher an nachher. ich liebe das internet [21:10] uho: Wie gesagt, er war zu F-PC-Hochzeiten auf der Tagung in Nürnberg. [21:11] uho: Und hat damals über TCOM und eben über F-PC gesprochen. [21:13] michael__: Freiderich in moers und seine leute haben damit etliches gemacht oder? [21:14] uho: Nein - die haben mit dem Vorläufer von F-PC, namentlich ZF-Forth gearbeitet (auch von Tom Zimmer). In der aktuellen CD haben wir wieder mal was über ZF. [21:14] MatthiasT_: Ich verabschiede mich dann mal . Bis neulich [21:14] MatthiasT_ hat den Chatroom verlassen. (EOF From client) [21:14] uho: CD -> VD [21:15] michael__: ja, bin schon gespannt was da kommt. [21:15] michael__: wie weit bist du mit dme heft? es weihnachtet schon so langsam hier. [21:16] uho: Es ist ja noch nicht mal Reformationstag/Allerheiligen! [21:16] uho: Redaktionsschluss ist der 15. November. [21:16] uho: Ein paar Artikel stehen noch aus. [21:17] uho: Aktuell haben wir 17 Seiten plus Rückseite. Fehlen also noch 14 Seiten. [21:17] michael__: hm, ob der forth2 asm konverter was für das heft wäre? oder lieber fürs nächste? [21:18] uho: Besser für's nächste dann könnt Ihr das bis dahin rund machen. [21:18] michael__: ok [21:19] michael__: bin auch noch an einem beitrag über interupt service auf dem amforth, adolf macht mit. [21:20] uho: Gut, wenn Ihr was habt, nehm ich es gerne Wer weiss, ob die anderen Artikel rechtzeitig kommen. [21:20] michael__: nicht soo lang, und es fehlen noch ordentliche teste. [21:21] michael__: aber dann gebe ich da mal mehr gas. [21:21] uho: ok, fein [21:23] michael__: für die rubrik "mathematische unterhaltung" hab ich grad nix. [21:23] uho: Ich denke, Ihr löst alle fleißig Euler-Aufgaben. [21:23] uho: Euler 9 ist mit der aktuellen Ausgabe so gut wie ausgelutscht. [21:24] michael__: für das springerproblem auf dem schachbrett fehlt mit noch eine idee über verzweigte probierpfade. [21:24] michael__: hat da mal was jemand in forth gemacht? [21:25] michael__: und in der VD beschrieben? [21:25] frunobulax: Welcher Euler # ist dass denn? [21:25] uho: Forth: ja, VD: nicht das ich wüste [21:26] uho: Mir fällt Michael Gasanenko ein [21:27] michael__: keine euler# : Springer Tour über ein 4x4 Feld in 17 Züge in einer Tour. [21:28] uho: Stichwort Backtracking, Michael Gassanenko, http://www.forth.org.ru/~mlg/ [21:29] uho: Außerdem hat doch auch Egmont Woitzel da mal was gemacht mit try .... fail oder so. [21:30] michael__: Michael Gassanenko, interessanter link. danke. [21:30] uho: Und Google sagt, es steht was in der VD dazu: 12. Euroforth in Russland, St. Petersburg, 1996 :-)) [21:31] michael__: war ewalds nimm weg nicht auch sowas? [21:31] uho: Kenn ich gar nicht. [21:33] michael__: alias: Forth spielt Solitär [21:33] uho: Ich habe mir seinen Quellcode nicht angesehen und weiss nicht, wie da das Backtracking gemacht wird. [21:34] uho: Man kann das ja mit eine Spracherweiterung machen, oder man programmiert es explizit im Programm. [21:35] michael__: gäbe es ein link auf eine demo in forth dazu? [21:37] michael__: die springer tour: [21:37] michael__: Das Spielfeld ( S = Springer, b = Bauer ) [21:37] michael__: abcdefgh [21:37] michael__: 8 Sb [21:37] michael__: 7 bbbb [21:37] michael__: 6 bbbb [21:37] michael__: 5 bbbb [21:37] michael__: 4 bbbb [21:37] michael__: 3 [21:37] michael__: 2 [21:37] uho: Müsste man mal bei Ewald nachfragen, ich kenne keinen Link. [21:37] michael__: 1 [21:37] michael__: abcdefgh [21:38] michael__: oh, da stimmen die blanks nicht, mist. sorry. [21:39] frunobulax: www.forth.org.ru/~mlg/ef94/ef94-2-paper.txt [21:39] erwaelde: Ich klink mich dann mal aus. Bis demNeXT. [21:39] frunobulax: www-personal.umich.edu/~williams/archive/forth/strings/expr.html [21:39] uho: Ciao [21:39] michael__: tschüß [21:39] erwaelde hat den Chatroom verlassen. (bye.) [21:40] michael__: tja, muss auch weg. fands spannend. bis dann. [21:40] uho: Danke für die Links [21:40] michael__: danke für den link marcel, schau ich mir nacher noch an. [21:40] uho: Ja es ist schon spät. [21:41] uho: Gute Nacht. [21:41] michael__: dann machts mal gut. [21:41] frunobulax: Gibt noch viele mehr, sehe Quartus search tool page. [21:41] michael__: Quartus search tool page. ok, danke [21:42] frunobulax: http://www.google.com/custom?q=backtracking&num=100&hl=en&lr=&safe=off&client=pub-9448921371862747&cof=S%3Ahttp%3A%2F%2Fquartus.net%2Fforth%3BCX%3AQuartus%252Enet%2520Forth%2520Search%2520Engine%3BL%3Ahttp%3A%2F%2Fquartus.net%2Fq.jpg%3BLH%3A48%3BLW% [21:42] michael__ hat den Chatroom verlassen. [21:43] uho: Quartus kenne ich noch gar nicht. [21:44] frunobulax: http://www.quartus.net/ [21:45] uho: Aha - das ist, was aus dem Quartus-Forth für den Palm geworden ist [21:47] uho: Und der custom search ist ja nett. [21:47] frunobulax: Weiss nicht ob Neal noch aktiv daran arbeitet. Jedenfals war das Message Forum bis April 2007 offen. [21:48] uho: Da findet man auch Marcel Hendrix' Levi Line with Backtracking [21:49] uho: Die Frage ist ja, wie beliebt Palms überhaupt noch sind. [21:49] frunobulax: War ich ganz vergessen [21:49] uho: Levi -> Levy [21:49] uho: Wie hast Du denn damals das Backtracking gemacht? [21:50] frunobulax: Checking ... (Geduld) ... [21:51] frunobulax: ... in 25 Zeilen. [21:55] frunobulax: Ist kein gutes Beispiel fuer Backtracking, viel zu einfach Schoene Graphics, das schon. [21:56] uho: Na gut - ich vermute mal, dass Du da wohl rekursive Aufrufe machst und ab einer bestimmten Tiefe aufhörst zu zeichnen und dann die rekursive Funktion beendest.... [21:56] uho: Beim "echten" Backtracking weiss man ja nicht so genau, ob's erfolgreich wird. [21:58] frunobulax: Das Wort is nich einmal rekursiv. Ein loop, pusht das rechter Punkt und macht weiter mit das andere. [21:59] uho: Ok, auch die Rekursion wird noch simuliert. Na - das ist ja ein spannendes Thema. [21:59] uho: Ich werd' mich dann auch zurückziehen. Ich wünsche Dir noch einen schönen Abend. [22:01] frunobulax: Not. Ist ja auch aus 2003 "Iterative system with 2 contractors" [22:01] frunobulax: Ja, auch noch! [22:01] frunobulax hat den Chatroom verlassen. (Connection reset by peer)