00:04:59 replore_ [~replore@203.152.213.161.static.zoot.jp] has joined #scheme 00:05:34 -!- replore_ [~replore@203.152.213.161.static.zoot.jp] has quit [Read error: Connection reset by peer] 00:07:03 replore [~replore@203.152.213.161.static.zoot.jp] has joined #scheme 00:10:07 -!- realitygrill [~realitygr@76.226.196.96] has quit [Read error: Connection reset by peer] 00:10:21 realitygrill [~realitygr@76.226.196.96] has joined #scheme 00:18:06 arcfide [1000@c-69-136-7-94.hsd1.in.comcast.net] has joined #scheme 00:34:34 -!- peterhil` [~peterhil@GZYYKMMMDCLXXXVII.gprs.sl-laajakaista.fi] has quit [Ping timeout: 276 seconds] 00:42:52 -!- JoelMcCracken [~user@pool-96-236-187-85.pitbpa.east.verizon.net] has quit [Ping timeout: 260 seconds] 00:53:55 zmv [~daniel@c9533508.virtua.com.br] has joined #scheme 00:55:15 drdo` [~drdo@91.205.108.93.rev.vodafone.pt] has joined #scheme 00:57:27 -!- drdo [~drdo@91.205.108.93.rev.vodafone.pt] has quit [Ping timeout: 260 seconds] 01:01:26 -!- Guest17671 [~Steve@c-71-195-234-222.hsd1.ut.comcast.net] has quit [Ping timeout: 252 seconds] 01:07:18 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Ping timeout: 252 seconds] 01:19:25 -!- jonrafkind [~jon@crystalis.cs.utah.edu] has quit [Ping timeout: 276 seconds] 01:20:35 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 01:22:53 -!- gigamonkey [~user@adsl-99-39-5-4.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 260 seconds] 01:23:18 -!- blackened [~blackened@ip-89-102-29-120.net.upcbroadband.cz] has quit [Remote host closed the connection] 01:35:33 -!- tessier_ is now known as tessier 01:40:25 -!- jrapdx [~jra@74-95-41-205-Oregon.hfc.comcastbusiness.net] has quit [Quit: Leaving] 01:54:32 kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has joined #scheme 01:55:03 Modius [~Modius@cpe-70-123-140-183.austin.res.rr.com] has joined #scheme 01:57:47 -!- frhodes [~frhodes@168-103-96-233.albq.qwest.net] has quit [Quit: leaving] 01:57:54 frhodes [~frhodes@168-103-96-233.albq.qwest.net] has joined #scheme 02:01:37 -!- mykhal [~mykhal@gateway/tor-sasl/mykhal] has quit [Quit: leaving] 02:06:27 -!- bgs100 [~ian@unaffiliated/bgs100] has quit [Quit: 1789] 02:07:04 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Ping timeout: 252 seconds] 02:07:21 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 02:11:50 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Ping timeout: 252 seconds] 02:21:51 -!- pygospa [~TheRealPy@kiel-5f7696a6.pool.mediaWays.net] has quit [Disconnected by services] 02:22:03 pygospa [~TheRealPy@kiel-4dbec745.pool.mediaWays.net] has joined #scheme 02:23:14 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 02:29:33 mjonsson [~mjonsson@38.109.95.133] has joined #scheme 02:29:34 drdo`` [~drdo@91.205.108.93.rev.vodafone.pt] has joined #scheme 02:29:36 -!- mjonsson [~mjonsson@38.109.95.133] has quit [Read error: Connection reset by peer] 02:30:50 -!- drdo` [~drdo@91.205.108.93.rev.vodafone.pt] has quit [Ping timeout: 260 seconds] 02:35:40 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Ping timeout: 252 seconds] 02:36:26 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 02:39:03 jcowan [~John@cpe-98-14-172-212.nyc.res.rr.com] has joined #scheme 02:39:16 foof: ping about Chibi API 02:40:16 githogori [~githogori@c-24-7-1-43.hsd1.ca.comcast.net] has joined #scheme 02:40:48 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Ping timeout: 252 seconds] 02:41:19 -!- turbofail [~user@c-107-3-149-149.hsd1.ca.comcast.net] has quit [Ping timeout: 276 seconds] 02:41:37 -!- leo2007 [~leo@222.130.137.164] has quit [Remote host closed the connection] 02:42:08 jcowan: Lunch, back in 30min and will respond. 02:42:16 Okay, I'll type it here. 02:42:55 There seems to be a major limitation in the Chibi API that sexps cannot (when using the precise GC) be stored in C data structures, because they have to be registered and then unregistered in LIFO order. This is a Bad Thing. 02:43:52 Lua solves this problem by having a special table called the registry, which is accessible from the API but not from Lua code. C programs can store any Lua object in the registry using a unique key (often an address) and it will be treated as a GC root. 02:44:37 Having something like this in Chibi would be a Good Thing. I realize that hashtables only exist at the Scheme level, but some other simple design as an alternative to the var/preserve/release API would be extremely valuable. 02:46:03 "Lua provides a registry, a pre-defined table that can be used by any C code to store whatever Lua value it needs to store. This table is always located at pseudo-index LUA_REGISTRYINDEX. Any C library can store data into this table, but it should take care to choose keys different from those used by other libraries, to avoid collisions. Typically, you should use as key a string containing your library name or a light userdata with the addr 02:46:03 ess of a C object in your code. 02:46:03 The integer keys in the registry are used by the reference mechanism, implemented by the auxiliary library, and therefore should not be used for other purposes." 02:46:19 "light userdata" = pointer 03:00:22 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 03:07:41 mithos28 [~eric@99-113-32-54.lightspeed.sntcca.sbcglobal.net] has joined #scheme 03:09:46 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Ping timeout: 252 seconds] 03:10:33 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 03:13:37 -!- shardz [~samuel@ilo.staticfree.info] has quit [Quit: Lost terminal] 03:13:55 shardz [~samuel@ilo.staticfree.info] has joined #scheme 03:14:12 X-Scale [email@sgi-ultra64.broker.freenet6.net] has joined #scheme 03:22:03 -!- kilimanjaro [~kilimanja@unaffiliated/kilimanjaro] has quit [Quit: Leaving] 03:31:47 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Ping timeout: 252 seconds] 03:34:59 -!- gffa [~gffa@unaffiliated/gffa] has quit [Quit: sleep] 03:39:26 jcowan: This is a known issue, and the solution right now is manual - just keep a global variable (list or hash-table) of objects you want to preserve, and insert and remove them from C. 03:39:53 It was brought up on the list and I promised an API to do just that. It will be in the 0.5 release. 03:47:07 _danb_ [~user@203.38.189.126] has joined #scheme 03:47:35 jonrafkind [~jon@jonr5.dsl.xmission.com] has joined #scheme 03:49:41 That is, and API to simplify the process. I could also use some of the spare GC bits available to do this without any need for a container data structure, at the expense of potentially slightly slower GC time. 03:56:04 -!- zmv [~daniel@c9533508.virtua.com.br] has quit [Ping timeout: 276 seconds] 04:08:29 -!- arcfide [1000@c-69-136-7-94.hsd1.in.comcast.net] has left #scheme 04:09:37 *foof* wants a 3D printer! 04:14:02 arcfide [1000@c-69-136-7-94.hsd1.in.comcast.net] has joined #scheme 04:19:03 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Ping timeout: 260 seconds] 04:33:31 tali713 [~user@c-76-17-236-129.hsd1.mn.comcast.net] has joined #scheme 04:36:29 foof: thanks, sounds like a plan 04:36:39 I want to make a Chicken egg that exports the Chibi API 04:43:02 foof: In addition, #e1.5 returns 1 and #e1e100 returns 0 04:45:18 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 04:45:20 -!- frhodes [~frhodes@168-103-96-233.albq.qwest.net] has quit [Quit: leaving] 04:45:22 The former predates ratio support. The latter was probably me being lazy and not building the bignum. 04:47:40 It would be better if sexp_rationalp and all that stuff were defined even if rational numbers are not; that way programs will just never see a ratio if the library is compiled without one, as opposed to failing to compile. 04:50:15 -!- kniu [~kniu@pool-96-236-148-210.pitbpa.fios.verizon.net] has quit [Ping timeout: 260 seconds] 04:51:09 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 04:51:22 -!- rff [~rff@ip72-207-241-136.br.br.cox.net] has quit [Ping timeout: 258 seconds] 04:52:59 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 04:55:59 I usually try to define those macros sensibly under all compilation options - if it's not defined that was an oversight. 05:01:19 aSean [aSean@118-161-220-74.dynamic.hinet.net] has joined #scheme 05:03:07 kniu [~kniu@pool-96-236-148-210.pitbpa.fios.verizon.net] has joined #scheme 05:03:58 -!- aSean [aSean@118-161-220-74.dynamic.hinet.net] has quit [Client Quit] 05:15:05 -!- homie [~levgue@xdsl-84-44-179-17.netcologne.de] has quit [Read error: Operation timed out] 05:15:13 sexp_ratiop is defined in terms of the tag SEXP_RATIO, but that tag is ifdefed out. Ifdefing out tags makes no sense to me -- they should always exist. 05:15:54 wbooze` [~levgue@xdsl-78-35-154-179.netcologne.de] has joined #scheme 05:16:13 homie` [~levgue@xdsl-78-35-154-179.netcologne.de] has joined #scheme 05:17:18 jcowan: No, because if defined they _must_ exist as indexed types, so they require more space. 05:17:45 -!- wbooze [~levgue@xdsl-84-44-179-17.netcologne.de] has quit [Ping timeout: 252 seconds] 05:17:53 So sexp_ratiop should be defined conditionally as just 0 if there are no ratios, not refer to SEXP_RATIO. 05:20:31 What do you mean by "indexed types"? 05:20:39 Burlingk [~burlingk@softbank221067045171.bbtec.net] has joined #scheme 05:21:30 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 05:22:56 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 05:23:39 Implementation detail of how the types are implemented and compacted. Suffice to say if we have a SEXP_RATIO type id, the type must exist, and I would just as soon not instantiate useless types. 05:24:58 jao [~user@pdpc/supporter/professional/jao] has joined #scheme 05:25:02 soveran [~soveran@dan75-2-87-91-33-52.dsl.sta.abo.bbox.fr] has joined #scheme 05:28:00 *jcowan* nods. 05:31:33 aSean [aSean@118-161-220-74.dynamic.hinet.net] has joined #scheme 05:32:16 HG` [~HG@p579F740B.dip.t-dialin.net] has joined #scheme 05:34:17 -!- HG` [~HG@p579F740B.dip.t-dialin.net] has quit [Client Quit] 05:36:58 -!- djcb [~user@a88-114-88-233.elisa-laajakaista.fi] has quit [Remote host closed the connection] 05:39:51 -!- aSean [aSean@118-161-220-74.dynamic.hinet.net] has quit [Quit: ] 05:40:06 -!- arcfide [1000@c-69-136-7-94.hsd1.in.comcast.net] has quit [Read error: Connection reset by peer] 05:40:57 woonie [~woonie@nusnet-199-177.dynip.nus.edu.sg] has joined #scheme 05:45:12 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 05:46:39 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 05:46:45 rudybot: #e1e100 05:46:46 aoh: your sandbox is ready 05:46:46 aoh: ; Value: 10000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 05:47:49 That's more like it. 05:48:19 jrapdx [~jra@c-98-246-157-58.hsd1.or.comcast.net] has joined #scheme 05:48:21 In Chicken it coerces 1e100 to a bignum, so you get 10000000000000000159028911097599180468360808563945281389781327557747838772170381060813469985856815104 05:51:50 guile makes 1e10 a float, scheme48 prints 1e10 back (?) and one other gives 10000000000 05:52:46 rudybot: 1e10 05:52:46 aoh: ; Value: 10000000000.0 05:53:33 Without the #e prefix, 1e100 is going to be inexact. 05:57:32 oh, right. 1e10 is a representation of the inexact integerm and the last one doesn't support inexact numbers. 05:59:55 Racket, Gauche, MIT, Gambit, Guile 2.0, Scheme48, Chez, Ikarus, Larceny, Ypsilon, Mosh, STklos get it right. 06:00:43 Also IronScheme. 06:00:54 The quick fix for Chibi is to do what Chicken does. I kept growing the reader from pre-bignum days, I really need to rewrite it... 06:01:35 scsh, Bigloo, ksi, Scheme 9, Scheme 7, UMB, VX, and Oaklisp all report syntax errors of various kinds. 06:01:52 Kawa and SISC do what Chicken does. 06:02:48 Elk generates an inexact number anyway. 06:03:33 SigScheme pukes too. 06:04:20 + ok SCM and TinyScheme 06:04:35 hadn't noticed scsh has turned R6RS 06:05:14 It hasn't. It's a fork of Scheme 48, which is definitely not R6RS. 06:05:22 jcowan: if you dont want to download IronScheme, try http://eval.ironscheme.net 06:05:25 masm [~masm@bl19-138-34.dsl.telepac.pt] has joined #scheme 06:05:49 jcowan, i know, but "Welcome to scsh 0.6.7 (R6RS)" 06:06:58 leppie: I've downloaded it and run it, I just have to switch to a different CLI to execute it, as I run everything else on CoLinux 06:07:07 aoh: Weird. 06:08:30 It doesn't provide assp, for example. 06:08:40 -!- grglr [~grglr@2620:0:1cfe:61:129a:ddff:fe54:2c1e] has quit [Quit: grglr] 06:10:18 Wild. Last update was 6 hours ago. 06:10:19 "As for future, 64-bit capable, versions of scsh (as a s48 library) you can download the development version from the scsh project @ Google Code or from Roderic Morris." @ scsh.net 06:12:05 But 0.6.7 is from 2006, predating R6RS. Who knows what it means? 06:12:25 leppie: Is it possible to run IronScheme on Mono? 06:13:39 peterhil` [~peterhil@GGYYYMMMDCCCXI.gprs.sl-laajakaista.fi] has joined #scheme 06:15:50 -!- jcowan [~John@cpe-98-14-172-212.nyc.res.rr.com] has quit [Quit: Leaving] 06:15:51 -!- _danb_ [~user@203.38.189.126] has quit [Remote host closed the connection] 06:17:40 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 06:19:51 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 06:31:48 -!- jonrafkind [~jon@jonr5.dsl.xmission.com] has quit [Ping timeout: 258 seconds] 06:40:10 -!- realitygrill [~realitygr@76.226.196.96] has quit [Quit: realitygrill] 06:46:14 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Quit: leaving] 06:46:48 pchrist [~spirit@gentoo/developer/pchrist] has joined #scheme 06:47:54 -!- jao [~user@pdpc/supporter/professional/jao] has quit [Ping timeout: 258 seconds] 06:47:59 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 06:49:54 jao [~user@pdpc/supporter/professional/jao] has joined #scheme 06:50:14 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 06:51:52 -!- MichaelRaskin [~MichaelRa@195.91.224.225] has left #scheme 06:53:50 -!- jrapdx [~jra@c-98-246-157-58.hsd1.or.comcast.net] has quit [Quit: Leaving] 06:54:36 jrapdx [~jra@c-98-246-157-58.hsd1.or.comcast.net] has joined #scheme 06:57:08 djcb [djcb@nat/nokia/x-ysstwzppubrzuqzw] has joined #scheme 07:01:03 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Quit: Leaving] 07:01:15 -!- mithos28 [~eric@99-113-32-54.lightspeed.sntcca.sbcglobal.net] has quit [Quit: mithos28] 07:03:54 mmc [~michal@sams-office-nat.tomtomgroup.com] has joined #scheme 07:06:03 araujo [~araujo@190.73.44.29] has joined #scheme 07:06:03 -!- araujo [~araujo@190.73.44.29] has quit [Changing host] 07:06:03 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 07:16:39 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 07:17:51 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 07:19:40 -!- homie` [~levgue@xdsl-78-35-154-179.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 07:19:50 -!- wbooze` [~levgue@xdsl-78-35-154-179.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 07:28:27 -!- kennyd [~kennyd@93-138-166-60.adsl.net.t-com.hr] has quit [Read error: Connection reset by peer] 07:38:36 mithos28 [~eric@99-113-32-54.lightspeed.sntcca.sbcglobal.net] has joined #scheme 07:39:22 kennyd [~kennyd@93-138-166-60.adsl.net.t-com.hr] has joined #scheme 07:39:55 ccorn [~ccorn@84-53-64-50.adsl.unet.nl] has joined #scheme 07:40:26 hkBst [~quassel@gentoo/developer/hkbst] has joined #scheme 07:46:37 -!- jao [~user@pdpc/supporter/professional/jao] has quit [Ping timeout: 252 seconds] 07:47:00 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 07:48:53 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 07:52:39 ahinki [~chatzilla@212.99.10.150] has joined #scheme 07:55:16 MichaelRaskin [~MichaelRa@195.178.216.22] has joined #scheme 08:00:20 -!- copumpkin is now known as DrDerpa 08:06:03 -!- DrDerpa is now known as copumpkin 08:13:24 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 08:13:39 -!- mithos28 [~eric@99-113-32-54.lightspeed.sntcca.sbcglobal.net] has quit [Quit: mithos28] 08:14:32 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 08:22:51 -!- soveran [~soveran@dan75-2-87-91-33-52.dsl.sta.abo.bbox.fr] has quit [Remote host closed the connection] 08:36:10 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 08:41:28 wingo [~wingo@90.164.198.39] has joined #scheme 08:41:34 -!- wingo [~wingo@90.164.198.39] has quit [Remote host closed the connection] 08:47:51 soveran [~soveran@dan75-2-87-91-33-52.dsl.sta.abo.bbox.fr] has joined #scheme 08:52:51 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 09:05:31 -!- X-Scale [email@sgi-ultra64.broker.freenet6.net] has quit [Read error: Connection reset by peer] 09:05:42 X-Scale [email@sgi-ultra64.broker.freenet6.net] has joined #scheme 09:06:08 -!- X-Scale is now known as Guest79755 09:12:12 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 09:13:26 JoelMcCracken [~user@pool-72-95-162-135.pitbpa.east.verizon.net] has joined #scheme 09:13:43 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 09:17:12 denisw [~denisw@dslb-188-102-022-162.pools.arcor-ip.net] has joined #scheme 09:22:23 -!- Guest79755 [email@sgi-ultra64.broker.freenet6.net] has quit [Read error: Connection reset by peer] 09:22:30 Guest79755 [email@89.180.197.133] has joined #scheme 09:25:52 Kajtek [~nope@nat4-230.ghnet.pl] has joined #scheme 09:33:26 -!- replore [~replore@203.152.213.161.static.zoot.jp] has quit [Remote host closed the connection] 09:36:31 replore [~replore@203.152.213.161.static.zoot.jp] has joined #scheme 09:39:01 -!- drdo`` [~drdo@91.205.108.93.rev.vodafone.pt] has quit [Remote host closed the connection] 09:41:51 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 09:43:48 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 10:05:38 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 10:06:38 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 10:07:15 zmv [~daniel@c953332e.virtua.com.br] has joined #scheme 10:23:52 -!- Guest79755 is now known as X-Scale 10:31:40 -!- kellar [~kellar4@31.210.186.34] has quit [Quit: Leaving] 10:41:56 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 10:43:16 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 10:53:07 leo2007 [~leo@222.130.137.164] has joined #scheme 11:05:10 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 11:06:17 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 11:14:42 -!- leo2007 [~leo@222.130.137.164] has quit [Ping timeout: 258 seconds] 11:14:47 orangesea [~xy@218.205.222.43] has joined #scheme 11:21:14 -!- replore [~replore@203.152.213.161.static.zoot.jp] has quit [Remote host closed the connection] 11:29:06 rff [~rff@ip72-207-241-136.br.br.cox.net] has joined #scheme 11:36:33 -!- acarrico [~acarrico@pppoe-68-142-54-74.gmavt.net] has quit [Ping timeout: 260 seconds] 12:06:13 acarrico [~acarrico@pppoe-68-142-54-74.gmavt.net] has joined #scheme 12:09:01 -!- Adrinael [~adrinael@barrel.rolli.org] has quit [Ping timeout: 240 seconds] 12:10:05 Adrinael [~adrinael@barrel.rolli.org] has joined #scheme 12:11:45 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 12:13:07 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 12:14:47 preflex_ [~preflex@unaffiliated/mauke/bot/preflex] has joined #scheme 12:15:20 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Ping timeout: 260 seconds] 12:15:27 -!- preflex_ is now known as preflex 12:35:45 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 12:36:44 gffa [~gffa@unaffiliated/gffa] has joined #scheme 12:37:43 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 12:42:47 -!- soveran [~soveran@dan75-2-87-91-33-52.dsl.sta.abo.bbox.fr] has quit [Remote host closed the connection] 12:43:11 -!- denisw [~denisw@dslb-188-102-022-162.pools.arcor-ip.net] has quit [Ping timeout: 253 seconds] 12:54:12 xissburg [~xissburg@187.50.13.57] has joined #scheme 12:57:48 -!- ccorn [~ccorn@84-53-64-50.adsl.unet.nl] has quit [Read error: No route to host] 13:00:17 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 13:01:29 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 13:03:44 vishesh [~vishesh@125.16.67.66] has joined #scheme 13:10:02 kellar [~kellar4@31.210.177.40] has joined #scheme 13:11:10 -!- zmv [~daniel@c953332e.virtua.com.br] has quit [Ping timeout: 276 seconds] 13:16:27 -!- orangesea [~xy@218.205.222.43] has quit [Quit: ] 13:18:41 is there anyway to inspect the internals of a procedure object - the formal parameters, the body? (car myfunc) gives an error. 13:19:35 Not a standard way (and I don't personally know of any non-standard ways, but they may exist) 13:22:21 so the description in the book of a procedure object as a pair, with car =code and cdr= environment is only a model, you can't really see that representation in actual implementations? 13:24:17 Right, I don't think that's how any implementations actually store procedure objects. (Although, I am talking, as usual, from a state of almost absolute ignorance.) 13:24:45 I'm basically just answering to avoid doing the things I should be doing... 13:24:46 :-| 13:25:34 i'll leave the question open for the wizards then. 13:26:11 They'll hopefully pop up at some point. I'm fairly sure my answer is correct though, if inadequate. 13:29:26 kellar2 [~kellar4@94.230.84.190] has joined #scheme 13:31:49 kellar: there is a propsed srfi IIRC 13:32:01 -!- kellar [~kellar4@31.210.177.40] has quit [Ping timeout: 252 seconds] 13:32:20 kellar2: try (procedure-form proc) 13:32:32 zmv [~daniel@c953332e.virtua.com.br] has joined #scheme 13:33:12 also procedure-arity 13:33:29 -!- kellar2 is now known as kellar 13:33:34 and a bunch of others I have not personally implemented in my scheme :) 13:34:03 thanks, let's see. 13:34:47 realitygrill [~realitygr@76.226.196.96] has joined #scheme 13:35:36 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 13:35:57 procedure-form is undefine in mit-scheme and racket 13:36:02 what does rudybot use? 13:36:19 rudybot: (banner) 13:36:19 fds: your sandbox is ready 13:36:19 fds: ; Value: "Welcome to Racket v5.1.1.\n" 13:36:50 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 13:38:19 kellar: iirc the origins are from larceny, but in the srfi i recall they mentioned they current approached used by the implementations 13:41:24 procedure-arity works in both, but I can't find any mention of 'procedure-form' in the srfi's , do you remember anything more about it by any chance? 13:42:33 oh, now i remember, it was only for procedure-arity 13:43:44 yes, srfi 102. thanks for that in any case. 13:43:47 -!- ahinki [~chatzilla@212.99.10.150] has quit [Quit: ChatZilla 0.9.87 [Firefox 7.0/20110916091512]] 13:44:05 ok, maybe procedure-form is IronScheme only :) but it is basically procedure-arity as lists 13:45:15 i do extract the parameter names though for prettiness (and reflection purposes) 13:45:33 hmmm. so IronScheme runs on.... mono? 13:45:56 yes, the last time I looked, it did run fine (but slowish) 13:46:07 that was about 4-6 months back 13:46:58 you may get unexpected stackoverflows though, due to a lack of proper tail calls on Mono 13:47:50 that's a bit left-field for a linuxer like myself. I'm sure it's a fine scheme though :) 13:49:03 it is based on .NET and there are not many other complete schemes for .NET 13:50:09 but at least it tries to be a scheme, not some bastard like clojure ;P 13:50:43 heh 13:51:28 trying out new directions is a good thing, and the net result is more people exposed to lispy ideas. a good thing as well. 13:51:33 soveran_ [~soveran@dan75-2-87-91-33-52.dsl.sta.abo.bbox.fr] has joined #scheme 13:52:02 even if it's through a hip language de-jour type phenomenon. 13:52:12 my next attempt at a scheme for .NET is going to be bastardised too :) native exceptions FTW 13:52:17 speaking of which, when oh when will I find time to learn erlang??? ;) 13:52:35 R6RS is very strict on it's exception model 13:53:04 R7RS is much looser, which will allow me to bend code generation rules a bit more 13:53:30 -!- soveran_ is now known as soveran 13:54:17 you've probably done benchmarks, how does the performance of IronScheme with the VM JIT compare with vanilla c/c++ implementations? 13:55:07 pandeiro [~pandeiro@bd21c015.virtua.com.br] has joined #scheme 13:55:17 it compared very badly against ikarus :) 13:55:37 mostly arithmetic is damn slow 13:55:57 to get proper speed you have to use non-generic procs or even unsafe ones 13:56:08 oh, why is that? there are a lot of success stories along the vm path elsewhere in language land, Jruby, jython... 13:56:24 and use IronScheme specific constructs 13:57:19 http://xacc.wordpress.com/2010/12/02/writing-fast-arithmetic-code-on-ironscheme/ 13:57:19 http://tinyurl.com/3bkg4up 13:57:26 that's strange, there's a large movement of building dynamic languages on top of the vm specifically for reaping the benefits of all the optimization that's gone into the VM's 13:57:45 -!- JoelMcCracken [~user@pool-72-95-162-135.pitbpa.east.verizon.net] has quit [Remote host closed the connection] 13:57:45 leppie: why don't scheme implementatiosn do trace-jit and hoist the dispatch higher up the call chain? 13:58:03 VM's loose out when code is not statically typed 13:59:15 Thati st rue, but at run time, there are statically typable sections if you trace them and then jit to remove the dispatch and have some exit-function higher up in case the type is not what is expected. I thought that was how dynamically typed vms did it 13:59:19 ideally ironscheme should have a type inference system, but R6RS makes that difficult 13:59:40 leppie: does it have an FFI to managed code? 13:59:58 Specifically w.r.t the numeric tower, the functions are statically typed no? "division of two integrals gives a rational, division of two reals gives a real" 14:00:14 it may not be a simple type, but there is inferenceable logic there 14:00:37 Or maybe the cost of such analysis outweigh the benefits 14:01:02 poucet: I could do that, but it would probably be too much work for not enough benefit, I will rather put that effort in a new Scheme or a rewrite of IronScheme 14:01:15 *poucet* nods 14:01:49 kellar: you mean to use .NET stuff or to use C stuff? 14:02:19 leppie: For native client? :) 14:02:38 kellar: either/both. 14:03:02 kellar: no, you're wrong. 14:03:04 leppie: either/both. 14:03:05 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 14:03:36 replore [~replore@ntkngw304073.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 14:03:48 it has a very basic FFI (native) library, but quite a comprehensive on into .NET (supports generics and most constructs) 14:04:34 no direct support in FFI for pointer types or structs 14:04:40 :( 14:04:50 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 14:08:22 -!- vishesh [~vishesh@125.16.67.66] has quit [Ping timeout: 276 seconds] 14:16:33 -!- erg_ is now known as erg 14:22:28 -!- daedric [~daedric@sd-22082.dedibox.fr] has quit [Quit: Bye] 14:25:26 -!- samth_away is now known as samth 14:27:32 daedric [~daedric@2a01:e0b:1:124:ca0a:a9ff:fe03:3b99] has joined #scheme 14:31:06 very few schemes do compare favorably to ikarus in speed, on any area 14:31:56 Maybe stalin? 14:32:00 aoh: i don't think that's true 14:33:20 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 14:34:04 samth, i don't think i've seen others beat it by an interesting margin in benchmarks, but it often beats others by up to an order of magnitude, even including compile time 14:36:09 -!- copumpkin [~pumpkin@unaffiliated/pumpkingod] has quit [Quit: Computer has gone to sleep.] 14:36:26 well, larceny, chicken (timing just binaries) and mit-scheme are probably about the same 14:36:46 this suggests differently: http://www.ccs.neu.edu/home/will/Twobit/benchmarksGenuineR6Linux.html 14:37:34 although the page is kind of old, ikarus has not been developed recently 14:40:10 samth, that's pretty much what i've seen, ikarus is usually fastest, and it, larceny, mit-scheme and chicken are in the same ballpark 14:40:44 some vm-style systems within 10x of ikarus, some over 100x slower 14:41:02 aoh: Afaict, ikarus is slowest on that page 14:41:17 Oh neverm ind, I misread the bar 14:41:33 misterncw [~misterncw@82.71.241.25] has joined #scheme 14:41:37 I thought the bar was the seconds, but it is the numbers. The bar is the performance. Bit confusing page 14:41:51 i thought so too at first 14:42:17 It's cause it starts out mentioning runtime in seconds 14:42:34 So you read that and your eyes look down at the bars instead of finishing the paragraph :D 14:43:45 -!- kennyd [~kennyd@93-138-166-60.adsl.net.t-com.hr] has quit [Read error: Connection reset by peer] 14:44:35 aoh: the geometric-mean at the top has larceny as the fastest 14:45:50 samth, iirc it beat ikarus also in my benchmarks on a few mainly fixnum-related cases 14:46:13 kennyd [~kennyd@93-138-166-60.adsl.net.t-com.hr] has joined #scheme 14:47:11 aoh: are you using chicken in your benchmarks too? 14:48:06 mario-goulart, yes, it is usually among the fastest few if you don't count compile time (which I don't) 14:48:30 aoh: interesting. What version are you using? 14:49:04 mario-goulart, actually about to get the newest one here at the moment to rerun the benchmark this night :) 14:49:46 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 14:49:55 mario-goulart, debian has 4.5.0, so that has probably been used before 14:50:08 Ah, ok. That's pretty old. 14:50:34 yes, as are some of the other schemes in debian stable. chibi isn't even packaged yet. 14:50:35 aoh: The next version (4.8.0) is expected to produce faster code, but it may take a while to be released. 14:51:43 mario-goulart, what are you planning for 4.8.0? 14:52:31 Not really me, but the chicken wizards have been adding some optimizations based on flow analysis. 14:54:42 mario-goulart, i'll grab the git repo and see what happens, in case some of it has already landed 14:57:01 -!- peterhil` [~peterhil@GGYYYMMMDCCCXI.gprs.sl-laajakaista.fi] has quit [Ping timeout: 240 seconds] 14:58:09 peterhil` [~peterhil@GGYYYMMMDCCCXI.gprs.sl-laajakaista.fi] has joined #scheme 14:58:12 -!- Burlingk [~burlingk@softbank221067045171.bbtec.net] has quit [Quit: Leaving] 14:59:25 aoh: cool. Beware that the git repo may contain some broken things. :-) 15:00:18 copumpkin [~pumpkin@unaffiliated/pumpkingod] has joined #scheme 15:03:44 -!- realitygrill [~realitygr@76.226.196.96] has quit [Quit: realitygrill] 15:07:09 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 15:08:21 aoh: what version of racket are you benchmarking? 15:08:22 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 15:09:15 samth, are they still using mzscheme as the compiler? that one is 4.2.1 in debian. 15:10:30 aoh: that's very very old 15:10:47 modern debian should have racket v5.1.1 15:10:52 at least 15:15:58 samth, racket doesn't seem to have a 32-bit debian package, will have to compile 15:16:54 aoh: on what debian release? 15:17:04 samth, squeeze 15:17:23 http://packages.debian.org/squeeze-backports/racket 15:17:26 -!- hkBst [~quassel@gentoo/developer/hkbst] has quit [Remote host closed the connection] 15:17:38 -!- kennyd [~kennyd@93-138-166-60.adsl.net.t-com.hr] has quit [Ping timeout: 260 seconds] 15:19:26 samth, great! downloading now 15:19:51 wheezy has 5.1.2 15:19:55 wheezy has 5.1.3, rather 15:20:03 arcfide [1000@c-69-136-7-94.hsd1.in.comcast.net] has joined #scheme 15:20:36 also, probably one of the builds here: http://racket-lang.org/download/ will work (try the i386 ubuntu build) 15:21:14 samth, i had just downloaded that, but will first try the backported one 15:23:13 kennyd [~kennyd@93-138-26-21.adsl.net.t-com.hr] has joined #scheme 15:23:41 -!- ecraven [~nex@www.nexoid.at] has quit [Quit: brb] 15:23:42 jewel [~jewel@196-215-114-61.dynamic.isadsl.co.za] has joined #scheme 15:24:22 ecraven [~nex@www.nexoid.at] has joined #scheme 15:24:40 samth, do you know if racket < file is ok for benchmarking it, or if there are some flags etc that might be useful? 15:24:54 aoh: i recommend racket -f file 15:26:28 hmm, $ touch foo; time racket -f foo -> reference to undefined identifier: ab, user 0m1.024s 15:27:05 my bad :) foo existed, but the 1s startup time may skew the benchmark a bit 15:28:25 aoh: you should only time the execution 15:29:22 -!- kennyd [~kennyd@93-138-26-21.adsl.net.t-com.hr] has quit [Read error: Connection reset by peer] 15:33:43 leppie, i have a script to automatically time the interpetation or binaries, sort them etc. not easy for now to time one differently :( 15:34:39 what is the point? ikarus for example takes between 50 - 75ms to start on my PC 15:35:29 as do most other schemes 15:36:02 but then you still include the parse and compilation phases, then only the execution 15:36:06 realitygrill [~realitygr@thewall.novi.lib.mi.us] has joined #scheme 15:36:17 rvn_ [~rvn@77.107.164.131] has joined #scheme 15:39:01 leppie, i know. i'm mainly interested in how much time (and memory) it takes to run programs with different schemes in the way they programs might be shipped, source or binary 15:39:15 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 15:39:29 ok 15:39:55 originally i wanted to match scheme48 against my toy, but the benchmark has grown a bit since then :) 15:40:29 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 15:40:42 denisw [~denisw@dslb-188-102-022-162.pools.arcor-ip.net] has joined #scheme 15:41:17 kennyd [~kennyd@93-138-26-21.adsl.net.t-com.hr] has joined #scheme 15:54:08 anttih [~aholvika@backport.reaktor.fi] has joined #scheme 15:55:35 ccorn [~ccorn@g132123.upc-g.chello.nl] has joined #scheme 15:56:20 don't have all schemes here yet (new guile or petite) and the short benchmark is too short to give jit:s time to warm up, but the results look something like http://pastebin.com/i5g5wxzX 15:57:00 -!- dsmith [~dsmith@cpe-184-56-129-232.neo.res.rr.com] has quit [Ping timeout: 260 seconds] 15:57:17 dsmith [~dsmith@cpe-184-56-129-232.neo.res.rr.com] has joined #scheme 15:58:29 aoh: Bah! You almost got me there. You should know how much of a sucker I am for benchmarks. 15:58:32 mario-goulart, that is actually chicken 4.7.3, forgot to change the version 15:58:39 ahinki [~chatzilla@AAmiens-551-1-30-209.w92-131.abo.wanadoo.fr] has joined #scheme 15:59:04 aoh: I'm so tempted to run these on my machine and send Chez after Ikarus. 15:59:38 -!- mmc [~michal@sams-office-nat.tomtomgroup.com] has quit [Ping timeout: 260 seconds] 16:02:10 -!- denisw [~denisw@dslb-188-102-022-162.pools.arcor-ip.net] has quit [Remote host closed the connection] 16:02:36 arcfide, the script is bench/bench.sh in http://haltp.org/git/owl-lisp.git, but it will require some tweaking 16:03:26 i'll get chez for the longer run. it usually takes a full night since some *chough* tinyscheme *cough* rarely finish by the deadline when repetitions are increased :) 16:03:27 No! Don't tempt me. 16:04:04 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 16:04:34 but that is not really a good scheme benchmark, it just uses the purely functional subset. apples and bananas. 16:04:50 -!- realitygrill [~realitygr@thewall.novi.lib.mi.us] has quit [Quit: realitygrill] 16:05:15 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 16:10:23 -!- jewel [~jewel@196-215-114-61.dynamic.isadsl.co.za] has quit [Ping timeout: 248 seconds] 16:10:47 -!- djcb [djcb@nat/nokia/x-ysstwzppubrzuqzw] has quit [Remote host closed the connection] 16:10:57 mithos28 [~eric@99-113-32-54.lightspeed.sntcca.sbcglobal.net] has joined #scheme 16:12:15 -!- woonie [~woonie@nusnet-199-177.dynip.nus.edu.sg] has quit [Ping timeout: 252 seconds] 16:16:20 /lastlog roderic 5 16:17:58 -!- misterncw [~misterncw@82.71.241.25] has quit [Remote host closed the connection] 16:22:04 -!- mithos28 [~eric@99-113-32-54.lightspeed.sntcca.sbcglobal.net] has quit [Quit: mithos28] 16:28:49 -!- arcfide [1000@c-69-136-7-94.hsd1.in.comcast.net] has left #scheme 16:29:32 woonie [~woonie@137.132.28.15] has joined #scheme 16:31:41 -!- zmv [~daniel@c953332e.virtua.com.br] has quit [Ping timeout: 252 seconds] 16:39:53 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 16:41:44 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 16:43:41 evil_bankster [u2969@gateway/web/irccloud.com/x-svdbtxozktovunsg] has joined #scheme 16:46:18 -!- dsmith [~dsmith@cpe-184-56-129-232.neo.res.rr.com] has quit [Ping timeout: 260 seconds] 16:47:18 dsmith [~dsmith@cpe-184-56-129-232.neo.res.rr.com] has joined #scheme 16:51:32 ijp [~user@host86-182-155-90.range86-182.btcentralplus.com] has joined #scheme 16:56:25 jonrafkind [~jon@jonr5.dsl.xmission.com] has joined #scheme 17:00:37 wingo [~wingo@90.164.198.39] has joined #scheme 17:00:52 schemers 17:01:07 wingo: hi. 17:01:08 frhodes [~frhodes@168-103-96-233.albq.qwest.net] has joined #scheme 17:01:30 i just figured something out why one would want (let ((p (lambda (x) x))) (eq? p p)) to be unspecified, as it is in the r6rs 17:01:54 dybvig's cp0 does inlining as copy propagation of lambda expressions 17:02:27 -!- jrapdx [~jra@c-98-246-157-58.hsd1.or.comcast.net] has quit [Remote host closed the connection] 17:02:30 and it seems easier to do so without the eq? guarantee 17:02:38 hello qu1j0t3. 17:03:11 relaxing this rule allows more higher-order inlining i think 17:04:18 wingo: does the r6rs rationale document not mention this? 17:05:01 ijp: i don't recale 17:05:03 *recall 17:05:59 yes it does 17:06:08 it mentions inlining, along with coalescing 17:06:32 allowing for (eq? (lambda (x) x) (lambda (y) y)) i think 17:07:06 odd, though; in this sense closures are *not* a poor man's object 17:07:57 since they don't have identity (!) 17:10:13 arcfide [1000@dhcp-cs-244-96.cs.indiana.edu] has joined #scheme 17:15:09 true enough, I'm also not a fan of (eqv? "" "") and (eqv? '#() '#()) being unspecified 17:16:11 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 17:17:32 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 17:18:42 zmv [~daniel@c953332e.virtua.com.br] has joined #scheme 17:27:06 zmv_ [~daniel@c953332e.virtua.com.br] has joined #scheme 17:30:11 -!- zmv [~daniel@c953332e.virtua.com.br] has quit [Ping timeout: 245 seconds] 17:32:44 -!- MichaelRaskin [~MichaelRa@195.178.216.22] has left #scheme 17:37:57 jrapdx [~jra@74-95-41-205-Oregon.hfc.comcastbusiness.net] has joined #scheme 17:39:15 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 17:40:47 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 17:42:52 turbofail [~user@c-107-3-149-149.hsd1.ca.comcast.net] has joined #scheme 17:43:28 -!- zmv_ [~daniel@c953332e.virtua.com.br] has quit [Ping timeout: 255 seconds] 17:45:29 zmv [~daniel@c953332e.virtua.com.br] has joined #scheme 17:45:53 aoh: you're almost certainly running racket in an unusual way 17:55:07 jao [~user@pdpc/supporter/professional/jao] has joined #scheme 18:01:32 gravicappa [~gravicapp@ppp91-78-213-161.pppoe.mtu-net.ru] has joined #scheme 18:03:24 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 18:05:07 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 18:23:01 aehrisch [~aehrisch@vhost.knauel.org] has joined #scheme 18:24:13 samth, i'm not really familiar with it. $ racket -f and $ racket < are giving same timings, which look ok to me. is there something else i should be doing? 18:38:06 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 18:39:24 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 18:45:57 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Read error: Connection reset by peer] 18:46:49 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 18:47:38 pchrist_ [~spirit@gentoo/developer/pchrist] has joined #scheme 18:49:56 grglr [~grglr@2620:0:1cfe:61:129a:ddff:fe54:2c1e] has joined #scheme 18:50:08 wbooze [~levgue@xdsl-78-35-144-92.netcologne.de] has joined #scheme 18:50:25 homie [~levgue@xdsl-78-35-144-92.netcologne.de] has joined #scheme 18:50:29 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Ping timeout: 258 seconds] 18:56:03 aoh: what do the files look like 18:56:43 probably, they would need to be in modules to benefit from optimization 18:59:18 samth, for example http://pastebin.com/gzTx4jrt, each defines a function 'test' which is called n times 19:02:41 -!- jao [~user@pdpc/supporter/professional/jao] has quit [Ping timeout: 245 seconds] 19:16:53 bgs100 [~ian@unaffiliated/bgs100] has joined #scheme 19:17:17 aoh: if you add '#lang racket/base' at the top of that file, and run it with 'racket -u filename.rkt' , it runs 30% faster 19:19:13 MichaelRaskin [~MichaelRa@195.91.224.225] has joined #scheme 19:24:23 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Ping timeout: 260 seconds] 19:29:09 MrFahrenheit [~RageOfTho@users-146-18.vinet.ba] has joined #scheme 19:31:35 f8l [~f8l@81.219.207.135] has joined #scheme 19:33:36 samth, i got ~11s with racket -f ..., and with that ~1s for racket -u ... 19:33:41 -!- Kajtek [~nope@nat4-230.ghnet.pl] has quit [Quit: Leaving.] 19:33:59 as in, the time went for 11 sec to 1 sec? 19:34:05 or from 11 sec to 10 sec? 19:34:13 yep, quite an improvement :) 19:34:51 11 vs 1 is correct 19:38:24 what's happening is that racket is (a) designed to optimize things in modules and (b) makes correct but pessimistic assumptions that you might mutate any of your variables when you run at the top level 19:38:32 and it can know more when your code is in a module 19:39:04 -!- replore [~replore@ntkngw304073.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Remote host closed the connection] 19:39:18 jao [~user@pdpc/supporter/professional/jao] has joined #scheme 19:40:36 -!- zmv [~daniel@c953332e.virtua.com.br] has quit [Ping timeout: 245 seconds] 19:42:34 zmv [~daniel@c953332e.virtua.com.br] has joined #scheme 19:47:13 -!- zmv [~daniel@c953332e.virtua.com.br] has quit [Ping timeout: 255 seconds] 19:47:31 zmv [~daniel@c953332e.virtua.com.br] has joined #scheme 19:49:15 HG` [~HG@p579F740B.dip.t-dialin.net] has joined #scheme 19:59:16 Kajtek [~nope@nat4-230.ghnet.pl] has joined #scheme 19:59:18 djcb [~user@a88-114-88-233.elisa-laajakaista.fi] has joined #scheme 20:07:07 -!- zmv [~daniel@c953332e.virtua.com.br] has quit [Ping timeout: 256 seconds] 20:08:57 zmv [~daniel@c953332e.virtua.com.br] has joined #scheme 20:14:45 -!- saccadewrk [saccadewrk@nat/google/x-zyfegjayuguttvqs] has quit [Quit: Leaving] 20:21:48 phao [~phao@pontenova.dpi.ufv.br] has joined #scheme 20:22:43 djcb` [~user@a88-114-88-233.elisa-laajakaista.fi] has joined #scheme 20:26:01 -!- djcb [~user@a88-114-88-233.elisa-laajakaista.fi] has quit [Ping timeout: 245 seconds] 20:27:49 saccadewrk [saccadewrk@nat/google/x-zhgxpgjzscocwiby] has joined #scheme 20:33:04 -!- samth is now known as samth_away 20:39:51 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 20:40:13 -!- gravicappa [~gravicapp@ppp91-78-213-161.pppoe.mtu-net.ru] has quit [Remote host closed the connection] 20:43:58 HG`` [~HG@p579F72E6.dip.t-dialin.net] has joined #scheme 20:48:07 -!- HG` [~HG@p579F740B.dip.t-dialin.net] has quit [Ping timeout: 276 seconds] 20:55:43 -!- jao [~user@pdpc/supporter/professional/jao] has quit [Ping timeout: 248 seconds] 20:57:37 -!- phao [~phao@pontenova.dpi.ufv.br] has quit [Quit: Leaving] 21:05:48 gigamonkey [~user@adsl-99-39-5-4.dsl.pltn13.sbcglobal.net] has joined #scheme 21:06:26 -!- MichaelRaskin [~MichaelRa@195.91.224.225] has quit [Ping timeout: 245 seconds] 21:07:12 -!- ccorn [~ccorn@g132123.upc-g.chello.nl] has quit [Quit: ccorn] 21:15:52 -!- grglr [~grglr@2620:0:1cfe:61:129a:ddff:fe54:2c1e] has quit [*.net *.split] 21:15:52 -!- daedric [~daedric@2a01:e0b:1:124:ca0a:a9ff:fe03:3b99] has quit [*.net *.split] 21:16:01 -!- HG`` [~HG@p579F72E6.dip.t-dialin.net] has quit [Quit: HG``] 21:19:39 grglr [~grglr@2620:0:1cfe:61:129a:ddff:fe54:2c1e] has joined #scheme 21:19:39 daedric [~daedric@2a01:e0b:1:124:ca0a:a9ff:fe03:3b99] has joined #scheme 21:22:32 MichaelRaskin [~MichaelRa@195.91.224.225] has joined #scheme 21:22:36 drdo [~drdo@91.205.108.93.rev.vodafone.pt] has joined #scheme 21:25:42 -!- ahinki [~chatzilla@AAmiens-551-1-30-209.w92-131.abo.wanadoo.fr] has quit [Remote host closed the connection] 21:28:23 blackened [~blackened@ip-89-102-29-120.net.upcbroadband.cz] has joined #scheme 21:29:43 -!- Kajtek [~nope@nat4-230.ghnet.pl] has quit [Read error: Operation timed out] 21:32:03 Kajtek [~nope@nat4-230.ghnet.pl] has joined #scheme 21:37:22 -!- f8l [~f8l@81.219.207.135] has quit [Quit: WeeChat 0.3.5] 21:42:48 -!- xissburg [~xissburg@187.50.13.57] has quit [Remote host closed the connection] 21:43:20 -!- peterhil` [~peterhil@GGYYYMMMDCCCXI.gprs.sl-laajakaista.fi] has quit [Ping timeout: 244 seconds] 21:43:20 -!- soveran [~soveran@dan75-2-87-91-33-52.dsl.sta.abo.bbox.fr] has quit [Read error: Connection reset by peer] 21:43:38 soveran [~soveran@dan75-2-87-91-33-52.dsl.sta.abo.bbox.fr] has joined #scheme 21:44:12 zmv_ [~daniel@c953332e.virtua.com.br] has joined #scheme 21:46:07 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 21:46:55 -!- zmv [~daniel@c953332e.virtua.com.br] has quit [Ping timeout: 255 seconds] 21:52:28 -!- woonie [~woonie@137.132.28.15] has quit [Ping timeout: 276 seconds] 22:00:21 -!- zmv_ is now known as zmv 22:07:43 -!- stepnem [~stepnem@176.119.broadband10.iol.cz] has quit [Ping timeout: 260 seconds] 22:09:17 -!- arcfide [1000@dhcp-cs-244-96.cs.indiana.edu] has left #scheme 22:15:37 jao [~user@pdpc/supporter/professional/jao] has joined #scheme 22:18:05 stepnem [~stepnem@176.119.broadband10.iol.cz] has joined #scheme 22:43:07 arcfide [1000@c-69-136-7-94.hsd1.in.comcast.net] has joined #scheme 22:44:42 -!- homie [~levgue@xdsl-78-35-144-92.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 22:44:45 -!- wbooze [~levgue@xdsl-78-35-144-92.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 22:45:26 -!- soveran [~soveran@dan75-2-87-91-33-52.dsl.sta.abo.bbox.fr] has quit [Remote host closed the connection] 22:50:16 leo2007 [~leo@222.130.141.205] has joined #scheme 22:54:00 peterhil` [~peterhil@YYMKL.gprs.sl-laajakaista.fi] has joined #scheme 22:54:35 bombshelter13b [~bombshelt@76-10-149-209.dsl.teksavvy.com] has joined #scheme 22:55:30 -!- pandeiro [~pandeiro@bd21c015.virtua.com.br] has quit [Quit: Out of quarters] 23:00:00 -!- Fare [~Fare@ita4fw1.itasoftware.com] has quit [Quit: Leaving] 23:02:09 -!- drdo [~drdo@91.205.108.93.rev.vodafone.pt] has quit [Read error: Connection reset by peer] 23:13:27 _danb_ [~user@203.38.189.126] has joined #scheme 23:22:44 -!- frhodes [~frhodes@168-103-96-233.albq.qwest.net] has quit [Quit: leaving] 23:23:06 -!- bgs100 [~ian@unaffiliated/bgs100] has quit [Ping timeout: 245 seconds] 23:26:06 frhodes [~frhodes@168-103-96-233.albq.qwest.net] has joined #scheme 23:32:27 bgs100 [~ian@unaffiliated/bgs100] has joined #scheme 23:39:25 -!- masm [~masm@bl19-138-34.dsl.telepac.pt] has quit [Quit: Leaving.] 23:45:57 -!- bgs100 [~ian@unaffiliated/bgs100] has quit [Quit: Leaving] 23:47:00 -!- rvn_ [~rvn@77.107.164.131] has quit [Quit: Leaving]