*** Protokolldatei gestartet
*** Datum: Mi. Sep 26 19:57:22 2012

[Mittwoch, 26. September 2012] [19:57:22] Betreten Sie haben den Kanal #forth-ev betreten (-bernd@p5DCD62E1.dip0.t-ipconnect.de).
[Mittwoch, 26. September 2012] [19:57:27] Modus Kanalmodi: 
[Mittwoch, 26. September 2012] [19:57:28] <erwaelde> Hallo Meister!
[Mittwoch, 26. September 2012] [19:57:38] <MatthiasT> Das schöne ist, dass das neue Format auch im alten system funktioniert
[Mittwoch, 26. September 2012] [19:57:43] <MatthiasT> Hallo Bernd
[Mittwoch, 26. September 2012] [19:58:34] <BerndPaysan> Hallo!
[Mittwoch, 26. September 2012] [20:01:00] <erwaelde> @Matthias: die wichtige Information war: baud.asm als Vorlage nehmen.
[Mittwoch, 26. September 2012] [20:02:04] <MatthiasT> Auf dem Niveau bastele ich aber schon ganz gerne herum, ohne das an die große Glocke zu hängen ;)
[Mittwoch, 26. September 2012] [20:02:20] <MatthiasT> ASM Programmierer sollten Schmerz kennen ;)
[Mittwoch, 26. September 2012] [20:04:24] <BerndPaysan> SM steht ja eh für Sado-Maso ;-)
[Mittwoch, 26. September 2012] [20:05:04] <MatthiasT> Und das A dann für Advanced?
[Mittwoch, 26. September 2012] [20:05:10] <MatthiasT> würd passen
[Mittwoch, 26. September 2012] [20:06:51] <erwaelde> 's war mir schon klar, daß Du da dran rumgeschraubt hast. Aber ich wusste nicht so recht, wo gucken. Und aus do-value.asm und value.asm bin ich nicht so recht schlau geworden.
[Mittwoch, 26. September 2012] [20:10:27] <MatthiasT> Sammelst Du Deine ewlib eigentlich irgendwo öffentlich? Ansonsten würd ich gern ein Update im Repository von amforth einspielen. Der aktuelle Stand ist von vor ein paar Jahren....
[Mittwoch, 26. September 2012] [20:12:01] <MatthiasT> http://amforth.svn.sourceforge.net/viewvc/amforth/applications/ewlib/
[Mittwoch, 26. September 2012] [20:12:51] <erwaelde> Ich hab gesehen, daß Du ein neues Verzeichnis angefangen hast. Willst Du den Rest auch haben?
[Mittwoch, 26. September 2012] [20:13:08] <MatthiasT> Gerne.
[Mittwoch, 26. September 2012] [20:15:48] <erwaelde> Ich musses Dir zusammensuchen. Kommt demNeXT.
[Mittwoch, 26. September 2012] [20:15:57] <MatthiasT> Danke
[Mittwoch, 26. September 2012] [20:18:28] <BerndPaysan> @MatthiasT: Ich hab' deinen Artikel als Anlass genommen, über noch ein paar mehr Debugging-Techniken zu schreiben.
[Mittwoch, 26. September 2012] [20:18:48] <BerndPaysan> So als Lückenfüller, damit die VD exakt voll wird ;-)
[Mittwoch, 26. September 2012] [20:18:58] <MatthiasT> Cool
[Mittwoch, 26. September 2012] [20:19:09] <MatthiasT> vor allem das letztere ;)
[Mittwoch, 26. September 2012] [20:19:32] <MatthiasT> hat gforth überhaupt sowas?
[Mittwoch, 26. September 2012] [20:19:52] <MatthiasT> Zumindest hat mich so direkt nichts angesprungen
[Mittwoch, 26. September 2012] [20:20:08] <BerndPaysan> Das muss man zu Gforth dazuprogrammieren, siehe Listing.
[Mittwoch, 26. September 2012] [20:21:12] <BerndPaysan> Genau, Gforth hat von sich aus keine Debug-Shell.
[Mittwoch, 26. September 2012] [20:21:18] <BerndPaysan> Aber Interrupts abfangen, das kann es.
[Mittwoch, 26. September 2012] [20:21:50] <BerndPaysan> Wenn man eine Debug-Shell im ^C-sigint-Trap haben will, muss man ziemlich tief im Gforth 'rumwühlen ;-)
[Mittwoch, 26. September 2012] [20:22:09] <BerndPaysan> Müsste aber gehen.
[Mittwoch, 26. September 2012] [20:22:57] <MatthiasT> Ich hab einen Branch im amforth, der CTRL_C abfängt. Ist aber irgendwie noch nicht so ganz durchdacht. Da sind externe Tasten näher am Geschehen, als irgendwelche remote-keys
[Mittwoch, 26. September 2012] [20:23:54] <BerndPaysan> Ja, aber am PC hat man nur ^C.
[Mittwoch, 26. September 2012] [20:24:10] <BerndPaysan> Am Controller ist ein externer Taster natürlich machbar.
[Mittwoch, 26. September 2012] [20:24:10] <MatthiasT> Oder Ctrl-Alt-Del ;)
[Mittwoch, 26. September 2012] [20:24:23] <BerndPaysan> Mein Atari-ST war sogar reset-fest.
[Mittwoch, 26. September 2012] [20:24:40] <BerndPaysan> Also das bigForth da drauf.
[Mittwoch, 26. September 2012] [20:25:04] <BerndPaysan> Das war recht nützlich, wenn's aber richtig gescheppert hat, musste man ganz abschalten ;-)
[Mittwoch, 26. September 2012] [20:25:12] <MatthiasT> Ich habe auch mal MSDOS Command.com extensions gebastelt, die sowas auch konnten
[Mittwoch, 26. September 2012] [20:31:43] <erwaelde> Leute, ich marschier in die Heia. Zu viel Holz gehackt heute.
[Mittwoch, 26. September 2012] [20:32:08] Verlassen erwaelde hat den Kanal verlassen (.).
[Mittwoch, 26. September 2012] [20:32:55] <MatthiasT> Das hab ich letzten Winter gemacht. Jetzt knistert der Kamin :)
[Mittwoch, 26. September 2012] [20:33:16] <BerndPaysan> Ich war heut auf der Wiesn, da haben die Mädls Holz vor der Hütte, und da musste niemand hacken ;-)
[Mittwoch, 26. September 2012] [20:36:34] <MatthiasT> Ich les grad Deinen Lückenfüller. Ein state-smart debugger. tss tss tss
[Mittwoch, 26. September 2012] [20:37:07] <BerndPaysan> Ja, Gforth hat zwar für DOES>-Teile ein Konzept, wie man das sauber implementiert, aber das ist komplett unbenutzt ;-)
[Mittwoch, 26. September 2012] [20:37:14] <BerndPaysan> Zu kompliziert.
[Mittwoch, 26. September 2012] [20:37:32] <BerndPaysan> Es ist eben auch sinnvoll, mal interpretativ ausgeführtes bedingt zu interpretieren.
[Mittwoch, 26. September 2012] [20:37:59] <BerndPaysan> Ich will da Gforth in Richting "smart COMPILE," umschreiben, dann ist das nicht gar so kompliziert.
[Mittwoch, 26. September 2012] [20:38:09] <BerndPaysan> Siehe meine Header-Gedanken...
[Mittwoch, 26. September 2012] [20:39:21] <MatthiasT> Ich hab noch eine vage Idee, dass man die Calltiefe als Kriterium für die Tools heranziehen kann. Dann gibt der Debugger/Profiler/whatever nur Infos raus, die bis maximal 2 oder 3 Aufrufe tief geschehen. Darunter wirds eh unübersichtlich und das braucht man IMHO eher selten
[Mittwoch, 26. September 2012] [20:39:50] <MatthiasT> Aber das sind so Ideen, die beim Schreiben der Artikel kommen.
[Mittwoch, 26. September 2012] [20:40:25] <BerndPaysan> Beim Schreiben von so Artikeln sieht man seinen Code immer genauer an ;-)
[Mittwoch, 26. September 2012] [20:40:31] <BerndPaysan> Deshalb ist es gut, das zu tun.
[Mittwoch, 26. September 2012] [20:40:42] <MatthiasT> ACK
[Mittwoch, 26. September 2012] [20:41:31] <BerndPaysan> Und wenn der Code zu kompliziert zum erklären ist, macht man ihn einfacher...
[Mittwoch, 26. September 2012] [20:43:11] <MatthiasT> Die Idee mit dem Aufsummieren der Ticks ist auch gut. Ok, nanosekunden werden's eher nicht. Aber ausprobieren werd ich das mal
[Mittwoch, 26. September 2012] [20:43:53] <BerndPaysan> Bei 16-Bit-Systemen darf man natürlich keine nanosekunden verwenden ;-)
[Mittwoch, 26. September 2012] [20:44:00] <BerndPaysan> Millisekunden tuns da auch...
[Mittwoch, 26. September 2012] [20:44:45] <MatthiasT> jupp
[Mittwoch, 26. September 2012] [20:44:47] <BerndPaysan> Was ich schade finde, ist, dass der Nanosekunden-Timer in Linux nicht einfach ein Usermode-Code ist.
[Mittwoch, 26. September 2012] [20:44:55] <BerndPaysan> rdtsc*faktor+offset
[Mittwoch, 26. September 2012] [20:45:11] <BerndPaysan> Faktor und Offset als shared Memory vom Kernel zur Verfügung gestellt.
[Mittwoch, 26. September 2012] [20:45:48] <BerndPaysan> So ist das relativ viel Overhead.
[Mittwoch, 26. September 2012] [20:46:12] <MatthiasT> kann ich nicht beurteilen
[Mittwoch, 26. September 2012] [20:47:07] <MatthiasT> Linux bevorzuge ich auf Scriptniveau. Notfalls Posix-C aber die KErnel API ist mir nicht interessant genug
[Mittwoch, 26. September 2012] [20:47:37] <MatthiasT> Die Dinge, die ich mit Linux mache haben wenig mit den DIngen auf den Atmegas gemein
[Mittwoch, 26. September 2012] [20:51:37] <MatthiasT> wo kommt eigentlich calc1 her? Aus dem Text erschließt sich mir das nicht
[Mittwoch, 26. September 2012] [20:52:45] <BerndPaysan> Das sind Receiver-spezifische Berechnungen.
[Mittwoch, 26. September 2012] [20:52:57] <BerndPaysan> Der Sender hat nur einen generellen Overhead.
[Mittwoch, 26. September 2012] [20:53:10] <BerndPaysan> Ich muss das noch etwas 'runterbrechen.
[Mittwoch, 26. September 2012] [20:53:37] <MatthiasT> Das Label taucht halt nirgends auf
[Mittwoch, 26. September 2012] [20:53:58] <MatthiasT> Außer im Report.
[Mittwoch, 26. September 2012] [20:54:07] <BerndPaysan> Im Listing gibt's ein +calc1
[Mittwoch, 26. September 2012] [20:54:33] <MatthiasT> ah, ok. Das hab ich (natürlich) nicht gelesen
[Mittwoch, 26. September 2012] [20:55:47] <BerndPaysan> Vielleicht sollte ich da auch ein Create-DOES>-Wort draus machen.
[Mittwoch, 26. September 2012] [20:56:05] <BerndPaysan> Das sowohl die Variable als auch eine Liste anlegt, und mit der Liste kann man dann die Reports generieren.
[Mittwoch, 26. September 2012] [20:56:23] <BerndPaysan> Die Benutzung wäre dann
[Mittwoch, 26. September 2012] [20:56:26] <BerndPaysan> timer: +calc
[Mittwoch, 26. September 2012] [20:56:29] <BerndPaysan> timer: +calc1
[Mittwoch, 26. September 2012] [20:56:41] <BerndPaysan> oder so, und .timer würde dann alle Timer auflisten.
[Mittwoch, 26. September 2012] [20:57:00] <MatthiasT> klngt gut
[Mittwoch, 26. September 2012] [20:58:52] <BerndPaysan> Dann muss man nicht an drei Stellen etwas ändern...
[Mittwoch, 26. September 2012] [20:59:27] <BerndPaysan> So Artikel schreiben bringt wirklich was, vor allem, wenn man das Leser-Feedback schon vor der Herausgabe der Zeitschrift bekommt ;-)
[Mittwoch, 26. September 2012] [20:59:46] <MatthiasT> :)
[Mittwoch, 26. September 2012] [21:00:03] <MatthiasT> Der nachteil von öffentlicher Arbeit 
[Mittwoch, 26. September 2012] [21:01:00] <MatthiasT> Aber auch Anton kann ich zustimmen. Stepping Debugger sind Zeitverschwendung. Aber auch eine intellektuelle Herausforderung
[Mittwoch, 26. September 2012] [21:02:03] <MatthiasT> Könnte man auf Deinem Android-Forth wunderhübsch visualisieren ;)
[Mittwoch, 26. September 2012] [21:02:56] <BerndPaysan> GLES kann man auch unter Linux laufen lassen.
[Mittwoch, 26. September 2012] [21:03:21] <MatthiasT> da fehlen aber die Gesten.....
[Mittwoch, 26. September 2012] [21:03:31] <MatthiasT> Links wischen und rechts wedeln....
[Mittwoch, 26. September 2012] [21:05:23] <MatthiasT> Traumschiff Surprise / Minority Report / etc
[Mittwoch, 26. September 2012] [21:05:44] <BerndPaysan> Ja, da wäre so ein Snapshot-Stepping-Debugger ganz gut.
[Mittwoch, 26. September 2012] [21:06:11] <BerndPaysan> Der macht am Anfang einen Snapshot, und von dort aus kann er dann immer wieder - mit unterschiedlichen Details - erneut laufen.
[Mittwoch, 26. September 2012] [21:06:40] <BerndPaysan> Dann kann man ein Wort einfach durchsteppen lassen, und wenn man ein Unterwort im Verdacht hat, klickt man da drauf, und bekommt dann angezeigt, was sich dort tut.
[Mittwoch, 26. September 2012] [21:07:18] <BerndPaysan> Und das Ergebnis ist dann - a la Traumschiff Surprise - "Der Instruction Pointer ist ja am Arsch der Welt!"
[Mittwoch, 26. September 2012] [21:08:37] <BerndPaysan> Für's Android-Debugging ist aber der Telnet-Fernzugriff das mit Abstand interessanteste.
[Mittwoch, 26. September 2012] [21:09:01] <BerndPaysan> Da muss ich jetzt endlich mal net2o drauf zum Laufen bringen, dass es einen net2o-Fernzugriff gibt.
[Mittwoch, 26. September 2012] [21:09:25] <MatthiasT> jo
[Mittwoch, 26. September 2012] [21:13:18] <BerndPaysan> Mir gefällt ein neues "Primitive" ganz gut: !@. Schreibt und liest den alten Wert aus.
[Mittwoch, 26. September 2012] [21:13:21] <BerndPaysan> Das braucht man recht oft.
[Mittwoch, 26. September 2012] [21:14:39] <MatthiasT> SPI hat das als Grundlage allen arbeitens
[Mittwoch, 26. September 2012] [21:15:41] <BerndPaysan> Wobei das eigentlich niemand so nutzt...
[Mittwoch, 26. September 2012] [21:16:02] <BerndPaysan> Wir haben jedenfalls immer "bidirektionales SPI" gemacht, also ein gemeinsamer Pin für DI und DO.
[Mittwoch, 26. September 2012] [21:16:02] <MatthiasT> stimmt.
[Mittwoch, 26. September 2012] [21:16:14] <BerndPaysan> Da geht das sowieso nicht, stört aber keinen.
[Mittwoch, 26. September 2012] [21:17:22] <MatthiasT> ich bin dann aber auch wieder weg
[Mittwoch, 26. September 2012] [21:17:27] <BerndPaysan> Ciao!
[Mittwoch, 26. September 2012] [21:17:27] <MatthiasT> bis neulich dann
[Mittwoch, 26. September 2012] [21:17:31] * BerndPaysan macht das Licht aus
[Mittwoch, 26. September 2012] [21:17:38] Beenden MatthiasT hat den Server verlassen ("").