00:00:13 -!- a-s [n=user@92.80.94.146] has quit [Read error: 104 (Connection reset by peer)] 00:05:21 incubot: do you dream in r6rs yet? 00:05:25 heh. as I could understand googling the topic, Scheme Game SDK is another holy unicorn many people dream of but do not dare to really persue 00:06:03 a scheme game SDK is unlikely 00:08:10 felipe [n=felipe@my.nada.kth.se] has joined #scheme 00:08:55 proq: Why? 00:09:41 arcfide: http://marijn.haverbeke.nl/unlikely/ 00:10:19 arcfide: sorry, I was making puns 00:10:43 it isn't really an SDK per se 00:11:27 you could strap that onto indiezen though as a plug-in and be very well on your way 00:14:56 kilimanjaro [n=kilimanj@70.116.95.163] has joined #scheme 00:30:24 SugarGlider [n=stevie@dyn-203-143-164-139.qrl.nicta.com.au] has joined #scheme 00:34:39 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 00:35:46 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 00:37:34 -!- pdponze [n=fzhsw@167-97.106-92.cust.bluewin.ch] has quit [Read error: 110 (Connection timed out)] 00:38:39 ventonegro [n=alex@c95195bd.virtua.com.br] has joined #scheme 00:44:32 orgy_ [n=ratm_@pD9FFEBD8.dip.t-dialin.net] has joined #scheme 00:48:02 -!- RageOfThou [n=RageOfTh@92.36.163.213] has quit [Read error: 110 (Connection timed out)] 00:50:12 saccade_ [n=saccade@65-78-24-47.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #scheme 00:59:56 -!- orgy` [n=ratm_@pD9FFE7A4.dip.t-dialin.net] has quit [Read error: 101 (Network is unreachable)] 01:01:08 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 54 (Connection reset by peer)] 01:01:42 synthcode.com is back up 01:03:48 -!- jonrafkind [n=jon@crystalis.cs.utah.edu] has quit [Read error: 113 (No route to host)] 01:07:53 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 01:12:21 -!- Adamant [n=Adamant@unaffiliated/adamant] has quit [] 01:13:08 -!- hadronzoo [n=hadronzo@ppp-70-251-94-76.dsl.rcsntx.swbell.net] has quit [Read error: 110 (Connection timed out)] 01:21:03 Adamant [n=Adamant@c-76-29-188-22.hsd1.ga.comcast.net] has joined #scheme 01:22:56 wrldpc [n=worldpea@207-172-70-76.c3-0.sbo-ubr2.sbo.ma.cable.rcn.com] has joined #scheme 01:29:27 -!- reprore [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Remote closed the connection] 01:37:32 -!- ventonegro [n=alex@c95195bd.virtua.com.br] has quit [] 01:38:55 hey foof :) chibi-scheme is running fine here. The code looks really clean as far as I have looked. I saw you commented out the install target because the path to init.scm is hardwired. 01:39:41 jcowan [n=jcowan@cpe-74-68-154-18.nyc.res.rr.com] has joined #scheme 01:40:09 *jcowan* unvanishes 01:41:02 -!- melgray [n=melgray@70.99.250.82] has quit [] 01:43:02 More like I commented out the install because I don't want people installing it :) 01:43:25 sepult_ [n=buggarag@xdsl-87-78-26-96.netcologne.de] has joined #scheme 01:43:36 Down with installing 01:43:43 Down with Diotrephes, while we're at it 01:44:46 foof: what are your further plans for chibi-scheme? 01:45:47 and where does the name come from? 01:48:15 hadronzoo [n=hadronzo@ppp-70-251-99-184.dsl.rcsntx.swbell.net] has joined #scheme 01:48:36 Very dear to Hialispa was the gentle Chibi-Scheme-OS 01:50:13 ah I see, chibi is a play on toy (for kids) http://en.wikipedia.org/wiki/Chibi_(Japanese_term) 01:55:37 -!- sepult_ [n=buggarag@xdsl-87-78-26-96.netcologne.de] has quit [Client Quit] 01:57:20 It's not a toy, it's just slang for "small," sort of like "shrimpy." 01:58:21 -!- sepult [n=buggarag@xdsl-87-78-30-236.netcologne.de] has quit [Read error: 113 (No route to host)] 01:58:24 Hence an alternative to TinyScheme. 01:59:39 paf [n=paf@ip70-176-247-66.ph.ph.cox.net] has joined #scheme 02:02:00 No particular plans. I'll probably give it a module system. 02:02:19 But I want to refrain from turning it into a real Scheme, and get back to work on my compiler. 02:06:57 eno__ [n=eno@adsl-70-137-180-40.dsl.snfc21.sbcglobal.net] has joined #scheme 02:09:05 I see you are using sc macros 02:09:20 iyo, would it be worth lobbying felix to move from er alone to er+sc? 02:10:03 It's a nice toy Scheme, I must say 02:10:34 Possibly... did he throw in some hacks to make top-level unhygienic macros like define-record and include work? 02:14:52 include works, for sure 02:15:19 I don't know how define-record works, whether it is a built-in or an er-macro 02:16:10 It's an er-macro. 02:16:51 I'm assuming the expander strips the rename information for newly introduced top-level bindings. 02:18:33 -!- eno [n=eno@nslu2-linux/eno] has quit [Read error: 110 (Connection timed out)] 02:18:46 Anyway, I've come to find er macros easier to use, but you really want sc macros for controlled unhygiene. 02:22:56 Where can I read about SC macros? 02:23:30 http://community.schemewiki.org/?syntactic-closures 02:26:52 -!- hkBst [n=hkBst@gentoo/developer/hkbst] has quit [Read error: 104 (Connection reset by peer)] 02:27:34 So all of Chibi-Scheme's pre-syntax-rules bootstrapping macros are written in ER. 02:29:43 -!- eno__ is now known as eno 02:32:13 hello 02:32:49 i converted a number to a string via number->string and now i want to turn one of those individual characters back into a number. i can't for the life of me figure out how to do it though 02:32:53 any ideas? 02:38:48 amazon10x: a creative blend of string->number and substring 02:39:14 what's the general problem you're trying to solve? 02:39:24 ooh, just found an alternative solution 02:39:29 -!- wrldpc [n=worldpea@207-172-70-76.c3-0.sbo-ubr2.sbo.ma.cable.rcn.com] has quit [] 02:39:42 i was building a list and i had the issue of 005 = 5 02:39:46 so zeros were being dropped 02:39:50 so i just did it in reverse 02:39:52 thanks, though 02:40:21 amazon10x: just curious, what's the larger problem? 02:40:26 it's a bizarre fucking subproblem 02:41:38 i'll tell you in 1 hr and 20 mins 02:41:45 these deadlines really sneak up on you :P 02:43:31 sphex_ [n=nobody@modemcable185.138-56-74.mc.videotron.ca] has joined #scheme 03:00:46 -!- sphex [n=nobody@modemcable185.138-56-74.mc.videotron.ca] has quit [Read error: 110 (Connection timed out)] 03:05:00 Riastradh: ping. 03:19:17 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Remote closed the connection] 03:19:37 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 03:23:00 is there a noop command in scheme? 03:24:30 amazon10x: What do you need it for? 03:24:43 Scheme has no commands. 03:30:00 OK, I need somewhere to put chibi-scheme so people can actually download it... 03:31:20 oho now... 03:31:53 mejja [n=user@c-f6b6e555.023-82-73746f38.cust.bredbandsbolaget.se] has joined #scheme 03:31:58 Get it posted to schemers.org? 03:32:14 I do believe it's the sqlite FFI causing segfaults. 03:32:22 Which I had a hand in of course. 03:32:43 synx: ffi from what? 03:32:52 Who runs schemers.org? 03:33:29 plt's FFI jcowan, but it's probably not the FFI itself but specifically the use of it for sqlite. 03:33:54 foof: sk+59@cs.brown.edu 03:34:40 jcowan: thanks 03:38:17 foof: rename it 'cuckoo.egg' and leech space from chicken... 03:38:28 foof: Is there an issue with schemers.org? 03:38:30 :) 03:39:21 eli: No, the issue is with synthcode.com, which is a piece of junk web server I threw together in Gauche running on a piece of junk Linux box sitting in a friends closet. 03:39:48 foof: Are you just looking for a place to dump it then? 03:39:53 yes 03:40:09 And only temporarily, I'll do something about a real host soon. 03:40:31 I don't think that Shriram will be happy with putting it at brown... 03:40:49 But if it's temporary I can put it on barzilay.org. 03:41:20 (I can also have it permanently there, but somehow I don't think that you'd want that...) 03:41:33 Hmmm... if I strip all the autoconf stuff out of Boehm I can make it a lot smaller... 03:43:05 Aha. 03:43:23 The Mac OS X man pages claim that getc() is a macro, but it is not. Only getc_unlocked() is a macro. 03:43:45 the file configure is an order of magnitude larger than any other file in the tarball 03:44:01 ... the second biggest file being ltmain.sh :/ 03:44:04 That's quite a big speed hit for Chicken. 03:44:35 Oh, thought I was on #chicken. Sorry. 03:45:07 There's got to be a good joke about fast chickens in there somewhere... 03:45:38 zbigniew: unlocked stdio is wicked fast, use it if you can 03:46:06 mejja: agreed, and additionally, getc is incurring a full function call in addition to the lock 03:47:24 As we're not using configure, I have to be careful that changes like that don't affect other platforms, though. 03:50:32 eno__ [n=eno@adsl-70-137-165-174.dsl.snfc21.sbcglobal.net] has joined #scheme 03:51:43 -!- eno [n=eno@nslu2-linux/eno] has quit [Nick collision from services.] 03:51:48 -!- eno__ is now known as eno 03:53:21 foof: I didn't mean for you to actually post it at schemers.org; I meant that you can post it anywhere (I'll volunteer, I have free hosting space atm) 03:53:29 and get it *pointed to* from the implementations list at schemers.org 03:53:39 oh 03:53:58 Do you want me to go ahead and host it? 03:53:59 I thought that was odd... schemers.org doesn't seem to hold any files :) 03:54:57 I see, you said "so people can download it" as opposed to "so people can find and download it" or something to that effect. 03:55:09 (foof: That's why I said that Shriram won't be happy.) 03:55:16 Wow, Boehm completely dwarfs the entire Scheme implementation. 03:56:24 foof: okay, hosted at http://www.ccil.org/~cowan/chibi-scheme-0.1.tgz 03:56:28 but not linked anywhere 03:57:23 except the log here, I suppose 03:58:12 ping me by email if you have later versions for me to snarf 03:58:32 ok 03:58:37 Hang on... 04:00:34 -!- Mr-Cat [n=Mr-Cat@bahirkin1507.static.corbina.ru] has quit [Remote closed the connection] 04:00:40 the file at synthcode.com is now almost half the size (by removing the unused autoconf files and gc docs) 04:00:59 So if you need to save bandwidth you can use that. 04:01:16 And, thanks! :) 04:04:38 Bandwidth is free to me, but it's not free to somebody upstream, so I fetched the replacement. 04:04:55 bombshelter13_ [n=bombshel@209-161-226-98.dsl.look.ca] has joined #scheme 04:05:02 -!- foof [n=user@dn157-046.naist.jp] has quit [Remote closed the connection] 04:05:12 foof [n=user@dn157-046.naist.jp] has joined #scheme 04:09:20 jcowan: Is it OK if I post that link to c.l.s? 04:10:06 tjafk1 [n=timj@e176215022.adsl.alicedsl.de] has joined #scheme 04:10:29 Certainly. 04:10:37 *jcowan* hopes ccil.org will not be slashdotted 04:11:29 I built it on both the i686 and x6_64 Ubuntu boxes 04:11:35 all tests pass 04:11:52 Yeah, I never tested it on a 64bit machine but figured it should work. 04:11:55 jcowan: try (atan 1 1) -) 04:12:10 .oO( mejja is a cyclops? ) 04:12:28 -!- bombshelter13_ [n=bombshel@209-161-226-98.dsl.look.ca] has quit [Client Quit] 04:12:38 Too many args, yeah 04:12:41 -!- MichaelRaskin_ [n=raskin@gwh-1-177-mytn23k1.ln.rinet.ru] has quit [Read error: 113 (No route to host)] 04:13:20 -!- gweiqi [n=greg@69.120.126.163] has left #scheme 04:17:38 hm... can't see anything wrong with sqlite. There are some slightly possible race condition finalizers... but nothing ever gets finalized so ehunno. 04:18:59 is this 2 or 3? 04:20:55 neilv [n=user@dsl092-071-029.bos1.dsl.speakeasy.net] has joined #scheme 04:25:01 2 or 3? 04:25:14 Oh it's sqlite3 04:25:27 The module is at version 4.0 though, eh. 04:27:08 -!- tjafk2 [n=timj@e176193082.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 04:31:30 sqlite requires that you finalize all statements before closing the database. Since I never close the database though, that shouldn't be a problem. c_c; 04:31:40 jonrafkind [n=jon@c-98-202-86-149.hsd1.ut.comcast.net] has joined #scheme 04:37:11 error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 04:37:43 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 04:44:26 -!- error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 04:44:52 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 04:46:31 -!- araujo [n=araujo@gentoo/developer/araujo] has quit [Read error: 110 (Connection timed out)] 04:49:48 araujo [n=araujo@gentoo/developer/araujo] has joined #scheme 04:52:13 -!- arcfide [n=arcfide@adsl-99-137-203-111.dsl.bltnin.sbcglobal.net] has quit ["Sleep"] 04:53:28 jlongster [n=user@c-68-59-187-95.hsd1.tn.comcast.net] has joined #scheme 04:58:31 -!- jcowan [n=jcowan@cpe-74-68-154-18.nyc.res.rr.com] has quit ["Bailing out"] 05:08:59 is this the PLT module? It's not particularly good 05:09:28 synx: you can call sqlite3_next_stmt to obtain all unfinalized statements at database closing time, to avoid that situation 05:10:13 eno__ [n=eno@adsl-70-137-158-218.dsl.snfc21.sbcglobal.net] has joined #scheme 05:19:01 -!- eno [n=eno@nslu2-linux/eno] has quit [Nick collision from services.] 05:19:04 -!- eno__ is now known as eno 05:19:23 Oh I didn't know that zbigniew neat! 05:19:33 npe [n=npe@108.192-78-194.adsl-fix.skynet.be] has joined #scheme 05:19:39 yeah it's really useful 05:19:43 The PLT module gets around it by having all statements hold a reference to the database, so that it won't close until they're all collected. 05:20:03 -!- pschorf [n=paul@isr5018.urh.uiuc.edu] has quit ["Leaving"] 05:20:37 It'd be kind of bad to use sqlite3_next_stmt... because then all the statements that haven't been collected are now loose pointers leading to freed memory. 05:25:29 Pretty easy to handle that. Users can't access the pointers directly as they are wrapped in a structure (which includes a pointer to the database). Before operating on a statement (e.g. a finalize) check if the associated database is valid. 05:25:30 -!- kniu [n=kniu@CMU-284828.WV.CC.CMU.EDU] has quit [Remote closed the connection] 05:25:41 -!- npe [n=npe@108.192-78-194.adsl-fix.skynet.be] has quit [Read error: 104 (Connection reset by peer)] 05:25:49 kniu [n=kniu@CMU-284828.WV.CC.CMU.EDU] has joined #scheme 05:26:13 finalizing a statement on a closed database can then be a no-op, if so desired 05:27:12 Of course if you track prepared statements in the module, you will normally not experience this issue. Caching them is also probably a good idea. Statement preparation is really expensive. 05:27:55 npe [n=npe@108.192-78-194.adsl-fix.skynet.be] has joined #scheme 05:28:32 -!- kilimanjaro [n=kilimanj@70.116.95.163] has quit ["Leaving"] 05:29:50 -!- SugarGlider [n=stevie@dyn-203-143-164-139.qrl.nicta.com.au] has left #scheme 05:32:32 -!- kniu [n=kniu@CMU-284828.WV.CC.CMU.EDU] has quit [Read error: 60 (Operation timed out)] 05:37:24 IIRC, the PLT module doesn't provide a busy handler. 05:39:13 It also doesn't provide much guarantee of safety if a running statement errors out; statement which do not complete (return SQLITE_DONE) should always be *immediately* reset, or risk locking the database for writers. 05:39:31 That's just from a cursory look at it, though. 05:41:54 -!- ttmrichter [n=ttmricht@58.49.19.148] has quit ["Ex-Chat"] 05:46:54 kniu [n=kniu@OVERLORD.RES.CMU.EDU] has joined #scheme 05:47:47 lowlycoder [n=x@unaffiliated/lowlycoder] has joined #scheme 05:49:39 anyone here writen an iphone app in scheme? if so, what scheme distro did you use? 05:51:58 cads [n=max@c-76-122-89-218.hsd1.ga.comcast.net] has joined #scheme 05:56:00 -!- lowlycoder [n=x@unaffiliated/lowlycoder] has left #scheme 05:57:35 Don't the iPhone app rules prohibit GC? (non-reference-counted) 05:57:41 -!- npe [n=npe@108.192-78-194.adsl-fix.skynet.be] has quit [] 06:00:12 -!- jso [n=user@151.159.200.8] has quit [Read error: 104 (Connection reset by peer)] 06:01:42 -!- eno [n=eno@nslu2-linux/eno] has quit [Read error: 60 (Operation timed out)] 06:03:01 eno [n=eno@nslu2-linux/eno] has joined #scheme 06:07:13 -!- geckosenator [n=sean@71.237.94.78] has quit ["leaving"] 06:13:04 lowlycoder [n=x@unaffiliated/lowlycoder] has joined #scheme 06:13:37 needs: use some database in scheme; how many people here use sqllite (reading lots of great stuff about it); how many using other things? 06:16:24 sqlite is nice as far as sql goes 06:18:28 after reading about all the nastiness of mysql and postgresql vs the small + elegant sqllite, I feel the same 06:18:37 "as far as sql goes" <-- do you store data in some other way? 06:21:12 I added a busy handler to the PLT module zbigniew. It was relatively recent though. 06:22:33 I didn't know that about resetting statements though. That's kind of crappy o.O 06:22:33 That's good 06:22:43 sqlite should reset it internally if that's an issue. 06:23:40 jao [n=jao@cpe-75-84-114-170.socal.res.rr.com] has joined #scheme 06:23:56 -!- lowlycoder [n=x@unaffiliated/lowlycoder] has quit ["leaving"] 06:24:37 busy handlers are tricky, because the one sqlite provides is not reentrant. Means you can only have database stuff in one 'thread' 06:25:26 I'm pretty sure it is reentrant 06:26:03 ASau [n=user@193.138.70.52] has joined #scheme 06:26:04 zbigniew: http://www.sqlite.org/c3ref/progress_handler.html 06:26:12 "The progress handler must not do anything that will modify the database connection that invoked the progress handler." 06:26:16 That's what I meant. 06:27:45 Oh wait, did you mean failed attempts to open a locked database? 06:28:12 Yes, however the same verbiage is given for that 06:29:01 I just noticed that's called "sqlite3_busy_handler" <.< 06:29:46 Totally different issue though, sorry... 06:30:13 It returns SQLITE_BUSY if it's busy anyway. What advantage does a busy handler have over just handling return codes? 06:31:15 mmc [n=mima@esprx02x.nokia.com] has joined #scheme 06:34:16 synx: unless you're synchronizing threads to handle the case of one database connection, you're supposed to be opening one connection per thread, and reentrancy in the busy handler won't be an issue 06:35:26 not in the busy handler, but I yield to other threads in the progress handler to avoid sqlite from freezing the application. 06:35:43 synx: you can do the busy handling in your application (in fact it is required in Chicken due to C calling restrictions 06:36:06 synx: there is one advantage to using a busy handler--sometimes sqlite3 may detect deadlock and return busy immediately without calling your handler; if you have no handler installed, you can't distinguish between regular BUSY and deadlock BUSY 06:36:53 arguably that is a sqlite issue; however, you can register a dummy handler to correctly detect this situation 06:38:40 Huh, okay. I might put something like that in then. It's Jay McCarthy's project of course, but he's not here that I know of. 06:38:43 synx: your other threads that you yield to should never use the same db connection, so you won't have an issue with your progress handler 06:39:35 if they do use the same db connection, you need to add synchronization primitives, in which case thread 2 will never enter sqlite when thread1 is already executing inside it (in the progress handler) 06:43:44 Should and do are two different things though. 06:44:09 In plt you'd have to replace a function call with a channel protocol of some sort, to ensure that it really is in only one thread. 06:44:57 dangit, maybe a lock for each connection then... 06:47:21 Why not just open one connection per thread 06:49:07 I...guess that would work... 06:49:11 gosh chicken is bizarre sometimes--i added a print statement that never gets executed, and total runtime decreased by 16% 06:49:26 synx: that is how sqlite3 is meant to be used 06:49:53 sqlite3 makes assumptions on what threads are. 06:50:04 I'm talking about threads implemented using call/cc. 06:50:04 ? 06:50:23 plt has no support for kernel threads. 06:51:40 doesn't matter. sqlite3 is already threadsafe; you simply can't use the -same- connection from multiple threads, whether those threads are green threads or native 06:53:27 -!- illio [n=illio@2808ds1-arve.0.fullrate.dk] has quit ["Leaving"] 06:53:57 Meh, automatically opening connections on a per-thread basis. Reminds me why I like databases that are over a socket. 06:56:39 -!- cads [n=max@c-76-122-89-218.hsd1.ga.comcast.net] has quit [Read error: 113 (No route to host)] 07:00:03 -!- annodomini [n=lambda@wikipedia/lambda] has quit [] 07:03:58 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 07:04:06 error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 07:08:28 npe [n=npe@195.207.5.2] has joined #scheme 07:09:15 -!- kniu [n=kniu@OVERLORD.RES.CMU.EDU] has quit [Read error: 110 (Connection timed out)] 07:09:33 kniu [n=kniu@CMU-284828.WV.CC.CMU.EDU] has joined #scheme 07:18:42 elderK [n=zk@222-152-94-45.jetstream.xtra.co.nz] has joined #scheme 07:21:48 -!- synx [i=synx@gateway/gpg-tor/key-0xA71B0C6A] has quit [Remote closed the connection] 07:22:39 synx [i=synx@gateway/gpg-tor/key-0xA71B0C6A] has joined #scheme 07:23:03 jao: ping 07:23:29 Ragnaroek [i=54a6539b@gateway/web/ajax/mibbit.com/x-9ddb735a9b122b6b] has joined #scheme 07:31:19 -!- neilv [n=user@dsl092-071-029.bos1.dsl.speakeasy.net] has quit [Read error: 113 (No route to host)] 07:31:50 hotblack23 [n=jh@p5B0574B4.dip.t-dialin.net] has joined #scheme 07:38:56 ejs [n=eugen@9-215-178-94.pool.ukrtel.net] has joined #scheme 07:39:53 neilv [n=user@dsl092-071-029.bos1.dsl.speakeasy.net] has joined #scheme 07:40:12 athos [n=philipp@92.250.250.68] has joined #scheme 07:48:35 -!- ejs [n=eugen@9-215-178-94.pool.ukrtel.net] has quit ["This computer has gone to sleep"] 07:53:21 -!- npe [n=npe@195.207.5.2] has quit [] 07:53:48 duncanm: pong 07:55:43 cads [n=max@c-76-122-89-218.hsd1.ga.comcast.net] has joined #scheme 07:59:40 npe [n=npe@195.207.5.2] has joined #scheme 08:00:03 -!- jao [n=jao@cpe-75-84-114-170.socal.res.rr.com] has quit [Remote closed the connection] 08:00:37 mike [n=m@dslb-088-067-030-216.pools.arcor-ip.net] has joined #scheme 08:01:05 -!- mike is now known as Guest94256 08:01:48 jao [n=jao@cpe-75-84-114-170.socal.res.rr.com] has joined #scheme 08:02:01 duncanm: pong 08:03:08 you can't pong twice jao. you have to ping if you want to retry 08:03:26 heaven forbid someone actually negotiate a TCP session 08:03:54 synx: sorry, i got disconnected and wasn't sure my first pong went through 08:04:30 *neilv* consults the state chart, frowns 08:09:15 -!- raikov [n=igr@203.181.243.11] has quit [Remote closed the connection] 08:16:13 does anyone who does xml processing in scheme have preferences for namespace handling in an xml parser? i'm inclined to do what ssax does 08:16:50 incubot: (##sys#fudge 21) 08:16:50 1073741823 08:17:18 neilv: The ssax handling seems reasonable. 08:21:39 ejs [n=eugen@77.222.151.102] has joined #scheme 08:28:32 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 08:29:15 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 08:29:40 -!- ejs [n=eugen@77.222.151.102] has quit [Read error: 60 (Operation timed out)] 08:30:03 ejs [n=eugen@nat.ironport.com] has joined #scheme 08:30:08 incubot: fudge 08:30:09 -!- rmrfchik [n=paul@relay2.jet.msk.su] has quit ["Client exiting"] 08:30:12 WHAT FUDGE 08:30:20 incubot: FUDGE 08:30:23 For semaphores you could fudge it, but in general it might not be possible 08:39:12 -!- cads [n=max@c-76-122-89-218.hsd1.ga.comcast.net] has quit [Read error: 113 (No route to host)] 08:42:53 -!- ASau [n=user@193.138.70.52] has quit [Remote closed the connection] 08:43:05 ASau [n=user@193.138.70.52] has joined #scheme 08:43:13 -!- saccade_ [n=saccade@65-78-24-47.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit ["This computer has gone to sleep"] 08:45:53 rudybot: chant 08:45:53 minion: chant 08:45:53 MORE HOT FUDGE 08:48:34 minion: chant elf 08:48:34 MORE HOT FUDGE 08:48:40 woot. 08:51:10 MichaelRaskin_ [n=raskin@213.171.48.239] has joined #scheme 08:59:08 -!- jlongster [n=user@c-68-59-187-95.hsd1.tn.comcast.net] has quit [Read error: 113 (No route to host)] 09:07:45 ecraven [n=nex@140.78.42.103] has joined #scheme 09:10:07 ct2rips [n=ct2rips@blfd-4db0ebe5.pool.einsundeins.de] has joined #scheme 09:11:14 minion: chant to me 09:11:14 zbigniew: MORE YOU 09:15:31 Mr-Cat [n=Miranda@hermes.lanit.ru] has joined #scheme 09:29:20 alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has joined #scheme 09:29:50 -!- athos [n=philipp@92.250.250.68] has quit ["leaving"] 09:31:14 jewel [n=jewel@dsl-247-205-254.telkomadsl.co.za] has joined #scheme 09:35:23 -!- Mr-Cat [n=Miranda@hermes.lanit.ru] has quit [Read error: 54 (Connection reset by peer)] 09:38:36 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 09:39:12 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 09:40:09 Mr-Cat [n=Miranda@hermes.lanit.ru] has joined #scheme 09:45:16 -!- Mr-Cat [n=Miranda@hermes.lanit.ru] has quit [Read error: 104 (Connection reset by peer)] 09:51:12 Nshag [i=user@Mix-Orleans-106-2-15.w193-248.abo.wanadoo.fr] has joined #scheme 10:00:07 Jafet [n=Jafet@unaffiliated/jafet] has joined #scheme 10:01:32 Is drscheme+htdp considered a good way for prying into Scheme? 10:02:16 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 10:03:19 yes 10:03:40 -!- jao [n=jao@cpe-75-84-114-170.socal.res.rr.com] has quit [Read error: 104 (Connection reset by peer)] 10:03:50 htdp is not about teaching scheme, however. it's about teaching methodical ways of thinking about programming 10:04:36 Hrm 10:04:44 I'll have a look at it anyway, couple chapters 10:05:05 in any case, plt-scheme (which drscheme is a part of) is a good starting point 10:06:16 -!- error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 10:06:18 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 10:06:22 Okay 10:11:49 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 10:20:21 Judofyr [n=Judofyr@c349BBF51.dhcp.bluecom.no] has joined #scheme 10:30:56 hkBst [n=hkBst@gentoo/developer/hkbst] has joined #scheme 10:31:47 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 10:35:07 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 10:38:43 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 10:38:53 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 10:41:20 deat [n=deat@fac34-8-88-172-174-215.fbx.proxad.net] has joined #scheme 10:49:31 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 10:49:47 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 10:51:45 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 54 (Connection reset by peer)] 10:53:32 -!- davidad [n=me@RANDOM-THREE-SEVENTY-SEVEN.MIT.EDU] has quit [Read error: 104 (Connection reset by peer)] 10:53:46 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 11:01:15 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 11:08:00 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 11:23:55 -!- elderK [n=zk@222-152-94-45.jetstream.xtra.co.nz] has left #scheme 11:25:01 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 11:28:34 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 11:31:23 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 54 (Connection reset by peer)] 11:31:25 error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 11:36:45 -!- error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Remote closed the connection] 11:37:05 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 11:37:58 -!- Jafet [n=Jafet@unaffiliated/jafet] has quit [Remote closed the connection] 11:38:27 Jafet [n=Jafet@unaffiliated/jafet] has joined #scheme 11:38:41 breily [n=breily@173.15.192.254] has joined #scheme 11:40:23 -!- p1dzkl [i=p1dzkl@81.167.54.222.static.lyse.net] has quit [Connection reset by peer] 11:42:55 p1dzkl [i=p1dzkl@81.167.54.222.static.lyse.net] has joined #scheme 11:44:11 -!- p1dzkl [i=p1dzkl@81.167.54.222.static.lyse.net] has quit [Remote closed the connection] 11:47:04 p1dzkl [i=p1dzkl@81.167.54.222.static.lyse.net] has joined #scheme 11:49:08 -!- attila_lendvai [n=ati@catv-89-132-189-132.catv.broadband.hu] has quit ["..."] 11:56:25 -!- paf [n=paf@ip70-176-247-66.ph.ph.cox.net] has quit [Read error: 60 (Operation timed out)] 11:57:06 paf [n=paf@ip70-176-247-66.ph.ph.cox.net] has joined #scheme 12:05:36 morphir_ [n=morphir@217.168.81.9] has joined #scheme 12:06:54 ttmrichter [n=ttmricht@58.49.19.148] has joined #scheme 12:10:59 -!- morphir [n=morphir@217.168.81.9] has quit [Read error: 110 (Connection timed out)] 12:11:39 -!- Judofyr [n=Judofyr@c349BBF51.dhcp.bluecom.no] has quit [lem.freenode.net irc.freenode.net] 12:11:39 -!- ecraven [n=nex@140.78.42.103] has quit [lem.freenode.net irc.freenode.net] 12:11:39 -!- aardvarq [i=tgAardva@student3113.student.nau.edu] has quit [lem.freenode.net irc.freenode.net] 12:11:39 -!- certainty|work [n=david@alpha.d-coded.de] has quit [lem.freenode.net irc.freenode.net] 12:11:39 -!- yosafbridge [n=yosafbri@ludios.net] has quit [lem.freenode.net irc.freenode.net] 12:11:39 -!- elf [i=elf@antenora.aculei.net] has quit [lem.freenode.net irc.freenode.net] 12:11:39 -!- weinholt [i=weinholt@debian/emeritus/weinholt] has quit [lem.freenode.net irc.freenode.net] 12:11:39 -!- rumbleca [n=rumble@174.0.46.123] has quit [lem.freenode.net irc.freenode.net] 12:11:39 -!- Debolaz [n=debolaz@berle.cc] has quit [lem.freenode.net irc.freenode.net] 12:11:56 Judofyr [n=Judofyr@c349BBF51.dhcp.bluecom.no] has joined #scheme 12:11:56 ecraven [n=nex@140.78.42.103] has joined #scheme 12:11:56 aardvarq [i=tgAardva@student3113.student.nau.edu] has joined #scheme 12:11:56 certainty|work [n=david@alpha.d-coded.de] has joined #scheme 12:11:56 yosafbridge [n=yosafbri@ludios.net] has joined #scheme 12:11:56 rumbleca [n=rumble@174.0.46.123] has joined #scheme 12:11:56 elf [i=elf@antenora.aculei.net] has joined #scheme 12:11:56 weinholt [i=weinholt@debian/emeritus/weinholt] has joined #scheme 12:11:56 Debolaz [n=debolaz@berle.cc] has joined #scheme 12:17:54 ttmrichter_ [n=ttmricht@219.140.250.126] has joined #scheme 12:23:51 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 54 (Connection reset by peer)] 12:24:27 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 12:32:05 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Remote closed the connection] 12:32:58 -!- ttmrichter [n=ttmricht@58.49.19.148] has quit [Read error: 110 (Connection timed out)] 12:33:06 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 12:39:22 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 12:39:44 -!- morphir_ is now known as morphir 12:44:04 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 12:50:04 elderK [n=zk@222-152-94-45.jetstream.xtra.co.nz] has joined #scheme 12:51:46 Edico [n=Edico@unaffiliated/edico] has joined #scheme 12:52:01 Mr-Cat [n=Miranda@hermes.lanit.ru] has joined #scheme 12:52:56 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 12:53:30 Modius_ [n=Modius@99.179.96.75] has joined #scheme 12:53:36 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 12:54:43 -!- brandelune [n=suzume@pl200.nas934.takamatsu.nttpc.ne.jp] has left #scheme 12:56:39 brandelune [n=suzume@pl200.nas934.takamatsu.nttpc.ne.jp] has joined #scheme 13:05:31 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 13:10:22 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 13:10:32 -!- Modius [n=Modius@99.179.96.75] has quit [Connection timed out] 13:11:30 -!- Khisanth [n=Khisanth@pool-68-237-97-76.ny325.east.verizon.net] has quit [Network is unreachable] 13:12:16 Ooh... good thing I found that macro bug before anyone else did. 13:12:52 And I managed to fix it by reducing the macro-related line count, thus keeping my argument alive :) 13:13:27 q 13:14:17 annodomini [n=lambda@c-75-69-96-104.hsd1.nh.comcast.net] has joined #scheme 13:14:24 -!- brandelune [n=suzume@pl200.nas934.takamatsu.nttpc.ne.jp] has quit [] 13:14:40 brandelune [n=suzume@pl200.nas934.takamatsu.nttpc.ne.jp] has joined #scheme 13:25:04 -!- dysinger [n=tim@cpe-75-80-200-182.hawaii.res.rr.com] has quit [] 13:26:08 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 13:26:42 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 13:29:46 rudybot_ [n=luser@q-static-138-125.avvanta.com] has joined #scheme 13:30:46 -!- annodomini [n=lambda@wikipedia/lambda] has quit [] 13:31:08 -!- C-Keen [i=ckeen@pestilenz.org] has quit [Remote closed the connection] 13:31:14 C-Keen [i=ckeen@pestilenz.org] has joined #scheme 13:31:20 -!- rudybot [n=luser@q-static-138-125.avvanta.com] has quit [Read error: 104 (Connection reset by peer)] 13:35:52 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 13:36:06 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 13:36:31 -!- elderK [n=zk@222-152-94-45.jetstream.xtra.co.nz] has quit [Read error: 110 (Connection timed out)] 13:45:48 davidad [n=me@RANDOM-THREE-SEVENTY-SEVEN.MIT.EDU] has joined #scheme 13:50:11 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [Read error: 54 (Connection reset by peer)] 13:51:09 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 14:03:44 annodomini [n=lambda@130.189.179.215] has joined #scheme 14:07:24 -!- jewel [n=jewel@dsl-247-205-254.telkomadsl.co.za] has quit [Read error: 113 (No route to host)] 14:31:09 weekend! 14:37:41 foof: whats up with all the hidden files in the tgz file for your scheme/? 14:43:32 bweaver [n=user@c-67-161-236-94.hsd1.tn.comcast.net] has joined #scheme 14:43:35 -!- maskd [i=maskd@unaffiliated/maskd] has quit [Remote closed the connection] 14:44:44 Apparently that's what happens when you use tar -h w/ symlinks. 14:44:57 They're not really there though. 14:45:13 Anyway, I'll switch to hardlinks to make the dist build. 14:45:14 didnt you export to a directory from you source control? 14:45:42 no it's like little 201 bytes files, looks like source control stuff 14:46:04 Really? That shouldn't be there... 14:46:09 i did extract it on windows, not sure if that is the problem 14:46:14 What files? 14:47:21 chibi-scheme-0.1\gc\._pthread_stop_world.c 14:47:57 xwl [n=user@114.246.82.10] has joined #scheme 14:48:33 ugh 14:49:18 I can't access those files. I think it's something evil OS X is doing. 14:49:19 seems to be only in gc 14:49:27 directory 14:50:08 maybe you can extract the tgz in another directory, then delete those files, and repack? 14:50:30 -!- pitui [n=pitui@135.207.174.197] has quit [Remote closed the connection] 14:50:40 When I extract, I can't see or access those files. When I repack, they reappear :( 14:50:59 lol :p 14:51:13 M-x dired 14:52:39 not there 14:52:52 but they're in the tar listing, maybe I can delete them from that... 14:53:07 Can you provide a link? – zendar 14:53:14 would have to google for it, so you can do that too :) – leppie 14:53:28 lol @ lazy ppl 14:55:39 That's just bizarre though... I wonder what the story with those files is? 14:57:46 from the text of the content I pasted to you it looks anti-virus/spyware related, Firefox-plugin maybe? quarintine sounds very antivirussy 14:58:00 No, it's some funky mac stuff. 14:58:12 But from the original Boehm tarball, not me. 14:58:39 o well :) 15:00:07 -!- jonrafkind [n=jon@c-98-202-86-149.hsd1.ut.comcast.net] has quit [Read error: 110 (Connection timed out)] 15:00:13 leppie: I have some sed magic to build chibi against system gc 15:00:13 http://community.jedit.org/?q=node/view/1919 15:00:50 foof: i can send you one without those files? 15:01:09 Send me one what? 15:01:32 the tgz file with those files deleted, then you can extract, and reconstruct 15:02:14 I can remove them directly from the tarball OK, just not once they're in the mac filesystem. 15:02:23 ahh ok 15:03:09 hkBst: What do you need to sed? 15:05:39 foof: well, if you rm -rf the included gc, you need to sed a few things 15:06:01 and I wanted dynamic linking 15:07:04 I can make a small patch if you want to see it 15:08:03 -!- npe [n=npe@195.207.5.2] has quit [] 15:09:17 foof: ikarus bzr has TCP networking, btw. 15:11:58 rotty: cool 15:12:13 -!- ecraven [n=nex@140.78.42.103] has quit ["bbl"] 15:12:33 reprore_ [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 15:13:40 and using sbank, you *can* do GUI stuff, but sbank is still rough around the edges (no docs, missing features, ...) 15:14:55 sbank? 15:15:22 foof: http://live.gnome.org/sbank 15:16:12 OK, that looks very cool, but: 15:16:33 "This project is pure (R6RS) Scheme code" and "bindings for c-library-foo" are incompatible. 15:16:34 -!- alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has quit [] 15:16:43 R6RS has no FFI> 15:17:55 foof: yeah. the FFI stuff is abstracted over in another lib (spells foreign), which is not in sbank itself. I should probably make this clear. 15:18:35 what I wanted to say is that there's no C code involved. 15:25:55 rotty: nothing to C here, move along? 15:31:36 -!- paf [n=paf@ip70-176-247-66.ph.ph.cox.net] has quit [Read error: 110 (Connection timed out)] 15:32:47 -!- bweaver [n=user@c-67-161-236-94.hsd1.tn.comcast.net] has quit ["ERC Version 5.3 (IRC client for Emacs)"] 15:34:13 -!- reprore_ [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Read error: 104 (Connection reset by peer)] 15:34:44 reprore_ [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 15:36:33 -!- ejs [n=eugen@nat.ironport.com] has quit [Read error: 110 (Connection timed out)] 15:45:08 jlongster [n=user@75.148.111.133] has joined #scheme 15:53:43 -!- reprore_ [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Read error: 104 (Connection reset by peer)] 15:54:11 reprore_ [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 15:57:17 -!- Mr-Cat [n=Miranda@hermes.lanit.ru] has quit [Read error: 104 (Connection reset by peer)] 15:57:24 -!- xwl [n=user@114.246.82.10] has quit [Read error: 113 (No route to host)] 16:00:03 reprore__ [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 16:00:34 -!- reprore__ [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Remote closed the connection] 16:00:50 -!- reprore_ [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Read error: 113 (No route to host)] 16:10:42 alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has joined #scheme 16:16:23 athos [n=philipp@92.250.250.68] has joined #scheme 16:19:13 sepult [n=buggarag@xdsl-87-78-30-70.netcologne.de] has joined #scheme 16:26:51 -!- MichaelRaskin_ [n=raskin@213.171.48.239] has quit [Read error: 110 (Connection timed out)] 16:28:17 Jarv2 [n=jarv@dsl-217-155-101-22.zen.co.uk] has joined #scheme 16:29:37 -!- Jarvellis [n=jarv@dsl-217-155-101-22.zen.co.uk] has quit [Nick collision from services.] 16:29:44 -!- Jarv2 is now known as Jarvellis 16:33:47 jonrafkind [n=jon@crystalis.cs.utah.edu] has joined #scheme 16:34:45 maskd [i=maskd@unaffiliated/maskd] has joined #scheme 16:58:42 MichaelRaskin_ [n=raskin@213.171.48.239] has joined #scheme 17:00:14 -!- MichaelRaskin_ [n=raskin@213.171.48.239] has quit [Read error: 104 (Connection reset by peer)] 17:00:35 reprore [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 17:01:53 -!- jonrafkind [n=jon@crystalis.cs.utah.edu] has quit [No route to host] 17:06:03 MichaelRaskin_ [n=raskin@213.171.48.239] has joined #scheme 17:07:18 -!- Ragnaroek [i=54a6539b@gateway/web/ajax/mibbit.com/x-9ddb735a9b122b6b] has quit ["http://www.mibbit.com ajax IRC Client"] 17:09:00 pitui [n=pitui@135.207.174.197] has joined #scheme 17:10:28 dlt__ [n=dlt@201.57.58.146] has joined #scheme 17:10:36 -!- neilv [n=user@dsl092-071-029.bos1.dsl.speakeasy.net] has quit ["Leaving"] 17:14:44 -!- sepult [n=buggarag@xdsl-87-78-30-70.netcologne.de] has quit ["leaving"] 17:17:04 -!- dlt_ [n=dlt@201.57.58.146] has quit [Read error: 60 (Operation timed out)] 17:17:59 exexex [n=chatzill@85.96.163.44] has joined #scheme 17:18:03 luz [n=davids@189.122.121.232] has joined #scheme 17:19:07 leppie: they're just resource forks. Probably they were edited along the line using a native OS X editor. BBEdit, maybe. 17:19:24 It won't hurt you. 17:19:44 See, zbigniew, you say that... and then bam, years of therapy. 17:19:56 exactly 17:24:41 I hit you because I love you. 17:24:55 incubot: love 17:24:58 -!- Adrinael [n=adrinael@barrel.rolli.org] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- ray [i=ray@2001:41c8:1:54da:0:0:0:1337] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- davidad [n=me@RANDOM-THREE-SEVENTY-SEVEN.MIT.EDU] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- mansour [n=mansour@CPE0014bf895399-CM0014f8c19014.cpe.net.cable.rogers.com] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- Fade [i=fade@outrider.deepsky.com] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- z0d [n=z0d@unaffiliated/z0d] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- danking [n=danking@pinball.ccs.neu.edu] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- ada2358 [n=ada2358@pinball.ccs.neu.edu] has quit [lem.freenode.net irc.freenode.net] 17:24:58 -!- ineiros [n=ineiros@kosh.hut.fi] has quit [lem.freenode.net irc.freenode.net] 17:25:00 ahhh, I love scheme. 17:25:08 incubot: hate 17:25:11 it is true. scheme48 people hate freedom 17:25:17 :) 17:27:38 sepult [n=buggarag@xdsl-87-78-30-70.netcologne.de] has joined #scheme 17:28:20 error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 17:28:38 incubot: apathy 17:28:41 I have a very difficult time articulating in English what I think of Hans Oesterholt-Dijkema. Imagine 'uh, what?' but instead of inquisition in 'what?' extreme apathy. 17:29:21 alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has joined #scheme 17:30:15 z0d [n=z0d@unaffiliated/z0d] has joined #scheme 17:30:35 ineiros [n=ineiros@kosh.hut.fi] has joined #scheme 17:31:31 incubot: lust? 17:31:33 problem is the design of communism ignored the fact that it could be corrupted through human greed and lust for power 17:31:53 That was disappointing :/ 17:35:05 danking [n=danking@pinball.ccs.neu.edu] has joined #scheme 17:35:23 incubot: lusty 17:35:27 it's lusty. 17:35:44 ada2358 [n=ada2358@pinball.ccs.neu.edu] has joined #scheme 17:35:45 Yes, incubot, that is what he said. 17:36:21 incubot, you have little to say on the subjects of infatuation and carnal relations 17:36:25 I read that as "carnal activities" ... 17:38:53 dysinger [n=tim@cpe-75-80-200-182.hawaii.res.rr.com] has joined #scheme 17:39:59 elderK [n=zk@222-152-97-109.jetstream.xtra.co.nz] has joined #scheme 17:41:20 saccade_ [n=saccade@18.188.70.132] has joined #scheme 17:43:52 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Connection timed out] 17:44:16 Mr-Cat [n=Mr-Cat@bahirkin1507.static.corbina.ru] has joined #scheme 17:45:18 dlt____ [n=dlt@201.80.181.75] has joined #scheme 17:45:38 meanburrito920_ [n=John@76-217-6-100.lightspeed.irvnca.sbcglobal.net] has joined #scheme 17:46:14 tessier_ [n=treed@kernel-panic/sex-machines] has joined #scheme 17:48:12 -!- MichaelRaskin_ [n=raskin@213.171.48.239] has quit [Read error: 110 (Connection timed out)] 17:50:44 Khisanth [n=Khisanth@pool-68-237-105-126.ny325.east.verizon.net] has joined #scheme 17:51:54 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 17:52:09 -!- error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Remote closed the connection] 17:52:51 Fade [i=fade@outrider.deepsky.com] has joined #scheme 17:56:38 zbigniew: just curious, how would you respond differently to a busy signal from sqlite, if it called the busy handler or not? 17:59:45 -!- alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has quit [] 18:01:13 -!- dlt__ [n=dlt@201.57.58.146] has quit [Read error: 110 (Connection timed out)] 18:02:06 leppie [n=lolcow@dsl-243-51-87.telkomadsl.co.za] has joined #scheme 18:06:40 zbigniew: also, did you mean calling sqlite3_reset whenever sqlite3_step returns an error? That's easy enough to do... 18:07:15 barney [n=bernhard@p549A0924.dip0.t-ipconnect.de] has joined #scheme 18:08:25 -!- borism [n=boris@195-50-197-216-dsl.krw.estpak.ee] has quit [Read error: 145 (Connection timed out)] 18:09:11 jonrafkind [n=jon@crystalis.cs.utah.edu] has joined #scheme 18:09:11 davidad [n=me@RANDOM-THREE-SEVENTY-SEVEN.MIT.EDU] has joined #scheme 18:09:11 mansour [n=mansour@CPE0014bf895399-CM0014f8c19014.cpe.net.cable.rogers.com] has joined #scheme 18:09:11 Adrinael [n=adrinael@barrel.rolli.org] has joined #scheme 18:09:11 ray [i=ray@2001:41c8:1:54da:0:0:0:1337] has joined #scheme 18:13:07 ejs [n=eugen@172-153-124-91.pool.ukrtel.net] has joined #scheme 18:18:47 synx: if you are handling busy in your app, a dummy handler can set a flag indicated whether it was called for last busy; then in your app, you can test (and reset) that flag to see by which route you came 18:19:11 s/indicated whether/indicating that/ 18:19:23 Yes zbigniew, but how would the program act differently if the flag was not set? 18:21:26 jewel [n=jewel@dsl-247-205-254.telkomadsl.co.za] has joined #scheme 18:23:41 If it doesn't go through the handler, SQLITE detected a potential deadlock, and you should not retry on that connection; let another connection go ahead 18:25:01 Oh, so if there is no handler, you could end up spinning through retries. 18:25:03 deadlock is taken care of if you installed a regular busy handler, but if you are handling it in your app, you may need to detect it 18:25:32 what's a regular busy handler? 18:25:35 synx: not just spinning--never making any progress 18:25:44 you know, if you install a busy handler with sqlite3_busy_handler 18:25:52 the normal way 18:26:14 that doesn't work for Chicken, so I did it the way I described above 18:28:27 Oh, so you mean a busy handler that returns non-zero. 18:28:50 -!- jonrafkind [n=jon@crystalis.cs.utah.edu] has quit ["Leaving"] 18:29:03 jonrafkind [n=jon@crystalis.cs.utah.edu] has joined #scheme 18:29:57 haha, i just tarred up and untarred a bunch of files like ._for-each.scm 18:30:07 the wirus spreads 18:31:45 I wonder how a busy handler decides whether or not to return zero. 18:31:53 -!- Jarvellis [n=jarv@dsl-217-155-101-22.zen.co.uk] has quit [Remote closed the connection] 18:32:25 alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has joined #scheme 18:33:32 -!- barney [n=bernhard@p549A0924.dip0.t-ipconnect.de] has quit [Remote closed the connection] 18:33:44 The simplest busy handler is just a timeout, so you return zero depending on whether you've hit the time limit (or number of retries) 18:36:46 hmph... I just noticed my progress handler stuff was taken out of sqlite. Frustrating... 18:37:41 The module is corrupting memory for some reason, segfaults later sporadically when reading from a port. 18:39:24 geckosenator [n=sean@71.237.94.78] has joined #scheme 18:39:24 -!- alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has quit [] 18:43:20 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 18:43:38 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 18:47:00 zbigniew: is that a MacOSX virus that creates those ._ files? 18:47:45 i would not be surprised :p 18:50:31 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 18:52:47 -!- Mr-Cat [n=Mr-Cat@bahirkin1507.static.corbina.ru] has quit [Read error: 104 (Connection reset by peer)] 18:53:33 -!- reprore [n=reprore@ntkngw372060.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Read error: 113 (No route to host)] 18:55:48 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 19:00:39 arcfide [n=arcfide@156-56-205-169.dhcp-bl.indiana.edu] has joined #scheme 19:00:41 Hey all. 19:01:12 elf: ping 19:02:32 Mr-Cat [n=Mr-Cat@bahirkin1507.static.corbina.ru] has joined #scheme 19:02:36 -!- exexex [n=chatzill@85.96.163.44] has quit [Remote closed the connection] 19:03:01 arcfide: ICMP type 3 code 2 (destination protocol unreachable; use email, not IRC) 19:03:12 RageOfThou [n=RageOfTh@92.36.151.64] has joined #scheme 19:04:04 (or, ICMP type 5 code 1) 19:11:18 Riastradh: I would use email if its something that I really really care about you answering at some time in the future. As for the question before, it was a time sensitive probe for a quick path solution to a problem that did not absolutely require your assistance. 19:11:47 Hence, no need to put it into email. 19:12:00 OK. If people consistently used the TCP handshake for actual conversations, and pings for ephemeral tests, that would have been clearer. 19:16:48 MichaelRaskin_ [n=raskin@gwh-1-177-mytn23k1.ln.rinet.ru] has joined #scheme 19:17:02 -!- ejs [n=eugen@172-153-124-91.pool.ukrtel.net] has quit ["This computer has gone to sleep"] 19:23:38 ejs [n=eugen@172-153-124-91.pool.ukrtel.net] has joined #scheme 19:26:03 Jarvellis [n=jarv@dsl-217-155-101-22.zen.co.uk] has joined #scheme 19:36:20 jao [n=jao@obfw.oblong.net] has joined #scheme 19:42:08 -!- arcfide [n=arcfide@156-56-205-169.dhcp-bl.indiana.edu] has quit ["Leaving"] 19:45:25 Ah, I'm an exceptional idiot. I was passing rgb values in [0..255] to cairo :( 19:45:57 And cairo was silently trolling me with bogus colors 19:49:15 -!- davidad [n=me@RANDOM-THREE-SEVENTY-SEVEN.MIT.EDU] has quit [Remote closed the connection] 19:49:35 tripwyre [n=sathya@117.193.161.113] has joined #scheme 19:51:00 -!- Nshag [i=user@Mix-Orleans-106-2-15.w193-248.abo.wanadoo.fr] has quit ["Quitte"] 19:52:02 Ragnaroek [i=54a66684@gateway/web/ajax/mibbit.com/x-fe8ead4e8a62c23b] has joined #scheme 19:52:03 -!- ct2rips [n=ct2rips@blfd-4db0ebe5.pool.einsundeins.de] has quit ["Verlassend"] 19:53:09 -!- offby1 [n=user@q-static-138-125.avvanta.com] has quit [Read error: 104 (Connection reset by peer)] 20:06:30 -!- Mr_Awesome [n=eric@isr5452.urh.uiuc.edu] has quit ["aunt jemima is the devil!"] 20:07:17 benny [n=benny@i577A113A.versanet.de] has joined #scheme 20:09:57 -!- mmc [n=mima@esprx02x.nokia.com] has quit [Remote closed the connection] 20:10:45 -!- Adamant [n=Adamant@unaffiliated/adamant] has quit [] 20:14:15 exexex [n=chatzill@85.96.163.44] has joined #scheme 20:18:42 ecraven [n=nex@140.78.42.103] has joined #scheme 20:18:47 Is there a profler for chicken? 20:18:56 s/profler/profiler 20:19:32 Somwthing like those in java/.net - that count total time spent in a procedure 20:19:44 Or for any other scheme implementation? 20:19:50 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 60 (Operation timed out)] 20:20:06 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 20:20:25 Mr-Cat: apparenyl 20:20:30 chicken-profile 20:20:34 but I havne't managed to use it yet 20:20:45 you could also profile the c code 20:22:11 Thanks, didn't know that it was shipped with chicken already. My bad. 20:22:19 -!- benny` [n=benny@i577A1C83.versanet.de] has quit [Connection timed out] 20:23:48 ahh.. my scheme program is 2000 lines now 20:26:01 geckosenator: And have you ever profiled C code? For now it seems to me, that it is rather difficult (i.e. to identify how do c functions correspond to scheme functions). Or are there any special techniques, I'm not aware of? 20:26:45 yes I have 20:26:53 `have you ever profiled C code' I mean, C code, generated by scheme compilers 20:26:58 then no 20:26:59 heh 20:27:09 I want to make ccache work with csc 20:27:14 For the most part, in Chicken, every lambda expression not in the operator position of a combination corresponds with a C function. 20:27:49 well that makes it easier than other schemes 20:28:11 However, they are all named rather cryptically. 20:28:41 Mostly `f_N' for user lambda expressions or `k_N' for continuation lambda expressions, where N is the decimal representation of some natural number, if I recall correctly. 20:29:39 Riastradh: Yeah, I've already tried to dig through C output - it is really cryptic 20:30:52 paf [n=paf@ip70-176-247-66.ph.ph.cox.net] has joined #scheme 20:32:11 error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 20:32:38 -!- paf [n=paf@ip70-176-247-66.ph.ph.cox.net] has quit [Client Quit] 20:39:41 -!- cracki [n=cracki@sglty.kawo2.RWTH-Aachen.DE] has quit ["The funniest things in my life are truth and absurdity."] 20:40:16 Mr-Cat: maybe you can write a translator that does it for you? 20:43:09 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Connection timed out] 20:43:30 That parces C and scheme and tries to guess, how do C functions correspond to scheme functions? 20:44:04 -!- RageOfThou [n=RageOfTh@92.36.151.64] has quit [Read error: 110 (Connection timed out)] 20:44:37 -!- tripwyre [n=sathya@117.193.161.113] has quit [Read error: 104 (Connection reset by peer)] 20:44:49 Oh... it takes 14 seconds to draw 7200 squares... :( definitely I should profile this 20:48:31 leppie: if you consider Mac OS X itself to be a virus, then yes ;) 20:48:45 -!- ejs [n=eugen@172-153-124-91.pool.ukrtel.net] has quit [Read error: 110 (Connection timed out)] 20:50:31 so it's some kind of anti-virus virus virus that spreads itself around destroying viruses? 20:50:36 attila_lendvai [n=ati@adsl-89-132-6-170.monradsl.monornet.hu] has joined #scheme 20:51:54 Uhh.. the best antivirus I know is `cat /dev/null > /dev/sda' 20:53:08 /dev/zero or /dev/random, I hope. 20:54:12 Oh really 20:54:15 that prbably dont work so well for a boot parameter of GPL OS 20:54:26 :) 20:54:52 arcfide [n=arcfide@156-56-205-169.dhcp-bl.indiana.edu] has joined #scheme 20:55:06 Btw, /dev/urandom works better for me, that /dev/random 20:55:19 i bet arcfide runs OSX too 20:55:21 Mr-Cat: just sit at your computer and wiggle your mouse furiously 20:55:27 Yeah, I know 20:55:32 incubot: that is not a euphemism 20:55:35 "long term project" is a great euphemism to use for that :-) 20:55:35 Why does that happen? 20:55:44 indeed, incubot 20:56:07 I mean, why is /dev/random is implemented that way 20:56:12 ? 20:56:24 Mr-Cat: http://en.wikipedia.org/wiki/Urandom 20:56:39 leppie: What would give you the idea that I run Mac OS X? 20:56:47 What in my history here would ever give that impression? 20:56:49 :-P 20:57:20 i dunno all you academic types with fancy white laptop computers :p 20:57:43 thanks, zbigniew 20:57:47 seems a lot of development happens on mac nowadays 20:58:46 leppie: For your information, my Mac *was* a nice shiny Macbook Pro 17" running OpenBSD-Current before it took a swim, and I consequently found a great deal on a Lenovo T500 15" which is also running OpenBSD-Current, currently. 20:59:51 -!- saccade_ [n=saccade@18.188.70.132] has quit ["This computer has gone to sleep"] 21:00:06 OMG I hope you have nicely spec'd T500 as the one I had for work sucked many many unspeakable things 21:00:36 My manpage also says that random is reserved for hardware generators, urandom is unverified randomness, srandom is verified randomness and arandom is pseudo-randomness. 21:00:59 leppie: I like it quite well, but OpenBSD on it helps. ;-) 21:02:04 SharkBrain [n=user@124-197-41-171.callplus.net.nz] has joined #scheme 21:02:09 what screen res you got? ours was only 1200 x 800, terrible for developing 21:02:11 Core 2 T9400 2.53Ghz w/ 2GB Ram, Bluetooth, ATI/Intel Graphics, Fingerprint reader, Intel 5300 Wireless, 7c. 21:02:23 1680x1050 21:02:30 nice :) 21:02:40 that screen ruined it 21:02:52 I am really surprised at that resolution. 21:02:56 i think we had 9200 21:03:02 That sounds like a terribly spec'd laptop. 21:03:04 CPU 21:03:18 but HD was very slow too 21:03:24 Conventionally, at least on BSDs, /dev/random blocks until enough entropy is available whereas /dev/urandom makes up entropy if there isn't enough available. 21:03:34 Right. 21:03:53 with 4GB RAM, and a 7200 RPM drive it would be much better 21:04:09 and external screen of course :) 21:04:26 I am pretty sure I stuck with the 7200 RPM drive, and I didn't go for the 4GB because Lenovo wanted too much for that. I'll add it in later when I can use it. 21:04:58 after market RAM is cheap anyways, normally less than half of what they want 21:04:59 But currently, my machine has 1.6GB free memory after cached memory, so I'm not in that much need. 21:05:27 Riastradh: Thanks, I've already figured out 21:06:09 arcfide: Does not lenovo allow you increase ram yourself 21:06:12 ? 21:07:00 actually lenovo does, they are one of the few that are quite lax about it IIRC 21:07:06 Mr-Cat: Of course, but right now I run the i386 version of OpenBSD on this machine, and the memory limit is less than 4GB for now (for stupid reasons), so I don't add it because it's not worth it. 21:07:10 IIRC for, say, HP you can do that yourself and the warranty will still be valid 21:07:21 Mac allows you to do this too. 21:07:43 At least on their Laptops previously. Their desktops are another story. 21:08:10 One of the reasons I stick with the i386 is because Chez Scheme won't be out for AMD64 until version 8. 21:08:26 AtnNn [n=welcome@modemcable087.62-56-74.mc.videotron.ca] has joined #scheme 21:10:05 rudybot: (inexact->exact 1) 21:10:11 rudybot_: (inexact->exact 1) 21:10:11 Mr-Cat: eh? Try "rudybot_: help". 21:10:19 rudybot_: eval (inexact->exact 1) 21:10:20 Mr-Cat: your sandbox is ready 21:10:21 Mr-Cat: ; Value: 1 21:10:54 Is inexact->exact guaranteed to work correctly when given already exact values? 21:11:11 yes 21:11:18 dlt__ [n=dlt@201.57.58.146] has joined #scheme 21:11:42 thnx 21:14:34 -!- sepult [n=buggarag@xdsl-87-78-30-70.netcologne.de] has quit ["leaving"] 21:14:49 -!- Ragnaroek [i=54a66684@gateway/web/ajax/mibbit.com/x-fe8ead4e8a62c23b] has quit ["http://www.mibbit.com ajax IRC Client"] 21:19:58 -!- exexex [n=chatzill@85.96.163.44] has quit [Remote closed the connection] 21:28:47 -!- dlt____ [n=dlt@201.80.181.75] has quit [Read error: 110 (Connection timed out)] 21:29:22 cracki [n=cracki@sglty.kawo2.RWTH-Aachen.DE] has joined #scheme 21:34:28 sepult [n=buggarag@xdsl-87-78-30-70.netcologne.de] has joined #scheme 21:35:30 -!- error_developer_ [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Remote closed the connection] 21:35:52 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 21:37:33 lowlycoder [n=x@unaffiliated/lowlycoder] has joined #scheme 21:38:16 where is the "new features" section of chicken 4? is there some youtube video of some really attractive girls reading out the new features? 21:38:25 how else is scheme supposed to hit mainstream? 21:41:17 npe [n=npe@108.192-78-194.adsl-fix.skynet.be] has joined #scheme 21:41:18 -!- lowlycoder [n=x@unaffiliated/lowlycoder] has quit [Client Quit] 21:41:23 You're suggesting that Scheme will hit the mainstream by riding the popularity of cleavage? 21:41:27 Aww. 21:45:05 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Remote closed the connection] 21:45:05 -!- Guest94256 [n=m@dslb-088-067-030-216.pools.arcor-ip.net] has quit ["This computer has gone to sleep"] 21:46:03 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 21:49:39 gweiqi [n=greg@69.120.126.163] has joined #scheme 21:50:40 That's what is wrong with Chez Scheme! 21:51:06 No Advertisements taking place on French Beaches with carefully selected spokesgirls. 21:51:13 so scheme will get popular riding on the strategy of a cheap pop singer? 21:51:38 -!- npe [n=npe@108.192-78-194.adsl-fix.skynet.be] has quit [] 21:54:11 Adamant [n=Adamant@c-76-29-188-22.hsd1.ga.comcast.net] has joined #scheme 22:00:18 lowlocoder: iirc, there is a CHANGES or maybe NEWS file in chicken source tarball 22:00:28 No girls, however 22:00:40 -!- annodomini [n=lambda@wikipedia/lambda] has quit [] 22:01:05 lowlycoder: sorry, misspelled your name 22:03:30 mmc [n=mima@cs131216.pp.htv.fi] has joined #scheme 22:05:41 -!- geckosenator [n=sean@71.237.94.78] has quit ["leaving"] 22:06:31 -!- elderK [n=zk@222-152-97-109.jetstream.xtra.co.nz] has quit ["sleep, sweet... sleep"] 22:15:07 -!- hotblack23 [n=jh@p5B0574B4.dip.t-dialin.net] has quit [Read error: 60 (Operation timed out)] 22:16:02 -!- sepult [n=buggarag@xdsl-87-78-30-70.netcologne.de] has quit [Remote closed the connection] 22:17:07 -!- stepnem is now known as AliceInWonderlan 22:17:09 -!- Adamant [n=Adamant@unaffiliated/adamant] has quit [] 22:17:21 -!- AliceInWonderlan is now known as stepnem 22:18:33 bzzbzz [n=franco@modemcable140.105-81-70.mc.videotron.ca] has joined #scheme 22:20:05 attila_lendvai_ [n=ati@adsl-89-132-7-248.monradsl.monornet.hu] has joined #scheme 22:20:11 -!- attila_lendvai [n=ati@adsl-89-132-6-170.monradsl.monornet.hu] has quit [Read error: 110 (Connection timed out)] 22:23:46 -!- jewel [n=jewel@dsl-247-205-254.telkomadsl.co.za] has quit [Read error: 60 (Operation timed out)] 22:26:47 -!- jeld [n=jeld@joshua.nat.trb.com] has left #scheme 22:32:46 -!- ecraven [n=nex@140.78.42.103] has quit ["bbl"] 22:40:42 alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has joined #scheme 22:45:07 -!- arcfide [n=arcfide@156-56-205-169.dhcp-bl.indiana.edu] has quit ["Leaving"] 22:52:35 annodomini [n=lambda@c-75-69-96-104.hsd1.nh.comcast.net] has joined #scheme 22:52:57 Mr_Awesome [n=eric@pool-98-108-9-64.chi01.dsl-w.verizon.net] has joined #scheme 22:53:57 -!- Mr-Cat [n=Mr-Cat@bahirkin1507.static.corbina.ru] has quit [Remote closed the connection] 22:54:57 -!- deat [n=deat@fac34-8-88-172-174-215.fbx.proxad.net] has quit [] 22:59:07 -!- alaricsp [n=alaricsp@88-202-205-114.rdns.as8401.net] has quit [] 22:59:52 bweaver [n=user@75.148.111.133] has joined #scheme 23:04:04 TravisD [n=user@wks42300.uws.ualberta.ca] has joined #scheme 23:04:48 Why is ((lambda (x) (begin (display x) (newline))) 5) not the same as (begin (display 5) (newline))? 23:04:57 (ie. one prints 5 twice, the other prints it once, as expected) 23:07:37 TravisD, that shouldn't happen. What scheme system are you using? 23:07:45 TravisD: The REPL prints out the result of the last command you entered. Most likely. 23:07:49 I installed DrScheme 23:08:00 Yes definitely then. 23:08:01 synx: Why would it be different in the two cases, then? 23:08:29 (newline) returns void... 23:08:38 synx: In the actual example I had it print a list using something similar. With the (begin ... ) it prints each element twice, otherwise it prints them only once 23:08:51 er.. the problematic code 23:08:55 not the example 23:08:58 You know now that I look at it, that does seem odd. 23:09:48 Are you sure ((lambda (x) (begin (display x) (newline))) 5) prints it twice? 23:09:53 It only prints it once for me. 23:10:03 Oh the begin. 23:10:27 Both statements print "5" once for me in drscheme. 23:10:59 I'm certain 23:11:08 Likewise for me, in both mzscheme and gsi. 23:11:09 -!- hadronzoo [n=hadronzo@ppp-70-251-99-184.dsl.rcsntx.swbell.net] has quit [Read error: 104 (Connection reset by peer)] 23:11:23 hmm 23:11:31 > ((lambda (x) (begin (display x) (newline))) 5) 23:11:31 5 23:11:31 5 23:11:34 (sorry for the paste) 23:11:57 It only prints it once for me. 23:11:59 -!- dlt__ [n=dlt@201.57.58.146] has quit [Read error: 60 (Operation timed out)] 23:12:16 TravisD, what version of DrScheme are you using? 23:12:20 I just copied and pasted what you wrote. 23:12:51 DrScheme 4.0 23:13:26 DrScheme 4.1.4 here, and it only prints once whether I paste it into the edit window or into the interaction prompt. 23:13:50 ah I see 23:13:55 well, that is interesting 23:14:01 I'm on 4.1.4 too 23:14:44 -!- TravisD [n=user@wks42300.uws.ualberta.ca] has quit [Remote closed the connection] 23:16:10 lowlycoder [n=x@unaffiliated/lowlycoder] has joined #scheme 23:16:11 TravisD, what Language are you using..? 23:17:53 -!- errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has quit [Read error: 104 (Connection reset by peer)] 23:18:11 errordeveloper [n=errordev@78-86-1-110.zone2.bethere.co.uk] has joined #scheme 23:27:38 -!- dysinger [n=tim@cpe-75-80-200-182.hawaii.res.rr.com] has quit [] 23:29:53 -!- jonrafkind [n=jon@crystalis.cs.utah.edu] has quit [No route to host] 23:30:58 -!- Jafet [n=Jafet@unaffiliated/jafet] has quit ["Leaving."] 23:31:01 -!- Jarvellis [n=jarv@dsl-217-155-101-22.zen.co.uk] has quit [Read error: 110 (Connection timed out)] 23:42:45 sepult [n=buggarag@xdsl-87-78-30-70.netcologne.de] has joined #scheme 23:43:56 -!- athos [n=philipp@92.250.250.68] has quit ["leaving"] 23:45:24 -!- lowlycoder [n=x@unaffiliated/lowlycoder] has quit ["leaving"] 23:48:19 -!- Edico [n=Edico@unaffiliated/edico] has quit ["Leaving"] 23:48:42 raikov [n=igr@203.181.243.11] has joined #scheme 23:55:25 -!- CaptainMorgan [n=CaptainM@c-75-68-42-94.hsd1.nh.comcast.net] has quit ["Leaving"] 23:56:19 I'm trying to debug a segfault caused by an FFI. Not sure how you narrow down that sort of thing... 23:57:06 Well, first list all possible actions; then gradually sort the list into "things which cause segfaults" and "things which do not cause segfaults"... 23:57:29 *gnomon* is phenomenally unhelpful today 23:57:32 /ignore gnomon 23:57:46 -!- Judofyr [n=Judofyr@c349BBF51.dhcp.bluecom.no] has quit [Remote closed the connection]