00:09:28 -!- bytecolor [n=user@32.159.3.233] has quit [Read error: 110 (Connection timed out)] 00:09:44 bytecolor [n=user@32.157.251.17] has joined #scheme 00:22:49 -!- jonrafkind [n=jon@crystalis.cs.utah.edu] has quit [Read error: 113 (No route to host)] 00:36:31 -!- tltstc [n=tltstc@cpe-76-90-95-39.socal.res.rr.com] has quit [Read error: 54 (Connection reset by peer)] 00:39:41 saccade_ [n=saccade@209-6-54-113.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #scheme 00:46:03 fnord123_ [n=fnord123@94-194-63-222.zone8.bethere.co.uk] has joined #scheme 00:49:22 SRFI 60 : Integers and Bits provides functions with names like 'logand', 'logior', and 'logxor'. Except it's not the logical operation. It also provides correct names like bitwise-and, etc. Does anyone know how the 'logical' versions of the names got in there? Is there a difference in opinion on the meaning of 'logical' operations vs. bitwise? 00:51:17 bytecolo` [n=user@32.154.12.87] has joined #scheme 00:52:17 -!- bytecolor [n=user@32.157.251.17] has quit [Nick collision from services.] 00:52:24 -!- hadronzoo [n=hadronzo@ppp-70-251-125-130.dsl.rcsntx.swbell.net] has quit [] 00:52:29 -!- bytecolo` is now known as bytecolor 00:53:18 I'd say in the return. 00:53:35 *elderK* goes off and rereads srfi60 source 00:54:23 fnord123_: Those names date back to MACLISP at least. 00:54:57 -!- JoelMcCracken [n=joelmccr@pool-96-236-180-142.pitbpa.east.verizon.net] has quit ["This computer has gone to sleep"] 00:55:33 aye. there's no difference, fnord123_. 00:55:41 the srfi says that in the overview :) 00:55:44 -!- saint_cypher [n=saint_cy@adsl-99-2-72-93.dsl.pltn13.sbcglobal.net] has quit [Read error: 110 (Connection timed out)] 00:55:47 and hey, chandler! 00:55:48 :D 00:56:39 btw, does anyone know what ;@ means in scheme source? 00:56:46 is it part of some block-commenting thing or? 01:00:27 JoelMcCracken [n=joelmccr@pool-96-236-180-142.pitbpa.east.verizon.net] has joined #scheme 01:03:03 QinGW [n=wangqing@203.86.89.226] has joined #scheme 01:08:41 elderK: has to be a comment, no? 01:14:53 saint_cypher [n=saint_cy@c-24-130-33-243.hsd1.ca.comcast.net] has joined #scheme 01:17:18 It's a comment that can quickly be transposed into @; to comment out a sexp. 01:17:35 Wait, that doesn't make any sense. 01:17:42 That would be ;# 01:23:21 -!- masm [n=masm@bl10-245-202.dsl.telepac.pt] has left #scheme 01:23:51 tltstc [n=tltstc@cpe-76-90-95-39.socal.res.rr.com] has joined #scheme 01:24:15 d3z: you're probably talking about "#;" 01:24:29 bytecolor: That sounds like some javadoc-like markup thing. 01:36:10 It's in SRFI-60, by Aubrey Jaffer? 01:36:26 elderK: i think it's a javadoc-like markup which outputs texinfo, schmooz or something like that 01:36:40 odd, since they are all empty. 01:36:53 perhaps he used them as seperators - or placeholders for further commenting in the future. 01:37:35 or mark the functions that will appear in the docs (it extracts their signature from the definition, iirc) 01:39:01 -!- luz [n=davids@189.122.90.116] has quit ["Client exiting"] 01:39:44 aye. 01:45:44 germ13 [n=germ13@cpe-75-83-42-140.socal.res.rr.com] has joined #scheme 01:47:18 annodomini [n=lambda@c-75-69-96-104.hsd1.nh.comcast.net] has joined #scheme 01:51:11 I think it's a doxygen-ish thing. 01:51:14 -!- MrFahrenheit [n=RageOfTh@users-55-21.vinet.ba] has quit [Read error: 54 (Connection reset by peer)] 01:51:23 MrFahrenheit [n=RageOfTh@users-55-21.vinet.ba] has joined #scheme 01:51:26 -!- araujo [n=araujo@gentoo/developer/araujo] has quit [Read error: 110 (Connection timed out)] 01:51:52 oh how i lament for there to be a canonical scheme-doc system which everyone would use. :-S 01:52:01 -!- annodomini [n=lambda@wikipedia/lambda] has quit [Client Quit] 02:00:59 -!- mario-goulart [n=user@67.205.85.241] has quit [Remote closed the connection] 02:01:10 -!- mrsolo [n=mrsolo@nat/yahoo/x-oijanlskwxsdvyqi] has left #scheme 02:15:49 -!- Fufie [n=innocent@86.80-203-225.nextgentel.com] has quit [Read error: 104 (Connection reset by peer)] 02:22:47 I wonder if there will ever be a `common' scheme 02:26:13 but if there were one unified scheme to throw everything at, it would probably bloat to an enormous monolithic tub of shite 02:27:36 or maybe an enormous monolithic tub of really good stuff that nevertheless suffers from being so large 02:28:20 nod 02:28:43 -!- bweaver` [n=user@c-68-60-0-190.hsd1.tn.comcast.net] has quit ["ERC Version 5.3 (IRC client for Emacs)"] 02:30:11 hrm, could srfi and slib not fold into one? 02:33:48 -!- germ13 [n=germ13@cpe-75-83-42-140.socal.res.rr.com] has quit [Client Quit] 02:34:13 Peeps, what do y'all think of SECD machines? 02:34:30 (currently reading up on bytecodes and VMs - not finding much information so far) 02:34:52 (if anyone can point me to some good papers on the subject, It'd be appreciated) 02:38:30 -!- bgs100 [n=ian@unaffiliated/bgs100] has quit ["Leaving"] 02:38:48 Checkie [i=3147@unaffiliated/checkie] has joined #scheme 02:38:52 I think I'll submit a 10 line stack implementation to sfri, see how far it gets ;) 02:39:38 -!- reprore [n=reprore@ntkngw356150.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Remote closed the connection] 02:40:46 ^_^ 02:45:50 ski_ [n=md9slj@remote1.student.chalmers.se] has joined #scheme 02:48:06 -!- Daemmerung [n=goetter@64.146.161.228] has quit ["Smoove out."] 03:28:09 araujo [n=araujo@gentoo/developer/araujo] has joined #scheme 03:28:17 -!- TR2N` [n=email@89.180.228.84] has quit [Read error: 110 (Connection timed out)] 03:34:03 -!- lolcow is now known as leppie 03:52:51 tjafk [n=timj@e176211136.adsl.alicedsl.de] has joined #scheme 03:59:01 -!- MrFahrenheit [n=RageOfTh@users-55-21.vinet.ba] has quit [Read error: 113 (No route to host)] 04:00:02 QinGW1 [n=wangqing@203.86.89.226] has joined #scheme 04:09:10 -!- tjaway [n=timj@e176195006.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 04:14:15 -!- JoelMcCracken [n=joelmccr@pool-96-236-180-142.pitbpa.east.verizon.net] has quit ["This computer has gone to sleep"] 04:15:45 JoelMcCracken [n=joelmccr@pool-96-236-180-142.pitbpa.east.verizon.net] has joined #scheme 04:17:06 -!- JoelMcCracken [n=joelmccr@pool-96-236-180-142.pitbpa.east.verizon.net] has quit [Client Quit] 04:21:11 Mikaeel_Mohamed [n=Mohamdu@129-97-241-175.uwaterloo.ca] has joined #scheme 04:22:10 leppie|work [i=52d2e3c8@gateway/web/freenode/x-rwazwikxdxpkidjr] has joined #scheme 04:25:00 partisan [n=partisan@121.124.124.117] has joined #scheme 04:28:19 -!- QinGW [n=wangqing@203.86.89.226] has quit [Connection timed out] 04:33:56 jonrafkind [n=jon@c-98-202-82-46.hsd1.ut.comcast.net] has joined #scheme 04:38:32 QinGW [n=wangqing@203.86.89.226] has joined #scheme 04:39:10 -!- MichaelRaskin [n=MichaelR@195.91.224.225] has quit [Remote closed the connection] 04:45:38 -!- mbohun [n=mbohun@202.124.72.169] has quit ["Leaving"] 04:51:12 JoelMcCracken [n=joelmccr@pool-96-236-180-142.pitbpa.east.verizon.net] has joined #scheme 04:51:45 TR2N [i=email@89-180-206-183.net.novis.pt] has joined #scheme 04:58:06 -!- QinGW1 [n=wangqing@203.86.89.226] has quit [Connection timed out] 05:05:59 -!- foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has quit [Remote closed the connection] 05:06:05 foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has joined #scheme 05:07:56 -!- JoelMcCracken [n=joelmccr@pool-96-236-180-142.pitbpa.east.verizon.net] has quit ["This computer has gone to sleep"] 05:12:38 QinGW1 [n=wangqing@203.86.89.226] has joined #scheme 05:15:05 -!- QinGW [n=wangqing@203.86.89.226] has quit [Read error: 60 (Operation timed out)] 05:19:42 MichaelRaskin [n=MichaelR@213.171.48.239] has joined #scheme 05:19:50 parolang [n=user@8e4a01246100775874c4f448e9887093.oregonrd-wifi-1261.amplex.net] has joined #scheme 05:37:23 -!- Summermute [n=Summermu@c-68-55-210-226.hsd1.dc.comcast.net] has quit [Client Quit] 05:43:28 -!- MichaelRaskin [n=MichaelR@213.171.48.239] has quit [Remote closed the connection] 05:43:32 gnomon_ [n=gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has joined #scheme 05:43:47 MichaelRaskin [n=MichaelR@213.171.48.239] has joined #scheme 05:46:10 -!- kilimanjaro [n=kilimanj@unaffiliated/kilimanjaro] has quit ["Leaving"] 06:08:56 sidewinder128 [n=sidewind@189.137.203.68] has joined #scheme 06:09:21 -!- sidewinder128 [n=sidewind@189.137.203.68] has left #scheme 06:13:15 -!- gnomon [n=gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has quit [Read error: 110 (Connection timed out)] 06:16:44 -!- Mikaeel_Mohamed [n=Mohamdu@129-97-241-175.uwaterloo.ca] has quit [Read error: 110 (Connection timed out)] 06:17:56 -!- bytecolor [n=user@32.154.12.87] has quit [Read error: 110 (Connection timed out)] 06:27:31 Mikaeel_Mohamed [n=Mohamdu@129.97.241.175] has joined #scheme 06:51:02 -!- parolang [n=user@8e4a01246100775874c4f448e9887093.oregonrd-wifi-1261.amplex.net] has quit ["sleep"] 07:12:26 BunzOfSteel [n=bunz@pool-173-56-111-193.nycmny.fios.verizon.net] has joined #scheme 07:12:38 -!- bunz [n=bunz@unaffiliated/bunz] has quit [Read error: 104 (Connection reset by peer)] 07:27:01 Can someone explain to me what on earth http://docs.plt-scheme.org/reference/stxcerts.html is talking about? 07:27:18 do they mean that you can sign arbitrary subforms with certificates in the PKI sense? O_o 07:32:24 it sounds like PKI in one breath and capability-type stuff in another 07:32:47 yes, that's what we conjecture as well 07:32:54 but we can't make any sense of the actual documentation 07:33:08 it does the thing the PLT docs usually do and defines itself in terms of only other parts of the PLT documentation 07:33:49 ok 07:33:58 don't think it has anything to do with that 07:34:01 sepult [n=levgue@xdsl-87-78-26-64.netcologne.de] has joined #scheme 07:34:13 looks like some kind of hygiene/safety related stuff 07:37:59 *elly* ponders what the use cases for this are 07:52:23 attila_lendvai [n=ati@catv-89-134-66-143.catv.broadband.hu] has joined #scheme 07:54:01 QinGW [n=wangqing@203.86.89.226] has joined #scheme 07:58:50 Fufie [n=innocent@86.80-203-225.nextgentel.com] has joined #scheme 08:02:48 -!- NNshag [n=shag@lns-bzn-44-82-249-224-32.adsl.proxad.net] has quit [Read error: 110 (Connection timed out)] 08:03:18 NNshag [n=shag@lns-bzn-35-82-250-229-252.adsl.proxad.net] has joined #scheme 08:04:58 schmir [n=schmir@mail.brainbot.com] has joined #scheme 08:06:01 -!- Mikaeel_Mohamed [n=Mohamdu@129.97.241.175] has quit [Read error: 110 (Connection timed out)] 08:06:56 -!- jonrafkind [n=jon@c-98-202-82-46.hsd1.ut.comcast.net] has quit [Read error: 110 (Connection timed out)] 08:08:53 tarbo [n=me@unaffiliated/tarbo] has joined #scheme 08:12:01 -!- saccade_ [n=saccade@209-6-54-113.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit ["This computer has gone to sleep"] 08:21:37 -!- QinGW1 [n=wangqing@203.86.89.226] has quit [Success] 08:22:09 ASau [n=user@77.246.230.166] has joined #scheme 08:24:30 mmc [n=mima@esprx01x.nokia.com] has joined #scheme 08:25:18 Mr-Cat [n=Bahirkin@hermes.lanit.ru] has joined #scheme 08:29:52 -!- mmc [n=mima@esprx01x.nokia.com] has quit [Remote closed the connection] 08:45:36 mmc [n=mima@esprx02x.nokia.com] has joined #scheme 08:46:55 bytecolor [n=user@32.157.101.17] has joined #scheme 08:47:58 bokr [n=eduska@95.154.102.124] has joined #scheme 08:49:48 -!- mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has quit [lindbohm.freenode.net irc.freenode.net] 08:50:00 mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has joined #scheme 08:52:10 -!- Zuu [i=zuu@unaffiliated/zuu] has quit [Read error: 54 (Connection reset by peer)] 08:56:21 -!- bytecolor [n=user@32.157.101.17] has quit [Remote closed the connection] 08:57:05 Zuu [i=zuu@0x55529f1b.adsl.cybercity.dk] has joined #scheme 08:57:05 -!- foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has quit [Remote closed the connection] 08:57:10 foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has joined #scheme 09:06:02 -!- leppie|work [i=52d2e3c8@gateway/web/freenode/x-rwazwikxdxpkidjr] has quit ["Page closed"] 09:07:25 leppie|work [i=52d2e3c8@gateway/web/freenode/x-qdnoxzxoqcawecdt] has joined #scheme 09:09:31 Mikaeel_Mohamed [n=Mohamdu@129-97-241-175.uwaterloo.ca] has joined #scheme 09:11:35 -!- leppie|work [i=52d2e3c8@gateway/web/freenode/x-qdnoxzxoqcawecdt] has quit [Client Quit] 09:11:48 leppie|work [i=52d2e3c8@gateway/web/freenode/x-sjzdtbtawcyciccp] has joined #scheme 09:12:44 -!- leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has quit [Remote closed the connection] 09:14:00 leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has joined #scheme 09:14:49 brinkman [n=brinkman@cpe-74-68-108-87.nyc.res.rr.com] has joined #scheme 09:29:32 -!- Mikaeel_Mohamed [n=Mohamdu@129-97-241-175.uwaterloo.ca] has quit [Read error: 60 (Operation timed out)] 09:38:10 eclugtesting [n=mona@212.33.202.35] has joined #scheme 09:39:52 -!- eclugtesting [n=mona@212.33.202.35] has left #scheme 09:55:13 Edico [n=Edico@unaffiliated/edico] has joined #scheme 10:04:01 -!- bokr [n=eduska@95.154.102.124] has quit ["Leaving."] 10:10:03 -!- jmcphers [n=jmcphers@218.185.108.156] has quit [Remote closed the connection] 10:15:23 -!- QinGW [n=wangqing@203.86.89.226] has quit [Read error: 104 (Connection reset by peer)] 10:16:03 QinGW [n=wangqing@203.86.89.226] has joined #scheme 10:21:19 alaricsp [n=alaric@217.205.201.45] has joined #scheme 10:22:41 csmrfx [i=csmr@xob.kapsi.fi] has joined #scheme 10:26:35 -!- fnord123_ [n=fnord123@94-194-63-222.zone8.bethere.co.uk] has quit [Read error: 110 (Connection timed out)] 10:28:00 -!- mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has quit [lindbohm.freenode.net irc.freenode.net] 10:29:46 mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has joined #scheme 10:31:16 -!- mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has quit [lindbohm.freenode.net irc.freenode.net] 10:31:44 mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has joined #scheme 10:33:13 -!- mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has quit [lindbohm.freenode.net irc.freenode.net] 10:36:25 bytecolor [n=user@32.157.161.39] has joined #scheme 10:37:03 -!- brinkman [n=brinkman@cpe-74-68-108-87.nyc.res.rr.com] has quit ["This computer has gone to sleep"] 10:46:52 QinGW1 [n=wangqing@203.86.89.226] has joined #scheme 10:47:01 mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has joined #scheme 10:47:42 mario-goulart [n=user@67.205.85.241] has joined #scheme 10:48:20 -!- mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has quit [lindbohm.freenode.net irc.freenode.net] 10:49:08 -!- QinGW [n=wangqing@203.86.89.226] has quit [Read error: 60 (Operation timed out)] 10:55:05 -!- attila_lendvai [n=ati@catv-89-134-66-143.catv.broadband.hu] has quit [Read error: 110 (Connection timed out)] 10:57:05 attila_lendvai [n=ati@catv-89-134-66-143.catv.broadband.hu] has joined #scheme 11:01:41 copumpkin [n=copumpki@dhcp-212-196.cs.dartmouth.edu] has joined #scheme 11:04:26 mreggen [n=mreggen@cm-84.215.18.49.getinternet.no] has joined #scheme 11:04:55 -!- Sergio` [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has quit [Client Quit] 11:07:37 Sergio` [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has joined #scheme 11:16:43 QinGW [n=wangqing@203.86.89.226] has joined #scheme 11:19:32 -!- QinGW1 [n=wangqing@203.86.89.226] has quit [Read error: 60 (Operation timed out)] 11:20:56 rdd [n=user@c83-250-52-182.bredband.comhem.se] has joined #scheme 11:22:43 hiyuh [n=hiyuh@KD124214245222.ppp-bb.dion.ne.jp] has joined #scheme 11:30:02 -!- devslashnull [n=nope@dyn-151.greentreefrog.net.au] has quit [] 11:45:31 -!- sepult [n=levgue@xdsl-87-78-26-64.netcologne.de] has quit ["ERC Version 5.3 (IRC client for Emacs)"] 11:47:16 masm [n=masm@bl10-245-202.dsl.telepac.pt] has joined #scheme 11:48:40 -!- foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has quit [Remote closed the connection] 11:48:44 foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has joined #scheme 12:16:20 -!- leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has quit [Read error: 104 (Connection reset by peer)] 12:16:55 leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has joined #scheme 12:30:24 -!- leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has quit [Remote closed the connection] 12:32:30 leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has joined #scheme 12:34:18 -!- foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has quit [Remote closed the connection] 12:34:21 foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has joined #scheme 12:36:27 Jafet [n=Jafet@unaffiliated/jafet] has joined #scheme 12:38:51 -!- leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has quit [Read error: 54 (Connection reset by peer)] 12:42:04 -!- ski_ [n=md9slj@remote1.student.chalmers.se] has quit ["Lost terminal"] 12:43:35 ski_ [n=md9slj@remote1.student.chalmers.se] has joined #scheme 12:48:08 leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has joined #scheme 12:54:39 MrFahrenheit [n=RageOfTh@users-33-41.vinet.ba] has joined #scheme 13:02:45 -!- elderK [n=zk@pdpc/supporter/active/elderk] has left #scheme 13:16:44 bokr [n=eduska@95.154.102.124] has joined #scheme 13:20:55 -!- bokr [n=eduska@95.154.102.124] has quit [Client Quit] 13:21:03 bokr [n=eduska@95.154.102.124] has joined #scheme 13:22:57 -!- leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 13:26:17 -!- bokr [n=eduska@95.154.102.124] has quit ["Leaving."] 13:27:00 bokr [n=eduska@95.154.102.124] has joined #scheme 13:28:35 -!- schmir [n=schmir@mail.brainbot.com] has quit [Remote closed the connection] 13:33:22 How in the wide wide world of sports would I pass an alist to a macro, and have that macro expand to a let with the alist as the bindings of the let? 13:34:07 by macro I mean define-syntax 13:35:06 -!- Jafet [n=Jafet@unaffiliated/jafet] has quit [Remote closed the connection] 13:35:25 bytecolor: just curious, why wouldn't a procedure suffice? 13:35:44 ummm long story ;) 13:36:28 has to do with eval an interaction-environment not seeing vars defined in an enclosing let 13:38:00 (define (foo x) (eval '(print x) (interaction-environment))) (foo 3) => x is undefined 13:38:36 but... if I (define x 3) in the global scope, no problem 13:39:08 any way I think I've found another way, but I have to figure out the alist->let problem 13:40:43 (define (foo x) ((eval `(lambda (x) (print x)) (interaction-environment)) x)) 13:42:03 ah you are evaluating a lambda, then calling that lambda 13:43:39 leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has joined #scheme 13:43:53 (define-syntax-rule (macro ((a . b) ...) foo) (let ([a b] ...) foo)) ? 13:43:59 dsmith [n=dsmith@cpe-173-88-196-177.neo.res.rr.com] has joined #scheme 13:50:39 -!- dsmith [n=dsmith@cpe-173-88-196-177.neo.res.rr.com] has quit ["Leaving"] 13:54:45 (define attr-table (alist->hash-table '(($s1 . "foo") ($s2 . #\x)))) 13:55:03 (macro (hash-table->alist attr-table) (print $s1)) 13:55:33 that's kinda what I'm after. ski's method would work just fine I think, but now I'm curious how to make the macro work ;) 13:56:48 I know it will work, I just have to get the syntax-rules pattern correct 13:59:26 bizarrely, this is probably the fifth time this month someone has tried to EVAL in lexical scope 13:59:44 i can't recal this kind of confluence at any time over the past three years 14:00:27 bytecolor: anyway, arcfide proposed an interesting solution if you look back in the logs a week or so 14:00:48 the point is to avoid eval 14:01:01 heh, it was probably *me* asking at least once in the recent past 14:01:24 "scheme is not php" seems to be the mantric justification for avoiding EVAL (though i'm not sure i fully understand the significance of the mantra) 14:01:25 klutometis: nod, that's what I'm trying to do with the macro 14:02:50 Sergio`_ [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has joined #scheme 14:04:22 I will master thee syntax-rules! ;) 14:05:54 -!- foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has quit [Remote closed the connection] 14:05:57 foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has joined #scheme 14:06:09 bytecolor: this isn't your exact problem, but you can see here how Belaf scope-EVAL problem morphed into an EVAL-less macro solution: 14:06:12 http://paste.lisp.org/display/93195 14:07:17 he was trying to do a string->identifier translation with EVAL, and ran into scoping problems 14:07:27 bytecolo` [n=user@32.158.40.28] has joined #scheme 14:07:46 -!- bytecolor [n=user@32.157.161.39] has quit [Nick collision from services.] 14:07:53 -!- bytecolo` is now known as bytecolor 14:08:51 Sergio`__ [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has joined #scheme 14:12:13 bytecolor: did you get those last three messages, btw? 14:14:26 -!- Sergio` [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has quit [Connection timed out] 14:15:17 JoelMcCracken [n=joelmccr@75-151-240-1-Pennsylvania.hfc.comcastbusiness.net] has joined #scheme 14:16:16 no 14:17:08 -!- leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has quit [Remote closed the connection] 14:19:15 leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has joined #scheme 14:20:08 -!- Sergio`_ [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has quit [Connection timed out] 14:20:14 bytecolor: this isn't your exact problem, but you can see here how Belaf's scoped-EVAL problem morphed into an EVAL-less macro solution: 14:20:18 http://paste.lisp.org/display/93195 14:20:20 he was trying to do a string->identifier translation with EVAL, and ran into scoping problems 14:24:08 langmartin [n=user@exeuntcha2.tva.gov] has joined #scheme 14:24:13 interesting 14:25:29 Sergio` [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has joined #scheme 14:29:54 dsmith [n=dsmith@cpe-173-88-196-177.neo.res.rr.com] has joined #scheme 14:31:16 Sergio`_ [n=Sergio`@a89-152-184-50.cpe.netcabo.pt] has joined #scheme 14:31:19 samth [n=samth@234.Red-83-37-99.dynamicIP.rima-tde.net] has joined #scheme 14:35:00 gnomon [n=gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has joined #scheme 14:36:12 -!- leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 14:37:17 -!- Sergio`__ [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has quit [Read error: 110 (Connection timed out)] 14:37:18 reprore [n=reprore@ntkngw356150.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 14:37:25 schmir [n=schmir@mail.brainbot.com] has joined #scheme 14:37:32 sepult [n=levgue@xdsl-87-78-26-64.netcologne.de] has joined #scheme 14:41:59 -!- Sergio` [n=Sergio`@a89-152-187-193.cpe.netcabo.pt] has quit [Read error: 110 (Connection timed out)] 14:43:39 -!- Mr-Cat [n=Bahirkin@hermes.lanit.ru] has quit ["Leaving."] 14:46:03 sepult` [n=levgue@xdsl-87-78-29-182.netcologne.de] has joined #scheme 14:48:13 -!- sepult [n=levgue@xdsl-87-78-26-64.netcologne.de] has quit [Read error: 104 (Connection reset by peer)] 14:52:48 -!- gnomon_ [n=gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has quit [Read error: 110 (Connection timed out)] 14:56:00 -!- foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has quit [Remote closed the connection] 14:56:03 foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has joined #scheme 15:06:09 QinGW1 [n=wangqing@211.151.251.254] has joined #scheme 15:07:57 -!- bokr [n=eduska@95.154.102.124] has quit ["Leaving."] 15:17:57 elly: ping 15:20:25 -!- QinGW [n=wangqing@203.86.89.226] has quit [Connection timed out] 15:22:47 -!- dsmith [n=dsmith@cpe-173-88-196-177.neo.res.rr.com] has quit [Read error: 110 (Connection timed out)] 15:26:38 -!- langmartin [n=user@exeuntcha2.tva.gov] has quit ["ERC Version 5.3 (IRC client for Emacs)"] 15:28:56 L. E. Ping 15:29:31 langmartin [n=user@exeuntcha2.tva.gov] has joined #scheme 15:31:26 -!- QinGW1 [n=wangqing@211.151.251.254] has quit [Connection timed out] 15:36:41 -!- mmc [n=mima@esprx02x.nokia.com] has quit ["Leaving."] 15:37:10 mmc [n=mima@esprx02x.nokia.com] has joined #scheme 15:38:26 Oh-ff-bye-one: pong 15:39:51 -!- attila_lendvai [n=ati@catv-89-134-66-143.catv.broadband.hu] has quit [Read error: 110 (Connection timed out)] 15:39:54 offby1: btw, the repository was much smaller -- I forgot that it has a working directory too, so without it (but also without the svn data) it was 85mb 15:46:12 Sure 15:46:36 BTW, what's the point of `git diff foo...bar' ? 15:48:54 -!- ASau [n=user@77.246.230.166] has quit [Client Quit] 15:49:30 -!- mmc [n=mima@esprx02x.nokia.com] has quit [Remote closed the connection] 15:49:31 -!- BunzOfSteel [n=bunz@pool-173-56-111-193.nycmny.fios.verizon.net] has quit [Client Quit] 15:49:34 can't think of any :) 15:49:49 I can't even decipher the description. 15:49:57 (That's from the git book thing.) 15:50:31 "commits reachable from `foo' or `bar' but not both" 15:50:42 eli: it sounds like you're taking git (at least a little) seriously; have you read "Git For Computer Scientists"? It's all about the fundamentals, and I think it's _crucial_ to understand what it's saying. Fortunately, it's quite easy. 15:51:00 eli: I guess it means all the commits downstream from their common ancestor. 15:51:12 although I cannot see what it would mean to 'diff' them. 15:51:24 I don't think I ever use ... in practice. 15:51:29 "commits downstream from their common ancestor" doesn't sound more enlightening. 15:51:40 well, the commits form a DAG, right? 15:51:50 Yes. 15:52:05 ok. So if two branches have a common ancestor, ... 15:52:16 Ah, ok. 15:52:19 ... then each branch has some number of commits between itself, and that ancestor. 15:52:23 the tines of the fork :) 15:52:27 as opposed to the handle. 15:52:55 So this might be useful in cases where diff3 is? 15:53:05 Can't answer that, since I'm not clear about diff3 15:53:10 -!- schmir [n=schmir@mail.brainbot.com] has quit [Read error: 104 (Connection reset by peer)] 15:53:31 And are you talking about http://eagain.net/articles/git-for-computer-scientists/ ? 15:53:40 see, to me, "foo...bar" specifies a _set_ of commits, but "diff" (to me) only makes sense with _exactly two_ commits. 15:53:47 eli: yes, that's the article I recommend. 15:54:19 before that, I didn't fundamentally understand what git was doing; afterwards, I did. (That doesn't mean the UI is any less baffling) 15:54:30 But now that I understand the fundamentals, I can deal with the insane UI. 15:55:30 the man page for git-diff strongly suggests that you can pass 0, 1, or two commits to it on the command line, but no more than two. 15:55:30 bokr [n=eduska@95.154.102.124] has joined #scheme 15:55:45 So if "git diff foo...bar" does anything other than give an error message, I'd be surprised 15:56:02 (Yeah, they have a pretty thick layer of really bad documentations, and having the excited anti-svn thing doesn't help.) 15:56:08 It does do something. 15:58:20 Aha -- `...' is the more useful thing. 15:58:22 leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has joined #scheme 15:58:33 `A..B' is all the changes that take you from A to B 15:58:50 that includes reversing changes that were done on A. 15:59:09 `A...B' is all the changes that were done on B but not on A, 15:59:22 oh really? 15:59:22 so it's the same as `A..B' without the reversed changes done on A. 15:59:24 -!- sepult` [n=levgue@xdsl-87-78-29-182.netcologne.de] has quit [Client Quit] 15:59:26 ... isn't symmetrical? 15:59:43 Yes -- not symmetrical, *unlike* what's in the book. 15:59:54 *offby1* smacks forehead 16:00:05 I think one of the best things about Subversion is its book. 16:00:05 And you probably never see any difference if you always work on one branch. 16:00:17 It's not _completely_ thorough, but it's close, and it's very well-written and organized 16:00:21 Yes, it's part of why I consider it much more robust. 16:00:22 Wish Git had something similar 16:01:12 Ah, that git for cs people starts nice: 16:01:23 "identified by an SHA-1 hash (that, incidentally, isn't the SHA-1 of the contents of the file they represent, but of their representation in git)" 16:01:45 Obviously, one of the first things I did was to try the hash on the content and wonder why it's not the same. 16:01:51 heh 16:07:23 -!- REPLeffect [n=REPLeffe@69.54.115.254] has quit [Read error: 110 (Connection timed out)] 16:08:12 -!- copumpkin [n=copumpki@dhcp-212-196.cs.dartmouth.edu] has quit [] 16:10:40 snearch_ [n=olaf@g225061119.adsl.alicedsl.de] has joined #scheme 16:14:22 Also SVN allows you to checkout just a given revision from remote server and not lose sanity 16:14:29 With Git it is painful 16:14:51 Monotone gained partial support for this in 0.46 16:16:27 Isn't the whole point to not do this? 16:16:31 -!- bytecolor [n=user@32.158.40.28] has quit [Read error: 110 (Connection timed out)] 16:20:06 -!- foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has quit [Remote closed the connection] 16:21:41 bweaver [n=user@75-148-111-133-Chattanooga.hfc.comcastbusiness.net] has joined #scheme 16:24:09 offby1: ...and I can finally confirm what I suspected -- that the repository I made is broken. 16:25:02 aw 16:25:09 We used /branches/branchname sometimes, and in other times it is /branches/user/branchname 16:25:13 yep 16:25:33 So you can imagine what happens when switching to these user branches... 16:25:39 I suspect, instead of passing "-s" to "git svn clone", you can spell out all the branch names explicitly 16:26:16 But the problem is that they mean different things at different revisions... So this will involve some work. 16:26:48 eli, thanks for making evaluating software that much more convenient 16:26:54 And I somehow don't feel like doing a try-error-redo kind of thing, when each try is an 8 hour thing... 16:27:15 MichaelRaskin: Did I do that? 16:27:49 With saying that the whole point of DVCS is not to check out a specific revision? 16:27:59 -!- samth [n=samth@234.Red-83-37-99.dynamicIP.rima-tde.net] has quit [Read error: 110 (Connection timed out)] 16:28:16 bytecolor [n=user@32.158.144.61] has joined #scheme 16:29:31 MichaelRaskin: (a) I don't know how that makes evaluating software much easier; (b) if it's sarcasm, then I don't get it; (c) I'm just half guessing, I have close to zero experience with these things. 16:29:41 s/half/90%/ 16:30:08 Well, cloning the entire repository _is_ the idea while developing 16:30:36 I figured out a few ways to put a hash table into let bindings, but... they all involve eval :( 16:30:50 But when I want to build a version with some fix from a public repo - ad hopefully get the same result each time - I need to check out specific revision each time 16:31:30 And if building/packaging software is inconvenient, how will I see if I have any interest in developing it? 16:32:04 MichaelRaskin: So IIUC, this sounds more like a need for `svn export' rather than checking out a specific revision. 16:32:28 Well, at least 16:33:38 MichaelRaskin: And git doesn't give you that through tags? 16:34:00 eli, only if upstream constantly tags 16:35:19 Why would you need more tags than what's in a subversion /tags directory? 16:35:28 jlongster [n=user@c-68-59-187-95.hsd1.tn.comcast.net] has joined #scheme 16:35:35 -!- Sergio`_ [n=Sergio`@a89-152-184-50.cpe.netcabo.pt] has quit [Remote closed the connection] 16:36:34 bytecolor: ignore their nattering about git; and go on 16:37:11 offby1: heh 16:37:15 meh 16:39:03 foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has joined #scheme 16:40:09 Sergio` [n=Sergio`@a89-152-184-50.cpe.netcabo.pt] has joined #scheme 16:40:34 offby1: BTW, that thing was very useful in general (but nothing about actually using it). 16:40:40 *eli* disappears into the sunset 16:41:53 (define table (alist->hash-table '(($s1 "foo") ($s2 '(#\x #\y #\z))))) 16:42:21 (eval `(let (,@(hash-table->alist table)) `(,$s1 ,$s2)) (interaction-environment)) => ("foo" (#\x #\y #\z)) 16:43:38 I've come to the realization that what I'm trying to do it create my own local symbol table, that I can call up at any point in a program run and not worry about polluting the environment, or shadows. 16:44:51 (are you sure you want that second quote in the definition of `table' ?) 16:45:50 ski: no, not really as the table will be created dynamically during a run 16:46:03 bytecolor: not really sure what you're trying to do. A complete, yet _as short as possible_, example might help clarify it for me 16:47:51 ski, yes it has to be quoted. If I use dotted conses it will not work, but If I omit the . '(#\x #\y #\z) will be appended 16:48:02 ok, so it's not perfect ;) 16:48:38 maybe you could `map' inside the `unquote-splicing', instead ? 16:48:55 bytecolor: sounds like you're trying to create variables whose names aren't known until runtime. 16:49:23 offby1: yes the hash table will be in constant flux 16:49:51 but I can't `unbind' in scheme, but I can in my own table 16:49:54 (but iiuc what you want, i would just pass the table around, and use it directly) 16:50:23 ski: you mean using hash-table-ref each time? 16:50:29 yes 16:50:49 is there some reason that doesn't fit your application ? 16:50:58 because it will get nasty quickly ;) 16:51:27 bytecolor: I have this vague feeling that whatever you're doing is either a bad idea, or unnecessary, but I can't tell you why. Get the opinion of an expert like eli. 16:51:44 ahaha 16:52:04 I also have a vague feeling that what you're trying to do _can_ be done in PLT scheme (and perhaps other schemes), using non-standard functions 16:52:13 well, It's probably not the *best* way to go about what I'm doing, I am still a n00b after all 16:52:20 PLT has lots of functions that deal with "namespaces", which I suspect are relevant 16:52:33 bytecolor: are you, in effect, writing your own language on top of scheme? 16:52:56 offby1: somewhat, it's a parser generator 16:53:29 I wouldn't think you'd need any dynamic stuff for that, but then what do I know 16:53:30 it's in the semantic actions that the funky $s1 vars pop up, like $1 $2 in yacc 16:54:00 bytecolor: Small syntactic change that would make things easier on you: ($ 1) 16:54:14 I could just throw everything in global namespace, but I *really* dont want to do that 16:54:36 hrm, func call that retrieves the val? 16:54:39 aye 16:54:49 And the func could get the value from anywhere 16:55:46 nod, and I'm actually *not* using $ all ready ;) 16:55:47 Alternatively, you could provide a reader extension: #$1 16:56:06 Or maybe just #1, if that's not taken yet 16:56:07 bytecolor : an alternative could be to let the user decide on (hopefully) meaningful names, instead of using meaningless `$2' (or `($ 2)') 16:56:22 I thought about an extension, but you know, I've been on a portability kick here for the last few days 16:56:26 ski has a good point 16:56:57 Or, your semantic action could be a lambda, that way you make it even more transparent 16:57:20 (which gets called with args corresponding to the position your values are at) 16:57:34 And less "magic" since it's clearer what happens 16:57:37 hrm, let me repost an example... 16:58:40 -!- bokr [n=eduska@95.154.102.124] has quit ["Leaving."] 16:59:31 http://paste.lisp.org/display/93704 17:00:20 $s1! is a setter $s1 a getter 17:00:45 ski: and yes I could make the vars user configureable 17:01:27 uint is another parser, created like ureal. 17:01:51 What's the purpose in providing a setter? 17:01:53 what does `?' mean ? 17:02:23 is `$s0' supposed to be the output of the rule ? 17:02:57 That's pretty ugly :) 17:02:59 yes 17:03:04 muahaha 17:03:11 (hrm .. or maybe of a directly enclosing parser-expression ?) 17:03:18 Why not use the value of the expression as output, like any other Scheme form does it? 17:03:47 ski all the vars are context sensitive 17:04:15 sjamaan: the parser needs a way to tell scheme code from parser operators 17:04:35 *ski* would expect the parser expressions to not (necessarily) be in the scheme language 17:04:36 there is a lot of stuff going on behind the pasted source 17:05:09 Maybe you should consider making it less "smart" 17:05:15 ski: I'm trying to create something uhhhhh seamless ;) 17:05:41 For example, use the reasonably common => syntax to identify output 17:05:49 nooooo! more smarter is bestest! 17:06:26 smart is good for shooting yourself in the foot with 17:07:55 bytecolor : btw, you didn't tell yet what `?' is for .. 17:08:05 scheme is the, bar none, coolest language I've ever fscked with. It allows me to do what's in my head. Now, what's actually going on in my head, well... 17:08:20 (i'm guessing `/' is for alternatives, and `:' for sequencing parsers together) 17:08:23 ski: think regular expressions 17:08:33 nod, ? is for optional 17:09:35 the basic syntax comes from PEGs parsing expression grammars, which add two very important operators to BNF, the ! and & predicates which allow you to steer the parser 17:10:47 and `$s1',`$s2',&c. are the results of the argument parsers of the nearest enclosing parser expression ? 17:11:12 ski: yes, synthesized attributes 17:11:25 -!- MichaelRaskin [n=MichaelR@213.171.48.239] has quit [Remote closed the connection] 17:11:52 there are more vars $i1, $i2, etc. these are inherited attributes that can be passe to the next rule 17:12:40 can you have `(define-rule (foo <- ...) (foo <- ...))' ? 17:13:11 ski no, that's what define-grammar is for 17:13:24 hm .. so you want to implement roughly attribute grammars ? 17:13:31 yes! 17:13:38 they rawk 17:14:18 but iiuc, you can't express multiple synthesized attributes, right ? 17:14:49 hrm, what do you mean by multiple? 17:15:09 (and if you want attribute grammars, then i'd think you'd really want the attributes to have meaningful names) 17:15:27 sorry, multiple output synthesized attributes 17:15:50 afaiu, you can only have one synthesized attribute from a grammar, i.e. `$s0' 17:16:17 oh, hrm yes that's my understaning 17:16:31 (maybe i misunderstand, it's not like i do anything else but trying to guess what you might be doing) 17:16:40 ahahah 17:16:59 *bytecolor* is trying to write a kick arse parser 17:17:35 so shouldn't you want to allow having multiple synthesized attributes output from a grammar ? 17:18:42 why multiple? do you have an example I can wrap my head around? I always think in terms of a grammar producing an AST that is later processed to do what ever you like. 17:21:10 -!- Obfuscate [n=keii@ip98-176-17-38.sd.sd.cox.net] has quit [Read error: 60 (Operation timed out)] 17:22:51 hrm, so maybe in the process of a parse you'd like to generate a graphiz .dot file *and* some html output? 17:23:55 need #xc0ffee 17:26:23 -!- leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has quit [] 17:26:38 jonrafkind [n=jon@crystalis.cs.utah.edu] has joined #scheme 17:31:04 hrm, I wonder if syntax-case will allow me to inject a hash table into a let without eval 17:33:05 sstrickl [n=sstrickl@nomad.ccs.neu.edu] has joined #scheme 17:35:32 hm, i can't seem to find the exposition of the example i had in mind, at the moment 17:35:57 -!- saint_cypher [n=saint_cy@c-24-130-33-243.hsd1.ca.comcast.net] has quit [Read error: 60 (Operation timed out)] 17:35:58 s'ok 17:36:21 anyway, the idea is to write an attribute grammar that will compute the real value of a bitstring 17:36:47 or rather, either a bitstring, or two bitstrings, interleaved by a binal dot 17:37:58 hrm, that sounds scary, two concurrent input streams? 17:38:11 no, just two alternate cases 17:38:24 it's really the "101.1101" case that is interesting 17:38:46 Mikaeel_Mohamed [n=Mohamdu@129-97-241-175.uwaterloo.ca] has joined #scheme 17:38:54 ski: you know I think I may have that paper here somewhere, that looks familiar 17:39:05 so to compute the value of "101.1101", we parse a bitstring, parse a dot, and parse a bitstring 17:39:33 ok, then you need the real value? 17:39:34 then the synthesized attribute "value" of this becomes the sum of the synthesized attributes "value" of the two bitstrings 17:40:12 now, the idea is the value of each bit should not be zero or one, but rather zero or `2^scale' 17:40:26 where `scale' is an inherited attribute of each bit 17:41:34 so bitstring here also have `scale' as inherited attribute, and increments it by one on the recursive call 17:42:50 in one of the bitstrings in "101.1101", `scale' is initialized to zero, in the other it is initialized to the *length* of that bitstring (negated, if the right bitstring) 17:43:12 so bitstrings also need to compute `length' as a synthesized attribute 17:43:44 so in this case, (at least) one of the two top-calls to the bitstring grammar needs to be two-pass (more or less) :) 17:43:54 bytecolor : that's the example, more or less 17:44:56 my head hurts now, thanks ski ;) 17:45:45 *ski* resumes trying to clean up the syntax in the paste .. 17:46:46 ski: has the solution been actually implemented with an attribute grammars? or is that theoretical use case? 17:47:09 it has been implemented 17:48:42 I had a doc here somewhere with, I think, that very example in it, or something very similar 17:49:27 (that example is possibly not that useful itself, except for explanatory purposes, but multiple-pass attribute grammars (as well as multiple-output-synthesized-attributes) has been implemented) 17:50:54 sounds like a good example to use while writing this thing 17:51:19 *ski* notes `*unspecified*' 17:51:26 why is that in there ? 17:52:09 -!- pavelludiq [n=quassel@91.139.198.57] has quit [Remote closed the connection] 17:52:37 some parsers *always* succeed, * and ? are two, but did it produce an attribute? It's just a flag for now 17:54:01 (? (/ #\+ #\-)) this will always return #t so the parse can continue, but how to tell if it actually matched? I cant use #f that may be an actual synthesize attribute, same with '() 17:54:28 can't `*unspecified*' be an actual synthesized attribute, too ? 17:55:07 yes, I still need a naming scheme for all the vars procedures in the parser 17:55:25 just a simple prefix would probably do 17:55:52 but with some module systems a user can prefix what ever they like, so 17:59:51 I actually wanted to (define *unspecified* (if #f #f)) but that wouldn't work in a case statement and I'm not sure what all implementations return for (if #f #f) 18:00:21 attila_lendvai [n=ati@catv-89-134-66-143.catv.broadband.hu] has joined #scheme 18:01:36 you do know `(if #f #f)' is allowed to return `#f' (or any other value) in R5RS, right ? 18:01:57 ski: nod, that's what I was alluding to ;) 18:02:12 works great in chicken, but ... 18:03:10 -!- hiyuh [n=hiyuh@KD124214245222.ppp-bb.dion.ne.jp] has quit ["|_ e /\ \/ i |/| G"] 18:04:47 choas [n=lars@p5B0DD140.dip.t-dialin.net] has joined #scheme 18:12:51 think I'll re-read dyvbig's chapter on syntax-case 18:12:51 -!- bytecolor [n=user@32.158.144.61] has quit [Remote closed the connection] 18:13:01 bytecolor [n=user@32.158.144.61] has joined #scheme 18:13:01 -!- Adamant [n=Adamant@unaffiliated/adamant] has quit [] 18:13:46 sepult [n=levgue@xdsl-87-78-29-182.netcologne.de] has joined #scheme 18:13:51 *ski* thinks sleep is required 18:16:45 MichaelRaskin [n=MichaelR@195.91.224.225] has joined #scheme 18:25:54 saint_cypher [n=saint_cy@adsl-99-2-72-93.dsl.pltn13.sbcglobal.net] has joined #scheme 18:29:04 -!- MichaelRaskin [n=MichaelR@195.91.224.225] has quit [Remote closed the connection] 18:34:54 -!- snearch_ [n=olaf@g225061119.adsl.alicedsl.de] has quit ["Ex-Chat"] 18:39:47 MichaelRaskin [n=MichaelR@195.91.224.225] has joined #scheme 18:50:41 -!- JoelMcCracken [n=joelmccr@75-151-240-1-Pennsylvania.hfc.comcastbusiness.net] has quit ["This computer has gone to sleep"] 18:54:49 -!- MrFahrenheit [n=RageOfTh@users-33-41.vinet.ba] has quit [Read error: 104 (Connection reset by peer)] 18:54:55 RageOfThou [n=RageOfTh@users-55-167.vinet.ba] has joined #scheme 18:59:46 Sveklo [n=sveklo@unaffiliated/sveklo] has joined #scheme 19:07:29 Riastradh [n=riastrad@tissot.csail.mit.edu] has joined #scheme 19:09:10 JoelMcCracken [n=joelmccr@host-64-179-113-99.col.choiceone.net] has joined #scheme 19:18:32 mrsolo [n=mrsolo@nat/yahoo/x-nmnmbtxcelxyalgv] has joined #scheme 19:22:04 heh 19:22:20 from Paul Graham's lisp quotations page: "The key to performance is elegance, not battalions of special cases." 19:23:18 -!- bytecolor [n=user@32.158.144.61] has quit [Read error: 110 (Connection timed out)] 19:24:29 The key to performance is tuning until you're limited by I/O rather than CPU power, which is usually most easily achieved by avoiding branches, which is usually most easily achieved by writing elegant straight-through code instead of a bunch of special-case-handling branches... 19:24:46 ...but hey, six o' one, half a dozen of the other. 19:28:34 hotblack23 [n=jh@p4FC5B4CA.dip.t-dialin.net] has joined #scheme 19:30:40 -!- attila_lendvai [n=ati@catv-89-134-66-143.catv.broadband.hu] has quit [Read error: 60 (Operation timed out)] 19:31:30 gnomon: yes :P 19:36:10 SharkBra1n [n=gerard@125-239-134-95.jetstream.xtra.co.nz] has joined #scheme 19:39:28 -!- alaricsp [n=alaric@217.205.201.45] has quit [Read error: 113 (No route to host)] 19:41:34 Arelius [n=user@64.174.9.113] has joined #scheme 19:56:29 mickn [n=mickn@206-248-176-170.dsl.teksavvy.com] has joined #scheme 20:03:58 Daemmerung [n=goetter@1133sae.mazama.net] has joined #scheme 20:07:20 hrm 20:07:28 4000 threads running in mzscheme makes it use 95MB of RAM 20:07:35 that's not anywhere near as bad as I thought it'd be 20:07:50 trythat in erlang :P 20:08:01 Or Termite! 20:08:09 I believe that it would be better in other languages! 20:08:13 but 95MB is acceptable 20:17:37 -!- araujo [n=araujo@gentoo/developer/araujo] has quit ["Leaving"] 20:23:19 -!- Sveklo [n=sveklo@unaffiliated/sveklo] has quit [Read error: 110 (Connection timed out)] 20:40:03 bgs100 [n=ian@unaffiliated/bgs100] has joined #scheme 20:40:19 -!- sepult [n=levgue@xdsl-87-78-29-182.netcologne.de] has quit [Remote closed the connection] 20:41:53 copumpkin [n=copumpki@c-24-63-67-154.hsd1.nh.comcast.net] has joined #scheme 20:45:29 Oh, wonder! How much goodly RAM is there here! 20:52:32 parolang [n=user@8e4a01246100775874c4f448e9887093.oregonrd-wifi-1261.amplex.net] has joined #scheme 20:52:44 hrm 20:52:54 the event system is really nice 20:53:26 I wish that read-line-evt did not just return the line but rather an (input-port, line) pair 20:53:34 wait, maybe you can compose events 20:53:50 Yes, that's what the WRAP operation does. 20:53:52 AHA, you can! 20:53:52 :D 20:54:03 -!- Mikaeel_Mohamed [n=Mohamdu@129-97-241-175.uwaterloo.ca] has quit [Read error: 110 (Connection timed out)] 20:54:17 sepult [n=levgue@xdsl-87-78-29-182.netcologne.de] has joined #scheme 20:54:21 *elly* is continuously pleasantly surprised by plt's libraries 20:54:46 what does eof-evt actually return? it does not say 20:58:07 argh 20:58:15 arbitrary variables serving as events! 20:58:22 -!- ASau` [n=user@83.69.227.32] has quit [Remote closed the connection] 20:58:46 ASau` [n=user@83.69.227.32] has joined #scheme 21:00:26 jmcphers [n=jmcphers@218.185.108.156] has joined #scheme 21:12:48 -!- JoelMcCracken [n=joelmccr@host-64-179-113-99.col.choiceone.net] has quit [Read error: 60 (Operation timed out)] 21:13:29 -!- ASau` is now known as ASau 21:14:59 JoelMcCracken [n=joelmccr@c-67-186-56-85.hsd1.pa.comcast.net] has joined #scheme 21:17:01 REPLeffect [n=REPLeffe@69.54.115.254] has joined #scheme 21:17:24 -!- dmoerner [n=dmr@90-84.res.pomona.edu] has quit [Read error: 110 (Connection timed out)] 21:17:25 it still feels vaguely immoral to me when I rename functions that are part of the basis libraries 21:18:04 AND SO IT SHOULD 21:18:38 I'm doing it anyway 21:18:45 but 'fn' is so much shorter than 'lambda'! 21:19:23 use the character lambda 21:19:30 more of a pain to type 21:19:40 alt-gr + l for example :) 21:19:54 *elly* also has 'def' for 'define' >.> 21:22:26 pavelludiq [n=quassel@91.139.194.147] has joined #scheme 21:26:53 -!- jlongster [n=user@c-68-59-187-95.hsd1.tn.comcast.net] has quit [Read error: 113 (No route to host)] 21:30:00 define def define? 21:30:16 Gross. 21:30:24 EGADS SIR 21:30:31 What are you doing in here? 21:31:28 pretty, mhoye! 21:31:39 Watching elly make a career-shortening mistake, I think! 21:31:54 -!- Kusanagi [n=Lernaean@unaffiliated/kusanagi] has quit [] 21:32:03 -!- langmartin [n=user@exeuntcha2.tva.gov] has quit ["ERC Version 5.3 (IRC client for Emacs)"] 21:32:14 But more generally, just hanging out and soaking up the functional programming. 21:32:36 sadly, I don't think my scheme skills or lack thereof will have any impact on my career :( 21:33:12 Making a habit of renaming base library functions will! 21:33:40 that _increases_ job security :) 21:34:41 Used to, yeah. 21:34:47 Modern editors make that trick pretty easy to undo. 21:35:25 mhoye, only if you do not use local variables with the same names, and do not make it module-specific 21:35:56 Obfuscate [n=keii@ip98-176-17-38.sd.sd.cox.net] has joined #scheme 21:38:57 Adamant [n=Adamant@unaffiliated/adamant] has joined #scheme 21:39:38 -!- Edico [n=Edico@unaffiliated/edico] has quit ["Ex-Chat"] 21:41:14 -!- Riastradh [n=riastrad@tissot.csail.mit.edu] has quit ["leaving"] 21:41:48 -!- mickn [n=mickn@206-248-176-170.dsl.teksavvy.com] has quit ["Leaving"] 21:42:08 -!- clog [n=nef@bespin.org] has quit [Excess Flood] 21:42:25 clog [n=nef@bespin.org] has joined #scheme 21:44:24 -!- pavelludiq [n=quassel@91.139.194.147] has quit ["http://quassel-irc.org - Chat comfortably. Anywhere."] 21:44:30 pavelludiq [n=quassel@91.139.194.147] has joined #scheme 21:48:07 mathk [n=mathk@lns-bzn-35-82-250-253-45.adsl.proxad.net] has joined #scheme 21:59:21 I wish there was a let1 in the base library 21:59:51 hm, usually that causes Riastradh to point out that let1 is in the base library under name foo 21:59:57 oh, he's not here 22:01:22 -!- sstrickl [n=sstrickl@nomad.ccs.neu.edu] has quit [] 22:03:10 nego [n=nego@c-76-16-30-244.hsd1.il.comcast.net] has joined #scheme 22:03:58 -!- JoelMcCracken [n=joelmccr@c-67-186-56-85.hsd1.pa.comcast.net] has quit ["This computer has gone to sleep"] 22:04:39 jengle [n=jengle@69.0.54.57] has joined #scheme 22:04:58 elly: ping 22:05:52 eli: pong 22:06:17 elly: You asked about certificates... 22:06:21 I did, yes 22:06:23 what *are* they? 22:06:39 Here's a quick example: 22:06:46 rudybot: init scheme 22:06:50 eli: error: with-limit: out of time 22:06:52 rudybot: init scheme 22:06:56 eli: error: with-limit: out of time 22:06:58 not quick enough? 22:07:04 :P 22:07:12 gabot: slap rudybot twice 22:07:13 *gabot* slaps rudybot twice 22:07:25 Just try this: 22:07:26 (module foo scheme (define x 1) (define-syntax-rule (m) (list x)) (provide m)) 22:07:32 (require 'foo) 22:07:36 (m) 22:07:46 That should be obvious. 22:08:05 sure. 22:08:11 The problem is that `x' should be hidden, but `m' can reveal it since it's in the expansion: 22:08:20 (expand #'(m)) --> some syntax 22:08:30 (cadr (syntax-e (cdr (syntax-e (expand #'(m)))))) --> the `x' syntax 22:08:38 (eval (cadr (syntax-e (cdr (syntax-e (expand #'(m))))))) --> error 22:08:41 ahh, I see 22:08:51 so how do certificates help? 22:08:51 The last error is because of the certificates. 22:09:25 The certificate on the `x' part say that it is invalid for use unless it's inside the form that `m' originally produced. 22:09:56 I declare hax. 22:10:12 This is why they're not things that you run into often -- you need to know about them only if you're writing a macro that takes apart some input syntax. 22:10:16 that is pretty neat, though :) 22:10:19 -!- rmrfchik [n=rmrfchik@linuxhacker.ru] has quit [Remote closed the connection] 22:10:19 *elly* nods 22:10:30 rmrfchik [n=rmrfchik@linuxhacker.ru] has joined #scheme 22:11:46 -!- jengle [n=jengle@69.0.54.57] has quit ["Leaving"] 22:16:14 bytecolor [n=user@32.152.75.40] has joined #scheme 22:18:37 -!- foof [n=user@FL1-125-199-31-117.osk.mesh.ad.jp] has quit [Read error: 60 (Operation timed out)] 22:20:58 kilimanjaro [n=kilimanj@unaffiliated/kilimanjaro] has joined #scheme 22:26:01 -!- choas [n=lars@p5B0DD140.dip.t-dialin.net] has quit ["leaving"] 22:29:11 leppie [n=lolcow@dsl-243-1-100.telkomadsl.co.za] has joined #scheme 22:32:04 -!- ski_ [n=md9slj@remote1.student.chalmers.se] has quit ["Lost terminal"] 22:33:51 bbbkzbnzzp [n=dvvfxwly@adsl-83-100-239-132.karoo.KCOM.COM] has joined #scheme 22:33:51 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:33:51 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:33:52 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:33:55 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:33:58 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:01 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:04 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:07 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:10 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:13 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:16 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:19 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:22 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:25 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:28 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:31 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:34 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:37 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:40 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:43 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:46 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:49 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:52 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:55 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:34:58 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:01 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:04 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:07 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:09 Mikaeel_Mohamed [n=Mohamdu@129-97-241-175.uwaterloo.ca] has joined #scheme 22:35:10 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:13 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:16 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:19 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:22 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:25 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:28 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:31 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:34 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:37 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:40 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:43 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:46 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:49 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:52 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:55 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:35:58 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:01 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:04 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:10 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:10 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:13 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:16 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:19 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:22 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:25 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:28 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:31 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:34 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:37 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:40 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:43 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:46 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:49 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:52 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:55 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:36:58 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:37:01 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:37:04 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:37:07 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:37:10 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 22:37:10 -!- bbbkzbnzzp [n=dvvfxwly@adsl-83-100-239-132.karoo.KCOM.COM] has quit [Remote closed the connection] 22:37:43 -!- ChanServ has set mode +o elly 22:37:45 -!- elly has set mode +R 22:37:47 jesus fuck 22:37:49 I am sick of those things 22:37:57 xwmfhqzl [n=qnhwq@201.137.119.97] has joined #scheme 22:37:57 -!- xwmfhqzl [n=qnhwq@201.137.119.97] has quit [Broken pipe] 22:37:58 time to move over to oftc 22:38:07 I don't think that will help 22:38:11 maybe not 22:38:12 dunno 22:38:19 I really, really wish freenode would patch their ircd to drop clients that POST preauth 22:38:27 like, server-side alias POST to QUIT 22:38:31 or, even better, to GLINEME 22:39:25 elly: What is +R? I don't recognize that mode. 22:39:31 only registered users can speak 22:39:39 Doesn's seem to help much. 22:39:46 doesn't* 22:39:46 er, it doesn't help retroactively 22:40:16 Daemmeru` [n=goetter@1133sae.mazama.net] has joined #scheme 22:40:41 -!- Daemmerung [n=goetter@1133sae.mazama.net] has quit [Read error: 104 (Connection reset by peer)] 22:40:42 I'm not sure that mode is a good idea for a public channel like #scheme. 22:40:58 I'm not sure either 22:41:06 if you have a better approach for getting rid of the bots, I'm all ears 22:41:22 I still think the best approach would be an auto-muting (tame) bot. 22:41:32 hrm 22:41:41 based on what criteria? 22:41:43 In the meantime, I suspect there are some users who will be affected by this, so please turn it off. 22:41:48 -!- elly has set mode -R 22:42:01 Detecting simple repetition would suffice, based on what I've seen of the spambots. 22:42:11 -!- Daemmeru` is now known as Daemmerung 22:42:13 -!- elly has set mode -o elly 22:42:49 *elly* oscillates 22:42:57 I am playing with SYNC; it is very cool 22:46:00 I'm far too busy to write such a bot now, but it should be a fairly simple exercise for anyone wanting to do a little sockets programming. Shirley someone here would appreciate the practice, no? 22:46:22 *Daemmerung* thinks about it 22:46:56 *elly* does too 22:47:28 chandler: I'm sure they would, and don't call me Shirley ;) 22:47:54 *Daemmerung* exhales gratefully 22:48:14 I'll run the bot on my server. It needs to be capable of identifying itself with NickServ. The author can choose the implementation, provided I won't find the choice revolting. 22:48:23 SIOD!! 22:48:40 I'd revolt at that one. 22:48:46 Hee. 22:49:20 there is probably a bot all ready to go... writtin in visual basic! 22:49:21 SISC is out for reasons of memory consumption. 22:49:39 How do you feel about Gambit? Been looking for an excuse to write a Gam-bot. 22:50:01 If I can't get the implementation to reasonably install on Debian Lenny, it's out too. I'm willing to install the latest version of the implementation from source, provided I can compile it. 22:50:05 Gambit is in bounds. 22:51:27 Let me nail down the requirements a little bit more. 22:51:39 Hold on a minute, I'll do it in an Emacs buffer and lisppaste the result. 22:53:30 elly: if you want to do this, tear it up. I either have lots of time in the next two weeks or none at all, with the cat ambiguously both dead and alive at this point. 22:57:23 JoelMcCracken [n=joelmccr@pool-96-236-180-142.pitbpa.east.verizon.net] has joined #scheme 22:57:48 chandler pasted "#scheme guardian requirements" at http://paste.lisp.org/display/93761 22:59:42 I can do this 22:59:50 chandler: how do you feel about plt? 23:00:15 I wouldn't consider it a bad thing if multiple people tackled this project. Consider it a contest, if you like. 23:00:20 haha 23:00:43 PLT is in bounds. Gratuitous renaming of symbols from the `scheme' module is not. :-) 23:00:51 aw ;P 23:01:42 If you do it in PLT, you can steal lots of code from rudybot. Go for it. 23:01:42 CHIBI! 23:01:54 network IO in plt is very easy 23:01:54 Chibi is in bounds too. 23:02:02 chibi does not have socket support, iirc 23:02:20 Well, that would be part of the project then. 23:02:25 azxdit [n=phaqd@189.169.248.250] has joined #scheme 23:02:25 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:02:25 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:02:26 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:02:29 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:02:31 -!- ChanServ has set mode +o elly 23:02:32 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:02:33 -!- elly has set mode +b *!*n=phaqd@189.169.248.* 23:02:33 -!- elly [n=pyxystyx@unaffiliated/elly] has been kicked from #scheme 23:02:36 -!- elly has set mode -o elly 23:02:45 -!- ChanServ has set mode +o elly 23:02:53 -!- elly has set mode -b *!*n=phaqd@189.169.248.* 23:02:54 Chibi as of 0.3 has some sort of socket support. 23:03:02 some sort of meaning what? 23:03:27 (define-module (chibi net) 23:03:27 (export sockaddr? address-info? get-address-info socket connect with-net-io 23:03:27 address-info-family address-info-socket-type address-info-protocol 23:03:27 address-info-address address-info-address-length address-info-next) 23:03:30 (import-immutable (scheme)) 23:03:33 (import (chibi filesystem)) 23:03:37 (include-shared "net") 23:03:40 (include "net.scm")) 23:03:43 23:03:51 hrm, makes me feel like I'm on yahoo! chat 23:03:52 -!- ChanServ has set mode +o elly 23:03:55 oh, excellent 23:03:57 my irssi alias does work 23:05:21 Anyway, I'm off to find food. 23:05:32 enjoy 23:10:58 -!- pavelludiq [n=quassel@91.139.194.147] has quit [Read error: 54 (Connection reset by peer)] 23:12:42 schmir [n=schmir@p54A93615.dip0.t-ipconnect.de] has joined #scheme 23:16:43 aeabvrgdk [n=grxo@user-0cdfpp4.cable.mindspring.com] has joined #scheme 23:16:43 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:16:43 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:16:44 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:16:47 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:16:50 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:16:53 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:16:56 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:16:59 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:05 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:08 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:11 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:14 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:17 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:20 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:23 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:26 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:29 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:17:31 -!- elly has set mode +b %aeabvrgdk!*@* 23:17:31 -!- aeabvrgdk [n=grxo@user-0cdfpp4.cable.mindspring.com] has quit [Connection reset by peer] 23:17:35 drat. 23:17:41 -!- elly has set mode -b %aeabvrgdk!*@* 23:18:20 *elly* has long response time due to many channels 23:18:43 excuses! 23:18:45 :p 23:19:02 ctuc [n=svaqaiqe@adsl-77-86-123-34.karoo.KCOM.COM] has joined #scheme 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 ldcs [n=hofcz@adsl-77-86-123-34.karoo.KCOM.COM] has joined #scheme 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 wklrcpyvftap [n=uhnkv@adsl-77-86-123-34.karoo.KCOM.COM] has joined #scheme 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 rvz [n=kkivb@adsl-77-86-123-34.karoo.KCOM.COM] has joined #scheme 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 kgdvycsvhlh [n=nfnibfdg@adsl-77-86-123-34.karoo.KCOM.COM] has joined #scheme 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:19:02 -!- ctuc [n=svaqaiqe@adsl-77-86-123-34.karoo.KCOM.COM] has quit [Broken pipe] 23:19:02 -!- ldcs [n=hofcz@adsl-77-86-123-34.karoo.KCOM.COM] has quit [Broken pipe] 23:19:02 -!- wklrcpyvftap [n=uhnkv@adsl-77-86-123-34.karoo.KCOM.COM] has quit [Broken pipe] 23:19:02 -!- rvz [n=kkivb@adsl-77-86-123-34.karoo.KCOM.COM] has quit [Broken pipe] 23:19:02 -!- kgdvycsvhlh [n=nfnibfdg@adsl-77-86-123-34.karoo.KCOM.COM] has quit [Broken pipe] 23:19:16 ouch 23:19:16 someone opened it 5 times, yikes 23:21:33 -!- happycube [n=cpage@208.1.239.35] has quit [Remote closed the connection] 23:21:44 happycube [n=cpage@208.1.239.35] has joined #scheme 23:22:59 -!- ChanServ has set mode +o chandler 23:23:08 asdf. 23:23:12 -!- chandler has set mode +b *!*@adsl-77-86-123-34.karoo.KCOM.COM 23:23:22 *elly* is currently watching many channels that are all being attacked by those bots 23:26:57 I wonder how many URL's they have stashed to use.. if they don't have a lot, automatically silencing anything that prints that URL would be a good idea 23:27:22 ohgcfzkbikis [n=kowlgph@70.44.7.5.res-cmts.bus.ptd.net] has joined #scheme 23:27:22 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:27:22 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:27:23 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:27:26 Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution! 23:27:28 -!- elly has set mode +b *!*n=kowlgph@*.44.7.5.res-cmts.bus.ptd.net 23:27:28 -!- elly [n=pyxystyx@unaffiliated/elly] has been kicked from #scheme 23:27:38 -!- elly has set mode -b *!*n=kowlgph@*.44.7.5.res-cmts.bus.ptd.net 23:27:46 ops can probably handle real people repeating that string. 23:28:08 that get silenced as a result 23:28:14 yes 23:32:34 -!- schmir [n=schmir@p54A93615.dip0.t-ipconnect.de] has quit [Remote closed the connection] 23:33:36 elly: Are any of the channels that are being attacked +s? 23:33:44 no 23:33:55 Hm. I wonder. 23:33:58 Let's try it. 23:34:02 -!- chandler has set mode +s 23:34:02 -!- ChanServ has set mode -s 23:34:13 Curse you, ChanServ! 23:34:23 +s will make us not show up in the channel list :P 23:34:31 but in any case, if they have a list of target channels, we are surely already in it 23:36:02 -!- chandler has set mode +s 23:36:12 if we go +s the terrorists win 23:36:16 hehe :P 23:36:23 I'm not sure if they have a set list of targets, or are going through the list. That's why I want to turn it on and see if there's another attack. 23:36:24 then again I'm not a channel admin who has to spend time on this shit :P 23:36:33 ah 23:36:52 are they parsing the online list or did they make a offline list 23:37:07 chandler: alright 23:37:18 I really doubt it's the former, adamant, but it could be 23:37:52 htpsprbrpe [n=khrsoaoa@79.101.174.121] has joined #scheme 23:37:52 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://www2.freenode.pl. Thanks! 23:37:52 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://www2.freenode.pl. Thanks! 23:37:55 -!- htpsprbrpe [n=khrsoaoa@79.101.174.121] has quit [K-lined] 23:38:01 lol 23:38:06 nice one 23:38:08 I think we can safely call that one BUSTED. 23:38:11 -!- chandler has set mode -s 23:38:24 don't click on this! http://www.clickhere.com 23:38:26 :P 23:39:16 Daemmerung pasted "whois for "freenode.pl"" at http://paste.lisp.org/display/93766 23:39:32 let me click on that! 23:39:33 :P 23:39:45 Trust nobody! Keep your laser handy. 23:39:54 *elly* has her laser handy :) 23:39:58 Daemmerung: only trust Friend Computer 23:40:03 *chandler* has a *green* laser handy. 23:40:08 And the IR lasr in this mouse. 23:42:13 Ah, shame. My ISP is blocking that site. 23:45:33 hki [n=necdu@41.112.129.203] has joined #scheme 23:45:33 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://www2.freenode.pl. Thanks! 23:45:33 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://www2.freenode.pl. Thanks! 23:45:33 -!- hki [n=necdu@41.112.129.203] has quit [Broken pipe] 23:45:53 lol 23:46:34 *elly* rolls her eyes 23:47:04 don't buy our product. _Click Here_ now to buy our product 23:47:29 ixtucrvdn [n=uqstxiod@host-189-69.xdsl.telecet.ru] has joined #scheme 23:47:29 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://www2.freenode.pl. Thanks! 23:47:29 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://www2.freenode.pl. Thanks! 23:47:32 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://www2.freenode.pl. Thanks! 23:47:35 -!- ChanServ has set mode +o chandler 23:47:36 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://www2.freenode.pl. Thanks! 23:47:37 -!- chandler has set mode +b *!*=uqstxiod@*.xdsl.telecet.ru 23:47:37 -!- chandler [n=n@opendarwin/developer/chandler] has been kicked from #scheme 23:52:03 bafy [n=oawwshkp@76.14.37.230] has joined #scheme 23:52:03 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! 23:52:03 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! 23:52:06 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! 23:52:10 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! 23:52:14 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! 23:52:14 -!- elly has set mode +b %bafy!*@* 23:52:18 -!- bafy [n=oawwshkp@76.14.37.230] has quit [Broken pipe] 23:53:30 -!- elly has set mode -b %bafy!*@* 23:53:51 -!- elly has set mode +b %*!*@* 23:53:53 oops 23:53:57 -!- elly has set mode -b %*!*@* 23:54:04 hm, that should've worked better than it did 23:54:07 *elly* stares at her alias 23:54:37 That last one should have been pretty effective at stopping the spamming. ;) 23:54:45 -!- hotblack23 [n=jh@p4FC5B4CA.dip.t-dialin.net] has quit ["Leaving."] 23:54:50 well, yes 23:55:22 elly: You can talk through a mute because you're +o. 23:55:27 I am aware 23:56:27 that's better 23:56:29 Interesting technical details on the attack from #freenode: the web page it's asking you to click on does a HTTP POST to chat.freenode.net:6667. The IRC protocol ignores invalid lines, and somewhere in the POST body is a set of actually valid IRC commands that triggers the flood. 23:56:35 yes 23:56:43 specifically, some javascript sends commands down the POST pipe 23:58:20 kloeri_ [i=kloeri@freenode/staff/exherbo.kloeri] has joined #scheme 23:58:36 hello kloeri_ 23:58:38 how goes? 23:58:46 (fancy seeing you here, etc :P) 23:58:50 saz [n=lwsiq@c-75-68-79-187.hsd1.nh.comcast.net] has joined #scheme 23:58:50 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! 23:58:50 Hi all. It seems we\'re again seeing javascript based flood spam. If you\'re experiencing this, please do not click the links in the messages as they will cause you to repeat the spam. More information is available at http://peoplesprimary.com. Thanks! 23:58:51 -!- saz [n=lwsiq@c-75-68-79-187.hsd1.nh.comcast.net] has quit [K-lined] 23:58:59 hi elly 23:59:10 just following a few spam bots around the network :) 23:59:10 Hello, staff person. 23:59:14 aha 23:59:16 We're seeing quite a few of them here. 23:59:17 hullo chandler 23:59:20 nod 23:59:22 yes, we are 23:59:30 set the channel +R if it gets too troublesome 23:59:32 chandler: it would probably be hard to add a hook to drop any connection sending HTTP headers 23:59:48 we try to kline them quickly but they still get to spam a bit 23:59:50 kloeri_: yeah, we did before, but this is a public help channel, so... 23:59:52 Adamant: I asked about that, since I'm sure I'm not the first person to suggest that.