2024-01-30 15:14:02 I think the ability of LOAD to nest is fairly standard. I've never considered doing it with native OS files, so maybe that somehow necessitates a "load stack," but I think the normal handling is to save the currently loading block number and >in value on the return stack and then set BLK to the nested block number and >in to zero. Then when control returns from the nested load restore BLK and >in from the 2024-01-30 15:14:04 return stack and carry on. 2024-01-30 15:14:25 I'd THINK that for os files you'd just save the file handle and file offset instead. 2024-01-30 15:14:44 So no explicit need for a new stack. 2024-01-30 15:15:43 fine, not the point 2024-01-30 15:15:53 For the first (unnested) LOAD, BLK is 0 and >in has some value into the TIB, but you can still save the values and it works out. 2024-01-30 15:16:08 Yes, I agree it's kind of like the flow of Forth itself. 2024-01-30 15:16:50 Or of any language with functions, I guess. 2024-01-30 15:18:30 no, not like any language with functions. because of the implicit parameter passing, you can imagine chaining scripts together like a pipeline 2024-01-30 15:19:35 one.fs could leave something on the stack that two.fs consumes 2024-01-30 15:20:45 https://www.bbc.com/news/world-asia-india-68091830 2024-01-30 15:21:06 In this time of all sorts of negative world events, it's nice to see a country do a good turn for an adversary nation. 2024-01-30 15:21:51 Right - most languages don't have a DATA stack; that does make Forth unique. 2024-01-30 15:33:16 jfc you're dumb 2024-01-30 15:36:29 Who is_ 2024-01-30 15:36:30 ? 2024-01-30 15:36:31 Me? 2024-01-30 15:43:20 no, not you 2024-01-30 15:44:55 the guy whose conversational context buffer is about 30 seconds deep 2024-01-30 15:45:22 Well let's not jump to any conclusions hehe 2024-01-30 20:03:24 I'll refrain from judging your intellect based on the limited exposure I get to you here. Your manners, on the other hand... 2024-01-30 20:05:40 smoooooke yoooooou 2024-01-30 20:11:14 https://en.wikipedia.org/wiki/POP-2