00:00:00 --- log: started forth/03.10.19 00:05:43 --- join: gilbertdeb (~gilbert@fl-nked-ubr2-c3a-37.miamfl.adelphia.net) joined #forth 00:51:11 --- join: I440r (~I440r@12-178.lctv-a5.cablelynx.com) joined #forth 00:51:11 --- mode: ChanServ set +o I440r 02:27:15 --- join: arke (~chris@ca-cmrilo-cuda1-c3b-66.vnnyca.adelphia.net) joined #forth 02:27:51 --- quit: arke (Read error: 104 (Connection reset by peer)) 02:37:15 --- quit: gilbertdeb ("The only known silver bullet: Brute Force") 04:16:21 --- quit: SDO (Read error: 110 (Connection timed out)) 04:49:30 --- quit: oo (Nick collision from services.) 04:49:40 --- join: oo_ (o@62.142.120.91) joined #forth 08:34:46 --- join: fridge (~fridge@dsl-203-33-161-228.NSW.netspace.net.au) joined #forth 09:06:19 --- join: arke (~chris@ca-cmrilo-cuda1-c3b-66.vnnyca.adelphia.net) joined #forth 10:43:57 --- quit: arke (leguin.freenode.net irc.freenode.net) 10:43:57 --- quit: fridge (leguin.freenode.net irc.freenode.net) 10:43:57 --- quit: arke_ (leguin.freenode.net irc.freenode.net) 10:44:29 --- join: arke (~chris@ca-cmrilo-cuda1-c3b-66.vnnyca.adelphia.net) joined #forth 10:44:29 --- join: fridge (~fridge@dsl-203-33-161-228.NSW.netspace.net.au) joined #forth 10:44:29 --- join: arke_ (~arke@adsl-68-73-208-253.dsl.chmpil.ameritech.net) joined #forth 14:33:16 --- log: started forth/03.10.19 14:33:16 --- join: clog (nef@bespin.org) joined #forth 14:33:16 --- topic: 'where people get together to talk about CVT, stirling engines, tesla turbines, data structure and algorithm design, and occasionally Forth' 14:33:16 --- topic: set by kc5tja on [Wed Oct 15 21:47:35 2003] 14:33:16 --- names: list (clog Sonarman arke_ fridge arke oo_ @I440r TreyB skylan mur onetom MysticOne rpc @ChanServ Robert XeF4 ianP) 14:51:43 --- join: andreou (~tautology@peak-ppp7.ee.teiath.gr) joined #forth 15:01:02 Type ./isforth and you should get a nice signon message. 15:01:13 ihme:/home/o/isforth-1.13b# ./isforth 15:01:14 Segmentation fault 15:02:56 erm 15:03:15 are you in the linux shell or in a x term ? 15:03:33 heh the isforth coder sucks :* 15:03:35 :) 15:03:41 linux shell 15:03:44 via ssh 15:03:47 *snicker* 15:03:47 try export TERM=Linux 15:04:00 if that segfaults lie and say export TERM=Eterm 15:04:02 :) 15:04:55 ok, thanks. 15:04:58 :) 15:05:04 your ssh client sucks :P 15:06:02 I440r: does isforth have complex numbers? i thought i remembered it having them.. 15:06:13 well, this is the first time a program segfaults on me because TERM is ansi or vt100 or something 15:07:11 no complex numbers 15:07:14 no floating point 15:07:18 not till i have an assembler 15:07:32 kk, i must've been thinking of something else 15:08:33 its a bug ihave to deal with, still not sure how to 15:08:53 its not realy MY bug 15:09:02 its a fuckup in the ansi terminfo file 15:09:04 what is the bug? 15:09:05 or the vt100 15:09:05 ahh 15:09:38 ok 15:09:46 the bug is that the terminfo database has its heas sutffed so far up its ass it will NEVER see the light of day 15:10:24 this is just a somewhat default debian installation. 15:10:38 its not debians fault terminfo is fucked 15:10:57 yeh.. 15:11:08 btw, how is the freebsd version going? 15:11:26 not 15:11:26 my more powerful puter is running freebsd.. 15:12:14 and the most powerful is running on a ppc processor 15:12:14 i wish i had the time to help out with a bsd port 15:13:26 heh me 2 15:13:31 not a trivial port 15:14:34 what are the big issues, have you investigated it much? 15:15:06 syscalls 15:15:16 ther are syscalls im using that are LINUX specific 15:15:25 ahh 15:15:31 will have to get isforth running in linux emulation mode 15:15:40 can do that if i fix the elf header i think 15:15:44 i THINK 15:19:21 has anyone implemented forth in a very high level language? (smalltalk/ruby/python...) 15:19:37 only in c and that doesnt count :) 15:19:42 not me tho 15:19:53 c is just a shitty macro-assembler :) 15:20:04 haha 15:20:58 i've seen a very minimal forth in python 15:21:53 i have been playing with the idea of a ruby-based forth.. 15:22:22 you like japython? ;) 15:22:22 it would be very slow, but there would be a lot of exotic features :) 15:22:33 japython? 15:22:41 hehe, i mean ruby 15:22:49 ruby is quite nice 15:22:54 it looks interesting 15:23:11 ruby is a very.... smooth experience. 15:23:17 rpc in hack.org/mc is a forth vm disguised as c preprocessor defs 15:23:28 sweet 15:23:45 my friend found a forth written in bash 15:23:47 and one in awk i think 15:24:16 uh 15:24:55 well i sometimes use one in my obp :) 15:25:26 a simple forth in ruby could be as small as 100 lines of code, i think.. 15:25:56 but ruby ported to forth would be more fun :) 15:26:06 my sparc typically sits in ofw :) 15:26:20 hah 15:27:03 bashforth is by a guy who comes in here 15:27:18 one of the old timers in here :) 15:27:30 but he has so many nicks i cant remember what is current one is :/ 15:27:50 i was going to do a forth in bash and then a bash interpreter in forth 15:27:54 and have them do battle :) 15:28:12 hehe 15:30:09 there are a lot of stuff written in c that should be forthed. 15:30:31 just to c the difference :) 15:31:57 graphics and sound stuff at least. 15:32:06 windowing stuff too 15:33:20 in pforth that would be easy, but forth written in c... wull.. 15:33:22 well.. 15:34:37 yeah, i'd like to start doing some plotting stuff in forth 15:34:50 or games :) 15:35:01 a 3d engine would be cool :) 15:35:53 its on my todo list 15:36:40 a line editor should be too :) 15:38:19 it is 15:38:23 and command history 15:38:31 those are higre up on the todo list 15:39:06 isforth seems quite solid now.. :) 15:39:21 'snappy' 15:40:31 glad u think so :) 15:40:38 still much to do 15:42:24 yeah, and x86 assembly is not one of the quickest ways to implement software :) 15:42:58 gtg, beh 15:42:58 --- quit: andreou ("-") 15:43:13 nor is it one of the slowest 15:43:25 99% of my devel is in forth atm in isforth 15:43:30 except ive not toucned it in a month or 2 15:43:46 ok 15:43:58 the kernel is mostly stable now, very few edits there 15:47:26 is it possible to embed asm in isforth? 15:48:34 like.. extra features implemented in forth, using just the needed asm for features not implementable otherwise? 15:52:53 as in a gfx lib, you could load an forth module that is written mostly in forth, but using asm hooks to do the hardware/os stuff? 15:57:04 not yet 15:57:15 need to write the assembler 15:57:56 thats on yhe todo too 15:57:57 should that be top priority, if it'd speed up the development on non-essential features? 15:58:16 it is high up but most forth assemblers are backwards 15:58:17 mine wont be 15:58:24 and writing it is going to be a bitch 15:58:47 probably, yes.. 15:59:49 how about a similar approach as colorforth? 15:59:59 http://www.colorforth.com/forth.html 16:00:01 err i dont know how he did it 16:00:18 i want isforths assembler to be ASSEMBLER 16:00:19 not forth 16:00:26 5 # eax mov is fucked 16:00:28 i hate that shit 16:00:34 yeah :) 16:00:59 my assembler must be able to take the EXISTING kernel sources with only MINOR edits 16:01:26 gforth's assembler is a nightmare 16:01:52 i have permission to use that i think - but i cant get my head arround it 16:01:55 hm.. how about making assembler calls in some kind of quotes? 16:02:11 ? 16:02:12 no 16:02:17 thats NOT intel syntax 16:02:20 in the same way as strings .{ nop nop nop } 16:02:20 i told you 16:02:22 MINIMAL edits 16:02:33 i.e. injecting a space here or there 16:02:36 NOTHING else 16:02:37 period 16:02:44 ok 16:04:43 thats why it doesnt exist yet 16:04:49 because i wont accept anything less than that 16:06:03 --- join: andreou (~tautology@195.130.107.55) joined #forth 16:15:23 --- join: TheBlueWizard (TheBlueWiz@pc7edn1d.ppp.FCC.NET) joined #forth 16:15:23 --- mode: ChanServ set +o TheBlueWizard 16:15:27 hiya all 16:22:30 hi 16:22:35 * I440r has a cold :/ 16:22:58 hiya ianP...aww, sorry t' hear that 16:32:02 * TheBlueWizard realizes he picked the wrong guy to greet :( 16:32:06 hiya I440r 16:39:32 i/o speed isn't one of isforth's strengths? i just benchmarked it against ruby.. ''' : loopez 0 do i ." linenum: " . cr loop ; ''' vs. ''' def loopez(a) a.times {|i|puts "linenum: #{i}"} end ''' 16:39:44 lol 16:40:06 thers a minor problem with cash hits :P 16:40:11 i have code and data in the same pages 16:40:17 which bothers me not one iota 16:40:28 ruby was 9.7 secs vs 37.8 secs with isforth... 200000 lines :) 16:40:40 *cache* hits :) 16:41:31 yes i know 16:41:36 i was being lazy 16:41:51 or itching for cash ;) 16:41:52 isforth does fast file loading during compile 16:42:02 if you read one char at a time your being stupid anyway 16:42:18 isforth memory maps each file it is compiling 16:42:41 charcter I/O is guaranteed to be slow :/ 16:43:12 i meant: 200000 loopez vs: loopez 200000 16:43:26 both directed to /dev/null 16:43:45 oh well you cant compare apples to oranges 16:44:24 well.. that was just a test. 16:44:49 try : test 0 beging 1+ dup 20000 = until drop ; 16:45:01 add a 0 or 2 in there :) 16:45:07 2000000000000000 etc 16:45:08 lol 16:45:25 if someone has a hankering to improve isforth, s/he is welcome to hack isforth...it's GPL'd (in a nonviral style) 16:45:35 :) 16:45:43 it would require a complete rewrite of the core 16:45:52 and would mean making it indirect threaded 16:45:56 lots of work then :) 16:46:06 might as well just start your own forth from scratch heh 16:46:14 can't be direct threaded? hmm 16:46:28 not if you keep code and data in seperate memory spaces 16:46:30 isforth doesnt 16:46:37 a variable in isforth is 16:46:41 call dovariable 16:46:45 dd variables-value 16:46:51 it would need to be 16:46:53 call dovariable 16:46:59 dd pointer-to-variables-value 16:47:12 and even THAT has the same problem 16:47:16 im not sure how to fix this 16:47:24 that pointer is data too 16:47:26 not code 16:47:33 could be a 16:47:40 move eax, offset variables-address 16:47:43 jmp dovariable 16:47:54 but thats silly 16:48:25 obviously it would require a more intelligent compiler 16:52:14 erm you callin isforth stoopid ??? :) 16:52:32 it might require a more inteligent compiler WRITEr :P 16:52:39 intelLigent 16:54:19 I am not calling isforth stupid at all...it just has its own advantages and disadvantages 16:55:10 * TheBlueWizard knows how touchy I440r can be with his own baby ;) 16:56:34 hehe 16:57:56 --- nick: TheBlueWizard -> TBW-afk 16:58:05 sorry, ruby iteration 0.054 secs, isforth 30.308 secs... (200000000 iterations) 16:58:44 '''def test() 200000000.times {|i|} end 16:59:17 ''': test 0 begin 1+ dup 200000000 = until drop ; 17:00:30 :) 17:00:37 well fine :P 17:00:41 oops, sorry again.. ruby didn't actually run at all.. 17:00:47 i know isforth isnt the fastest :) 17:00:53 lol 17:00:55 so.. i'm still waiting for the real result.. :) 17:01:35 isforth is a lot faster in calulations 17:02:47 i think some kind of buffering would speed up raw i/o 17:03:36 like.. 0.02secs, cr or 512 bytes or something... whichever comes first 17:03:57 mostly output.. 17:08:24 ruby iteration: 7m43.085sec =P 17:11:18 it would :) 17:11:21 try this 17:11:34 ./isforth -fload help/examples/window.f 17:11:39 tell me that i/o is slow 17:12:13 i already tried.. not too slow.. 17:12:32 even ncurses would be hard pressed to do what im doing there 17:12:44 not even sure its possible in ncurses 17:13:31 just a sec.. i think i should try it on the console 17:15:57 lol 17:16:04 its even quite fast over an ssh 17:16:10 but definatly slower 17:16:33 --- nick: TBW-afk -> TheBlueWizard 17:16:43 it's a bit buggy on a standard linux console.. 17:16:49 shouldnt be 17:16:52 oh 17:17:00 you need a 100 by 35 console lol 17:17:02 i need to fix that :P 17:17:11 thats low on the todo list heh 17:17:17 yeah :) 17:17:27 good work anyway :) 17:17:40 i just need to make the windows fit the console size 17:17:42 is all 17:18:00 startx and run a e/xterm/rxvt/wterm etc 17:18:12 make the term window 100 by 36 or something 17:18:18 and then run it 17:18:29 i was thinking that a cross-assembler could be quite easy to implement in ruby.. 17:18:34 Eterm is actually almost twice as fast as the linux termainal 17:18:47 ive written an 8051 cross assembler 17:18:52 but thats unpublished :) 17:18:54 i don't run X11 on my linux box.. FreeBSD is for that stuff 17:19:35 heh 17:19:36 and macosx is for everything else :) 17:19:41 lol 17:19:43 weener 17:19:48 lol 17:20:06 i was thinking of a x86 -> ppc cross-assembler.. 17:20:46 that would be ok :) 17:21:10 the other way around could be a bit tricky, because ppc has a lot of registers 17:30:50 oh well.. i'll get some sleep now.. 17:32:30 heh 17:37:57 --- nick: andreou -> alekos 17:49:39 --- join: kc5tja (~kc5tja@66-91-231-74.san.rr.com) joined #forth 17:49:39 --- mode: ChanServ set +o kc5tja 17:49:51 hwody 17:49:54 howdy even 17:50:02 hiya kc5tja 17:54:22 gotta go...bye all 17:54:38 --- part: TheBlueWizard left #forth 17:55:27 hey kc5tja!!! 17:55:39 greets 18:12:58 * arke is away: Halo 19:23:21 --- quit: alekos ("tschuesz") 19:29:51 who was alekos ? 19:29:59 i didnt even see that nick in here lol 19:33:38 I don't know. 19:55:36 --- join: andreou (~tautology@195.130.107.56) joined #forth 19:57:24 --- part: andreou left #forth 20:46:18 --- join: andreou (~tautology@195.130.107.57) joined #forth 20:58:37 --- quit: andreou ("-") 22:00:57 * arke is away: sleep ... until tomorrow ... C_Rdd, Memoserv me! 22:12:13 --- quit: Sonarman (Remote closed the connection) 22:15:21 --- join: Serg_Penguin (~z@212.34.52.140) joined #forth 22:28:08 Off to bed for me. 22:28:24 --- quit: kc5tja ("THX QSO ES 73 DE KC5TJA/6 CL ES QRT AR SK") 22:29:03 --- quit: arke (Read error: 110 (Connection timed out)) 22:54:35 --- quit: I440r (Read error: 54 (Connection reset by peer)) 23:08:19 --- quit: fridge ("http://lice.codehack.com") 23:11:21 --- join: andreou (~andreou@195.130.107.55) joined #forth 23:16:27 --- quit: Serg_Penguin () 23:28:22 --- quit: andreou ("left the building") 23:54:13 --- join: schihei (~schihei@blueice1a.de.ibm.com) joined #forth 23:59:59 --- log: ended forth/03.10.19