00:00:00 --- log: started forth/06.02.06 02:43:31 --- join: snowrichard (n=richard@adsl-69-155-177-154.dsl.lgvwtx.swbell.net) joined #forth 02:43:46 --- quit: snowrichard (Remote closed the connection) 02:44:12 --- join: snowrichard (n=richard@adsl-69-155-177-154.dsl.lgvwtx.swbell.net) joined #forth 02:44:57 --- quit: snowrichard (Remote closed the connection) 05:38:12 --- nick: Raystm2 -> nanstm 05:44:14 --- join: PoppaVic (n=pete@0-1pool67-46.nas22.chicago4.il.us.da.qwest.net) joined #forth 05:45:59 --- join: virl (n=virl@chello062178085149.1.12.vie.surfer.at) joined #forth 05:58:28 --- join: rehges (n=segher@blueice4n1.de.ibm.com) joined #forth 06:38:51 --- join: tathi (n=josh@pdpc/supporter/bronze/tathi) joined #forth 06:43:20 --- quit: tathi (Client Quit) 07:00:56 --- quit: virl (Remote closed the connection) 07:40:50 --- join: tathi (n=josh@pdpc/supporter/bronze/tathi) joined #forth 07:40:50 --- quit: crc (Read error: 104 (Connection reset by peer)) 07:45:15 --- join: crc (i=crc@69.46.24.28) joined #forth 08:57:04 --- quit: PoppaVic ("brb") 09:00:44 --- join: PoppaVic (n=pete@0-1pool67-221.nas22.chicago4.il.us.da.qwest.net) joined #forth 09:09:13 --- quit: uiuiuiuiu ("Living") 09:09:27 --- join: uiuiuiu (i=ian@dslb-084-056-220-218.pools.arcor-ip.net) joined #forth 09:15:37 --- join: crc_ (i=crc@69.46.24.28) joined #forth 09:16:55 --- quit: crc (Read error: 104 (Connection reset by peer)) 10:42:10 --- quit: PoppaVic (Read error: 110 (Connection timed out)) 11:02:26 --- join: venandocarvarow (n=venandoc@h062040252005.plc.cm.kabsi.at) joined #forth 11:04:23 --- quit: crc_ (Read error: 104 (Connection reset by peer)) 11:05:24 --- join: Ray_work (i=Raystm2@adsl-209-30-157-72.dsl.rcsntx.swbell.net) joined #forth 11:07:48 --- join: crc (i=crc@69.46.24.28) joined #forth 11:21:18 --- quit: Ray_work (Read error: 104 (Connection reset by peer)) 11:29:56 --- quit: rehges () 11:49:18 Hey, all. 11:54:22 --- quit: Cheery ("Leaving") 11:57:37 --- join: Amanita_Virosa (n=jenni@ppp-70-248-225-168.dsl.hstntx.swbell.net) joined #forth 12:26:13 What's the news of the world? 12:31:26 --- quit: Snoopy42 (Read error: 131 (Connection reset by peer)) 12:32:12 --- join: Snoopy42 (i=snoopy_1@dslb-084-058-161-169.pools.arcor-ip.net) joined #forth 12:39:28 --- quit: crc (Remote closed the connection) 12:45:09 --- join: crc (i=crc@69.46.24.28) joined #forth 13:18:49 --- join: freaky_ (n=shirikom@host-130.NAR.213.247.249.128.0xfffffff8.macomnet.net) joined #forth 13:31:03 --- quit: uiuiuiu (Remote closed the connection) 13:31:07 --- join: uiuiuiu (i=ian@dslb-084-056-218-068.pools.arcor-ip.net) joined #forth 13:31:10 --- quit: freaky_ () 14:34:58 --- quit: venandocarvarow (Remote closed the connection) 14:37:33 --- join: madgarden (n=madgarde@Toronto-HSE-ppp3713137.sympatico.ca) joined #forth 15:32:35 --- quit: Amanita_Virosa ("Wewps.") 16:11:01 --- join: crc_ (i=crc@pool-70-110-173-217.phil.east.verizon.net) joined #forth 16:30:15 --- quit: saon (Nick collision from services.) 16:30:37 --- join: saon (i=1000@unaffiliated/saon) joined #forth 17:32:44 --- nick: segher_ -> segher 18:05:38 --- join: yoyofreeman (n=root@219.145.82.49) joined #forth 18:07:20 --- join: sproingie (n=chuck@64-121-2-59.c3-0.sfrn-ubr8.sfrn.ca.cable.rcn.com) joined #forth 18:14:05 --- quit: rsyncx ("Leaving") 18:26:11 --- quit: tathi ("later all") 20:03:36 --- join: slava (n=slava@CPE0080ad77a020-CM000e5cdfda14.cpe.net.cable.rogers.com) joined #forth 20:14:28 --- join: segher_ (n=segher@dslb-084-056-132-040.pools.arcor-ip.net) joined #forth 20:26:11 --- quit: segher (Read error: 110 (Connection timed out)) 20:43:17 Quartus: guess there's nothing happening in the world 20:43:28 hi JasonWoof 20:44:02 I guess not, JasonWoof. :) 20:44:55 :) 20:44:56 hi slava 20:45:20 JasonWoof: i got my cocoa bridge far enough along today to be able to call apple's WebKit and render an HTML page in a window 20:45:35 time for me to do some more work on my templating stuff for my gforth cgi stuff 20:45:46 slava: heh :) 20:51:30 --- join: Amanita_Virosa (n=jenni@ppp-70-248-225-168.dsl.hstntx.swbell.net) joined #forth 20:53:15 --- quit: sproingie (Remote closed the connection) 20:55:31 I've got the basic i/o for cgi 20:55:38 I'm parsing the GET args 20:55:57 the programmer can easily specify what args he wants 20:56:09 and the data for those args (if any was specified) is attached to words 20:56:47 and I have a simple template engine for output 20:56:50 (optional) 20:56:50 Sounds neat. 20:57:12 I've done some cgi in gforth, nothing that sophisticated. 20:57:24 cool 20:58:01 the template just looks for tags like so: ~phone~ and replaces them with (if found) the data for the matching string object in a list 20:58:03 I did work up a .ghtml, added a handler to apache so that I could embed Forth directly in html. 20:58:15 :) 20:58:15 cool 20:58:23 It was. I did a few small things with it. 20:58:27 I used to do php that way 20:58:53 but after a while I found that I much prefered having the php and html in different files 20:59:15 Yes, it's not a huge win. 20:59:23 then I wrote a simple template thing in php 20:59:27 and I've been much happier with it that way 20:59:32 so I did it that way in gforth 20:59:48 the next advance in my php template (which I will add to my gforth version shortly) is an encoding option 21:00:08 ~phone.attr~ would be replaced by the "phone" variable but encoded for an html attribute 21:00:30 ie 21:00:47 Interesting. 21:01:19 I used to just encode it in the php. ie $phone = html_attr($phone); 21:01:35 but then I was having trouble where sometimes I'd want the same value available in more than one encoding 21:02:04 iirc it was when I was generating an e-mail and something on the web-page at the same time 21:02:31 All you fancy-schmancy cgi guys with your flashy web pages :) 21:02:46 i don't like cgi 21:03:36 slava: why not? 21:03:59 I also just like the way it's factored 21:04:05 the html template can decide how it's displayed 21:04:50 if you want to change something from a textbox to a textarea, you can just change the html template 21:06:33 unfortunately html is so braindead that some controlls have to be generated entirely by the script 21:06:36 eg pulldowns 21:07:26 I have absolutely no idea why you can't do or 21:13:05 JasonWoof: cgi is inefficient, and it is hard to persist state between connections 21:14:36 I don't see how it's any harder to make data persist than php 21:14:53 either way you've gotta store the session key somewhere and store junk in a database 21:15:51 agreed it's not the quickest way of doing things... 21:16:37 i prefer having web apps run in the http server 21:16:49 like lisp and java web servers do 21:17:14 how do up update the code in those cases? 21:17:29 in java, its painful 21:17:36 in lisp or factor, you just reload the source file in the server 21:17:43 on factorcode.org, i run factor in a detached 'screen' 21:17:48 i connect to it and reload code 21:18:05 cool 21:18:40 given that I have apache listening on port 80 and serving several important virtualhosts 21:19:06 it is very important to me that I do not accidentally compromise the server 21:19:23 ie that a bug such as a segfault does not harm the other websites 21:19:29 (a segfault in my forth code) 21:19:34 yeah 21:19:48 cgi provides this in a way I am pretty confident about 21:20:02 modulo runtime/compiler bugs, a factor program cannot segfault or overflow a buffer unless it uses internal words which you would never use in a web app 21:20:07 or anything other than low level tools 21:20:41 cool 21:20:46 then you don't need such protection 21:21:07 I could (and perhaps will someday) make an apache plugin for fovium 21:22:08 i still have to be careful, though. if a web app goes into an infinite loop, the server will hang 21:22:17 right 21:22:19 or if it allocates too much memory and the runtime goes down 21:22:33 you have to build a bunch of safeguards in 21:22:53 fortunately with fovium I think I can easily get all those safeguards in there pretty easily 21:22:56 it already has most of them 21:23:11 it hasn't been a problem for me yet. 21:23:18 just need to put in a cpu counter that will catch infinite (or just really long) loops 21:23:20 the server has gone down a few times, due to bugs in my I/O code that i've fixed since then 21:23:36 the same factor instance actually runs an IRC bot in a separate thread, so it gets quite a beating 21:23:46 heh 21:24:20 I want to run my stuff on the same server I use to host my paying customers' sites, so I can't afford to let my bugs effect the whole webserver 21:25:00 now can you update your code without breaking connections? 21:25:16 yes 21:25:47 even the irc bot? 21:25:55 sure 21:25:59 wow 21:26:28 in forth, : a 2 ; : b a ; : a 3 ; b . pushes 2 21:26:28 how does that work? 21:26:31 in factor it pushes 3 21:26:38 if you redefine a word, callers call the new word 21:27:38 but wouldn't that sometimes make it crash or something if you change definitions while it's running? 21:28:10 yeah 21:28:30 if you, eg, change stack effects 21:28:44 it can be a problem sometimes 21:29:05 --- quit: Amanita_Virosa ("Got hit by a signal 7.") 21:32:55 i'm going to sleep; later 21:36:53 --- join: neceve (n=Clau@unaffiliated/neceve) joined #forth 22:40:21 --- join: snowrichard (n=richard@adsl-69-155-177-154.dsl.lgvwtx.swbell.net) joined #forth 22:55:29 --- quit: snowrichard ("Leaving") 23:13:02 --- join: Cheery (i=Henri@a81-197-18-99.elisa-laajakaista.fi) joined #forth 23:13:11 --- quit: Cheery (Read error: 104 (Connection reset by peer)) 23:13:40 --- quit: OrngeTide ("gone") 23:13:52 --- join: Cheery (i=Henri@a81-197-18-99.elisa-laajakaista.fi) joined #forth 23:18:28 --- quit: Cheery (Read error: 104 (Connection reset by peer)) 23:21:43 --- join: Cheery (i=Henri@a81-197-18-99.elisa-laajakaista.fi) joined #forth 23:42:26 --- join: snowrichard (n=richard@adsl-69-155-177-154.dsl.lgvwtx.swbell.net) joined #forth 23:48:17 --- quit: I440r (Read error: 110 (Connection timed out)) 23:49:06 --- quit: snowrichard ("Leaving") 23:59:59 --- log: ended forth/06.02.06