00:11:24 -!- davazp [~user@15.Red-83-57-38.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] 00:14:41 -!- rgrau [~user@62.Red-88-2-20.staticIP.rima-tde.net] has quit [Remote host closed the connection] 00:22:12 wbooze` [~levgue@xdsl-78-35-146-248.netcologne.de] has joined #scheme 00:22:25 homie` [~levgue@xdsl-78-35-146-248.netcologne.de] has joined #scheme 00:23:20 -!- homie` [~levgue@xdsl-78-35-146-248.netcologne.de] has quit [Remote host closed the connection] 00:23:38 -!- wbooze` [~levgue@xdsl-78-35-146-248.netcologne.de] has quit [Remote host closed the connection] 00:24:15 -!- rasterbar [~rasterbar@unaffiliated/rasterbar] has quit [Remote host closed the connection] 00:25:17 -!- wbooze [~levgue@xdsl-84-44-208-142.netcologne.de] has quit [Ping timeout: 264 seconds] 00:25:17 -!- homie [~levgue@xdsl-84-44-208-142.netcologne.de] has quit [Ping timeout: 264 seconds] 00:26:09 homie [~levgue@xdsl-78-35-146-248.netcologne.de] has joined #scheme 00:26:18 kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has joined #scheme 00:28:48 wbooze [~levgue@xdsl-78-35-146-248.netcologne.de] has joined #scheme 00:32:01 Phao [phao@189.107.191.175] has joined #scheme 00:34:13 -!- zmv [~daniel@c95334ae.virtua.com.br] has quit [Quit: brb] 00:34:50 -!- Teapot [~teapot@gateway/shell/bshellz.net/x-hxzrfrxmvtlhffjl] has quit [Ping timeout: 276 seconds] 00:36:46 Teapot [~teapot@gateway/shell/bshellz.net/x-leqdrnmqnqopwxdf] has joined #scheme 00:45:22 zmv [~daniel@c95334ae.virtua.com.br] has joined #scheme 00:55:28 -!- kuribas [~user@dD5763497.access.telenet.be] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 00:57:49 -!- Phao [phao@189.107.191.175] has quit [Quit: Fui embora] 01:02:42 -!- pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 265 seconds] 01:02:42 -!- pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 265 seconds] 01:07:44 noonian [~noonian@c-24-20-15-118.hsd1.or.comcast.net] has joined #scheme 01:10:15 -!- evhan [~evhan@76-250-39-229.lightspeed.mdsnwi.sbcglobal.net] has quit [Ping timeout: 240 seconds] 01:12:16 evhan [~evhan@dyn-206-214.vpn.wisc.edu] has joined #scheme 01:22:56 -!- kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has quit [Ping timeout: 276 seconds] 01:29:51 -!- noonian [~noonian@c-24-20-15-118.hsd1.or.comcast.net] has quit [Quit: Leaving] 01:33:05 -!- evhan [~evhan@dyn-206-214.vpn.wisc.edu] has quit [Read error: Connection reset by peer] 01:36:52 evhan [~evhan@76-250-39-229.lightspeed.mdsnwi.sbcglobal.net] has joined #scheme 01:42:20 -!- carleastlund [~cce@gotham.ccs.neu.edu] has quit [Quit: carleastlund] 01:45:55 -!- zmv [~daniel@c95334ae.virtua.com.br] has quit [Ping timeout: 260 seconds] 01:52:37 Nisstyre [~nisstyre@infocalypse-net.info] has joined #scheme 01:56:08 -!- dfkjjkfd [~paulh@210-11-ftth.onsnetstudenten.nl] has quit [Quit: Lost terminal] 01:56:42 -!- Nisstyre [~nisstyre@infocalypse-net.info] has quit [Client Quit] 01:57:44 Nisstyre [~nisstyre@infocalypse-net.info] has joined #scheme 01:57:48 myu2 [~myu2@v077103.dynamic.ppp.asahi-net.or.jp] has joined #scheme 02:00:13 -!- mwolfe [~michael@cpe-67-49-72-40.socal.res.rr.com] has quit [Remote host closed the connection] 02:10:03 devslashnull [~james@dyn-183.greentreefrog.net.au] has joined #scheme 02:13:05 -!- Axioplase_ is now known as Axioplase 02:20:38 Azuvix [~james@174-27-39-176.bois.qwest.net] has joined #scheme 02:28:07 -!- masm [~masm@bl19-159-74.dsl.telepac.pt] has quit [Quit: Leaving.] 02:42:45 -!- ehwat [ehwat@CPE002401ce6288-CM0019474d1aac.cpe.net.cable.rogers.com] has quit [] 02:43:26 masm [~masm@bl19-159-74.dsl.telepac.pt] has joined #scheme 03:06:12 -!- peterhil [~peterhil@a91-153-127-82.elisa-laajakaista.fi] has quit [Ping timeout: 248 seconds] 03:07:33 -!- bgs100 [~ian@unaffiliated/bgs100] has quit [Quit: night] 03:08:37 -!- masm [~masm@bl19-159-74.dsl.telepac.pt] has quit [Ping timeout: 240 seconds] 03:09:30 Phao [phao@189.107.144.244] has joined #scheme 03:32:51 -!- bzzbzz [~franco@modemcable240.34-83-70.mc.videotron.ca] has quit [Quit: leaving] 03:39:19 -!- Phao [phao@189.107.144.244] has quit [Ping timeout: 255 seconds] 03:49:08 rudybot: (letrec ((x (cons 1 x))) x) 03:49:09 erjiang: your sandbox is ready 03:49:09 erjiang: ; Value: (1 . #) 03:49:43 Thankfully, Guile disallows that sort of code. :-) 03:50:10 what on earth 03:51:01 rudybot: (version) 03:51:01 erjiang: ; Value: "5.0.1" 03:52:36 timj_ [~timj@e176194000.adsl.alicedsl.de] has joined #scheme 03:54:17 gabot [~eli@champlain.ccs.neu.edu] has joined #scheme 03:54:48 -!- gabot [~eli@champlain.ccs.neu.edu] has quit [Remote host closed the connection] 03:55:44 gabot [~eli@champlain.ccs.neu.edu] has joined #scheme 03:55:51 -!- timj [~timj@e176197179.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds] 03:56:04 -!- gabot [~eli@champlain.ccs.neu.edu] has quit [Remote host closed the connection] 04:01:34 pytho [959fd3f1@gateway/web/freenode/ip.149.159.211.241] has joined #scheme 04:10:57 F [~f@unaffiliated/f] has joined #scheme 04:11:04 -!- F [~f@unaffiliated/f] has left #scheme 04:18:01 -!- gnomon [~gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has quit [Ping timeout: 255 seconds] 04:18:16 gnomon [~gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has joined #scheme 04:19:01 Phao [phao@189.107.145.21] has joined #scheme 04:19:54 Riastradh, hey... about time/date... there is no way to tell if a minute will have a leap second or not right? I mean, one could look up a table to see what leap seconds already happened, but it's not possible to predict one. How do computer programs deal with that sort of thin? 04:21:46 -!- Phao [phao@189.107.145.21] has quit [Client Quit] 04:22:04 Phao [phao@189.107.130.252] has joined #scheme 04:22:22 kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has joined #scheme 04:22:31 -!- pytho [959fd3f1@gateway/web/freenode/ip.149.159.211.241] has quit [Quit: Page closed] 04:25:00 Phao: You keep such a table on your computer and update it periodically. 04:25:19 For programs that use djb's libtai (which Riastradh linked to previously), that file is called /etc/leapsecs.dat. 04:25:21 but still 04:25:28 it's not possible to predict them.. 04:25:36 No, because those dates are set by humans. 04:25:39 From time to time. 04:25:41 yes 04:25:45 and what then? 04:26:09 when dealing with future dates, leap seconds are just ignored, which is what I plan in doing? 04:34:15 -!- MichaelRaskin [~MichaelRa@195.91.224.225] has quit [Remote host closed the connection] 04:35:40 qhe [~qhe2@192.55.55.39] has joined #scheme 04:37:14 -!- visviva [47b6f963@gateway/web/freenode/ip.71.182.249.99] has quit [Ping timeout: 265 seconds] 04:38:49 Phao: this may be an amusing article, if only tangentially related 04:38:51 Phao: http://esr.ibiblio.org/?p=2869 04:43:46 Phao: No, store dates in terms of TAI. Let conversion to UTC happen as part of formatting the date for display. 04:44:03 Phao: Similar in concept to storing times relative to UTC, and converting it to the target timezone when displaying. 04:46:34 cky, I can't see how that helps 04:46:59 if I need to print a date that is, for example, in the year 2015 04:47:12 I can't predict how many leap seconds happened from now to there 04:47:44 Phao: right... what else do you expect to do? 04:48:01 I just wanna know what programmers tend to do. 04:48:19 I'm planning on ignoring leap seconds while doing stuff like that (I'm writing some date/time handling functions) 04:48:44 -!- Azuvix [~james@174-27-39-176.bois.qwest.net] has quit [Quit: Leaving] 04:49:32 Are you working with GPS satellites? 04:50:05 No 04:51:06 -!- Phao [phao@189.107.130.252] has quit [Quit: Fui embora] 04:51:21 Phao [phao@189.107.141.45] has joined #scheme 04:53:13 Phao: I think for most people, it's enough to just deal with UTC and not worry about leap seconds 04:59:20 that's what I figured 04:59:21 brb 04:59:22 -!- Phao [phao@189.107.141.45] has quit [Quit: Fui embora] 04:59:54 -!- erjiang [~erjiang@7.80.244.66.jest.smithvilledigital.net] has quit [Quit: 'night] 05:03:17 -!- myu2 [~myu2@v077103.dynamic.ppp.asahi-net.or.jp] has quit [Remote host closed the connection] 05:04:50 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Ping timeout: 240 seconds] 05:06:31 Phao [phao@189.107.129.35] has joined #scheme 05:07:31 -!- Phao [phao@189.107.129.35] has quit [Client Quit] 05:09:46 preflex [~preflex@unaffiliated/mauke/bot/preflex] has joined #scheme 05:18:44 peterhil [~peterhil@a91-153-127-82.elisa-laajakaista.fi] has joined #scheme 05:26:42 MichaelRaskin [~MichaelRa@195.178.216.22] has joined #scheme 05:31:55 -!- devslashnull [~james@dyn-183.greentreefrog.net.au] has quit [Read error: Connection reset by peer] 05:32:26 skld [~skld@vpn.bangalore.geodesic.com] has joined #scheme 05:32:26 -!- skld [~skld@vpn.bangalore.geodesic.com] has quit [Changing host] 05:32:26 skld [~skld@unaffiliated/skld] has joined #scheme 05:36:44 -!- blueadept [~blueadept@unaffiliated/blueadept] has quit [Quit: Leaving] 05:43:17 -!- evhan [~evhan@76-250-39-229.lightspeed.mdsnwi.sbcglobal.net] has quit [Ping timeout: 264 seconds] 05:46:09 -!- skld [~skld@unaffiliated/skld] has left #scheme 05:59:24 chittoor [~chittoor@listertech.in] has joined #scheme 06:12:37 nilg` [~user@77.70.2.229] has joined #scheme 06:49:30 bitweiler [~bitweiler@adsl-99-40-239-167.dsl.stl2mo.sbcglobal.net] has joined #scheme 06:49:44 myu2 [~myu2@58x5x224x106.ap58.ftth.ucom.ne.jp] has joined #scheme 06:53:02 -!- chittoor [~chittoor@listertech.in] has quit [Quit: Leaving] 07:00:18 chittoor [~chittoor@listertech.in] has joined #scheme 07:01:03 fantazo_ [~fantazo@178-190-239-85.adsl.highway.telekom.at] has joined #scheme 07:04:50 -!- fantazo [~fantazo@178-190-232-86.adsl.highway.telekom.at] has quit [Ping timeout: 276 seconds] 07:13:28 -!- bitweiler [~bitweiler@adsl-99-40-239-167.dsl.stl2mo.sbcglobal.net] has quit [Remote host closed the connection] 07:16:39 -!- mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds] 07:18:01 schmir [~schmir@mail.brainbot.com] has joined #scheme 07:29:10 githogori [~githogori@adsl-66-123-22-146.dsl.snfc21.pacbell.net] has joined #scheme 07:29:12 -!- jonrafkind [~jon@jonr5.dsl.xmission.com] has quit [Ping timeout: 246 seconds] 07:52:10 -!- kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has quit [Ping timeout: 240 seconds] 07:54:12 mmc [~michal@85.90.76.130] has joined #scheme 08:02:09 hkBst [~quassel@gentoo/developer/hkbst] has joined #scheme 08:12:53 adu [~ajr@pool-173-73-0-57.washdc.fios.verizon.net] has joined #scheme 08:20:22 -!- Axioplase [~Axioplase@fortigate.kb.ecei.tohoku.ac.jp] has quit [Ping timeout: 240 seconds] 08:20:29 Axioplase [~Axioplase@fortigate.kb.ecei.tohoku.ac.jp] has joined #scheme 08:20:46 -!- Axioplase is now known as Axioplase_ 08:27:44 -!- nilg` [~user@77.70.2.229] has quit [Read error: Connection reset by peer] 08:31:14 -!- fantazo_ [~fantazo@178-190-239-85.adsl.highway.telekom.at] has quit [Ping timeout: 240 seconds] 08:31:58 nilg` [~user@77.70.2.229] has joined #scheme 08:34:12 wingo [~wingo@90.164.198.39] has joined #scheme 08:46:15 fantazo_ [~fantazo@178-191-168-47.adsl.highway.telekom.at] has joined #scheme 08:53:38 -!- mmc [~michal@85.90.76.130] has quit [Ping timeout: 240 seconds] 08:53:52 -!- wingo [~wingo@90.164.198.39] has quit [Ping timeout: 255 seconds] 08:57:09 mmc [~michal@82.210.249.81] has joined #scheme 08:57:39 -!- adu [~ajr@pool-173-73-0-57.washdc.fios.verizon.net] has quit [Quit: adu] 09:01:27 -!- mmc [~michal@82.210.249.81] has quit [Ping timeout: 240 seconds] 09:04:28 -!- fantazo_ [~fantazo@178-191-168-47.adsl.highway.telekom.at] has quit [Remote host closed the connection] 09:04:32 adu [~ajr@pool-173-73-0-57.washdc.fios.verizon.net] has joined #scheme 09:07:27 -!- twem2 [~twem2@puma-mxisp.mxtelecom.com] has quit [Remote host closed the connection] 09:11:10 republican_devil [~g@pool-74-111-197-135.lsanca.fios.verizon.net] has joined #scheme 09:11:25 can someone point me to the file moving/renaming part of scheme? 09:11:39 I want to use chicken fultime instead of bash etc. 09:11:44 and compiling scipts loosk fun 09:16:24 mmc [~michal@85.90.76.66] has joined #scheme 09:20:31 HG` [~HG@xdslar210.osnanet.de] has joined #scheme 09:33:41 -!- qhe [~qhe2@192.55.55.39] has quit [Ping timeout: 276 seconds] 09:38:49 pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #scheme 09:38:55 pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #scheme 09:47:20 -!- Caleb-- [~caleb@109.65.207.153] has quit [Ping timeout: 255 seconds] 10:17:23 -!- schmir [~schmir@mail.brainbot.com] has quit [Remote host closed the connection] 10:25:33 -!- drdo [~user@91.205.108.93.rev.vodafone.pt] has quit [Ping timeout: 276 seconds] 10:27:42 -!- nilg` [~user@77.70.2.229] has quit [Read error: Connection reset by peer] 10:34:10 -!- zanes [~zane@wall.tripitinc.com] has quit [Ping timeout: 240 seconds] 10:40:52 zanes [~zane@wall.tripitinc.com] has joined #scheme 10:41:44 -!- pygospa [~pygospa@kiel-d9bfd171.pool.mediaWays.net] has quit [Ping timeout: 265 seconds] 10:43:19 pygospa [~pygospa@kiel-5f77ba19.pool.mediaWays.net] has joined #scheme 10:47:57 schmir [~schmir@mail.brainbot.com] has joined #scheme 11:08:16 ray_ [ray@xkcd-sucks.org] has joined #scheme 11:08:17 -!- ray [ray@xkcd-sucks.org] has quit [Remote host closed the connection] 11:16:16 zanes_ [~zane@wall.tripitinc.com] has joined #scheme 11:16:16 -!- zanes [~zane@wall.tripitinc.com] has quit [Read error: Connection reset by peer] 11:16:16 -!- zanes_ is now known as zanes 11:18:56 dfkjjkfd [~paulh@210-11-ftth.onsnetstudenten.nl] has joined #scheme 11:35:48 nilg` [~user@77.70.2.229] has joined #scheme 11:42:41 davazp [~user@15.Red-83-57-38.dynamicIP.rima-tde.net] has joined #scheme 11:55:42 masm [~masm@bl19-159-74.dsl.telepac.pt] has joined #scheme 12:14:48 pnkfelix [~Adium@c-71-225-45-140.hsd1.nj.comcast.net] has joined #scheme 12:20:20 -!- HG` [~HG@xdslar210.osnanet.de] has quit [Quit: HG`] 12:24:11 -!- myu2 [~myu2@58x5x224x106.ap58.ftth.ucom.ne.jp] has quit [Remote host closed the connection] 12:25:11 myu2 [~myu2@58x5x224x106.ap58.ftth.ucom.ne.jp] has joined #scheme 12:25:20 -!- myu2 [~myu2@58x5x224x106.ap58.ftth.ucom.ne.jp] has quit [Remote host closed the connection] 12:44:33 -!- wbooze [~levgue@xdsl-78-35-146-248.netcologne.de] has quit [Read error: Connection reset by peer] 12:44:37 -!- homie [~levgue@xdsl-78-35-146-248.netcologne.de] has quit [Read error: Connection reset by peer] 12:45:44 wbooze [~levgue@xdsl-78-35-190-151.netcologne.de] has joined #scheme 12:45:48 homie [~levgue@xdsl-78-35-190-151.netcologne.de] has joined #scheme 12:47:27 dzhus [~sphinx@95-28-98-194.broadband.corbina.ru] has joined #scheme 13:05:21 -!- dzhus [~sphinx@95-28-98-194.broadband.corbina.ru] has quit [Remote host closed the connection] 13:12:05 mathk__ [~mathk@194.177.61.39] has joined #scheme 13:15:17 -!- mathk [~mathk@194.177.61.45] has quit [Ping timeout: 240 seconds] 13:15:17 -!- mathk__ is now known as mathk 13:24:26 -!- davazp [~user@15.Red-83-57-38.dynamicIP.rima-tde.net] has quit [Remote host closed the connection] 13:30:51 parolang [~parolang@c-64-246-121-114.oregonrd-wifi-1261.amplex.net] has joined #scheme 13:30:57 -!- parolang [~parolang@c-64-246-121-114.oregonrd-wifi-1261.amplex.net] has left #scheme 13:31:16 parolang [~parolang@c-64-246-121-114.oregonrd-wifi-1261.amplex.net] has joined #scheme 13:36:12 f8l [~f8l@87.205.27.57] has joined #scheme 13:54:06 none of the popular scripting languages have even remotely sane unicode handling :( 13:54:58 you have to fight tooth and nail and say "this value is unicode, and so is this one, and so is input from this file, and I want this regexp to match with unicode semantics, etc." and it still doesn't work 13:56:18 Yeah, it's horrible 13:56:33 and it's really not at all hard to get right 13:57:43 I blame C's lack of support 13:57:57 actually, I'm specifically referring to perl and python - I've heard PHP is similarly broken, but ruby might be better 13:58:11 factor's handling of unicode is supposed to be good, but I guess it doesn't qualify as 'popular' :) 13:58:37 ruby wasn't any better up till 1.8. I hear 1.9 has better native handling of unicode 13:58:40 well, I'm looking for something that would be installed on the servers at m company 13:59:07 otherwise gauche would work perfectly 13:59:33 PHP 6 is slated to have full native support of unicode, but that version has been scrapped and restarted so often I don't know if it will ever see the light of day 13:59:55 (and I doubt it will be any good, anyway) 14:00:11 chicken's utf8 module also works fine, but I've been too lazy to add all the unicode properties to irregex 14:02:43 -!- nilg` [~user@77.70.2.229] has quit [Read error: Connection reset by peer] 14:10:00 myu2 [~myu2@v077103.dynamic.ppp.asahi-net.or.jp] has joined #scheme 14:12:08 mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has joined #scheme 14:23:51 -!- mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds] 14:39:59 gravicappa [~gravicapp@ppp85-141-167-24.pppoe.mtu-net.ru] has joined #scheme 14:42:37 -!- adu [~ajr@pool-173-73-0-57.washdc.fios.verizon.net] has quit [Quit: adu] 14:44:24 langmartin [~user@exeuntcha2.tva.gov] has joined #scheme 14:47:15 pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #scheme 14:53:14 twem2 [~twem2@puma-mxisp.mxtelecom.com] has joined #scheme 14:57:07 aisa [~aisa@173-10-243-253-Albuquerque.hfc.comcastbusiness.net] has joined #scheme 15:11:15 -!- copumpkin [~pumpkin@unaffiliated/pumpkingod] has quit [Quit: Computer has gone to sleep.] 15:15:42 Caleb-- [~caleb@bzq-79-178-207-139.red.bezeqint.net] has joined #scheme 15:16:17 evhan [~evhan@76.250.39.229] has joined #scheme 15:25:09 Grazl [~Grazl@188.Red-83-49-132.dynamicIP.rima-tde.net] has joined #scheme 15:28:59 -!- Grazl [~Grazl@188.Red-83-49-132.dynamicIP.rima-tde.net] has quit [Quit: Leaving] 15:35:13 -!- republican_devil [~g@pool-74-111-197-135.lsanca.fios.verizon.net] has quit [Read error: Connection reset by peer] 15:37:11 copumpkin [~pumpkin@17.101.89.205] has joined #scheme 15:37:11 -!- copumpkin [~pumpkin@17.101.89.205] has quit [Changing host] 15:37:11 copumpkin [~pumpkin@unaffiliated/pumpkingod] has joined #scheme 15:39:57 pchrist_ [~spirit@gentoo/developer/pchrist] has joined #scheme 15:41:30 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Ping timeout: 240 seconds] 15:45:41 unicode is a pain and a half. we should all just use ucs-4 and stop complaining about the size of the files 15:47:53 but then the files are huge 15:49:11 the linux checkout I'm working on atm is 900MB when clean, and I suspect it'd be like 3.5GB if it was UCS-4; I don't really want to pay in terms of time it takes 'git diff' to work and such 15:50:12 and that's why we struggle with unicode :) 15:50:29 nobody wants to deal with the extra size 15:52:35 I get an odd behavior in scheme where, when experimenting in the repl with define-macro, at some point it stops letting me redefine the macro. Is there an "undefine" in the spec or that works? 15:52:44 samth [~samth@punge.ccs.neu.edu] has joined #scheme 15:52:51 -!- langmartin [~user@exeuntcha2.tva.gov] has quit [Ping timeout: 246 seconds] 15:57:12 You all are Western language imperialists. :-P 15:57:21 What if all your source code is written in Chinese? 15:58:04 *cky* thinks of a universe where latin characters are all in plane 16. 15:58:28 Then, whether you're using UTF-8, UTF-16, or UTF-32, each latin character is 4 octets. :-P 15:59:24 I have previously proposed UTF-21. Under such a system.... 15:59:30 rudybot: (/ 21 8) 15:59:30 cky: your racket sandbox is ready 15:59:30 cky: ; Value: 21/8 15:59:40 rudybot: (exact->inexact (/ 21 8)) 15:59:40 cky: ; Value: 2.625 15:59:48 ...each character is just 2.625 octets. 15:59:49 :-P 16:00:13 corruptmemory [~jim@96.246.167.18] has joined #scheme 16:00:25 I'm not against unicode but like foof said, no one gets it right 16:00:49 That might have to do with the fact that the Unicode standard is probably 1000+ pages long. :-P 16:00:56 And nobody has the brainspace to hold all that in. 16:01:14 that's insane, if it's really that long we should dump it. that's larger than the standard for CL 16:01:27 Well, I haven't read it, so I wouldn't know. 16:02:28 If I didn't have my corpus all done and indexed and I knew what kind of trouble awaited be I would've converted it all from utf8 to iso8859 16:04:03 langmartin [~user@exeuntcha2.tva.gov] has joined #scheme 16:04:29 rien: s/iso8859/Big5/ FTFY 16:05:13 lol never heard of that 16:05:46 hey let's come up with a simpler replacement for unicode 16:05:54 -!- schmir [~schmir@mail.brainbot.com] has quit [Remote host closed the connection] 16:06:26 EBCIDIC! 16:06:40 For just about any x, rien, many people will get x wrong. Unicode is no exception. The alternatives, however, are much, much worse. Example: I want to store Cyrillic and Turkish text in a single document. Do you want to ask everyone to write `switch-encoding' markers all throughout their files, and get those right? That's much harder than just storing the text in UTF-8. 16:06:40 I suggest having 3 special bytes, one means "from here on it's all ucs-1", the other means "from here on it's all ucs-2" and the other means "from here on it's all ucs-4" 16:06:47 that's what I would've come up with 16:07:19 Riastradh: not switch-encoding, just switch-to-ucs-x, see above 16:07:22 That's what everyone did a long time ago. They all concluded that it is a disastrous mess. Hence Unicode. 16:07:47 what was that system called that they used switch-to-ucs-x? 16:07:57 rien: Big5 is the pre-Unicode encoding used for Traditional Chinese text. 16:08:00 Grazl [~Grazl@188.Red-83-49-132.dynamicIP.rima-tde.net] has joined #scheme 16:08:09 cky: but that's just for those languages 16:08:16 rien: Well of course. 16:08:57 I think one of the problems with people getting unicode wrong is all the bit twiddling necessary to get it right 16:09:05 if it were just full-byte markers it'd be much easier 16:09:16 that's just my fault-finder self complaining, though. 16:09:19 Citation needed, rien. 16:09:39 last comment precludes the need for one :) 16:10:04 Riastradh: why do you think we don't have unicode support in languages that just work? 16:10:16 like foof was ssaying 16:10:38 That's a tiny, minute detail of the engineering of a whole system. I don't think I have ever seen anyone really screw up decoding or encoding UTF-8 or UTF-16. What I have seen are higher-level botches, where process A spits out code points in UTF-8 and process B reads them in as ISO-8859-3 and gets confused. 16:11:14 (OK, that was a hypothetical example of a general class of mistakes that I have seen -- I haven't seen that one in particular.) 16:12:00 rien: The problem with all those markers are that they're not self-syncing. 16:12:10 rien: If the marker gets corrupted, the stream also is, for quite a long time. 16:12:17 rien: UTF-8 is designed to be self-syncing. 16:12:31 You always know where in a multi-byte sequence you're at, or if you're not in one at all. 16:12:44 cky: yes, but maybe there's a correlation between robustness and complexity there 16:13:01 UTF-8 is _not_ _that_ _complex_. 16:13:19 then s/complexity/painfulness :P 16:13:25 Not even really. 16:13:29 rien, what is complex is natural languages. Choose any way to represent them; I guarantee that it will be complex and error-prone. 16:14:55 hmm 16:14:57 -!- corruptmemory [~jim@96.246.167.18] has quit [Quit: Leaving] 16:15:33 corruptmemory [~jim@96.246.167.18] has joined #scheme 16:15:37 I think you are complaining about Unicode only because it is prevalent and therefore appears correlated with the difficulty of dealing with natural language text -- because it's the only system anybody seriously uses for dealing with natural language text. 16:16:15 Twenty-five years ago, you would have been complaining about the plethora of random character sets and encodings that Unicode was built to replace. 16:16:26 not at all, I've always dealt with iso-8859-1 and never even knew about the word "encoding". I was happy in my ignorance :) 16:17:58 there is a phrase my team uses for that - "failing 90% of our potential user base" 16:18:00 also, there has got to be a performance penalty for having to check each byte to see if it begins with 110 or whatever 16:18:10 So, in other words, the only natural language text you care about is that in a few western European languages. 16:18:55 Riastradh: yes, in my case that's true. so from my point of view what was once easy for me is now hard. I now it's self-centric but it's true, it's now harder for me to do what I did before 16:18:59 and slower 16:19:12 That's fine -- but please understand that ISO-8859-1, or even the ISO-8859-k system, is inadequate and badly engineered for the communication of six of the seven billion people on this planet. 16:19:24 I do understand that 16:19:26 Slower? 16:20:21 nilg` [~user@77.70.2.229] has joined #scheme 16:20:28 doesn't processing unicode have to ask each byte whether they start with 110? Code that deals with one-byte-wide chars is always faster than dealing with wide-chars and that's not because of the size, it's because of all the checks 16:20:33 rien: Now you're getting into micro-optimisation-land. 16:20:50 rien: Most of the micro-optimisations simply Don't Matter(tm). 16:20:54 w3m -- or perhaps urxvt -- slows down when I render a page full of kanji, but that's only because it has to pause for disk I/O while loading fonts. 16:21:04 cky: they matter when you're processing hundreds of thousands of files 16:21:04 that amount of slowness pales in comparison to asking the disk for 4 times as much data (which happens if you force UCS-4) 16:21:06 rien, not really, you still use ISO-8859-1, it's not harder. The difference is that you are aware of it's shortcommings. 16:21:11 rien: I call BS. 16:21:15 *you can* 16:21:19 we're all disk-bound anyway, rien 16:21:27 elly++ 16:21:34 elly: I don't think so, but I'd be open to see test results 16:21:47 I conjecture that there is *no* system which bottlenecks on UTF-8 decoding 16:21:50 rien: When your CPU runs at 100% all the time, then you can talk. 16:21:50 rien, if you claim there is a performance problem, you should be prepared to show test results, not ask for them. 16:21:55 just because it is three compares and three tests 16:21:59 What Riastradh said. 16:22:02 er, three compares and three conditionals 16:22:03 but yeah 16:22:08 what Riastradh said 16:22:12 Jinx! 16:22:13 :-) 16:22:24 the ircd you are using is slicing and dicing unicode text from 60,000 clients as we speak and using <1% of CPU on its host box 16:22:41 elly: Well, I think the ircd treats everything as a byte stream, actually. 16:22:49 it does, yes :) 16:23:01 it does not care even slightly about whether you send unicode or not 16:23:02 you're right, perhaps I need to learn how to deal with unicode in a faster way, but still, I shouldn't have to be worrying about this 16:23:02 Actually, the ircd is just transmitting octets. The only natural language processing it does is to compare case insensitively according to a Norwegian definition of `case'. 16:23:04 perhaps that is a bad example 16:23:14 rien: Stop being so obsessive about micro-optimisations. 16:23:22 rien: that's not natural language, that's just the protocol :P 16:23:26 rien: If your program pegs 100% CPU, then you can profile. 16:23:27 cky: that's what's bogging me down :/ 16:23:43 _If_ your profile shows the UTF-8 decoding is what's slow, then tune that. 16:23:54 Otherwise, you're stabbing in the dark. 16:24:51 yeah 16:25:04 optimization without profiling results in hand is one of the major sins of computer science 16:26:19 elly++ 16:28:06 elly: a couple of years back the gambit mailing list reached the conclusion that file slurping was slower in gambit than python because of unicode processing. python had a trick for reading the file and delaying the unicode interpretation until it was requested, allowing you to operate on text as a byte stream without readint it all 16:28:35 hmm interesting 16:28:38 just fwiw. that is not, of course, a system that was bottlenecked. but it is possible to have unicode processing make a measurable difference in performance. 16:29:24 langmartin: there are a LOT of other things that could suck there, though 16:29:38 langmartin, were you using the Unicode interpretation of the octets, or were you decoding and re-encoding? 16:29:49 there is a naive implementation where you fgetc() if you need to after each unicode char, which will cause a ruinous number of system calls 16:30:39 If the former, then Gambit should just implement a cleverer algorithm, since obviously one exists in Python. If the latter, where you're just transmitting octets without interpreting them, then you shouldn't be involving Unicode at all. 16:31:55 elly: there were a few other things that sucked about it, and the unicode eager interpretation was the last one left. 16:32:37 elly, in any stdio implementation for the past twenty years, except for locking, fgetc is a matter of fetching a byte from a buffer and bumping a pointer, most of the time. 16:33:18 Riastradh: I guess, but if you're dealing with humongous files (which it sounds like they were?), the stdio buffer may not be big enough 16:33:35 Riastradh: as I recall, the conclusion was that gambit should use the python trick. I think the file was slurped into a string and not examined; python correctly shovelled the bytes through and gambit's string type forced the thing to be broken down into characters 16:35:53 *elly* shrugs helplessly 16:35:54 elly, huh? That's what setbuf &c. are for. (I'm not going to claim that stdio is a paragon of engineering, but it is engineered well enough to do byte-by-byte input reasonably.) 16:36:25 Riastradh: right, and whether gambit and python use that I do not know 16:36:43 Oh, I doubt it. It would be pretty silly to do that. 16:37:11 I stand by "this is not worth worrying about until you have profiling data" 16:41:13 carleastlund [~cce@gotham.ccs.neu.edu] has joined #scheme 16:41:16 elly: I stand by that too, I was just pointing out that it can come up. 16:42:05 if you're implementing a language, say, you'd want to make sure that you know when to peek into your strings, and a naive unicode implementation could trip you up 16:42:36 I thought it was an interesting discussion (and I've been (slowly) working on a scheme that's supposed to support unicode) 16:51:45 mwolfe [~michael@cpe-67-49-72-40.socal.res.rr.com] has joined #scheme 16:58:31 -!- hkBst [~quassel@gentoo/developer/hkbst] has quit [Read error: Connection reset by peer] 17:00:12 mao`s [mao@lost.my.eye.rs] has joined #scheme 17:05:27 stamourv [~user@kauai.ccs.neu.edu] has joined #scheme 17:07:42 levi [~user@c-174-52-219-147.hsd1.ut.comcast.net] has joined #scheme 17:10:59 -!- ToxicFrog [~ToxicFrog@2607:f2c0:f00e:500:222:15ff:fe91:b24c] has quit [Remote host closed the connection] 17:11:03 jonrafkind [~jon@crystalis.cs.utah.edu] has joined #scheme 17:11:57 ToxicFrog [~ToxicFrog@2607:f2c0:f00e:500:222:15ff:fe91:b24c] has joined #scheme 17:14:24 Paredit is the editor of the gods. That is all. (I've only learnt to use M-( and M-s in terms of the bucky-key functionality, but even those are very powerful by themselves.) 17:16:41 You might also like M-r, C-right, C-left, C-M-right, and C-M-left. 17:18:14 I've only learned M-( and M-, I'll try these other ones 17:18:56 Hmm... M-left and M-right are just word motion commands built into Emacs. 17:19:17 Riastradh: Thanks, I'll add those to my to-learn list. :-) 17:19:42 oops sorry, I meant C- 17:19:46 barf and slurp 17:20:56 cky, if you have a to-learn list for paredit, put at the end of it. (By `at the end of it', I mean `after you have already learned everything else, and insert anything new before this item'.) Then perhaps find nice keys for it... 17:21:34 Nice. 17:30:39 Grazl_ [~Grazl@188.Red-83-49-132.dynamicIP.rima-tde.net] has joined #scheme 17:31:10 -!- MichaelRaskin [~MichaelRa@195.178.216.22] has quit [Remote host closed the connection] 17:33:41 -!- Grazl [~Grazl@188.Red-83-49-132.dynamicIP.rima-tde.net] has quit [Ping timeout: 264 seconds] 17:33:50 -!- Grazl_ is now known as Grazl 17:34:22 yes, paredit-mode is the editor of the gods 17:34:30 I wish I could write all my code using paredit, but alas, I write C 17:42:32 pytho [959fd3f1@gateway/web/freenode/ip.149.159.211.241] has joined #scheme 17:42:53 if I had a nickle for every time I've hit M-( in js2-mode and cursed when nothing useful happened... 17:44:50 -!- f8l is now known as f8d 17:45:39 hi guys, i was hoping someone could help me out with this problem 17:45:45 pytho pasted "larger" at http://paste.lisp.org/display/119219 17:46:13 i'm trying to write a program that will return the largest of 3 numbers 17:46:32 mmc1 [~michal@82-148-210-75.fiber.unet.nl] has joined #scheme 17:46:34 so i want the result of (larger) to compare to z. 17:47:14 okay? 17:47:16 what's the question? 17:47:49 i'm not sure how to get the result of larger (which takes 2 numbers and returns the largest) to compare to a third number and then return the largest of the 3 17:48:37 (larger x y) evaluates to the result of (larger x y) 17:48:39 -!- githogori [~githogori@adsl-66-123-22-146.dsl.snfc21.pacbell.net] has quit [Remote host closed the connection] 17:48:57 yes. 17:49:11 i want to compare that result with another number, z 17:49:24 without using if or cond :/ 17:49:41 Suppose you know the larger value between x and y, pytho; say it's w. Can you then find the larger of x, y, and z, using w? 17:49:42 use larger? 17:50:16 maybe draw a little comparison tree 17:50:36 well i would say if w > z, return w 17:50:49 else return z 17:52:04 *bremner* thinks your prof will get mad if I give you any more hints 17:52:14 gozoner [~ebg@ebg-10004083621.jpl.nasa.gov] has joined #scheme 17:52:15 heh 17:52:35 those hints are in the directions already! 17:54:41 How can you express `if w > z, return w; else return z', in terms of a procedure you have already written? 17:55:29 ohh i see 17:55:30 -!- aisa [~aisa@173-10-243-253-Albuquerque.hfc.comcastbusiness.net] has quit [Read error: Connection reset by peer] 17:55:40 -!- mmc1 [~michal@82-148-210-75.fiber.unet.nl] has quit [Ping timeout: 255 seconds] 17:55:44 aisa [~aisa@173-10-243-253-Albuquerque.hfc.comcastbusiness.net] has joined #scheme 17:55:47 i can use something like > larger z 17:57:29 nevermind 17:57:39 i'm getting #t or #f as a result 18:01:23 pytho_ [959fd3f1@gateway/web/freenode/ip.149.159.211.241] has joined #scheme 18:02:28 -!- pytho [959fd3f1@gateway/web/freenode/ip.149.159.211.241] has quit [Ping timeout: 265 seconds] 18:07:10 -!- pytho_ [959fd3f1@gateway/web/freenode/ip.149.159.211.241] has quit [Quit: Page closed] 18:21:12 sphjak [asdasd@128.164.185.206] has joined #scheme 18:21:35 how can i find the highest/lowest value in a list? >.< 18:21:54 min/max 18:22:01 rudybot: (apply max '(1 2 3 9 4 5 6)) 18:22:01 jonrafkind: your sandbox is ready 18:22:01 jonrafkind: ; Value: 9 18:22:14 rudybot: (apply min '(6 5 4 -3 3 2 1)) 18:22:14 jonrafkind: ; Value: -3 18:22:28 ohh thats easier than i thought 18:22:28 ty 18:22:45 most things are in Scheme ;) 18:23:11 especially interfacing with native hardware! 18:23:26 bleh, i just read something on currying multiple times 18:23:28 that wasnt fun 18:23:43 tho, the solution was easy... 18:23:47 so i guess easy != fun 18:24:32 jonrafkind: lisp manages that very well, i think 18:28:52 mao [~root@maxpoopin.terdcube.com] has joined #scheme 18:29:20 noonian [~noonian@c-24-20-15-118.hsd1.or.comcast.net] has joined #scheme 18:30:28 Hello guys, I have a question. If (LIST 1 2 3) is represeted as (CONS 1 (CONS 2 (CONS 3 NIL))) then (LIST 1 2 (LIST 3 4)) is represented as (CONS 1 (CONS 2 (CONS (CONS 3 (CONS 4 NIL)) NIL))) 18:30:30 right? 18:30:48 yea 18:31:26 ok, thanks 18:31:29 MichaelRaskin [~MichaelRa@195.91.224.225] has joined #scheme 18:34:44 so much cons. 18:36:58 kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has joined #scheme 18:40:39 Blkt [~user@93-33-130-17.ip44.fastwebnet.it] has joined #scheme 18:43:05 jewel [~jewel@196-215-16-138.dynamic.isadsl.co.za] has joined #scheme 18:46:45 -!- Adamant [~Adamant@unaffiliated/adamant] has quit [Quit: Adamant] 18:46:57 Heh. Undocumented Scheme programs: too much cons, not enough prose. 18:48:15 -!- sphjak [asdasd@128.164.185.206] has quit [] 18:54:45 carleastlund: seems you found out something, after 50 years of lisp! 18:54:56 You won't mind if I s/Scheme/lisp/ 19:00:26 wingo [~wingo@90.164.198.39] has joined #scheme 19:02:22 mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has joined #scheme 19:04:59 As long as you don't mind if I s/Scheme/Racket/ ;) 19:07:19 'evenin'. 19:08:44 erjiang [~erjiang@2001:18e8:2:244:213:72ff:fe81:7107] has joined #scheme 19:10:29 choas [~lars@p5792CA9A.dip.t-dialin.net] has joined #scheme 19:11:08 mmc1 [~michal@82-148-210-75.fiber.unet.nl] has joined #scheme 19:16:48 -!- erjiang [~erjiang@2001:18e8:2:244:213:72ff:fe81:7107] has quit [Quit: ttfn] 19:29:52 githogori [~githogori@223.sub-75-208-22.myvzw.com] has joined #scheme 19:30:46 -!- noonian [~noonian@c-24-20-15-118.hsd1.or.comcast.net] has quit [Ping timeout: 240 seconds] 19:36:43 -!- nilg` [~user@77.70.2.229] has quit [Remote host closed the connection] 19:36:53 -!- Blkt [~user@93-33-130-17.ip44.fastwebnet.it] has quit [Ping timeout: 276 seconds] 19:38:35 -!- pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 246 seconds] 19:38:47 -!- gravicappa [~gravicapp@ppp85-141-167-24.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer] 19:38:56 -!- pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 246 seconds] 19:39:00 -!- pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 250 seconds] 19:54:55 -!- kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has quit [Ping timeout: 255 seconds] 20:00:02 -!- jewel [~jewel@196-215-16-138.dynamic.isadsl.co.za] has quit [Ping timeout: 240 seconds] 20:05:50 kephas [pierre@AStrasbourg-551-1-28-169.w83-196.abo.wanadoo.fr] has joined #scheme 20:09:35 -!- nowhereman [pierre@AStrasbourg-551-1-43-167.w92-148.abo.wanadoo.fr] has quit [Ping timeout: 260 seconds] 20:11:03 -!- mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds] 20:13:21 stis [~stis@1-1-1-39a.veo.vs.bostream.se] has joined #scheme 20:19:18 -!- pchrist_ [~spirit@gentoo/developer/pchrist] has quit [Quit: leaving] 20:19:54 pchrist [~spirit@gentoo/developer/pchrist] has joined #scheme 20:21:37 gravicappa [~gravicapp@ppp85-141-167-24.pppoe.mtu-net.ru] has joined #scheme 20:24:13 -!- pothos [~pothos@111-240-166-53.dynamic.hinet.net] has quit [Read error: Connection reset by peer] 20:26:16 pothos [~pothos@111-240-167-72.dynamic.hinet.net] has joined #scheme 20:27:07 pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #scheme 20:27:12 pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #scheme 20:27:17 pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has joined #scheme 20:31:42 -!- copumpkin is now known as grue 20:32:56 nilg` [~user@77.70.2.229] has joined #scheme 20:39:27 -!- wbooze [~levgue@xdsl-78-35-190-151.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 20:39:43 -!- homie [~levgue@xdsl-78-35-190-151.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 20:41:20 -!- chittoor [~chittoor@listertech.in] has quit [Quit: Leaving] 20:42:37 -!- pdelgallego [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 240 seconds] 20:42:46 -!- pdelgallego__ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 240 seconds] 20:42:50 -!- pdelgallego_ [~pdelgalle@1385159852.dhcp.dbnet.dk] has quit [Ping timeout: 240 seconds] 20:43:57 kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has joined #scheme 20:50:01 -!- mao`s [mao@lost.my.eye.rs] has left #scheme 20:54:11 -!- grue is now known as copumpkin 21:02:52 -!- kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has quit [Ping timeout: 255 seconds] 21:10:11 Fare [~Fare@ita4fw1.itasoftware.com] has joined #scheme 21:11:07 Adamant [~Adamant@unaffiliated/adamant] has joined #scheme 21:28:18 homie [~levgue@xdsl-78-35-190-151.netcologne.de] has joined #scheme 21:30:23 wbooze [~levgue@xdsl-78-35-190-151.netcologne.de] has joined #scheme 21:31:27 -!- gravicappa [~gravicapp@ppp85-141-167-24.pppoe.mtu-net.ru] has quit [Ping timeout: 240 seconds] 21:36:06 -!- z0d [~z0d@unaffiliated/z0d] has quit [Quit: leaving] 21:37:33 HG` [~HG@xdslec198.osnanet.de] has joined #scheme 21:55:30 gravicappa [~gravicapp@ppp85-141-167-24.pppoe.mtu-net.ru] has joined #scheme 21:58:46 -!- nilg` [~user@77.70.2.229] has quit [Remote host closed the connection] 22:00:36 mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has joined #scheme 22:01:19 -!- mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has quit [Read error: Connection reset by peer] 22:01:23 MapMan [mapman@78.9.28.178] has joined #scheme 22:01:46 mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has joined #scheme 22:10:08 schmir [~schmir@p54A918B9.dip0.t-ipconnect.de] has joined #scheme 22:19:29 foof` [~user@li126-140.members.linode.com] has joined #scheme 22:19:36 pjb` [~t@81.202.16.46.dyn.user.ono.com] has joined #scheme 22:21:12 -!- _p4bl0 [~user@berthold.shebang.ws] has quit [Remote host closed the connection] 22:21:13 _p4bl0 [~user@berthold.shebang.ws] has joined #scheme 22:21:13 -!- pjb [~t@81.202.16.46.dyn.user.ono.com] has quit [Remote host closed the connection] 22:21:13 -!- foof [~user@li126-140.members.linode.com] has quit [Remote host closed the connection] 22:21:25 -!- Ruinpeople [~nnscript@unaffiliated/ruinpeople] has quit [Ping timeout: 260 seconds] 22:22:53 -!- wingo [~wingo@90.164.198.39] has quit [Ping timeout: 255 seconds] 22:23:52 -!- stis [~stis@1-1-1-39a.veo.vs.bostream.se] has quit [Remote host closed the connection] 22:32:22 Ruinpeople [~nnscript@109.130.77.3] has joined #scheme 22:32:22 -!- Ruinpeople [~nnscript@109.130.77.3] has quit [Changing host] 22:32:22 Ruinpeople [~nnscript@unaffiliated/ruinpeople] has joined #scheme 22:39:22 arcfide [1000@140-182-225-131.dhcp-bl.indiana.edu] has joined #scheme 22:43:23 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Quit: bye] 22:47:44 -!- aisa [~aisa@173-10-243-253-Albuquerque.hfc.comcastbusiness.net] has quit [Quit: aisa] 22:49:42 -!- arcfide [1000@140-182-225-131.dhcp-bl.indiana.edu] has left #scheme 22:55:57 Brodgimar [debian-tor@gateway/tor-sasl/brodgimar] has joined #scheme 23:03:39 -!- copumpkin [~pumpkin@unaffiliated/pumpkingod] has quit [Quit: Computer has gone to sleep.] 23:05:09 -!- schmir [~schmir@p54A918B9.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 23:06:39 -!- mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds] 23:12:58 fantazo [~fantazo@178-191-161-157.adsl.highway.telekom.at] has joined #scheme 23:13:17 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 23:14:11 -!- choas [~lars@p5792CA9A.dip.t-dialin.net] has quit [Quit: leaving] 23:17:58 -!- foof` is now known as foof 23:22:39 -!- corruptmemory [~jim@96.246.167.18] has quit [Ping timeout: 240 seconds] 23:25:49 -!- gravicappa [~gravicapp@ppp85-141-167-24.pppoe.mtu-net.ru] has quit [Remote host closed the connection] 23:29:09 kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has joined #scheme 23:29:26 -!- HG` [~HG@xdslec198.osnanet.de] has quit [Quit: Leaving.] 23:31:03 -!- Grazl [~Grazl@188.Red-83-49-132.dynamicIP.rima-tde.net] has quit [Disconnected by services] 23:31:41 Grazl [~Grazl@188.Red-83-49-132.dynamicIP.rima-tde.net] has joined #scheme 23:34:57 mathguru123 [~mathguru1@c-24-11-171-16.hsd1.mi.comcast.net] has joined #scheme 23:35:08 StephenFalken [email@2001:470:1f14:135b::2] has joined #scheme 23:38:14 schmir [~schmir@p54A918B9.dip0.t-ipconnect.de] has joined #scheme 23:42:16 -!- schmir [~schmir@p54A918B9.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 23:46:09 I'm still curious about the quality of R5RS compliance testing of: http://www.filewatcher.com/_/?q=r5rstest 23:51:49 -!- myu2 [~myu2@v077103.dynamic.ppp.asahi-net.or.jp] has quit [Remote host closed the connection] 23:52:08 i cant seem to access the file listed there 23:54:37 I'm having the same problem 23:57:33 myu2 [~myu2@v077103.dynamic.ppp.asahi-net.or.jp] has joined #scheme 23:57:46 -!- githogori [~githogori@223.sub-75-208-22.myvzw.com] has quit [Remote host closed the connection] 23:59:57 -!- fantazo [~fantazo@178-191-161-157.adsl.highway.telekom.at] has quit [Remote host closed the connection]