00:08 (join) em 00:14 (quit) em: Ping timeout: 260 seconds 00:15 (join) em 00:20 (quit) em: Ping timeout: 250 seconds 00:21 (join) em 00:27 (quit) em: Ping timeout: 260 seconds 00:28 (join) em 00:28 (join) jonrafkind 00:29 (join) RacketCommitBot 00:29 RacketCommitBot: [racket] plt pushed 1 new commit to master: http://git.io/dma21A 00:29 RacketCommitBot: [racket/master] fix NSProcessInfo arguments hack - Matthew Flatt 00:29 (part) RacketCommitBot 00:33 (quit) em: Ping timeout: 260 seconds 00:39 (join) em 00:44 (quit) em: Ping timeout: 252 seconds 00:45 (join) em 00:47 (join) jeapostrophe 00:51 (quit) em: Ping timeout: 260 seconds 00:57 (join) em 01:02 (quit) em: Ping timeout: 276 seconds 01:06 (quit) flaggy: Ping timeout: 260 seconds 01:07 (join) flaggy 01:08 (join) em 01:13 (quit) em: Ping timeout: 252 seconds 01:14 (join) em 01:19 (quit) em: Ping timeout: 260 seconds 01:20 (join) em 01:26 (quit) em: Ping timeout: 252 seconds 01:30 (quit) flaggy: Ping timeout: 276 seconds 01:31 (quit) jonrafkind: Ping timeout: 240 seconds 01:32 (join) em 01:37 (quit) em: Ping timeout: 260 seconds 01:38 (join) em 01:43 (quit) jeapostrophe: Quit: jeapostrophe 01:43 (quit) em: Ping timeout: 240 seconds 01:45 (join) em 01:53 (quit) em: Ping timeout: 260 seconds 01:56 (join) emma 02:01 (nick) emma -> em 02:01 (quit) martinhex: Excess Flood 02:02 (join) martinhex 03:27 (quit) kenjin2201: Ping timeout: 276 seconds 03:41 (quit) realitygrill: Quit: realitygrill 04:09 (join) dmac 04:15 (join) kenjin2201 04:38 (quit) dmac: Quit: leaving 04:43 (join) dmac 04:45 (part) dmac 04:48 (quit) mithos28: Quit: mithos28 05:17 (join) masm 05:45 (join) dmac 05:49 (join) haruki_zaemon|zz 05:49 (nick) haruki_zaemon|zz -> haruki_zaemon 05:56 (join) MayDaniel 05:57 (quit) dmac: Quit: WeeChat 0.3.5 05:58 (join) dmac 06:42 (quit) dmac: Ping timeout: 260 seconds 06:44 (join) dmac 06:59 (quit) MayDaniel: Read error: Connection reset by peer 07:27 (join) MayDaniel 07:36 (join) RacketCommitBot 07:36 RacketCommitBot: [racket] plt pushed 1 new commit to master: http://git.io/H5hSpw 07:36 RacketCommitBot: [racket/master] Synch German string constants with latest. - Mike Sperber 07:36 (part) RacketCommitBot 07:46 (quit) MayDaniel: Read error: Connection reset by peer 08:06 (quit) dmac: Ping timeout: 250 seconds 08:24 (quit) JuanDaugherty: Remote host closed the connection 08:36 (join) JuanDaugherty 09:25 (join) jeapostrophe 09:34 (quit) jeapostrophe: Quit: jeapostrophe 09:40 (join) anRch 09:57 (nick) haruki_zaemon -> haruki_zaemon|zz 09:59 (join) jeapostrophe 10:20 (join) MayDaniel 10:46 wtetzner: hey guys, i'm having a problem with getting the value of a malloc into a byte string 10:46 wtetzner: if i do (make-cvector* value _byte size), i get '(70 85 76 76 95 80 82 79 70 73 76 69 0) 10:46 wtetzner: but when i do (ptr-ref value _bytes), my repl crashes 10:46 wtetzner: any idea what i'm doing wrong? 10:48 ohwow: what's the output of (ctype? _bytes)? 10:48 wtetzner: #t 10:49 ohwow: hm strange 10:49 ohwow: are you sure that value is cpointer? 10:50 wtetzner: (cpointer? value) returns #t 10:55 wtetzner: maybe i need to loop over the bytes and copy them into a byte string? 11:04 wtetzner: ah, calling (make-sized-byte-string value size) works 11:18 (quit) anRch: Quit: anRch 11:32 ohwow: is mred-designer still useful/alive? 11:39 (join) flaggy 12:15 (join) realitygrill 12:32 (join) mithos28 12:46 (join) dyoo 12:54 (join) RacketCommitBot 12:54 RacketCommitBot: [racket] plt pushed 2 new commits to master: http://git.io/7geuBw 12:54 RacketCommitBot: [racket/master] better fix for TransformProcessType issue - Matthew Flatt 12:54 RacketCommitBot: [racket/master] cocoa: distinguish CFBundleIdentifier for 64-bit vs. 32-bit apps - Matthew Flatt 12:54 (part) RacketCommitBot 13:03 (join) dnolen 13:08 (quit) dyoo: Quit: Page closed 13:18 (join) RacketCommitBot 13:18 RacketCommitBot: [racket] plt pushed 1 new commit to master: http://git.io/IS7I2A 13:18 RacketCommitBot: [racket/master] cocoa, gtk: enable auto list-box% horizontal scrollbars - Matthew Flatt 13:18 (part) RacketCommitBot 13:43 (join) DT`` 13:59 (quit) realitygrill: Ping timeout: 260 seconds 13:59 (join) realitygrill 14:15 (quit) mithos28: Quit: mithos28 14:17 (join) samth 14:31 (quit) samth: Quit: Ex-Chat 14:32 (join) samth 14:35 (join) mithos28 14:50 (quit) dnolen: Quit: Page closed 14:50 (join) dnolen 15:02 (quit) Demosthenes: Ping timeout: 252 seconds 15:04 (join) Demosthenes 15:15 (quit) rudybot: Ping timeout: 276 seconds 15:25 (quit) jeapostrophe: Quit: jeapostrophe 15:27 (join) jeapostrophe 15:31 (quit) jeapostrophe: Client Quit 15:49 (join) rudybot 15:50 (join) dmac 16:01 (quit) dmac: Ping timeout: 260 seconds 16:16 (quit) kenjin2201: Remote host closed the connection 16:17 (join) dmac 16:42 (join) RacketCommitBot 16:42 RacketCommitBot: [racket] plt pushed 2 new commits to master: http://git.io/p75c_w 16:42 RacketCommitBot: [racket/master] avoid custodian shutdown during atomic FFI callback - Matthew Flatt 16:42 RacketCommitBot: [racket/master] racket/gui: fix excessive `on-size' and `on-move' callbacks - Matthew Flatt 16:42 (part) RacketCommitBot 16:51 (join) jonrafkind 16:57 (join) RacketCommitBot 16:57 RacketCommitBot: [racket] plt pushed 1 new commit to master: http://git.io/mQhDYQ 16:57 RacketCommitBot: [racket/master] win32: fix `get-file-list' with a single file result - Matthew Flatt 16:57 (part) RacketCommitBot 17:04 (join) jeapostrophe 17:23 (quit) dnolen: Quit: dnolen 17:30 (quit) mithos28: Quit: mithos28 17:41 (quit) dmac: Ping timeout: 276 seconds 17:43 (quit) MayDaniel: Read error: Connection reset by peer 17:50 (join) dmac 18:10 (quit) offby1: Quit: sayonara: rebuilding emacs 18:18 (quit) jeapostrophe: Quit: jeapostrophe 18:29 (join) dnolen 18:54 (join) jeapostrophe 18:57 (quit) jeapostrophe: Client Quit 19:01 (join) offby1 19:02 (quit) offby1: Changing host 19:02 (join) offby1 19:03 (join) rgrinberg 19:13 (quit) wtetzner: Remote host closed the connection 19:17 (nick) offby1 -> offby1-mac 19:18 (join) offby1 19:18 (quit) offby1: Changing host 19:18 (join) offby1 19:18 (quit) offby1-mac: Quit: ERC Version 5.3 (IRC client for Emacs) 19:23 (quit) ve: Ping timeout: 260 seconds 19:32 (join) ve 19:33 (join) shofetim 19:50 (join) neilv 19:58 (join) vercingetorix 19:58 vercingetorix: Hi, I am using MzScheme and am working mostly in the interpreter. I am building a site off of this and it works fine when the interpreter is running. Is there a way to have long-running process exist without having the interpreter open all the time? 20:00 neilv: 1. yes, you can run racket programs pretty much like any other programs. 2. you probably want to be using racket 5.x, not mzscheme 4.x or whatever you're using 20:00 vercingetorix: i'm using mzscheme 372 20:01 vercingetorix: after that lists are immutable so that doesn't work for me 20:01 bremner: you can have mutable lists in racket 20:01 offby1: vercingetorix: just so you know: mzscheme 372 is insanely outdated. 20:01 offby1: if it works for you, fine; but just know that you're probably two major versions behind 20:02 bremner: http://docs.racket-lang.org/reference/mpairs.html?q=mutable%20lists&q=mutable%20lists 20:02 rudybot: http://tinyurl.com/42f77mz 20:02 vercingetorix: offby1: my uses don't require new things, this is the most stable version i've found for my app 20:02 offby1: curiously enough, rudybot is PLT scheme running on ec2 20:02 offby1: vercingetorix: you can put any scheme program into a file, and run the file with "mzscheme your-file-name-here.ss" 20:03 offby1: if your program doesn't exit, then it'll keep running ... without the repl 20:03 (quit) jonrafkind: Read error: Operation timed out 20:03 offby1: simple as that 20:03 offby1: the same is true for more or less any language. 20:04 offby1: vercingetorix: I suspect either you're not asking your real question, or else I'm misunderstanding. 20:05 vercingetorix: so basically i have the interpreter doing something on port 8080 serving a site. i do the launching normally from the mzscheme interpreter 20:05 vercingetorix: i'm wondering how do i keep the process running with the interpreter and my ssh session closed? 20:05 (join) jonrafkind 20:06 vercingetorix: nb: i haven't really done something like this before 20:06 vercingetorix: that's why the question is a little noobish. also am noob at vms, haven't used one ever. 20:09 offby1: vercingetorix: aha, you are indeed asking the question I suspected you were asking. The short answer is: "gnu screen" 20:09 offby1: there is also tmu 20:09 offby1: there is also tmux 20:09 offby1: there are probably a couple of other solutions, but "screen" works so well, and is so widespread, that I wouldnt' waste time with any others 20:10 offby1 is using it at this very moment 20:10 vercingetorix: hmm, i see from wiki it keeps my session running even after leaving ssh session? 20:10 vercingetorix: how is this possible? 20:13 (part) vercingetorix: "bye and thanks everyone" 20:17 (quit) rgrinberg: Remote host closed the connection 20:18 (join) wtetzner 20:20 (join) jjjj2_ 20:20 (quit) jonrafkind: Ping timeout: 276 seconds 20:20 (quit) jjjj2_: Remote host closed the connection 20:21 (join) jonrafkind 20:29 (quit) jonrafkind: Read error: Operation timed out 20:32 (join) jeapostrophe 20:34 (join) jonrafkind 20:38 (quit) masm: Quit: Leaving. 20:42 (quit) jonrafkind: Ping timeout: 260 seconds 20:43 (join) jonrafkind 20:46 (join) jjjj2_ 20:47 (quit) jjjj2_: Read error: Connection reset by peer 20:47 (join) jjjj2_ 20:47 (quit) jonrafkind: Ping timeout: 258 seconds 20:48 (nick) jjjj2_ -> jonrafkind 20:48 (quit) jonrafkind: Client Quit 20:48 (join) jonrafkind 21:08 (quit) samth: Ping timeout: 252 seconds 21:08 (quit) jonrafkind: Ping timeout: 260 seconds 21:09 offby1: screen is actually two programs: 21:09 offby1: a daemon and a client 21:10 offby1: the daemon is the "parent" of your mzscheme program. 21:10 offby1: The daemon never dies. 21:10 offby1: the client connects to the daemon 21:10 offby1: it's the client that dies when you close your ssh connection, but the daemon keeps on keepin on 21:10 (quit) jeapostrophe: Quit: jeapostrophe 21:11 neilv: i haven't thought there's actually a daemon, but that's a reasonable conceptual model for explaining to a user 21:13 offby1: pretty sure there is 21:13 offby1: run "ps" some time 21:13 neilv: are you doing detach, or process backgrounding? 21:14 (join) jonrafkind 21:14 neilv: oh, i see reference to a daemon option. i've never used it in a bazillion years 21:15 offby1 stares blankly 21:15 offby1: isn't that the whole point? 21:15 offby1: I type "screen -Rd" a couple times a day. 21:15 offby1: (actually I type "screen-wrapper.pl -Rd" instead for tedious technical reasons) 21:16 neilv: i've always thought you reattach to ptys, with some record-keeping in a plain file, no daemon 21:17 offby1: I actually don't know 21:17 neilv: pardon my off-topic tangent 21:19 shofetim: neilv: offby1: I'm pretty sure neilv is correct. If I start a screen session, detach it, and run ps aux | grep screen there is no screen process (daemon) running. Yet a screen -R will re-attach to it.... I'm not sure what magic is going on : ) 21:20 flaggy: shofetim: there is, but it's called SCREEN 21:21 shofetim: flaggy: huh... there is, that must be its magic : ) 21:41 neilv: anyway, "screen" is a convenient way to casually run racket servers. i have used it for things like research prototypes, and for tools with web interfaces that i was running temporarily 21:42 neilv: i had one "screen" session that ran with a racket-based webcrawler in it for around a year 21:43 neilv: (btw, my mistake on the daemon. it looks like i have been using "screen" for 20 years, and all this time it might have been leaving a "SCREEN" process around to hold the ptys, and i didn't know it) 21:44 offby1 dances like an idiot in the end zone 21:51 (join) vercingetorix 21:52 vercingetorix: Hi, I came here earlier and asked about amazon EC2 and deploying MzScheme there. I'm at the stage where I have to pick an AMI and was wondering which one the rudybot here is using. 21:52 offby1: aha 21:52 offby1: hold on a second 21:53 offby1: it's one of the ones that Amazon supplies itself 21:53 vercingetorix: is the string "mzscheme" or "scheme" in it's name? 21:53 vercingetorix: i can't find any with that 21:54 vercingetorix: if there isn't, can we download the scheme we want from repos and the like? 21:54 vercingetorix: is this vm image basically like a root-access vps? 21:55 offby1: oh no 21:55 offby1: you won't find an AMI whose name includes "scheme". 21:55 offby1: You have to install mzscheme (or racket or whatever) yourself 21:55 offby1: the virtual machine is basically a freshly-installed Linux box 21:56 vercingetorix: cool 21:56 vercingetorix: i can do that 21:56 vercingetorix: thanks 21:56 neilv: i'm almost certainly going to make a racket plus stripped-down debian ec2 ami. but not immediately 21:56 offby1: amzn-ami-2011.02.1.i386-ebs (ami-3bc9997e) 21:56 offby1: neilv: ooh ooh 21:57 offby1: I bet there's some command-line tool I could have run that would have emitted that info. But I've never explored under /opt/aws 21:57 vercingetorix: cool 21:58 neilv: sorta like i did http://lildeb.org/ - starting with stripped-down, stripping it down more, and then building it up with useful bits that will fit 21:58 vercingetorix: theoretically, couldn't one make an AMI of their desktop computer as a way to back it up? 21:58 vercingetorix: on ec2 for later in case of something happening? 21:58 neilv: i might do a custom kernel too, since you don't need much device drivers 21:58 offby1: vercingetorix: theoretically, maybe; practically, I doubt it 21:58 vercingetorix: what kinds of things do AMIs save? is it basically like an .iso you download from a distro's site? 21:59 offby1: yep 21:59 vercingetorix: cool, i'll look into google to see how to generate one, seems intriguing 21:59 offby1: except you don't have to run an installer, or partition the disk, or anything; basically you choose the AMI you want, click "start", and (in a minute or two) there it is 21:59 offby1: vercingetorix: I'd not worry about making your own AMI until you've played around with a pre-made one for a while. 22:01 vercingetorix: here's the one i grep'd that i'd like to use, what exactly is the id? 22:01 vercingetorix: IMAGE aki-6cb44705 099720109477/ubuntu-kernels-sandbox/ubuntu-lucid-i386-linux-image-2.6.32-313-ec2-v-2.6.32-313.25import1-kernel 099720109477 available public i386 kernel instance-store paravirtual xen 22:01 vercingetorix: the aki-6cb44705 part? or the 099... part? 22:02 dmac: I'm trying to build a web server that responds to POST requests. But whenever I try to make a post request to the built-in server, it seems to hang indefinitely. The docs say that the bulit-in web server tries to hide the specifics of GET/POST, so does that make what I want impossible with the built-in server? 22:03 neilv: dmac: you might want to post on the "users" email list, with a little more detail. i don't think the right person is on irc right now 22:03 neilv: http://lists.racket-lang.org/users/ 22:04 dmac: neilv: great, thanks 22:06 neilv: http://wiki.debian.org/Cloud/AmazonEC2Image 22:06 neilv: i think i will try one of these next 22:06 vercingetorix: sweet think i found one 22:07 (join) jeapostrophe 22:07 (quit) jeapostrophe: Client Quit 22:09 vercingetorix toasts on his first ec2 instance 22:21 offby1: that didn't take long 22:21 offby1: when's the wedding? 22:22 (join) jeapostrophe 22:22 (quit) jeapostrophe: Client Quit 22:25 vercingetorix: offby1: when i finish this screen tut and have a working news.arc install facing the web :) 22:30 offby1: ah, an arc fan 22:30 offby1: that's why you're using the old mzscheme 22:50 vercingetorix: yeah 22:51 vercingetorix: strange, i've added authd port 8080 to be opened with 'ec2-authorize default -p 8080' yet I can't see anything when i go to the my ip :( 22:51 vercingetorix: is there something i'm missing? 22:51 vercingetorix: http://ec2-50-17-159-121.compute-1.amazonaws.com/ 22:51 eli: vercingetorix: arc runs on newer rackets. 22:51 vercingetorix: eli: the install on the site still recommends 372 for some reason 22:52 vercingetorix: someone linked me today saying lists are mutable again, so theoretically i could use that 22:52 vercingetorix: are there security benefits to upgrading? 22:52 eli: vercingetorix: That's because they never updated it. 22:52 vercingetorix: probably 22:52 eli: (Not probably, I have worked with them on arc.) 22:53 eli: In any case, the way it works on newer versions is with a C-level hack that I've added that allows mutation of the new immutable pairs. 22:54 neilv frowns 22:54 eli: That's different from mpairs, which is what bremner pointed you at. 22:55 neilv: mpairs are a pain. they don't interoperate with pairs in other libraries. but i am horrified at the thought of someone mutating my immutable pairs 22:55 vercingetorix: oh, do i have to re-deploy or something to have the ec2-authorize rules updated? 22:55 eli: neilv: My hack is done through the ffi, where I can mutate anything. 22:56 eli: They could have translated it to work with mpairs, but chose not to. 22:57 (join) jeapostrophe 22:57 offby1: vercingetorix: I think you're already beyond my ec2 knowledge. 22:57 vercingetorix: you've been of great help offby1, i'm asking in #startups now 22:58 vercingetorix: much obliged, you are a gentleman and a scholar 22:58 offby1: it's true, I am 22:58 rudybot: indeed 22:58 vercingetorix: is there an official (or unofficial) amazon web services channel somewhere? 22:58 offby1: dunno. Try #aws 22:58 vercingetorix: banned on freenode :( 22:59 offby1: but you're on freenode _now_. 22:59 vercingetorix: no, #aws is one of the "unavailable"/banned channels on freenode 22:59 offby1: ##aws looks vaguely alive 22:59 vercingetorix: along with the rest of the seedier ones like #niggers and the like 22:59 offby1: no complaints from me on that one. 23:00 vercingetorix: great success ##aws 23:00 (quit) dmac: Ping timeout: 260 seconds 23:01 (quit) jeapostrophe: Client Quit 23:03 (join) jeapostrophe 23:03 (quit) jeapostrophe: Client Quit 23:04 vercingetorix: this is so nice, now i just have to make sure this screen thing works persistently so i don't come back with everything erased ;) 23:08 (join) jeapostrophe 23:09 (quit) jeapostrophe: Client Quit 23:13 (quit) realitygrill: Read error: Connection reset by peer 23:13 (join) realitygrill 23:18 (part) shofetim: "ERC Version 5.3 (IRC client for Emacs)" 23:21 (join) jeapostrophe 23:22 (quit) jeapostrophe: Client Quit 23:24 (join) jeapostrophe 23:25 offby1: works for me 23:25 (quit) jeapostrophe: Client Quit 23:25 vercingetorix: christ, is this normal for screen to hang like this?? 23:26 vercingetorix: i've had to kill my xterm (locally) twice now 23:26 vercingetorix: no response from screen (taken fresh now from ubuntu 10.04.2 lucid install -- also fresh) 23:32 (join) jeapostrophe 23:33 (quit) jeapostrophe: Client Quit 23:34 (join) jeapostrophe 23:34 (quit) jeapostrophe: Client Quit 23:38 (join) jeapostrophe 23:42 MaXim_: try tmux 23:43 offby1: vercingetorix: how are you invoking it? 23:43 MaXim_: it's a little smarter than screen 23:43 vercingetorix: screen -r after sshing in 23:43 MaXim_: did you detach it first? 23:43 offby1: I always do "screen -rd" 23:43 MaXim_: it might freeze while detaching because whatever its detaching cant be contacted 23:43 offby1: and no, it's not normal for it to hang; you should see a shell prompt. 23:44 offby1: (sometimes you think it hasn't done anything, since it doesn't display anything other than that shell prompt) 23:44 MaXim_: for example i logged on on some machine and used screen, but then disconnected the network adapter 23:44 vercingetorix: offby1: well, that's the thing, it started hanging before i could 23:44 vercingetorix: so i had to just sort close the xterm on my local side and hope for the best 23:44 MaXim_: but the ssh daemon thinks its still connected 23:44 offby1: you might still have the daemon running 23:44 MaXim_: screen -d will hang in that instance 23:58 (quit) jao: Ping timeout: 252 seconds