00:00:00 --- log: started retro/06.09.26 00:06:17 --- quit: Snoopy42 (Read error: 145 (Connection timed out)) 00:06:17 --- join: Snoopy42 (i=snoopy_1@dslb-084-058-111-243.pools.arcor-ip.net) joined #retro 00:11:05 --- quit: snoopy_1711 (Read error: 145 (Connection timed out)) 00:11:05 --- join: snoopy_1711 (i=snoopy_1@dslb-084-058-111-243.pools.arcor-ip.net) joined #retro 00:11:07 --- quit: snoopy_1711 (niven.freenode.net irc.freenode.net) 00:11:07 --- quit: Snoopy42 (niven.freenode.net irc.freenode.net) 00:11:57 --- join: snoopy_1711 (i=snoopy_1@dslb-084-058-111-243.pools.arcor-ip.net) joined #retro 00:11:57 --- join: Snoopy42 (i=snoopy_1@dslb-084-058-111-243.pools.arcor-ip.net) joined #retro 00:17:59 --- quit: Snoopy42 (Read error: 145 (Connection timed out)) 00:18:16 --- nick: snoopy_1711 -> Snoopy42 04:52:29 --- join: virl (n=virl@chello062178085149.1.12.vie.surfer.at) joined #retro 05:22:44 --- join: timlarson_ (n=timlarso@65.116.199.19) joined #retro 06:07:08 --- quit: Quartus__ (Read error: 104 (Connection reset by peer)) 06:12:32 --- join: Ray_work (n=Raystm2@199.227.227.26) joined #retro 06:43:47 http://retroforth.net/paste/?id=192 06:46:01 Thanks Cheery. 07:06:57 --- join: Raystm2- (n=NanRay@adsl-69-149-58-83.dsl.rcsntx.swbell.net) joined #retro 07:09:27 --- join: Raystm2_ (n=NanRay@adsl-69-149-58-83.dsl.rcsntx.swbell.net) joined #retro 07:09:27 --- mode: ChanServ set +o Raystm2_ 07:10:17 --- quit: Raystm2_ (Client Quit) 08:49:24 --- join: neceve (n=claudiu@unaffiliated/neceve) joined #retro 11:23:10 good afternoon 11:23:16 Hi crc. 11:25:52 Hi crc! 11:41:05 Good afternoon crc. Home early today? 11:41:14 I took three days off work 11:41:44 Very cool. Middle of the week?!?? :) 11:41:46 :) 11:41:49 yup 11:41:58 You had your reasons. 11:41:59 :) 11:42:45 crc: about the RxForth. 11:42:49 And tiddlywiki 11:42:56 oh there's Quartus as well. Hi Quartus as well. 11:43:00 yes? 11:43:01 how does the tiddlywiki updates from net? 11:43:07 those are neat arn't they Cheery? 11:43:10 Hi Ray_work. 11:43:10 or is it designed for such? 11:43:14 it doesn't 11:43:37 it's completely self contained, so you can just save the page to disk and use/edit it locally 11:43:44 ah. 11:43:55 what do you think about the octal-float system which I wrote for Rx? 11:44:00 looks good 11:44:03 I gues it works on retro as well. :) 11:44:18 I tried it under rf. It ran. 11:44:22 Do you think it'd be useful for being there generally? 11:44:23 I like that. A user can make notes right to the thing with out disturbing the global document. 11:44:36 what is tiddlywiki? 11:45:09 kind of fancy locally usable wiki system which is in itself one .html -fiel. 11:45:12 *-file. 11:45:20 I think it's cool. :) 11:45:37 link? 11:45:41 And maybe usable concept to have embedded extracting application inside the file. 11:46:05 So do I, but I'm easily impressed. You've met my friends. :) /me ducks. 11:46:15 http://www.tiddlywiki.com/ 11:46:59 * Cheery removes the floor from point where Ray_work ducked. 11:47:24 ;) 11:47:37 Quartus: can you test the ANS support for 9.2 against http://retroforth.org/903.tar.gz ? 11:47:37 Tiddlywiki is actually a quite rare but working concept I think. 11:48:03 crc, downloading now 11:48:15 thanks 11:50:25 I'm afraid it crashes immediately. The previous 9.3 bin did not. 11:50:37 Not by itself -- but with -f retro-ans.fs 11:50:44 ok 11:54:35 I put now myself a personal mini private wiki to notepad. ;) 11:54:45 to my desktop 11:56:26 crc, it seems to crash just processing the block comment, this time. 11:57:39 Any new changes to looup/word?/not-found etc.? 11:59:10 crc: Do you think octal-float -system would be useful thing for Rx? 11:59:17 this is a fresh start from the 9.2 code 11:59:26 Or is it too childish if there is no decimal float system? 11:59:28 I was able to load the ans library without problems 11:59:40 Cheery: I think it'll be useful 11:59:46 crc, I'm working off the last version I fixed to work from the last time we spoke. I'll try it against the older code. 11:59:53 yes please 12:01:24 I'll handle it as a separate part from DIM little SDL and GL bindings. 12:01:34 then. 12:02:09 cool 12:02:56 I thought it'd be neat to write games with RxForth. :) 12:03:23 that would be nice to see 12:03:25 After all, you have all the necessary there to do such things. 12:03:33 --- join: snoopy_1711 (i=snoopy_1@dslb-084-058-118-243.pools.arcor-ip.net) joined #retro 12:03:49 * crc plans to revist his old IF code again, maybe I'll make more progress this time 12:04:07 old IF code? 12:04:16 what kind of old IF codes do you have? 12:04:21 crc, I had to modify the ans library to load at all under rf-windows. There appears now to be no e d or eb words. It runs some tests now but is crashing hard on others. 12:05:29 --- quit: Snoopy42 (Nick collision from services.) 12:06:07 --- nick: snoopy_1711 -> Snoopy42 12:06:21 IF = interactive fiction 12:06:43 ah, how does it work? 12:06:45 I had started work on some support code for interactive fiction/mud games a while back 12:07:06 tracking of objects, inventory, verbs that objects would recognize 12:07:22 using classes should make that all a lot easier 12:07:42 Quartus: I forgot to include the editor in that build, a new tarball is up 12:07:51 hmm, will the new floating point code make codeing a first person 3d shooter more possible? 12:09:00 * Ray_work notes that he doesn't live too far from John Carmack. 12:09:07 I could camp out on his lawn... 12:09:36 how? 12:09:37 :) 12:09:55 Ray_work: new floating point code enables this possibility. 12:10:11 combined with crc's set of floating point operations, I think it is kewl. 12:10:55 I will create a few key types of objects, each with a class that recognizes some additional elements, like verbs (actions) and commands to create/add detail to objects 12:17:26 My tests are running now, crc, with that latest tar. 12:17:41 good, then I'm on the right track :) 12:17:57 You backed out all the not-found stuff, I guess? 12:19:01 crc: that's actually a quite intresting. 12:19:02 yeah 12:24:47 Unfortunately my faster.fs optimization file crashes hard. Not sure why yet. 12:25:40 Oh. It crashes trying to do include disasm.fs 12:25:51 Whereas doing that from the console works. 12:26:17 er, sorry. Hang on, no coffee. It's the assembler it loads. 12:26:31 The assembler crashes when loaded at the console too. 12:28:23 Ok, it's ;section that's failing -- the very last line in the file. Weird. 12:30:22 odd. I didn't change anything that should affect that 12:30:23 http://retroforth.net/paste/?id=193 12:30:48 Oh, it's a change I made when last we spoke. This is odd -- you have 'expose' in the kernel still, but no section:/;section. 12:31:29 section: is in the kernel 12:32:11 Not compatible with mine in the retro-ans.fs file, though. So expose isn't interchangeable with external. I'll have to remove section: &c. from retro-ans.fs. 12:32:29 * crc takes a look at yours again 12:32:55 It can't be compatible, I use private variables to keep track. So I can't mix and match. And I'll need to replace all my externals with exposes. 12:34:08 I see what you mean 12:36:00 Now that I've moved to the internal versions of section/... I'm having all kinds of crashes. 12:36:12 :( 12:36:45 Oddly they only seem to happen during manual includes at the console. -f works. 12:37:02 my implementation of the sections is the same as yours, except that I renamed 'external' to 'expose', and use vectors rather than aliases :( 12:39:53 Weirdness abounds. I can load the assembler only if I load an unrelated module ahead of it. 12:43:15 I have to take a break from this, crc. 12:43:22 ok 12:43:33 * crc is seriously confused 12:44:12 It's a serious mystery to me. I can load the assembler only if I load facility.fs first, which makes no sense. 12:47:34 And without facility.fs, the entire assembler loads, but crashes after loading. 12:51:05 http://retroforth.net/paste/?id=195 12:51:17 After loading that file, WORDS runs an endless loop. 12:51:25 That's without the ans layer. 12:52:51 Oops, that's because of me, apparently. Ended ." foo: instead of ." foo". What an odd reaction. 12:53:37 But that suggests that a section:/;section with no expose would cause the same problem. 12:53:47 Not the problem I'm having with asm.fs, unfortunately. 13:35:54 --- part: Cheery left #retro 13:58:01 --- quit: timlarson_ ("Leaving") 14:38:50 --- join: Quartus__ (n=Quartus_@209.167.5.1) joined #retro 15:08:53 --- quit: Ray_work ("User pushed the X - because it's Xtra, baby") 16:00:50 --- quit: Raystm2- ("Should have paid the bill.") 16:04:01 --- quit: virl (Remote closed the connection) 16:46:11 --- quit: lukeparrish ("leaving") 16:58:50 --- quit: neceve ("Leaving") 17:13:27 --- join: rabbitwhite (n=trip_n_s@c-68-34-1-138.hsd1.md.comcast.net) joined #retro 17:18:28 --- join: jas2o (n=jas2o@WNPP-p-203-54-36-59.prem.tmns.net.au) joined #retro 17:35:26 --- quit: jas2o ("Chatzilla 0.9.74 [XULRunner 1.8.0.1/2006012608]") 17:42:41 --- quit: rabbitwhite () 17:59:25 I still can't account for it, crc. The assembler loads and runs fine if certain files are loaded before it, but there's neither rhyme nor reason as to why, not that I can see. When it crashes it crashes on arbitrary code. 17:59:47 I haven't tried the BSD version. 18:01:06 Obviously I can mask the problem by loading a certain file each time, but I imagine this issue has to be one that'll crop up elsewhere. 18:04:06 On a positive note, when I get it running it's still as fast as the last build, about 2x slower than gforth-fast on the qsort bench. 18:24:34 --- join: jas2o (n=jas2o@WNPP-p-203-54-36-59.prem.tmns.net.au) joined #retro 18:53:47 --- join: nighty_ (n=nighty@H123.C72.B0.tor.eicat.ca) joined #retro 19:07:37 --- quit: jas2o ("Chatzilla 0.9.74 [XULRunner 1.8.0.1/2006012608]") 20:58:07 --- quit: nighty_ (Remote closed the connection) 21:36:35 If I load structs.fs and modules.fs, then asm.fs loads without error. (Note that asm.fs doesn't use the code in either file). If I don't load both of those, asm.fs crashes for no apparent reason. 22:01:26 Ok, stranger yet -- this works: rf-windows.exe -f retro-ans.fs 425 allot -f asm.fs 22:18:27 that is *very* odd 22:18:35 Yes. 22:19:34 Possibly there's some strange bug in the kernel that is resulting in some part of the assembler reverse-alloting memory, or something. But it works, or at least I haven't found any part of it that doesn't work. 22:21:54 No, I did a test -- filled the intervening memory with a pattern, and it is untouched by asm.fs. 22:22:35 425 is the lowest number that works in this case. 22:35:27 where can I get a copy of ans.fs to test with? 22:35:41 I'll mail you a copy of what I'm working with. 22:35:58 ok, thanks 22:36:53 Though I think you may have it, as I sent it along with faster.fs on an earlier occasion. But this one is up-to-date, you may as well be testing against the same version. 22:37:40 Sent. 22:38:15 Using retro-ans.fs from the .zip at quartus.net, with the section stuff deleted at the beginning. 22:39:46 and external changed to expose. Tell you what, I'll send that too. 22:39:50 ok 22:40:06 Done. 22:41:22 it loads without problem on linux :( 22:41:37 That's good news, after a fashion. 22:41:49 yeah, it just means that the windows port has bugs :( 22:41:50 are you doing rf-... -f retro-ans.fs -f asm.fs 22:42:13 I did that as well as -f retro-ans.fs, then "include asm.fs" 22:44:36 rf-windows.exe 420 allot -f retro-ans.fs -f asm.fs also works. 22:44:44 So it's some alignment issue. 22:44:46 Mayb. 22:44:51 probably 22:45:26 Somewhere something is doing an add with carry when it shouldn't, maybe. 22:47:04 nothing should be; I don't use ADC anywhere in the source tree 22:47:22 Well, I'm speaking in metaphorical assembler. :) 22:47:28 ahh, ok 22:47:46 Adding 425 allot to the bottom of retro-ans.fs works, but not 100%. Some of my tests still fail, but at different places, as I expected. 22:50:45 * crc uploaded another 903.tar.gz 22:53:07 Now 153 allot is required. 22:53:39 So you improved it 64% . :) 22:53:41 interesting 23:59:59 --- log: ended retro/06.09.26