00:00:00 --- log: started retro/06.08.21 00:21:15 Let me correct that. It nests, but I've found a condition under which it seems to lose track of the input buffer. Likely to never happen in real life, though. 00:29:34 It happens during an include, but not at a console! Some of these oddities are hard to diagnose! :) 00:43:09 --- quit: Quartus (sterling.freenode.net irc.freenode.net) 00:43:12 --- quit: crc (sterling.freenode.net irc.freenode.net) 00:43:12 --- quit: lukeparrish (sterling.freenode.net irc.freenode.net) 00:46:25 --- join: Quartus (n=trailer@CPE0001023f6e4f-CM013349902843.cpe.net.cable.rogers.com) joined #retro 00:46:31 --- quit: timlarson (sterling.freenode.net irc.freenode.net) 00:48:41 --- join: lukeparrish (n=docl@74-36-211-202.dr01.hmdl.id.frontiernet.net) joined #retro 01:04:07 --- join: timlarson (n=timlarso@user-12l320v.cable.mindspring.com) joined #retro 01:06:11 --- join: Cheery (n=Cheery@a81-197-19-23.elisa-laajakaista.fi) joined #retro 01:39:01 --- join: nighty (n=nighty@sushi.rural-networks.com) joined #retro 01:46:59 --- quit: nighty (Read error: 104 (Connection reset by peer)) 03:10:42 --- join: nighty (n=nighty@sushi.rural-networks.com) joined #retro 03:11:50 --- join: neceve (n=claudiu@unaffiliated/neceve) joined #retro 03:46:59 --- join: crc (n=crc@pool-70-110-129-33.phil.east.verizon.net) joined #retro 04:55:29 --- join: virl (n=virl@chello062178085149.1.12.vie.surfer.at) joined #retro 05:54:15 --- join: timlarson_ (n=timlarso@65.116.199.19) joined #retro 09:42:21 --- quit: timlarson_ (Read error: 131 (Connection reset by peer)) 09:44:21 --- join: timlarson_ (n=timlarso@65.116.199.19) joined #retro 10:40:17 --- join: rabbitwhite (n=trip_n_s@204.52.131.22) joined #retro 11:09:59 --- quit: Snoopy42 (sterling.freenode.net irc.freenode.net) 11:10:25 --- join: Snoopy42 (i=snoopy_1@dslb-084-058-144-156.pools.arcor-ip.net) joined #retro 12:19:45 --- quit: rabbitwhite (Read error: 110 (Connection timed out)) 13:02:07 --- join: snoopy_1711 (i=snoopy_1@dslb-084-058-186-142.pools.arcor-ip.net) joined #retro 13:02:34 --- quit: Snoopy42 (Nick collision from services.) 13:03:01 --- nick: snoopy_1711 -> Snoopy42 13:28:12 --- quit: Cheery ("Download Gaim: http://gaim.sourceforge.net/") 13:30:05 --- quit: timlarson_ ("Leaving") 14:17:38 Latest RetroForth ANS layer: http://retroforth.net/paste/?id=149 14:53:38 --- quit: neceve (Remote closed the connection) 15:47:27 --- join: Quartus__ (n=Quartus_@209.167.5.1) joined #retro 15:49:52 good evening 15:50:00 hi crc. 15:50:12 Left you some notes last night, not sure if you got 'em. 15:50:14 I am going to look for ways to clean up the side effects for 9.3 15:50:18 * crc has the logs 15:50:21 Ok. 15:50:58 between Shain and clog, most discussion here ends up being logged :) 15:51:04 New version up, primarily better docs. Went mildly insane trying to use loc:/;loc to unclutter the wordlist, so I added section:/external/;section. 15:51:40 Found an oddity with EVALUATE (eval) in one circumstance. 15:52:08 what is that? 15:52:14 Well, this works at the command-line: 15:53:26 : foo s" : foo if ;" ['] evaluate catch . ; foo -> -22 15:53:33 It doesn't work inside an included file. 15:53:46 Or rather, it sort of does, but eats the remainder of the file. 15:54:27 It does leave you in compilation state. : foo s" : foo if ;" ['] evaluate catch . 0 state ! ; foo is a bit friendlier. 15:56:28 I could fix this by re-writing EVALUATE to do its own CATCH/THROW, but I'm not sure you expose all of what I need to do that. 15:57:22 I'll take a closer look at this soon 15:58:20 In fact any throw inside an evaluate from inside an included file does the trick, even an explicit '42 throw' or what-have-you. 15:59:16 In that case eval never gets a chance to restore the input specification. 16:00:36 I handle this in Quartus Forth by, as I mentioned, wrapping the interpret part of EVALUATE in a CATCH, restoring the input specification, and then re-THROWing the result. 16:04:33 And I'd do that here too if I could get at the bits & pieces that eval uses from high-level code. eval uses query and interpret, which are private, and also access source and tp, which I believe are private also. 16:05:05 FYI, anyway. Not a problem that'll slow me down presently. :) 16:05:09 ok 16:06:20 --- quit: lukeparrish (Read error: 110 (Connection timed out)) 18:08:47 --- quit: virl (Remote closed the connection) 19:54:51 --- quit: Quartus__ ("used jmIrc") 20:12:13 --- join: rabbitwhite (n=trip_n_s@pool-151-196-244-5.balt.east.verizon.net) joined #retro 20:28:05 --- quit: rabbitwhite (Read error: 104 (Connection reset by peer)) 20:33:14 Some minor changes: http://retroforth.net/paste/?id=150 23:59:59 --- log: ended retro/06.08.21