00:00:00 --- log: started forth/05.01.28 00:00:07 the little BSD Daemon with a pencil and a CD 00:00:59 running it from the CD is just too slow :) 00:01:26 --- quit: samc (Read error: 54 (Connection reset by peer)) 00:02:10 --- quit: snowrichard ("ChatZilla 0.9.52B [Mozilla rv:1.6/20040115]") 00:03:08 --- join: samc (~sam@203-114-131-51.inspire.net.nz) joined #forth 00:07:33 could someone help me interpret http://www.forthfreak.net/dpans/dpans6.htm#6.1.0695 (about ACCEPT). from what i understand, if address 0 ACCEPT is called, ACCEPT should not accept any key but wait for line terminator, i.e. one must - usually - press return, no other action accepted ? 00:08:53 i.e. begin key $0d = until is same as pad 0 accept drop 01:09:45 --- quit: samc (Read error: 60 (Operation timed out)) 01:11:18 my alternative terminal implementation shows signs of life 01:11:36 that's the one without back scroll buffer 01:12:04 tricking the html form to discard what doesn't fit 01:12:32 http://forthfreak.net/jsforth80x25.html , the bottom screen is it 01:12:47 top screen is are the previous i/o routines 01:21:30 --- join: Narrenschiff (~ritchie@itsnotthatbig.plus.com) joined #forth 01:57:12 hehe 01:57:34 just got icq id of "25 year old female, interested in Forth and JavaScript" 01:58:51 --- join: snowrichard (~richard@adsl-69-155-177-153.dsl.lgvwtx.swbell.net) joined #forth 02:01:28 :) 02:09:12 hello 02:09:30 ! cat cb.txt 02:10:29 variable _from variable _to variable _buffer 1024 allot 02:10:29 : cb _to ! _from ! _from @ s (block) _buffer 1024 cmove 02:10:29 _to @ s _buffer (block) 1024 cmove v 02:10:29 ; 02:11:04 --- join: qFox (C00K13S@82-169-140-229-mx.xdsl.tiscali.nl) joined #forth 02:12:54 copies one block to another. 02:19:11 now that I look at that I could factor out the _from variable 02:21:40 yep works fine without it . 02:29:08 --- join: broeken (~broeken@hst33205.phys.uu.nl) joined #forth 02:29:42 hi everyone 02:30:03 does anyone have any experience using f90/95 and plplot? 02:32:03 is that fortran? 02:34:18 --- join: Topaz (~top@sown-87.ecs.soton.ac.uk) joined #forth 02:34:43 --- quit: snowrichard ("Leaving") 02:36:54 jep 02:37:02 wrong place? 03:01:13 --- join: snowrichard (~richard@69.155.177.153) joined #forth 03:01:54 very 03:02:07 hi 03:02:10 hi 03:03:35 almost daylight.... 03:06:10 listening to "Freebird" by Lynerd Skynerd 03:06:45 --- part: broeken left #forth 03:09:18 --- quit: snowrichard ("Leaving") 03:20:50 --- join: T0paz (~top@sown-86.ecs.soton.ac.uk) joined #forth 03:22:23 --- quit: Topaz (Read error: 113 (No route to host)) 03:39:42 --- join: hoan (~user-mail@ip-83-180.dot.net.au) joined #forth 04:02:58 --- part: zoly left #forth 04:46:29 --- join: }Topaz{ (~top@sown-85.ecs.soton.ac.uk) joined #forth 04:52:34 --- quit: T0paz (Read error: 113 (No route to host)) 04:57:23 --- quit: Narrenschiff ("Leaving") 05:11:21 --- join: snowrichard (~richard@adsl-69-155-177-153.dsl.lgvwtx.swbell.net) joined #forth 05:13:48 --- quit: snowrichard (Client Quit) 05:49:41 --- join: samc (~sam@203-114-131-52.inspire.net.nz) joined #forth 06:47:04 --- join: Rayvin (~kbulgrien@saturn.vcsd.com) joined #forth 06:49:07 --- part: Rayvin left #forth 07:42:16 --- join: TheBlueWizard (TheBlueWiz@modem-141.nyc-tc03a.FCC.NET) joined #forth 08:11:05 --- quit: }Topaz{ (Read error: 60 (Operation timed out)) 08:14:26 --- join: }Topaz{ (~top@cerberus.saywell.net) joined #forth 08:21:51 --- part: SeaForth left #forth 08:26:48 --- join: Topaz (~top@cerberus.saywell.net) joined #forth 08:46:45 --- quit: }Topaz{ (Read error: 113 (No route to host)) 09:11:15 --- join: manuel_ (manuel@siff.bl0rg.net) joined #forth 09:11:16 hi 10:25:50 --- quit: onetom ("leaving") 10:28:12 --- quit: Topaz (Read error: 104 (Connection reset by peer)) 10:28:13 --- join: Narrenschiff (~ritchie@itsnotthatbig.plus.com) joined #forth 10:37:09 --- join: RangerElf (1000@148.243.205.205) joined #forth 10:39:51 hello. 10:40:32 Hi. 10:40:48 hiya 10:45:41 Hi, I'm a newbie regarding forth, although I've been quite taken with it for a while now. Are there any retroforth users / programmers around? 10:46:26 I suppose there are a few...the creator of RetroForth may tell you more about that 10:48:44 TheBlueWizard, around *here* I mean. :-) 10:50:04 I'm a retroforth user :) 10:50:11 crc (author) will be around later 10:50:24 retroforth has a dedicated channel here, #retro 10:50:41 arke: nice; I'll /join and see if anything's about. 10:51:27 * TheBlueWizard isn't a RetroForth user....but may play with it at some time 10:53:14 --- quit: samc (Read error: 60 (Operation timed out)) 11:15:33 --- join: madwork (~madgarden@derby.metrics.com) joined #forth 11:39:42 --- quit: Raystm2 ("User pushed the X - because it's Xtra, baby") 11:46:23 --- quit: RangerElf (Remote closed the connection) 11:55:09 --- join: Raystm2 (~Ray@adsl-69-149-63-57.dsl.rcsntx.swbell.net) joined #forth 12:00:28 --- join: onetom (~tom@fw.i-trade.hu) joined #forth 12:25:25 --- join: onetom_ (~tom@fw.i-trade.hu) joined #forth 12:30:02 --- join: SeaForth (~SeaForth@c-24-1-126-202.client.comcast.net) joined #forth 12:30:12 --- quit: onetom_ (Client Quit) 12:30:56 hello 12:34:06 hi SeaForth, master of aquatic stack juggling! :) 12:34:42 that unfortunately is me. 12:34:45 hello. 12:34:54 one day, I'll maybe master compilers. 12:35:01 working on it actually. 12:35:01 bye all 12:35:04 by TheBlueWizard 12:35:23 bye SeaForth (and have fun coding that up :) 12:35:32 --- part: TheBlueWizard left #forth 12:43:40 actually plan on having a blast coding it up, once I understand it. 12:51:25 --- quit: onetom (Read error: 110 (Connection timed out)) 13:04:43 --- join: onetom (~tom@fw.i-trade.hu) joined #forth 13:15:01 --- part: SeaForth left #forth 13:29:19 --- join: SeaForth (~SeaForth@c-24-1-126-202.client.comcast.net) joined #forth 13:46:27 --- join: RangerElf (1000@148.243.205.205) joined #forth 14:24:26 --- part: SeaForth left #forth 14:24:44 --- quit: hoan (Remote closed the connection) 14:57:51 --- join: tathi (~josh@pcp01375108pcs.milfrd01.pa.comcast.net) joined #forth 14:58:21 random question: is it just me, or is happypenguin.org down? 15:02:06 tathi: connection refused 15:09:24 --- join: SeaForth (~SeaForth@c-24-1-126-202.client.comcast.net) joined #forth 15:11:10 --- quit: Narrenschiff ("Leaving") 15:25:08 --- quit: qFox ("this quit is sponsored by somebody!") 15:25:20 --- join: saon (1000@c-24-129-90-197.se.client2.attbi.com) joined #forth 15:28:35 Hi all 15:28:50 hey crc 15:29:32 Hi saon 15:30:51 i got my license 15:30:53 w00t! 15:31:13 cool 15:31:55 license to thrill? 15:31:58 :-) 15:32:03 gun license? 15:32:39 driving :) 15:32:44 * saon is youngin' 15:33:42 :) 15:33:48 saon: congrats :). First try? 15:36:40 good, congratulations. 15:37:16 --- part: SeaForth left #forth 15:37:51 yup, first try 15:38:00 * saon got lucky 15:38:19 It's better to be lucky than smart, some say. :-) 15:38:22 and i have a shiny new hp49g+ as a b-day present :D 15:38:54 * saon snuggles his calculators 15:39:56 Hmmm... I remember when I got my hp48sx... damn, that was a sexy calc. *snif* 15:41:37 yeah, i'm reading the manual now, gonna learn how to use it all fancy style 15:41:43 bbl 15:54:31 --- join: zoly (~l@ppp-62-245-208-55.mnet-online.de) joined #forth 15:55:15 anyone with mac and safari here ? 15:57:08 or internet exploder 15:57:10 ? 15:57:42 i have ie 15:57:44 (seems that jsforth does run with opera now, and - reportedly - with safari too) 15:58:03 would be a moment to try it with internet explorer 15:58:17 do you have unit tests? 15:58:29 opera, konquereror mess up the cursor position 15:58:39 but at least you can execute things 15:58:47 unit tests ? 15:58:50 wassat ? 15:59:23 if i.e. would run, it would mean that all major browsers would work (at leat, somewhat) 15:59:28 ie 15:59:46 unit tests: http://cvs.sourceforge.net/viewcvs.py/factor/Factor/Factor/library/test/lists/lists.factor?rev=1.15&view=auto 16:00:23 no i don't 16:00:46 is that interesting ? 16:00:46 you should 16:00:47 slava: I don't have unit tests 16:00:52 you should 16:00:55 why? 16:01:09 to simplify debugging 16:01:23 bugmarked 16:01:28 ehm 16:01:29 how would it simplify debugging? 16:01:55 slava: crc diesnt bneed them 16:01:58 by helping track regressions 16:02:19 ianosgood found what kept jsforth from running under safari 16:02:30 i applied the changes 16:02:31 regressions? 16:02:36 and now opera works too 16:02:40 crc: when something that used to work stops working 16:03:04 i must write a credit line right away 16:03:23 slava: I haven't had a problem with that in over a year 16:03:48 a can't test safari nor internet exploder 16:03:51 i 16:04:19 slava, my friends car did 16:04:48 crc, suppose you want to attempt to port retro to a new architecture. you can just run the unit tests on the new port and if they pass, you can be reasonably sure the code is ok 16:04:52 crc, instead of testing by hand 16:05:37 :) 16:06:00 When I need to port rf, I'll see about writing test code 16:06:09 also unit tests serve as a poor form of docs for people studying your system: they can see example inputs/outputs for various words. 16:06:17 tests are most effective if you write them at the same time as writing your code 16:06:34 i always do this -- when i'm making a new set of words, i write some tests that give expected behavior, then hack on the words until the tests pass 16:06:52 hmm 16:07:18 also when doing code cleanup, i can be more sure i didn't make a typo 16:07:18 for my native code compile i use a test suite 16:07:37 examining the expected results of all words 16:07:43 under different conditions 16:08:09 (more difficult to test interactively) 16:08:36 i have around 1000 individual test cases 16:08:55 that's a lot quicker to type all-tests than enter 1000 things by hand, and manually check .s ;) 16:09:44 true 16:09:46 :) 16:09:56 the test suite needs work, it only achieves 80% coverage 16:10:13 but some things like the sdl binding are not possible to unit test in a useful way 16:10:41 what a time to wake up 16:10:51 1 o'clock in the morning hee 16:10:53 here 16:11:59 :) 16:13:50 hmm, opera still scrolls, even with the new terminal 16:14:03 (redone terminal code) 16:14:15 not perfect 16:14:28 but good enough to have previous code replaced 16:15:22 and found a way to read terminal size from html file where it has been specified 16:15:33 no more preselected sizes :) 16:16:58 i'd like to pull the edges of a frame on screen to proper size, then have use jsforth that box 16:17:19 and then another frame :) 16:17:38 interpreter on demand 16:18:21 start with empty page, and each frame you draw becomes a terminal window 16:19:12 maybe also, if you copy and paste some source to it 16:21:29 could also work as the intergration of jsforth into existing tutorial material 16:21:36 integration 16:21:48 --- join: Sonarman (~snofs@adsl-64-160-167-20.dsl.snfc21.pacbell.net) joined #forth 16:26:32 * crc plays around with the dictionary format in retro8 16:29:32 dictionary format for hosted, standalone, or both ? 16:29:50 do they need to be different?? 16:30:08 well, they could be different 16:30:13 but they could also be the same 16:30:31 for embedded, there could be extra desires 16:30:40 unnecessary for hosted 16:31:09 Such as? 16:31:21 but, if you provide for them on the hosted version, the structure can be the same 16:31:54 on embedded, i like to have vocabularies, using only a range of addresses 16:32:08 like, have one which is written too flash 16:32:12 or eeprom 16:32:17 to 16:32:30 vocs as memory partition 16:32:37 not as logical thread 16:33:04 ahh... nice. 16:33:19 I've never coded for embedded, so I was curious. 16:33:44 zoly: for both 16:34:06 if your dictionary structure takes those desires in consideration, you may have an easier time spreading your code and data onto the right types of memory 16:34:11 My goal is to separate all dictionary headers from the actual code 16:34:32 what also is nice then is to be able to relocate your headers around 16:34:40 right 16:34:47 same thought same moment 16:35:20 that actually simplified code :) 16:35:37 it saved link fields or the like 16:36:04 (last forth with a link field i did is surely more than 15 years old) 16:36:55 on embedded,with flat memory, using the header count as link field replacement works nicely 16:39:06 only extra effort for the system xt -> header 16:40:39 using find rather a pointer to match xts 16:41:43 crc, right 16:42:26 i have been using execution vectors in each vocabulary descriptor 16:42:44 words like find and create, some more, were vectored 16:42:55 per vocabulary 16:43:00 --- quit: saon ("Lost terminal") 16:43:23 upon creation, they would used the default vocabulary behaviour 16:43:55 but with revectoring, you could customize vocabulary actions 16:44:08 per vocabulary 16:44:08 ad-hoc oop? 16:44:32 speeding up slow systems was a possibility 16:44:39 and wildcards 16:44:59 bye bye pplz... see ya, have a nice weekend. :-) 16:45:04 --- part: RangerElf left #forth 16:46:54 speeded up by vectoring to a different search algortihm, after having created a suited header organization 16:47:22 --- join: saon (1000@c-24-129-90-197.se.client2.attbi.com) joined #forth 16:47:23 simple header storage, reorganized at load time 16:47:35 into quicker, ram based search 16:47:38 what does it speed up exactly? 16:47:59 search time, i.e. copmilation speed 16:48:06 why don't you use hashing? 16:48:07 compilation 16:48:29 cause the stored header structure was flat 16:49:10 vocabulary layout improvements where added as needed 16:49:36 not hashing as one possible way hadcoded into the kernel 16:51:40 salva, indeed 16:51:43 slava 16:51:55 (oo) 16:52:09 has a tiny touch of it 16:52:34 don't say execution vectors are bad 16:52:42 they're bad 16:52:44 threaded code is full with it 16:55:22 objective sanctifies remedy, they say 16:58:35 arke, any luck ? 17:03:03 hmm.. with the screen sizes set a bit lower than the html-specified one, opera is starting to look pretty useful now 17:03:52 oopts 17:03:53 sorry 17:03:59 havent checked yet, whats the link again? 17:04:05 visible cursor on wrong line, but otherwise not too bad 17:10:27 --- join: aum (~aum@60-234-138-239.bitstream.orcon.net.nz) joined #forth 17:10:38 hi aum 17:11:05 * crc finishes work on the dictionary changes 17:12:20 hi slava 17:12:42 * aum has just implemented 'asm'...';asm' for embedding assembler code in forth defs 17:13:09 * slava is fixing a memory leak in jedit 17:13:26 jedit? is that a java editor? 17:14:13 yes 17:15:10 HAHA JAVA IS FOR LOSERS 17:15:26 then write me a better editor ;) 17:15:28 bit strange saying a java /program/ has a memory leak - Java is /itself/ a memory leak 17:16:28 does anyone here know solar_angel? 17:17:53 she comes in here occasionally... 17:18:29 i need her email addy - she hacks postscript - i need to pick her brains 17:18:54 aum, java also makes large amounts of $$$ leak into my bank account :-P 17:19:21 slava: would need to be big $$$ to motivate me 17:19:42 aum, i don't like java a whole lot myself 17:19:54 slava: you should try to sell your suit clients to use your own language 17:20:05 that would never work 17:20:57 its not just suits, people also pay me to work on jedit 17:21:14 that's nice 17:21:41 i saw a weird website the other day - the whole site was written as one gimungous java applet :/ 17:22:56 i just realize i might have a (new?) different type of threading in jsforth 17:23:08 i saw a slow-as c++ program the other day, its called mozilla :/ 17:23:26 yep 17:23:43 realized when noticed that i could prabably speed up the virtual machine as result of the way it is threaded 17:23:51 i prefer galeon - a little like mozilla, but faster and nicer for real usage 17:24:01 galeon *is* mozilla 17:24:16 not quite - it uses the gecko renderer 17:24:27 hence, its mozilla 17:25:29 eek!!!! 17:25:55 i typed 'apt-get install galeon', and debian wants to pull 118MB of dependencies - just to upgrade galeon 17:32:05 ick 17:36:57 ooh 17:37:08 * zoly slaps himself 17:38:13 real men use dillo :) 17:38:32 (slashdot renders correctly in it, unlike firefox) 17:43:25 'smatter with /. rendering in firefox? 17:44:13 arke: real men use 'telnet www.website.com 80' 17:44:21 wtf?! 17:44:23 real men use gopher 17:45:11 aum, afaik, galeon was discontinued, and became epiphany 17:45:23 no they forked 17:45:24 not true 17:45:28 ah 17:45:30 ok 17:45:35 epiphany sux golf balls thru hoses 17:46:29 somebody write a forth os with a web browser 17:46:49 aum, you don't have gnome ? 17:47:11 zoly: i do have gnome, but haven't upgraded in a while (i use openbox) 17:47:31 can't stand gnome, kde and all the bloat 17:47:55 tried wmi ? 17:48:02 whazzat? 17:48:11 i use windowmaker 17:48:48 win manager. some ion, same *box, some other tiny wm idea merge 17:48:56 nice completion feature 17:49:06 ion is gross 17:49:18 i used ion on my desktop for a while - liked it except that it fouls up some dialogs and messageboxes 17:49:29 its great for people that only run xterms i guess 17:49:32 wmi is not just tiled 17:49:46 but also pretty keyboard centric 17:49:53 just not exclusively 17:50:40 haven't been doing so much with yet, more toying a bit, not really used to it. but it looks like one i might like 17:51:11 not huge, about twice the size of ion 17:51:17 550 kb executable 17:51:38 i don't understand people's fascination with executable size 17:51:42 my main concern is performance 17:51:51 that's just a metric for simplicity 17:52:04 if its 10 mb, it is not simple 17:52:24 usability and performance is more important, unless i'm actually hacking on the code, i don't care if its simple or not 17:53:01 performance, stability are in relation to code size 17:53:16 in general, as smaller code size is, as snappier it works 17:53:26 sometimes, but something being large does not immediately result in it being unstable or slow 17:53:34 its the bigger stuff which slows down 17:53:44 its about the choice of algorithms and data structures 17:53:45 if its slow it is complex 17:53:50 not necessarily 17:53:58 if it is complex, it crashes 17:54:14 a linear search through an array of 10000000 elements is slower than a complicated disk-based database 17:54:37 sure, not always.. but as heuristic, it does generally work 17:55:01 sbcl is about 10 times bigger than gforth but its also generates much faster code 17:55:08 quick and stable = small 17:55:09 maybe more than 10 times 17:55:20 does not say anything about usability or features of course 17:57:07 if i'd claim, "as general rule, the bloated stuff performs quicker, and is generally more stable", you would very likely try to set my ideas about code right. 17:58:16 --- join: Purdu3 (YNIX@12-222-128-22.client.insightBB.com) joined #forth 18:02:51 arke, http://forthfreak.net/jsforth80x25.html 18:04:21 * aum huge 'asm' and ';asm' 18:14:23 s/huge/sugs/ 18:14:29 s/sugs/hugs/ 18:14:32 lol 18:14:35 * aum is having a bleary day 18:15:46 zoly: works :) 18:16:54 backspace is weird though 18:17:30 really ... that's great 18:17:36 like, if i type "12", it shows "1", when i type "3" after, it shows "123" 18:17:39 :( 18:17:50 hmm 18:19:03 pretty amazing 18:20:22 word of the day: 18:20:27 apart of the terminal code, which does work perfectly on no system (i've replaced i/o code a few hours ago) , it seems to be running on all platforms now 18:20:45 : s"next dup 0= if 2drop false else >r dup c@ >r 1+ r> r> 1- swap true then ; 18:20:52 usage: 18:20:59 s" a string here" 18:21:00 begin 18:21:04 s"next 18:21:06 while 18:21:09 emit 18:21:13 repeat 18:22:17 what does it do? 18:22:30 it's an iterator for 'addr u' strings 18:22:33 begin s"next execute again 18:22:41 *g* 18:22:41 "a string here" [ write ] str-each 18:22:46 if 'u' is zero, pops addr and u, and returns false 18:23:05 if u is non-zero, fetches addr, returns 'addr+1 u-1 ch true' 18:23:38 so it can be used in tidy 'begin/while/repeat' loops without needing to frig with the stack 18:23:47 see example above 18:24:24 i use it for writing strings to LCD module and other devices 19:02:05 --- quit: aum () 19:11:12 --- join: _n_ (~nthng@pcp01518295pcs.reding01.pa.comcast.net) joined #forth 19:22:44 --- join: aum (~aum@60-234-138-239.bitstream.orcon.net.nz) joined #forth 19:36:27 hey aum 19:36:50 <_n_> slava, thank you for making something up to get me banned from #lisp 19:36:54 <_n_> you little ruffian 19:37:00 i didn't make anything up 19:37:16 you got banned because you were lying 19:37:28 --> nothing (~nothing@165.139.171.246) has joined #concatenative 19:37:28 shit 19:37:28 shitty shitty shit 19:37:33 20 more lines 19:37:35 that was you this morning 19:37:39 <_n_> ... 19:37:42 <_n_> that was NOT me 19:38:11 <_n_> first of all, look at my hostname, i am using comcast cable 19:38:21 <_n_> second of all, if i had crapflooded, wouldn't i use a different name than this one? 19:39:56 either way, you were lying in #lisp, and thats what got you banned 19:44:25 slava - sorry, was off-window 19:44:29 'sup? 19:48:16 --- quit: aum () 19:55:08 --- quit: tathi ("leaving") 19:55:09 <_n_> huh? 19:55:16 <_n_> what was the version for slava 19:57:03 --- quit: Sonarman ("leaving") 20:00:05 <_n_> hello? 20:00:08 <_n_> won't even answer me? 20:04:35 --- join: SeaForth (~SeaForth@c-24-1-126-202.client.comcast.net) joined #forth 20:05:19 hi SeaForth 20:06:19 hello 20:06:23 how are you tonight? 20:06:41 fine... cleaning some code 20:09:12 ah, nothing like code-washing 20:10:33 i implemented growable hashtables that are their own distinct type. now i have to update the compiler 20:13:52 hi SeaForth 20:15:29 * slava adds a clone word to copy objects 20:31:57 --- join: aum (~aum@60-234-138-239.bitstream.orcon.net.nz) joined #forth 20:59:42 --- part: SeaForth left #forth 21:13:11 --- quit: _n_ ("leaving") 21:13:18 hehe 21:13:26 key? works with jsforth :) 21:47:04 Yay. :) 21:47:05 key event handler down to three lines 21:47:43 having key polling in a non-interactive system is pretty weird 21:49:04 : foo begin 46 emit key? until key . ; :) 21:49:17 zoly: how longf are you gonna be awake? 21:49:35 been awake for 6 hours now 21:49:45 oh, so for quite a while 21:49:47 :) 21:49:50 that's easier to answer 21:49:55 great, I'm gonna need to pick your brain on some javascript 21:50:20 try it 21:50:28 but in fact i don't know so much about it 21:52:56 * zoly wonders whether a cooperative tasker should go into jsforth ... 21:53:43 "yes, my web browser can multitask" *g* 22:03:54 --- join: zol1 (~l@ppp-62-245-162-115.mnet-online.de) joined #forth 22:04:19 daily adsl reconnect 22:04:54 6:00 UTC 22:21:06 --- quit: zoly (Read error: 110 (Connection timed out)) 22:21:18 --- part: aum left #forth 22:21:21 --- join: aum (~aum@60-234-138-239.bitstream.orcon.net.nz) joined #forth 22:25:16 --- quit: aum () 22:26:11 --- join: aum (~aum@60-234-138-239.bitstream.orcon.net.nz) joined #forth 23:04:58 --- join: SeaForth (~SeaForth@c-24-1-126-202.client.comcast.net) joined #forth 23:05:02 --- join: SeaForth_ (~SeaForth@c-24-1-126-202.client.comcast.net) joined #forth 23:05:23 --- quit: SeaForth_ (Remote closed the connection) 23:05:55 pausing execution for x milliseconds added 23:06:34 (no strange loop, really bringing browser load down to 0) 23:07:39 the tasker would love tasks doing this 23:11:18 --- quit: aum () 23:13:33 hello 23:13:39 HI 23:13:46 oops 23:13:47 hi 23:17:11 SeaForth: have you got safari handy ? 23:19:25 yes. 23:19:35 I'm playing with JSF on firefox 23:19:55 ian osgood wrote that he found the reason for safari not working 23:20:11 i fixed it, but unconfirmed yet 23:20:14 ah, what is it. 23:20:33 safari doesn't know const ... 23:20:41 ok 23:21:02 ## JS-Forth 0.01 ## 23:21:02 terminal size set to 80x25 23:21:02 1 2 3 ok... 23:21:02 .s 1 2 3 ok... 23:21:02 * + ok. 23:21:03 .s 7 ok. 23:21:03 really stupid 23:21:08 that works. 23:21:13 In safari 23:21:19 great 23:21:31 cursor positioning doesn't follow where the chars are being typed in. 23:21:36 right 23:21:54 got that problem with opera, konqueror too 23:22:19 :( bummer, nice otherwise. 23:22:34 this is different terminal emulation code now 23:22:35 how do you forget a word in your forth? And how about see'ing a word? 23:23:05 ' word >body skim .name skim .name skim .name ... 23:23:20 that's the basic principle of a decompiler 23:23:47 (would have to deal with literal, branches and so on ...) 23:24:47 no forget 23:24:59 cold throws all added words away 23:25:31 ok, seems I'll have to code in files until you get pages done. 23:25:59 yes, mass memory emulation is still missing 23:28:14 key? works :) 23:28:27 huge grin 23:46:54 strange issue though ... in one place i have to do "variable = variable-1+1" or it would return the wrong value ... 23:47:56 probably some numeric/string mixup 23:59:59 --- log: ended forth/05.01.28