00:00:00 --- log: started forth/05.06.20 01:20:04 --- quit: OrngeTide ("go to bed!") 04:33:41 --- join: PoppaVic (~pete@0-3pool157-77.nas22.chicago4.il.us.da.qwest.net) joined #forth 04:34:23 Hi 04:34:34 Lo 04:34:53 --- join: Herkamire (~jason@c-24-218-95-147.hsd1.ma.comcast.net) joined #forth 04:34:53 --- mode: ChanServ set +o Herkamire 05:27:28 crc, you around? or any retroforth coders for that matter? 05:28:11 tooo early 05:29:09 way too early - peeling eyes open is tiresome 05:29:15 heh 05:29:25 it's a fluke that i'm up this early as well 05:29:49 hehe 05:29:58 figured doing some coding would be good for getting the blood flowing, but, i'm getting segfaults left and right due to lack of experience =/ 05:30:07 I'm usually waking up 2-3 hours from now 05:30:27 segfault, man's best friend 05:30:32 hehe 05:30:42 segfault, man's best opponent 05:31:08 all i can tell is that there's something i'm doing wrong with the heap 05:31:09 I usually find a segfault is a "homer" 05:33:00 I'm trying to work up the desire to fix that wall, and reading thru the pfe and pforth source for mind-checking my code. 05:33:49 ack, i hate when this happens 05:36:01 hrmm, i wonder why crc doesn't include something like 'map' in rf 05:36:28 wtf is 'map' ?? 05:36:39 it lets you map a function to an array 05:36:45 oh, bah 05:36:49 so you don't need to write array-handling code over and over 05:36:54 it's nice to have 05:37:10 umm... you ARE aware this is a forth-variant and writing such code is easy? 05:37:34 hmm? 05:37:44 i've already written 'map' for myself 05:37:48 s'ok 05:38:12 perhaps your solution, sent to him,will hit the optional-wordset bucket 05:40:24 hrmm, okay, now it seems to be working. must have missed something silly 05:41:23 --- join: virl (Phantasus@chello062178085149.1.12.vie.surfer.at) joined #forth 05:42:13 hey virl 05:42:42 what's going on? 05:46:42 nm 05:47:28 hmm... pfe is akin to my own code, of course pfe is a lot more complete ;-) 05:54:25 Interesting... 06:00:08 --- quit: nothingmuch () 06:04:58 --- join: madwork (~madgarden@derby.metrics.com) joined #forth 06:23:21 question: are beheaded words even used anymore? Let alone 'forget'? 06:28:30 anyone? 06:29:18 COBOL and Fortran are still used, so I assume yes. ;) 06:29:22 but now, brb. 06:29:32 --- quit: Robert ("Hard ware prob lems") 06:30:14 Considering the variety of Forths out there, all bets are off. I use 'forget' quite a bit when developing. 06:30:35 And retroforth uses a lot of beheaded words. 06:31:01 hmmm.. REALLY? wow 06:31:47 Why? 06:31:53 I've sort of 'forgotten' both.. At one point we had that stupid 'mark' thing, and beheading seemed to be an f83/fpc/fig issue 06:32:27 It's only interesting wherein I compare my code/concept to pfe and pforth and such 06:32:34 Yea, mark seems inconvenient. I mostly use forget when hacking around interactively, testing, etc. 06:32:41 yep 06:32:56 I also use 'anew' 06:33:05 I vaguely recall it 06:33:38 eg. anew program 06:33:48 if program already exists, it forgets it, then creates it. 06:33:52 Otherwise, it creates it 06:34:12 It looks to me like my plan to rely 100% on malloc/free is unique, and that my structs are about 5 times more complex than pfe 06:35:01 Using malloc/free 100% of the time to do what? Create dictionary entries? 06:35:07 everything, yes 06:35:22 I use malloc/free in that respect also. 06:35:34 except for the base dict/sys voc, everything else is allocated 06:35:53 and I mean struct, not anything else 06:36:07 hmm.. 06:36:39 My dictionary is allocated, code is allocated, stacks are allocated. 06:36:43 I suspect I need at least one more complete rewrite. I have NOT done anything to support users 'forget', and I am not sure it's a good idea. 06:37:02 I don't see anything wrong with it. 06:37:12 well, recall my goal here 06:37:18 I just don't allow forget if the call stack isn't balanced with the input stack. 06:37:29 hmm 06:37:42 what was yer distro again? 06:38:10 Well, it's not officially distroed yet, but it's called Forthy... http://sourceforge.net/projects/forthy 06:38:21 ok, I recall - no dl was possible 06:38:31 Nope, only CVS. 06:38:45 yeah, I have avoided cvs for years 06:39:27 :) 06:39:39 I 06:39:47 I will release it before too long, hopefully. 06:39:54 I'm also seriously considering a rewrite to employ gc6.4 06:39:56 Just... so... busy. :-/ 06:40:07 gc6.4? 06:40:14 Yeah, if I had a job I'd be trashed. 06:40:16 Is that a garbage collector? 06:40:22 boehm gc, yeah 06:40:31 * madwork doesn't use any GC. 06:40:48 But, I don't really support user objects yet. 06:40:57 I wasn't going to, but the tracking is getting irksome, and I ain't even got a working test. 06:41:20 oh, user objects are not my issue... My issue is that I have so damned many dynamic structs 06:41:48 Yea, when I do containers properly, I'll need something. 06:42:12 At least an explicit GC sweep. I'm not doing anything in the background. 06:42:29 And if they're doing things correctly, they won't have any garbage. 06:42:55 ie. don't store a stack inside itself with no other references around. :P 06:43:28 I've names, that link TO knowing, but FROM heads, and Heads ref prev and are ref'd to/from bodies; which ref lexicons, heads and prior bodies 06:43:32 --- quit: Serg[ICQ] (Read error: 104 (Connection reset by peer)) 06:43:51 --- join: tathi (~josh@tathi.bronze.supporter.pdpc) joined #forth 06:43:52 knowing/nothing 06:44:15 not to mention vtables of func-ptrs 06:45:08 and, instead of an 'immediate' flag, I use 3 func-ptr per vtbl ptr: lexing, compiling, execution. 06:45:41 Yep. 06:45:47 or lex, parse/exec, run 06:46:37 --- join: Robert (~snofs@c-f778e055.17-1-64736c10.cust.bredbandsbolaget.se) joined #forth 06:47:03 anyway, between databases of structs, and all the xrefs between structs, I'm getting paranoid about cleanup, let alone the idea of allowing a user to 'forget' 06:47:22 Yes, sounds a lot more complex than my setup. 06:48:03 well, the core here becomes a post-lexer, pre-parser module... And we are trying to allow for extensibility in the minish used by the metabuilder. 06:48:47 PLUS, I would dearly love to support .o and plugins/libs 06:49:33 otoh, if I switch mindsets to token-code instead of call-code, then obj and libs become semi-moot. 06:50:29 Forthy is ITC. 06:50:46 still, folks can argue all day long, but generating .o files and using the linker is really a decent solution to a ugly-prob. I'd just need a .obj generator/loader-support 06:51:00 token-threaded, you mean? 06:51:07 No, indirect threaded. 06:51:13 ahh 06:51:19 almost the same, slight diff 06:51:25 Yea, pretty much. 06:51:42 Token threaded would actually be easier to pickle if I wanted to. 06:53:22 "pickle" heh.. I remember that 06:53:55 I can do it kind of kludgily by using dictionary indexes, so it's not a huge deal. 06:54:04 But it does require an extra translation step. 06:54:08 Yeah, I'm ambivalent on the issue.. Either we are generating vectors to mem, or we need to generate indices. 06:55:23 My biggy is.. So far, I know of absolutely no forth that ties hard to malloc/free, structs and such, let alone leaves lexing and parsing to externals. 06:56:06 So, a lot of it is getting yer head poked into forth-space from C/*nix space 06:57:20 * madwork goes the easy route and uses wrapper functions to Forthy's Lua-like stack interface. 06:57:25 I've even read an interesting url that mentioned C's that "compiled" forth source that generated asm/mc - it was interesting, but a complete, current C lexer/parser is just not around and not worth my time to write. 06:58:53 just keep in mind, I'm working up a module.. to write a limited-shell to be used by a metabuilder to replace autoshit ;-) 06:59:53 I'd seriously considered, 2 years back, using gforth for the entire mess. BUT, it seemed too damned painful. 07:01:35 the minish needs to be more simpleminded than bash, (not really useful by itself, I mean); but it must share code with the metabuilder (again, not fun interactively). 07:02:25 I like interp/compile, but I also am well used to the edit/test-run cycle 07:03:39 The kicker is getting a module in place to ACT like forthish voc/word lookup/run - but rely on a lex/yacc lexer/parser or something equiv. 07:08:57 Amusing chore, anyway 07:10:00 Hmm, sounds fun. ;P 07:10:04 yah 07:10:37 It's the only way I can see to even remotely deal with infix-like syntax-parsing. 07:11:04 unless... hmm 07:11:43 Unless someone peered at my tentative-example input 'script' and could see a way to parse it all out ala' forth 07:12:01 Sounds quite unlikely 07:12:31 You never know. Some people are up for a challenge... just not me. ;) 07:12:36 yup 07:12:46 no point in asking over & over, either 07:12:51 brb 07:12:59 --- quit: PoppaVic ("Pulls the pin...") 07:13:00 * madwork has another challenge, namely fixing the broken builds of the guy who left a couple months ago. 07:16:04 --- quit: I440r_ ("brb") 07:25:43 --- join: PoppaVic (~pete@0-1pool67-60.nas22.chicago4.il.us.da.qwest.net) joined #forth 07:25:49 back 07:26:08 presweep panic ;-) 07:27:22 Heh. 07:28:41 hrm.. Staring at the current lexer 07:29:05 I believe strongly that case/order/form enforcement is a Good Thing. 07:30:56 yeah, it makes as much sense now as it did midwinter 07:31:42 case/order/form? 07:31:49 yeah.. 07:32:08 Lowercase+digits := keywords 07:32:26 UPPERCASE+digits := funcs/macros 07:32:30 etc 07:32:41 ah 07:33:01 light limitations for readability - they complicate lexing, but they seriously make folks _think_ 07:33:57 http://rafb.net/paste/results/4GiHg037.html 07:34:30 This too will need some beating,but I believe the limitations useful 07:38:03 hmm... /me doesn't remember how to use lex anymore. 07:38:24 it isn't really thrilling, I can now say after a year of tinkering 07:38:59 the best I can say is: it makes adjacent/embedded breakout/decomposition easier 07:39:33 yeah, I used it back in college for a class on compiler design. 07:39:50 well, I truly tried.. 07:40:01 I'm just not sold on it or yacc 07:41:53 while I know that the good ol' forth whitespace-delim is really handy, I just need to ramp it up a bit.. 07:42:16 yeah, I can see that 07:42:22 certain chars always suggest embedding, to me. 07:42:48 hmm... here's an example that "works"... 07:43:12 http://rafb.net/paste/results/hy9hEW55.html 07:51:23 ANyway, that's my living-hell, if it interests or stimulates anyone. 07:52:06 --- join: I440r (~mark4@216-110-82-203.gen.twtelecom.net) joined #forth 07:55:29 tathi: was it interesting in the least? 07:57:42 --- nick: semtex -> zoly 08:11:14 hmm 08:23:31 --- join: nothingmuch (~nothingmu@yovalk.bb.netvision.net.il) joined #forth 09:07:07 hey 09:08:31 --- part: nothingmuch left #forth 09:19:32 --- join: saon_ (1000@c-24-129-91-106.hsd1.fl.comcast.net) joined #forth 09:23:46 --- quit: saon (Read error: 110 (Connection timed out)) 09:24:43 --- quit: saon_ ("leaving") 09:24:57 --- join: saon (1000@c-24-129-91-106.hsd1.fl.comcast.net) joined #forth 09:34:53 PoppaVic: oh, yeah, somewhat. 09:35:12 I saved it to look at more closely later. 09:35:17 ok, cool 09:35:43 I was just kind of in the middle of building a scalder 09:36:05 np, I'm ready for a nap and then chores 09:36:15 stay well, I am off... 09:36:18 --- part: PoppaVic left #forth 09:41:21 tathi: to help get the feathers off? 09:43:08 --- join: Frek (~anvil@h208n2fls31o815.telia.com) joined #forth 09:54:23 yup. 09:54:42 Kermit (the guy we get our feed from) had a bunch of old electric hot-water heaters around 09:54:47 and he gave us one 09:56:02 I cut the top off and cleaned it out, now I've got to re-wire it with a plug and only the one heating element. 09:58:11 then test to see how accurate it is -- the thermostat is on the outside of the tank. 09:58:30 I might have to plumb in a submersible one. 09:59:03 accurate? 09:59:13 need to get it to calm down when it hits 32 degrees? 09:59:51 yeah, basically. 10:00:18 need the water temperature to stay between 145-150 degrees F or so. 10:02:19 hmmm... yeah, 32 insn't boiling 10:02:46 oh dear. 10:02:56 better eat something or go to sleep or maybe both 10:03:04 heh 10:03:32 --- quit: zoly (Read error: 60 (Operation timed out)) 10:19:06 --- join: semtex (~zoly@p549DE9C9.dip.t-dialin.net) joined #forth 10:21:28 --- nick: semtex -> zoly 11:27:15 gah! I hate it when orderforms ask for your credit card before they tell you what the total is 12:16:29 --- join: snoopy_1711 (snoopy_161@dsl-084-058-147-106.arcor-ip.net) joined #forth 12:21:55 --- quit: Snoopy42 (Nick collision from services.) 12:21:59 --- nick: snoopy_1711 -> Snoopy42 12:31:53 blog updated ;) 13:25:48 * Robert hoorays 13:26:03 Hey, can you /dns www.homestarrunner.com for me? 13:27:19 66.118.170.25 13:27:34 However, pinging it generates a ton of duplicated packets. 13:27:42 heh. 13:27:52 I can't reach their nameservers 13:27:59 Thanks. 13:28:07 PING homestarrunner.com (66.118.170.25) 56(84) bytes of data. 13:28:07 64 bytes from unknown.sagonet.net (66.118.170.25): icmp_seq=1 ttl=117 time=159 ms 13:28:17 Hm. 13:28:27 I'm not reaching anything from here either, unfortunately. 13:41:19 grr...this thermostat isn't going to work for my purposes. 13:41:43 oh well, easy enough to switch things on and off by hand. 13:43:26 --- quit: dt0x (Remote closed the connection) 13:46:46 just a thermometer then 13:51:26 yeah, I'll get a better automatic control system, but not by next Saturday, I'm sure. 14:34:25 --- join: qFox (~C00K13S@92pc222.sshunet.nl) joined #forth 14:36:21 Hi 14:39:30 hey 15:00:19 --- join: sproingie (~chuck@64-121-15-14.c3-0.sfrn-ubr8.sfrn.ca.cable.rcn.com) joined #forth 15:08:06 --- quit: I440r (Read error: 110 (Connection timed out)) 15:08:49 --- quit: alexander_ (Remote closed the connection) 15:31:55 --- join: nothingmuch (~nothingmu@yovalk.bb.netvision.net.il) joined #forth 15:59:11 --- quit: tathi ("leaving") 16:09:30 hi all 16:12:04 --- quit: qFox ("this quit is sponsored by somebody!") 16:15:56 --- quit: nothingmuch () 16:19:56 hi crc 16:20:37 I was wondering about your "resume" word, 16:21:40 if RF sould run on diferent CPUs some time, shouldn't there be a word to determine the length of a word? 16:23:20 It's hard to know where a word ends... 16:23:35 I might add a length field to the dictionary sometime though 16:23:42 sorry, wrong channel. Switching over to #retro ;-) 16:24:02 :) 16:24:07 saon: ping 16:31:36 CQ coding slave? 16:32:23 ? 16:32:28 Hi Robert 16:34:43 Hi :) 16:43:51 --- quit: sproingie ("Konversation terminated!") 16:52:24 --- quit: saon (Read error: 60 (Operation timed out)) 17:10:18 --- join: danniken (CapStone@ppp-70-249-186-85.dsl.ltrkar.swbell.net) joined #forth 17:12:02 --- quit: virl () 17:16:04 --- join: saon (1000@c-24-129-91-106.hsd1.fl.comcast.net) joined #forth 17:18:43 --- join: sproingie (~chuck@64-121-15-14.c3-0.sfrn-ubr8.sfrn.ca.cable.rcn.com) joined #forth 17:34:37 --- join: I440r (~mark4@rrcs-24-242-160-169.sw.biz.rr.com) joined #forth 17:57:45 goodnight 17:58:02 teh good teh nite 18:44:12 --- quit: Sonarman (Read error: 110 (Connection timed out)) 19:03:45 --- join: alexander_ (~alexander@69.17.112.153) joined #forth 19:13:15 --- join: jkk (joe@adsl-69-153-231-86.dsl.ltrkar.swbell.net) joined #forth 19:13:25 hi 19:14:29 hi 19:14:44 hows it going tonight 19:16:44 whiny 19:16:52 my head hurts 19:17:24 just sitting here thinking of things to do and deciding not to do them 19:17:43 i am porting some stuff to picforth 19:17:53 cool 19:17:56 i am about to write a bytecode interpreter 19:18:03 and add floating point to picforth ;) 19:18:19 ?? 19:18:31 hey 19:18:40 picforth is for Microchip Corp PIC 16F88s... they are 8 bit micros.... 19:18:44 no floating point for sure 19:18:55 is it a full interactive Forth? 19:19:05 no unfortunately 19:19:07 I was guessing picforth was for the PIC chips 19:19:13 fp must be ungodly slow 19:19:20 why why why? 19:19:32 its for the higher level language user 19:19:38 do those things even have hardware multiply? 19:19:51 dont think so ;) 19:19:55 jkk: how do you interact with it? 19:20:02 the floating point is already written I just have to wrap forth around it 19:20:21 you write a forth program and picforth compiles it to machine code... 19:20:41 i think the compiler can run interactively but it is not interactive with the target 19:20:42 maybe I'll go soak my head in a bucket of cold water 19:20:43 on a third-party host? 19:20:45 (the compiler runs in gforth) 19:20:47 yah 19:20:53 that's what my AVR forth is like 19:20:56 that needs to change 19:20:59 yeah 19:21:44 i need to learn AVRs.... 19:21:48 --- quit: crc (Read error: 145 (Connection timed out)) 19:22:10 they're great 19:23:16 i am ready for a bigger, flatter space than in the pics 19:23:48 you probably want ARM them 19:23:50 er then 19:24:04 i thought the avrs had flat ram access 19:24:14 and a fair chunk of ram 19:24:45 unlike PIC with 512 bytes paged into 4 banks containing special registers sprinkled in ;) 19:25:00 yah, the AVRs are clean 19:25:12 but the ARMs will allow you to write your own machine code to RAM, and execute it 19:25:37 yeah thats one reason i am writing an interpreter, so i can read user code out of serial eeprom and run it 19:25:42 since i cant program the code space 19:28:37 hi 19:29:39 jkk: supposedly you fill code space with mostly primitives. hi level words need not to be executable, from cpu point of view 19:30:19 the mega640 looks like a formidable forth device to me 19:31:27 does it have nice stack hardware or something 19:31:29 here's an overview of flash, eeprom and ram per device: http://www.avrfreaks.net/index.php?module=FreaksDevices&func=viewDev&famId=2 19:31:29 zoly: that's how my AVR forth is. 19:32:07 all of the low-level stuff is cross compiled on the host 19:32:13 and then you can define highlevel words on the device 19:32:24 i managed to make a pic (small one, 16c73) programmable that way 19:32:52 well, just 80 bytes free hi-level code space 19:33:22 how did you do word-name look-ups? 19:33:25 i assume its how the basic stamp type devices run 19:33:35 how many BASIC ops/sec do they get btw 19:33:47 alexander_: the pic didn't do that, i stored the headers on another controller in the same device :) 19:34:01 * jkk is shooting for 20k interpreter step/s on 20mhz pic 19:34:10 zoly: ah, yah 19:34:22 sort of in-system tethering 19:35:04 pic was the run time component 19:35:25 the other controller was running forth as well 19:39:12 cool 19:39:29 is it pretty typical for parse to always write to a counted string to hhere? 19:40:17 parse? no. word did 19:40:24 parse often returns addr cnt 19:41:34 well, word *does* but with parse i'd consider word obsolescent 19:41:58 er, I meant word, but cool.. 19:44:14 i reckon it became out of fashion when it became popular to seperate headers 19:45:02 i.e. post-f83 19:45:21 yah 19:48:59 --- join: Sonarman (matt@adsl-64-160-165-61.dsl.snfc21.pacbell.net) joined #forth 19:59:58 so I realized the inherent problem with forth 20:00:18 it's so transparent, that the full capabilities of the programmers shine through 20:00:50 therefore we need worse languages, or better programmers ? 20:01:04 better programmers 20:01:36 many programmers are doing good jobs with other languages 20:01:48 that's because the compiler usually saves their bacon 20:02:07 so they can concentrate on what is essential ? 20:03:19 maybe, but I think the current generation of processors has been developed to compensate for them. 20:04:31 that's higher speed those deliver, but not lower skill requirements 20:04:59 sure they do, you can write suckier and suckier code, and it'll still run at speeds decent enough for people to not complain 20:05:41 good or bad programming does not merely differ by execution time 20:06:18 or we'd all have to use native code compilers 20:07:15 I don't think you're getting what I'm saying/I'm not explaining myself. 20:07:20 oh, i do 20:07:32 i just like to take opposite positions 20:07:57 or, try to turn ppls arguments against them :) 20:08:20 you're not going to do that with me, I'm just going to get bored arguing with you because you're trolling me. :) 20:08:41 anyhow, that's my opinion. 20:09:28 you know, there's people having difficulties with some forths because of their attitude "i program forth, therefore i am a better programmer" 20:09:36 forthers ... 20:09:48 yah 20:09:50 i try not to slip into the same attitude 20:10:25 well, I mean usually they are better programmers.. just like Lisp people are usually more advanced programmers. 20:10:40 therefore your initial line invited me to take on counterposition 20:11:07 my initial line was a statement of fact 20:11:11 I'm not a very good forther. 20:11:19 so I wasn't insinuating things 20:11:28 sorry, not fact.. a statement about an observation I had 20:11:47 indeed, it was me suggesting this line of thought 20:12:02 nothing wrong with your statement 20:12:29 consider it an act of provocation 20:15:14 I got a new contracting gig I want to use Forth on 20:15:22 the existing software is all C++ 20:16:18 I mentioned Forth at the interview, and the interviewer started laughing 20:16:20 a rewrite ? 20:16:25 yah 20:17:14 c++ means, not on small hardware ? 20:17:27 it's a coldfire chip, so not insanely small 20:17:30 but not big at all 20:18:31 whats the harder constraint, speed or size ? 20:19:35 speed probably, combined with speed of development 20:21:34 there's people, trying no to mention forth in the initial interview 20:22:05 yah, I pretty much already had the gig 20:22:09 and they hired me anyway 20:22:14 cause not all reactions tend to be enthusiastic about it 20:22:18 but I just thought it was interesting that the dude laughed. 20:23:32 development speed can be a strong point 20:23:40 yah 20:23:51 okay, time for some pho 20:23:51 bbl 20:41:54 --- join: LOOP-HOG (~chatzilla@sub22-119.member.dsl-only.net) joined #forth 20:43:37 anybody home/ 20:47:54 hi LOOP-HOG 20:48:02 what's up? 20:48:05 no, not@home 20:48:18 work? 20:48:21 700 km from home 20:48:26 oh 20:48:34 just normal mode 20:48:53 not been home for about 2 years now 21:35:12 --- quit: LOOP-HOG ("ChatZilla 0.9.61 [Mozilla rv:1.7.1/20040707]") 21:38:09 --- quit: Herkamire ("off to bed") 22:00:50 --- quit: zoly (Read error: 60 (Operation timed out)) 22:32:16 re.. 22:32:46 re 22:32:57 it is easier than i thought to port assembly to forth... 22:33:23 but i had to go through looking for shit like "subtract then check carry" and replace with "<" 22:33:28 how's your assembler? 22:33:37 its ok for this pic platform 22:33:42 simple instruction set 22:33:58 oh, duh, I read what you wrote wrong 22:34:04 I thought you were doing your assembling in a forth 22:34:28 not doing any assembling myself ;) 22:34:51 yah 22:35:11 I'm doing cross compiling in isforth now 22:37:07 if i write a compiler or assembler it will probably be in python or ruby 22:38:10 if you ever want to be able to compile your own machine words, it's better to do it in forth 22:38:20 (assuming you've got a chip with the power to make that happen) 22:47:32 --- quit: Sonarman (Read error: 110 (Connection timed out)) 22:48:23 there's two areas I suck at Forth 22:48:34 a) history (knowing what words are named what, which do what) 22:48:39 and b) a feeling for how to factor 22:50:13 --- join: Serg[ICQ] (~Miranda@212.34.52.140) joined #forth 23:00:13 --- quit: sproingie ("Konversation terminated!") 23:26:58 --- join: crc (crc@pool-70-110-178-115.phil.east.verizon.net) joined #forth 23:51:44 --- join: nothingmuch (~nothingmu@wlan-217-79-139-57.pgsm.hu) joined #forth 23:59:41 --- quit: nothingmuch () 23:59:59 --- log: ended forth/05.06.20