*** Protokolldatei gestartet
*** Datum: Mi. Feb 22 19:59:58 2012

[Mittwoch, 22. Februar 2012] [19:59:58] Betreten Sie haben den Kanal #forth-ev betreten (-bernd@p5DCD6364.dip0.t-ipconnect.de).
[Mittwoch, 22. Februar 2012] [20:00:02] Modus Kanalmodi: 
[Mittwoch, 22. Februar 2012] [20:00:11] <BerndPaysan> Hallo!
[Mittwoch, 22. Februar 2012] [20:00:19] <MatthiasT> Hallo Meister
[Mittwoch, 22. Februar 2012] [20:01:01] <erwaelde> Hallo Meister!
[Mittwoch, 22. Februar 2012] [20:01:23] <BerndPaysan> Erst mal guck' ich mir noch die Horrorshow an ;-)
[Mittwoch, 22. Februar 2012] [20:03:17] <erwaelde> @Matthias: o-emit ans Ende: morst das letzte Zeichen und lässt was auf dem Stäck übrig. So so.
[Mittwoch, 22. Februar 2012] [20:03:56] <MatthiasT> Das ist bös, da type darauf baut, das emit nichts hinterlässt
[Mittwoch, 22. Februar 2012] [20:08:28] <erwaelde> Ist aber nicht reproduzierbar Grrrrr.
[Mittwoch, 22. Februar 2012] [20:08:41] <erwaelde> Also das mti Müll auf stäck.
[Mittwoch, 22. Februar 2012] [20:09:13] <MatthiasT> Ich hab type mal abgeändert, so dass die Stringaddressen anders behandelt werden (rev 1169). Damit sollte Müll, der emit hinterlässt nicht mehr stören (aber erhalten bleiben)
[Mittwoch, 22. Februar 2012] [20:10:08] <MatthiasT> sollte mit so ziemlich jeder amforth version passen 
[Mittwoch, 22. Februar 2012] [20:11:31] <erwaelde> > : m1 ." a" ;
[Mittwoch, 22. Februar 2012] [20:11:31] <erwaelde> ok
[Mittwoch, 22. Februar 2012] [20:11:31] <erwaelde> > morse m1 endmorse
[Mittwoch, 22. Februar 2012] [20:11:31] <erwaelde> a ok
[Mittwoch, 22. Februar 2012] [20:11:34] <erwaelde> > : m2 ." b" ;
[Mittwoch, 22. Februar 2012] [20:11:37] <erwaelde> ok
[Mittwoch, 22. Februar 2012] [20:11:41] <erwaelde> > morse m1 m2 endmorse
[Mittwoch, 22. Februar 2012] [20:11:44] <erwaelde> ab ok
[Mittwoch, 22. Februar 2012] [20:11:47] <erwaelde> -- soweit ok.
[Mittwoch, 22. Februar 2012] [20:12:10] <erwaelde> > : m3 ." ab" ;
[Mittwoch, 22. Februar 2012] [20:12:10] <erwaelde> ok
[Mittwoch, 22. Februar 2012] [20:12:10] <erwaelde> > morse m3 endmorse
[Mittwoch, 22. Februar 2012] [20:12:10] <erwaelde> ab ok
[Mittwoch, 22. Februar 2012] [20:12:13] <erwaelde> -- das hier piept gar nicht mehr!
[Mittwoch, 22. Februar 2012] [20:12:38] <MatthiasT> Dass die characters von den compilierten Strings nicht im RAM liegen hast Du bedacht?
[Mittwoch, 22. Februar 2012] [20:13:02] <MatthiasT> s" huhu" type wird zu : sss s" huhu" itype ...
[Mittwoch, 22. Februar 2012] [20:13:55] <erwaelde> > : m4 ." abs" ;
[Mittwoch, 22. Februar 2012] [20:13:55] <erwaelde> ok
[Mittwoch, 22. Februar 2012] [20:13:55] <erwaelde> > m4
[Mittwoch, 22. Februar 2012] [20:13:58] <erwaelde> abs ok
[Mittwoch, 22. Februar 2012] [20:14:02] <erwaelde> > morse m4 endmorse
[Mittwoch, 22. Februar 2012] [20:14:04] <erwaelde> abs ok
[Mittwoch, 22. Februar 2012] [20:14:07] <erwaelde> -- und von dem hier kommt wie gesagt nur das 3. Zeichen.
[Mittwoch, 22. Februar 2012] [20:14:24] <erwaelde> itype? Ich ruf doch type gar nicht selbst auf, oddrr???
[Mittwoch, 22. Februar 2012] [20:14:45] <MatthiasT> emit ists egal, woher das character kommt.
[Mittwoch, 22. Februar 2012] [20:14:54] <MatthiasT> ok, scheint nicht relevant zu sein, mein Einwand
[Mittwoch, 22. Februar 2012] [20:15:27] <MatthiasT> morse s" huhu" type endmorse klappt?
[Mittwoch, 22. Februar 2012] [20:16:29] <erwaelde> einwandfrei.
[Mittwoch, 22. Februar 2012] [20:17:05] <MatthiasT> dann sollte " : m3 s" huhu" ; und ein morse m3 itype end-morse auch tun
[Mittwoch, 22. Februar 2012] [20:18:35] <MatthiasT> Ich sollte vielleicht doch noch mal ernsthaft drüber nachdenken, die compilierten Strings vor Benutzung ins RAM zu kopieren. Macht nur Ärger bislang
[Mittwoch, 22. Februar 2012] [20:18:37] <erwaelde> nope. Kein Mucks.
[Mittwoch, 22. Februar 2012] [20:19:42] <BerndPaysan> Also, das addr u von m3 sollte der normale Adressraum wie von einem interpretativen s" huhu" sein, sonst geht's nicht.
[Mittwoch, 22. Februar 2012] [20:19:44] <MatthiasT> und ohne das morse-drumherum? also m3 itype alleine
[Mittwoch, 22. Februar 2012] [20:20:18] <MatthiasT> beim atmega hab ich drei disjunkte Adressräume
[Mittwoch, 22. Februar 2012] [20:20:38] <BerndPaysan> Ja, das ist blöd.
[Mittwoch, 22. Februar 2012] [20:20:38] <MatthiasT> Flash, Eeprom und RAM.
[Mittwoch, 22. Februar 2012] [20:20:39] <erwaelde> > : m6 s" huhu" ;
[Mittwoch, 22. Februar 2012] [20:20:39] <erwaelde> ok
[Mittwoch, 22. Februar 2012] [20:20:39] <erwaelde> > m6 itype
[Mittwoch, 22. Februar 2012] [20:20:39] <erwaelde> huhu ok
[Mittwoch, 22. Februar 2012] [20:20:42] <erwaelde> -- das druckt
[Mittwoch, 22. Februar 2012] [20:21:27] <MatthiasT> Und solange ich keinen unified storage einführe, was 32bit Adressen erfordern würde würde ich an anderen Stellen Einschränkungen schaffen
[Mittwoch, 22. Februar 2012] [20:21:46] <MatthiasT> und 32bit Adressen mit einem 16bit Forth sind auch eher nicht-kompatibel
[Mittwoch, 22. Februar 2012] [20:23:07] <MatthiasT> Ich weiss von einem amforth fork, der das adressieren wollte. Aber lange hat der nicht gelebt...
[Mittwoch, 22. Februar 2012] [20:24:19] <erwaelde> Ähm, ich hab immer noch nicht verstanden, warum m1 m2 m3 mit morse endmorse drum gehen, und die anderen nicht.
[Mittwoch, 22. Februar 2012] [20:24:21] <BerndPaysan> Hast du überhaupt mehr als 64k Memory? So groß dürften RAM und EEPROM doch gar nicht sein.
[Mittwoch, 22. Februar 2012] [20:25:48] <MatthiasT> EEPROm nicht, aber RAM schon
[Mittwoch, 22. Februar 2012] [20:26:13] <MatthiasT> Flash hat maximal 3 byte Wortadresse (also 25bit byte-Adressraum)
[Mittwoch, 22. Februar 2012] [20:27:06] <MatthiasT> bei den ATXMegas ist der (interne) EEPROM auf 2KB künstlich begrenzt, da dieser Bereich in den RAM Adressraum eingeblendet wird.
[Mittwoch, 22. Februar 2012] [20:27:10] <BerndPaysan> Ja, maximal. Das muss man aber nicht in den unified Adressraum legen.
[Mittwoch, 22. Februar 2012] [20:28:20] <MatthiasT> mit 16bit Cellsize kann ich ohnehin keine großen Sprünge machen
[Mittwoch, 22. Februar 2012] [20:28:50] <MatthiasT> Schon ein Controller mit 128KB Flash reizt das komplett aus
[Mittwoch, 22. Februar 2012] [20:29:24] <MatthiasT> Und BLOCKs stehen erst auf der Wishlist ;)
[Mittwoch, 22. Februar 2012] [20:30:11] <MatthiasT> @Erich: Zufall?
[Mittwoch, 22. Februar 2012] [20:30:49] <BerndPaysan> Ich würde das vielleicht so machen: Unified Adressraum für RAM+EEPROM+ die ersten 32k vom Flash.
[Mittwoch, 22. Februar 2012] [20:31:05] <BerndPaysan> In das kann man dann String-Literale und andere konstante Sachen ablegen.
[Mittwoch, 22. Februar 2012] [20:31:34] <BerndPaysan> @/! und c@/c! haben halt dann im Worst-Case zwei bedingte Sprünge, bis sie wissen, was sie tun müssen.
[Mittwoch, 22. Februar 2012] [20:32:15] <MatthiasT> die man auch zur Compiletime auflösen könnte. Soweit richtig
[Mittwoch, 22. Februar 2012] [20:33:13] <MatthiasT> Oder man kopiert die Strings, die man in den Flash compiliert hat, bei dem Laufzeit-Part von s" zurück in den RAM und liefert diese RAM Adresse zurück
[Mittwoch, 22. Februar 2012] [20:33:40] <BerndPaysan> Das wird spätestens dann blöd, wenn man mit mehreren Strings arbeiten will.
[Mittwoch, 22. Februar 2012] [20:33:52] <erwaelde> Nee, an Zufall glaub ich da nicht. Wann ist den rev.1169 reingekommen? Weil ich dachte eigentlich, daß mein Programm schon funktioniert hat.
[Mittwoch, 22. Februar 2012] [20:33:56] <MatthiasT> Das ist eine der Komplaktionen
[Mittwoch, 22. Februar 2012] [20:34:16] <MatthiasT> @Erich: rev1169 ist während dieses Chats enstanden ;)
[Mittwoch, 22. Februar 2012] [20:34:35] <erwaelde> Na toll.
[Mittwoch, 22. Februar 2012] [20:36:27] <BerndPaysan> Ins RAM kopieren, das kann BLOCK machen.
[Mittwoch, 22. Februar 2012] [20:36:30] <erwaelde> Dann geh ich mal zurück auf amforth-4.2
[Mittwoch, 22. Februar 2012] [20:37:03] <BerndPaysan> Damit kann man dann Flash jenseits der 128kB, die man mit Code füllen kann, ansprechen.
[Mittwoch, 22. Februar 2012] [20:37:14] <MatthiasT> Ich hab Controller, die haben nur 2KB RAM, dann 1KB als Block-Buffer zu verbraten ist mehr als unschön...
[Mittwoch, 22. Februar 2012] [20:37:35] <BerndPaysan> Bei denen gibt's gar nicht so viel Flash, dass man da auf Konstrukte wie BLOCK ausweichen müsste ;-).
[Mittwoch, 22. Februar 2012] [20:37:52] <MatthiasT> und selbst die "großen" controller sind eher knapp mit RAM. Ich hab genau einen typen, der mehr als 8KB hat
[Mittwoch, 22. Februar 2012] [20:38:06] <BerndPaysan> Ja, RAM ist groß und teuer.
[Mittwoch, 22. Februar 2012] [20:38:14] <MatthiasT> der mit 256 KB Flash hat 8KB RAM.
[Mittwoch, 22. Februar 2012] [20:38:20] <MatthiasT> das ist nix
[Mittwoch, 22. Februar 2012] [20:38:47] <MatthiasT> der 1284er hat 16 KB. Das war der erste, der sieve ohne bitpfriemelei laufen lassen konnte
[Mittwoch, 22. Februar 2012] [20:40:09] <MatthiasT> Von daher ist die Festlegung der Blöcke auf 1KB Größe eher sub-optimal
[Mittwoch, 22. Februar 2012] [20:40:20] <MatthiasT> f83 war da flexibler ;)
[Mittwoch, 22. Februar 2012] [20:40:46] <MatthiasT> da hätt ich die Flashpage als Block genommen und alle wären glücklich (naja...)
[Mittwoch, 22. Februar 2012] [20:44:20] <erwaelde> @Matthias: das tut mit amforth-4.2 auch nicht.
[Mittwoch, 22. Februar 2012] [20:44:49] <erwaelde> Bist Du denn der Meinung daß : msg ." string" ; morse msg endmorse tun müsste?
[Mittwoch, 22. Februar 2012] [20:44:50] <MatthiasT> die Sache mit emit und type hat sich auch schon seit Jahren nicht mehr geändert
[Mittwoch, 22. Februar 2012] [20:45:24] <MatthiasT> wenn emit-morse so tut, wie es soll, ja
[Mittwoch, 22. Februar 2012] [20:45:46] <MatthiasT> itype macht auch bloss emits
[Mittwoch, 22. Februar 2012] [20:45:58] <MatthiasT> und das wird von ." so compiliert
[Mittwoch, 22. Februar 2012] [20:45:58] <erwaelde> Ok, dann werd ich's auch finden.
[Mittwoch, 22. Februar 2012] [20:48:28] <MatthiasT> das bl = if .. ist das so gewollt? müsste da nicht noch in den if-teil noch ein drop exit mit rein?
[Mittwoch, 22. Februar 2012] [20:52:40] Betreten martin_53 hat den Kanal betreten (-martin@pD953B629.dip.t-dialin.net).
[Mittwoch, 22. Februar 2012] [20:52:47] <martin_53> Grüß Euch!
[Mittwoch, 22. Februar 2012] [20:52:54] <MatthiasT> Hallo Martin!
[Mittwoch, 22. Februar 2012] [20:53:17] <martin_53> Subject?
[Mittwoch, 22. Februar 2012] [20:53:49] <erwaelde> Hallo Martin
[Mittwoch, 22. Februar 2012] [20:53:49] <MatthiasT> Seltsames Verhalten von amforth unter besonderen Bedingungen ;)
[Mittwoch, 22. Februar 2012] [20:54:05] <BerndPaysan> Hallo Martin!
[Mittwoch, 22. Februar 2012] [20:54:29] <erwaelde> Ich sach doch bei dem bl = if ist der stack effekt kaputt. Das hat ich grad schon auskommentiert.
[Mittwoch, 22. Februar 2012] [20:54:49] <erwaelde> Solange ich aber strings ohne Leerzeichen ausgebe, tut das ja auch nixx zur Sache.
[Mittwoch, 22. Februar 2012] [20:54:52] <MatthiasT> ok, sorry
[Mittwoch, 22. Februar 2012] [20:55:31] <martin_53> Ach, der Morsesender?
[Mittwoch, 22. Februar 2012] [20:56:10] <MatthiasT> Ich hab nur grad keine piepsende Hardware aktiv
[Mittwoch, 22. Februar 2012] [20:57:15] <erwaelde> Also: morse2.fs, da tut das wie's gehört. Das ist doch schon mal was.
[Mittwoch, 22. Februar 2012] [20:59:42] <martin_53> Wo finde ich das morse2.fs?
[Mittwoch, 22. Februar 2012] [21:00:26] <erwaelde> http://www.forth-ev.de/repos/vd/2011-04/Forthbildung/
[Mittwoch, 22. Februar 2012] [21:02:54] <erwaelde> Und bei morse3.fs tut's auch.
[Mittwoch, 22. Februar 2012] [21:06:10] <martin_53> Wie lange hat amforth denn schon ein Wend?
[Mittwoch, 22. Februar 2012] [21:06:22] <martin_53> bl = if Wend ...
[Mittwoch, 22. Februar 2012] [21:06:42] <erwaelde> Musst du in base.fs nachlesen.
[Mittwoch, 22. Februar 2012] [21:07:23] <martin_53> Ach so, nix mit while ... wend ... 
[Mittwoch, 22. Februar 2012] [21:07:45] <MatthiasT> was sollte das denn machen?
[Mittwoch, 22. Februar 2012] [21:08:56] <martin_53> eben! War while ... wend nicht ein Schleifenkonstukt in einem Basicdialekt? (***verwirrt***)
[Mittwoch, 22. Februar 2012] [21:09:36] <MatthiasT> stimmt http://www.purearea.net/pb/german/manual/reference/while_wend.html
[Mittwoch, 22. Februar 2012] [21:09:57] <MatthiasT> basic hab ich noch nie gemocht
[Mittwoch, 22. Februar 2012] [21:10:14] <martin_53> Ich bin ja ganz erleichtert dass dieses Wend hier sich eher als WortENDe liest.
[Mittwoch, 22. Februar 2012] [21:10:58] <MatthiasT> for next ist inzwischen forth geworden....
[Mittwoch, 22. Februar 2012] [21:12:20] <martin_53> Nichts für ungut. Nachdem ich mal wieder für disturbutaion gesorgt habe, möchte ich mich zurückziehen. viel Spaß noch. 
[Mittwoch, 22. Februar 2012] [21:12:25] <BerndPaysan> Ciao
[Mittwoch, 22. Februar 2012] [21:12:26] <martin_53> CU
[Mittwoch, 22. Februar 2012] [21:12:28] <MatthiasT> ciao
[Mittwoch, 22. Februar 2012] [21:12:35] Verlassen martin_53 hat den Kanal verlassen.
[Mittwoch, 22. Februar 2012] [21:12:37] <BerndPaysan> Muss man bei Morse wirklich einen Special-Case für space machen?
[Mittwoch, 22. Februar 2012] [21:13:04] <erwaelde> > s" abs" .s
[Mittwoch, 22. Februar 2012] [21:13:04] <erwaelde> 0 2219 3 
[Mittwoch, 22. Februar 2012] [21:13:04] <erwaelde> 1 2221 376 
[Mittwoch, 22. Februar 2012] [21:13:04] <erwaelde> ok
[Mittwoch, 22. Februar 2012] [21:13:08] <erwaelde> > type
[Mittwoch, 22. Februar 2012] [21:13:11] <erwaelde> ebs ok
[Mittwoch, 22. Februar 2012] [21:13:14] <erwaelde> -- WARUM kommt da als erstes ein 'e' statt 'a'?
[Mittwoch, 22. Februar 2012] [21:13:17] <BerndPaysan> . ist ein dit - ist ein dah, und / ist ein schweigen, ein dit lang, fertig.
[Mittwoch, 22. Februar 2012] [21:13:32] <erwaelde> Spezialcase: ja, wenn man die Tabelle nicht auf 256 Einträge aufblasen will.
[Mittwoch, 22. Februar 2012] [21:13:40] <MatthiasT> typ_e_ ist das 4 Zeichen im TIB
[Mittwoch, 22. Februar 2012] [21:13:59] <MatthiasT> s" abs" .s type in einer Zeile würd anders laufen
[Mittwoch, 22. Februar 2012] [21:14:02] <erwaelde> Aha,
[Mittwoch, 22. Februar 2012] [21:14:21] <MatthiasT> s" hat keinen eigenen Buffer, das operiert am offenen Herzen
[Mittwoch, 22. Februar 2012] [21:14:29] <erwaelde> > ." abs" .s type
[Mittwoch, 22. Februar 2012] [21:14:29] <erwaelde> 0 2213 3 
[Mittwoch, 22. Februar 2012] [21:14:29] <erwaelde> 1 2215 376 
[Mittwoch, 22. Februar 2012] [21:14:29] <erwaelde> 2 2217 3 
[Mittwoch, 22. Februar 2012] [21:14:30] <MatthiasT> sprich im TIB
[Mittwoch, 22. Februar 2012] [21:14:32] <erwaelde> 3 2219 2 
[Mittwoch, 22. Februar 2012] [21:14:35] <erwaelde> 4 2221 1 
[Mittwoch, 22. Februar 2012] [21:14:38] <erwaelde> abs ok
[Mittwoch, 22. Februar 2012] [21:14:41] <erwaelde> -- am Stück geht's besser.
[Mittwoch, 22. Februar 2012] [21:15:18] <MatthiasT> genau genommen liefert es nur einen Teilstring aus dem TIB (oder genauer aus dem Teil, auf den SOURCE zeigt)
[Mittwoch, 22. Februar 2012] [21:16:00] <MatthiasT> WORD würde kopieren...
[Mittwoch, 22. Februar 2012] [21:27:37] <MatthiasT> ich bin dann mal weg
[Mittwoch, 22. Februar 2012] [21:27:41] <MatthiasT> bis neulich dann
[Mittwoch, 22. Februar 2012] [21:27:45] <erwaelde> Ciao!
[Mittwoch, 22. Februar 2012] [21:27:51] Beenden MatthiasT hat den Server verlassen ("").
[Mittwoch, 22. Februar 2012] [21:28:36] <BerndPaysan> Gibt's sonst noch Themen?
[Mittwoch, 22. Februar 2012] [21:29:00] <erwaelde> Höchstens was Du auf der Tagung im Ärmel hast.
[Mittwoch, 22. Februar 2012] [21:29:01] <BerndPaysan> Ich mach' immer noch Finetuning am Net2o-Flowcontrol.
[Mittwoch, 22. Februar 2012] [21:29:57] <BerndPaysan> Das ist ein dickes Brett, ich dachte anfangs, die LEDBAT-Leute hätten meine Hausaufgaben gemacht.
[Mittwoch, 22. Februar 2012] [21:30:15] <BerndPaysan> Oder Dan Bernstein mit seinem CurveCP.
[Mittwoch, 22. Februar 2012] [21:30:21] <BerndPaysan> Aber das taugt alles auch nix.
[Mittwoch, 22. Februar 2012] [21:31:09] <erwaelde> Du wirst darüber vortragen?
[Mittwoch, 22. Februar 2012] [21:31:14] <BerndPaysan> Ja.
[Mittwoch, 22. Februar 2012] [21:31:26] <BerndPaysan> Es ist ein schönes Beispiel für forthige Problemlösungen.
[Mittwoch, 22. Februar 2012] [21:31:43] <BerndPaysan> Weil man da eben *nicht* sich vorher was überlegen kann, was dann hinterher auch funktioniert.
[Mittwoch, 22. Februar 2012] [21:32:30] <BerndPaysan> Du kennst ja den Unterschied zwischen Theorie und Praxis?
[Mittwoch, 22. Februar 2012] [21:32:39] <BerndPaysan> In der Theorie gibt's keinen, aber in der Praxis...
[Mittwoch, 22. Februar 2012] [21:32:40] <erwaelde> Weiß Carsten das schon? Oder willst Du's selbst auf die Webseite basteln?
[Mittwoch, 22. Februar 2012] [21:32:48] <erwaelde> :-)
[Mittwoch, 22. Februar 2012] [21:33:07] <BerndPaysan> Eigentlich weiß Carsten/Martin das schon, war jedenfalls auf meiner Anmeldung drauf.
[Mittwoch, 22. Februar 2012] [21:34:07] <erwaelde> Also gut.
[Mittwoch, 22. Februar 2012] [21:34:34] <erwaelde> Dann werd ich mal weitersuchen. Riecht nach einem übersehenen stäck Effekt.
[Mittwoch, 22. Februar 2012] [21:34:49] <BerndPaysan> Ja, da muss man ziemlich aufpassen.
[Mittwoch, 22. Februar 2012] [21:35:47] <BerndPaysan> Jedenfalls ist das Internet, während ich am net2o bastele, immer weiter am Zerfallen.
[Mittwoch, 22. Februar 2012] [21:36:05] <BerndPaysan> Die SSL-Katastrophe z.B...
[Mittwoch, 22. Februar 2012] [21:36:18] <BerndPaysan> Das ist "too big to fail"...
[Mittwoch, 22. Februar 2012] [21:37:13] <BerndPaysan> Und in Wahrheit ist es natürlich zu groß, um je funktionieren zu können ;-)
[Mittwoch, 22. Februar 2012] [21:38:16] <erwaelde> Mit so einem zu großen Ding haben wir heute zu 5 einen kompletten Tag verplempert. Im Geschäft. Und es ist noch nicht zu Ende.
[Mittwoch, 22. Februar 2012] [21:42:51] <BerndPaysan> Ich bin froh, dass trotz aller Basteleien mein net2o-Protokollstack bislang nur unwesentlich über die 1000 Zeilen lang ist.
[Mittwoch, 22. Februar 2012] [21:43:15] <BerndPaysan> Das ist so die handhabbare Größe.
[Mittwoch, 22. Februar 2012] [22:09:04] <BerndPaysan> Noch wer da, oder soll ich's Licht ausmachen?
[Mittwoch, 22. Februar 2012] [22:10:16] * BerndPaysan macht das Licht aus
[Mittwoch, 22. Februar 2012] [22:10:20] <BerndPaysan> Dann gute Nacht!