--- Log opened Fri May 27 00:00:51 2011 00:11 -!- Adys [~Adys@unaffiliated/adys] has quit [Ping timeout: 246 seconds] 00:15 -!- tvw [~tv@e176003109.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] 00:15 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 00:20 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has quit [Quit: wallerdev] 00:21 -!- foocraft [~ewanas@78.100.219.35] has quit [Quit: Leaving] 00:21 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has joined #go-nuts 00:24 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has quit [Client Quit] 00:38 -!- telexicon_ [~telexicon@c-67-160-127-145.hsd1.wa.comcast.net] has joined #go-nuts 00:42 -!- brandini [~orbit@adsl-99-164-59-155.dsl.akrnoh.sbcglobal.net] has joined #go-nuts 00:44 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] 00:44 < Bigbear1> working on problem 5 for project Euler and have come up with this go code however it doesn't return anything but 0 http://pastebin.com/XmKXCzc5 00:45 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts 00:46 -!- zcram [~zcram@78-28-72-29.cdma.dyn.kou.ee] has quit [Quit: Leaving] 00:48 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Excess Flood] 00:49 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts 00:51 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Excess Flood] 00:52 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts 00:53 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined #go-nuts 00:56 -!- keeth [~keeth@207.102.25.19] has quit [Quit: keeth] 01:04 < brandini> I just built go on my cr-48 running ubuntu 01:07 < skelterjohn> what's a cr-48? 01:07 < skelterjohn> cray? 01:07 < brandini> it's google chrome netbook hardware 01:08 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 01:09 < brandini> it didn't tell me all tests passed though 01:10 -!- joeboudagher [~joeboudag@wsip-174-77-3-3.dc.dc.cox.net] has joined #go-nuts 01:10 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #go-nuts 01:11 -!- joeboudagher [~joeboudag@wsip-174-77-3-3.dc.dc.cox.net] has quit [Remote host closed the connection] 01:14 < brandini> ok, I was missing some deps 01:26 -!- angasule [~angasule@190.2.33.49] has quit [Remote host closed the connection] 01:27 -!- angasule [~angasule@190.2.33.49] has joined #go-nuts 01:27 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] 01:27 < brandini> are the net tests broken right now? 01:29 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts 01:33 < kevlar> brandini: shouldn't be 01:33 < kevlar> there are a few things that might be flaky, but that's about it 01:33 < kevlar> which tag are you sync'd to? 01:34 < kevlar> oh, well the networking tests actually do hit your network iirc 01:34 < kevlar> so if you aren't conencted I'm not sure if they'll work. 01:34 < brandini> I just pulled now 01:34 < kevlar> brandini: you should hg update release 01:34 < kevlar> then build. 01:35 < brandini> no 01:35 < brandini> just clone 01:35 < kevlar> no, I'm telling you to hg update release 01:35 < kevlar> so you're not on tip. 01:36 < brandini> ok 01:36 < kevlar> if that still doesn't work, then it's because you can't hit the network or something and you need to DISABLE_NET_TESTS=1 ./all.bash 01:38 < brandini> someone needs to build a web framework for go :) 01:38 < kevlar> brandini: It's been done repeatedly. 01:38 < brandini> anything good? 01:38 < str1ngs> brandini: they did its called app engine :P 01:38 < kevlar> brandini: for some definition of good, yes. 01:39 < brandini> hah! touche 01:39 < kevlar> brandini: if you look at the go dashboard, one of the most installed (maybe THE most installed) package is web.go 01:39 < brandini> :) 01:39 < kevlar> then there's also the little-known template package 01:39 < kevlar> which is in the standard library 01:40 < brandini> I've been using pylons with great success for years now 01:40 < kevlar> which can do HTML template generation quite nicey. 01:40 < kevlar> I find that {template} + "json" + jquery.js + jquery_ui.js = great, responsive web apps 01:41 < brandini> yeah 01:41 < kevlar> without all of the silliness of most web toolkits. 01:41 < kevlar> But people continue to make them and continue to make them bloated and that works for them. 01:41 < kevlar> I'm a purist ;-). 01:42 < brandini> it would be kinda cool to fire up a web service and go :) 01:42 < kevlar> import "http" 01:42 < kevlar> lol 01:42 < brandini> I think I'm gonna like go 01:43 < kevlar> the difference between "Hello, World!" and http://localhost:8080/hello/world is fewer than 5 lines of code. 01:43 < brandini> :) 01:43 < brandini> without the controllers/routes/middleware fun?!?!?! 01:43 < kevlar> you have routes, kinda. 01:44 < kevlar> http.Handle("/hello/world", hello) 01:44 < kevlar> HandleFunc* 01:44 < brandini> the net tests just passed BTW, thanks :) 01:44 < kevlar> np. 01:45 < kevlar> if you find that the tip networking tests fail consistently at some point, you might file a bug. 01:45 < brandini> oooh, I get an 8g 01:45 < brandini> whatever that means :) This is an atom proc 01:46 < kevlar> 8 is the amd64 prefix. 01:46 < brandini> ok 01:46 < kevlar> 6 is the 386 prefix 01:46 < kevlar> 5 is arm. 01:46 < kevlar> though if you're using makefiles, you should never need to know ;-) 01:47 < zanget> I think you have the 8 and 6 backwards 01:47 < kevlar> dangit, really? 01:47 < kevlar> I always do that. 01:48 < kevlar> you sure? my mac reports uname -m = i386 and I have 6{g,c,nm,l} 01:48 < zanget> yea 01:48 < zanget> 386 (a.k.a. x86 or x86-32); 8g,8l,8c,8a 01:48 < zanget> from the website 01:48 < zanget> http://golang.org/doc/install.html 01:49 < kevlar> sure enough, my packages are $GOROOT/pkg/darwin_amd64 01:49 -!- dfr|mac_ [~dfr|work@nat/google/x-ygpghwgtgugbvjgj] has quit [Remote host closed the connection] 01:49 < kevlar> ooooh, right, macs are 32-bit kernel, 64-bit userspace. 01:49 < brandini> atoms are i386 01:49 < brandini> huh 01:49 -!- dfr|work [~dfr|work@nat/google/x-fapoukhzlbscgklw] has quit [Remote host closed the connection] 01:49 < zanget> oh I thought macs were completely 64bit 01:50 < zanget> sounds weird 01:50 < kevlar> zanget: some are, I think, but not most? 01:50 < kevlar> I'm pretty sure xserves and maybe mac pros are pure 64 01:51 < zanget> dunno only mac I've ever had was 10.3.* 01:51 < kevlar> haha. 01:51 < kevlar> you're missing out ;-). 01:51 < kevlar> Most low-maintenance computers I've ever owned. 01:51 < Makoryu> Some Mac models have a 64-bit CPU but Apple considers them 32-bit anyway 01:51 < kevlar> And they're sexy. 01:52 < zanget> meh I'd rather stick to freebsd 01:52 < kevlar> Makoryu: most intel macs have 64bit cpus, maybe even all (I forget the early ones) 01:52 < brandini> isn't i686 amd64? 01:52 < Makoryu> kevlar: Not all 01:52 < Makoryu> The early ones were 32-bit 01:52 < Makoryu> First and maybe second generation after the move 01:52 < kevlar> brandini: well, the "i" and the "a" should hint that they aren't ;-) 01:53 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has joined #go-nuts 01:53 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Quit: Leaving...] 01:53 < brandini> hrmmm, the chip I have n455 is 64 bit 01:54 < kevlar> brandini: i686 is just intel's newer 32-bit instruction set. x86-64 is the generic name for the 64-bit architecture, but everyone calls it amd64 anyway. 01:55 < brandini> I wonder if I can upgrade this ubuntu install to be the 64 bit version :) 01:55 < kevlar> brandini: Don;t. 01:55 < kevlar> ubu desktop 64 = death; ubu server 64 = win. 01:55 < kevlar> (on the flip side, ubu server 32 = death) 01:56 < brandini> :) 01:56 < brandini> well I've got Go now so Yay! 01:56 < kevlar> congrats! Now go write code :D 01:57 < brandini> I've only done a hello world so far 01:57 < brandini> but it was enough to get me hooked 01:57 < Makoryu> brandini: Now go write a bunch of container classes! 01:58 < brandini> sounds boring! 01:58 < brandini> you know what reminded me I wanted to goof around with go today? 01:58 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has joined #go-nuts 01:59 < brandini> I was hating on .NET for requiring async calls in order to make it not take an eternity to handle requests 02:00 -!- telexicon [~telexicon@c-67-160-127-145.hsd1.wa.comcast.net] has quit [Changing host] 02:00 -!- telexicon [~telexicon@unaffiliated/chowmeined] has joined #go-nuts 02:02 < kevlar> and in Go you get it for free :D 02:02 < brandini> exactly 02:02 < brandini> seriously though, to do async calls using their TcpClient is retarded and completely non-trivial 02:02 < kevlar> I love that I can write code, test it, and then wire up a few channels and watch it work magically. 02:03 < brandini> yeah, I want to find that love too :) 02:03 < kevlar> get into the habit of writing unit tests for every package as you write the functions 02:03 < kevlar> you won't feel as productive, but you'll find that you have to go back and debug only infrequently and things work magically later on. 02:04 < kevlar> also check out things like the unit tests for the math package and learn to write table-driven unit tests 02:04 < kevlar> beats the crap out of ASSERT-style testing. 02:05 < kevlar> I find reviewing python CLs at work excruciating now. 02:06 < brandini> I miss writing python now that I write .NET and java all day long 02:07 < brandini> and web.go should update their docs :) 02:07 < brandini> instead of make && make install it should stay gomake... 02:08 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] 02:08 < kevlar> gomake is just a wrapper around make 02:09 < kevlar> it defines GOROOT and such for you = 02:10 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts 02:10 < brandini> yup 02:10 < brandini> and I needed that ;) 02:11 < brandini> also, I wrote my first web.go app! 02:11 -!- Natch| [~natch@c-adcee155.25-4-64736c10.cust.bredbandsbolaget.se] has quit [Read error: Operation timed out] 02:11 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has quit [Quit: wallerdev] 02:13 < brandini> kevlar: what's that template called again? 02:13 < brandini> html template? 02:14 -!- telexicon [~telexicon@unaffiliated/chowmeined] has quit [Ping timeout: 252 seconds] 02:16 -!- angasule [~angasule@190.2.33.49] has quit [Ping timeout: 246 seconds] 02:17 -!- Natch| [~natch@c-adcee155.25-4-64736c10.cust.bredbandsbolaget.se] has joined #go-nuts 02:21 -!- niemeyer [~niemeyer@200-102-196-125.pltce701.dsl.brasiltelecom.net.br] has quit [Ping timeout: 240 seconds] 02:21 -!- zgrim [~zgrim@78.97.147.192] has quit [Quit: leaving] 02:24 -!- Makoryu [~bloodgog@pool-71-174-191-10.bstnma.fios.verizon.net] has quit [Quit: Quit: Quit: Quit: Qui*** Exception: Stack overflow.] 02:27 -!- keithcascio [~keithcasc@nat/google/x-otetgtjjnvelfoik] has quit [Quit: Leaving] 02:29 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has joined #go-nuts 02:31 -!- benjack [~benjack@bb220-255-236-198.singnet.com.sg] has joined #go-nuts 02:34 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] 02:36 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has joined #go-nuts 02:39 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined #go-nuts 02:41 -!- keeth [~keeth@207.102.25.19] has joined #go-nuts 02:47 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has quit [Quit: rputikar] 02:50 -!- foocraft [~ewanas@78.100.219.35] has joined #go-nuts 02:55 -!- ako [~nya@fuld-590c7b5f.pool.mediaWays.net] has quit [Quit: EXEC_over.METHOD_SUBLIMATION] 02:56 -!- nighty__ [~nighty@210.188.173.245] has joined #go-nuts 03:02 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 03:21 -!- eimantas [~eimantas@ip-212-52-52-163.kava.lt] has quit [Quit: eimantas] 03:30 -!- gtaylor [~gtaylor@99-5-124-9.lightspeed.gnvlsc.sbcglobal.net] has quit [Quit: gtaylor] 03:30 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts 03:32 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has quit [Read error: Operation timed out] 03:32 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the connection] 03:34 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has joined #go-nuts 03:37 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has quit [Ping timeout: 244 seconds] 03:37 < kevlar> brandini: it's just "template" 03:45 -!- keeth [~keeth@207.102.25.19] has quit [Quit: keeth] 03:46 -!- rputikar [~240182H@134.7.206.67] has joined #go-nuts 03:47 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts 03:47 -!- mikespook [~mikespook@183.47.227.11] has quit [Ping timeout: 248 seconds] 03:53 -!- eimantas [~eimantas@88.118.232.12] has joined #go-nuts 03:53 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the connection] 03:57 -!- ExsysHost [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined #go-nuts 03:57 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has joined #go-nuts 03:59 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit [Ping timeout: 240 seconds] 03:59 -!- hallas [~hallas@x1-6-30-46-9a-b2-c5-1f.k891.webspeed.dk] has quit [Ping timeout: 250 seconds] 04:00 -!- ExsysHost [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit [Read error: Connection reset by peer] 04:01 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined #go-nuts 04:01 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts 04:06 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the connection] 04:07 -!- Viriix [~joseph@c-67-169-172-251.hsd1.ca.comcast.net] has joined #go-nuts 04:07 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts 04:11 -!- kr [~Keith@c-24-5-193-165.hsd1.ca.comcast.net] has quit [Ping timeout: 250 seconds] 04:13 -!- rejb [~rejb@unaffiliated/rejb] has quit [Disconnected by services] 04:13 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts 04:34 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts 04:35 -!- boscop [~boscop@unaffiliated/boscop] has joined #go-nuts 04:37 -!- vpit3833 [~user@203.111.33.203] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 04:39 -!- Project_2501 [~Marvin@82.84.99.53] has joined #go-nuts 04:47 -!- boscop [~boscop@unaffiliated/boscop] has quit [Read error: Connection reset by peer] 04:48 -!- boscop_ [~boscop@g225225053.adsl.alicedsl.de] has joined #go-nuts 04:50 -!- mikespook [~mikespook@183.47.227.11] has joined #go-nuts 04:55 -!- boscop__ [~boscop@g225225053.adsl.alicedsl.de] has joined #go-nuts 04:55 -!- boscop_ [~boscop@g225225053.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 04:58 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has joined #go-nuts 05:00 < krutcha> since the removal of closed(chan) and addition of an OK indicator on a channel read, what is the method of channel verification if using RANGE? 05:01 -!- smallfish [~chatzilla@cegnulug.org] has joined #go-nuts 05:01 -!- smallfish [~chatzilla@cegnulug.org] has quit [Client Quit] 05:04 -!- iant [~iant@216.239.45.130] has quit [Read error: Connection reset by peer] 05:06 -!- fabled [~fabled@83.145.235.194] has joined #go-nuts 05:06 < kevlar> krutcha: range stops when the channel is closed like it always has 05:09 -!- kr [~Keith@c-24-5-193-165.hsd1.ca.comcast.net] has joined #go-nuts 05:11 -!- ExtraSpice [XtraSpice@78-57-204-104.static.zebra.lt] has joined #go-nuts 05:12 < krutcha> oi.. rusty, and to check if a write channel is closed before causing a panic? 05:13 -!- smallfish [~smallfish@cegnulug.org] has joined #go-nuts 05:16 < uriel> krutcha: readers should never close the channel 05:16 < uriel> krutcha: only sender should clsoe the channel 05:19 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit [Read error: Connection reset by peer] 05:20 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined #go-nuts 05:22 < krutcha> hmm, well right now I have a goroutine sitting on input from a socket, and one from output, each returned a channel in the appropriate direction. The thought was that if there was a socket error, the goroutines could close their channels and terminate, indicating to their users that something went wrong without having to use more channels. 05:23 < uriel> again, only sender should ever close a channel 05:23 < uriel> if reader should signal sender, then use an extra channel to do this 05:23 < uriel> (but in my experience this is rarer than most think) 05:24 < krutcha> it seems quite clear that a goroutine sitting on an outgoign socket and reading messages from a channel should indicate _something_ if the socket fails 05:24 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has joined #go-nuts 05:24 -!- mode/#go-nuts [+v iant] by ChanServ 05:25 < uriel> Go has no sockets (haha) 05:25 < uriel> but if the write() fails, whatever it should signal something, will depend on many things 05:26 < uriel> in most cases the writer doesn't care, it will be blocked anyway waiting for the reader 05:26 < krutcha> so a writer to a channel should always have a read channel to switch on before writing incase the far side is in error? 05:27 < uriel> why? 05:27 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the connection] 05:27 * uriel doesn't understand what the problem is if the reader runs into an error, either it handles the error itself and keeps reading, or it stops reading, or whatever 05:28 < uriel> sending the error back to the sender via another channel is obviously an option, but seems more likely to be the exception than the rule 05:28 < uriel> it all depends waht the sender it is doing 05:29 -!- boscop__ [~boscop@g225225053.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] 05:29 < krutcha> the sender is sending data to channels, their respective readers managing the no-sockets-in-go write() calls. If one of those readers (which is writing out a network non-socket) dies, the writer to it's channel (in the case of the code I have here) would like to stop writing to it 05:30 <+iant> krutcha: one approach would to have the writer use a select with a timeout channel 05:30 < uriel> krutcha: it will be blocked, so it will have stopped writting to it already 05:30 < |Craig|> can't you make a (sub?)type of chan that that has an extra field for signaling you don't want more stuff 05:30 -!- smallfish [~smallfish@cegnulug.org] has left #go-nuts [] 05:30 -!- boscop__ [~boscop@g225225053.adsl.alicedsl.de] has joined #go-nuts 05:31 < uriel> |Craig|: what is a "subtype"? 05:31 < uriel> and channels obviously have no fields 05:31 < uriel> if you want to signal something, use a(nother) channel 05:32 < uriel> one to communicate in one direction, one to communicate in the other direction, but if what you want is to make the writer stop writting, as I said, that is what will happen if you stop reading 05:32 -!- eimantas [~eimantas@88.118.232.12] has quit [Quit: eimantas] 05:32 < uriel> so... 05:32 < |Craig|> type T chan or so. I guess just a struct containing a chan would make more sense 05:33 < krutcha> I can't hang my main routine because one of 500 goroutines decided to stop reading and closed it's channel 05:33 < uriel> |Craig|: and would probably be racy 05:33 < krutcha> my goal is handle the loss of an outbound connection and continue dealing with the rest 05:33 < |Craig|> you can use a backwards chan for sending errors in your struct if a flag is an issue 05:33 <+iant> krutcha: that is what select is for 05:33 < uriel> krutcha: you have one goroutine writting to 500 channels? 05:34 < krutcha> you can select on a channel write too? 05:34 < uriel> (and as iant said, that is what select is for) 05:34 < uriel> krutcha: yes, you can select on any channel operation 05:34 <+iant> krutcha: sure, select works for both read and write 05:34 < krutcha> oooohhhhhh, I've only done select on reads 05:34 < uriel> (well, not close(), if you consider that a channel operation, so as iant said, read and write :)) 05:35 < krutcha> so by doing select on my write, I'll fall through to a default case if the channel is closed, for example? 05:35 <+iant> only the goroutine which writes to a channel should close the channel 05:35 < uriel> |Craig|: that is what I said, but you don't need to put the err chan in a struct either 05:35 <+iant> never the goroutine which reads from a channel 05:35 <+iant> so you should never be in the situation of writing to a closed channel 05:36 <+iant> because you should already know that the channel is closed 05:36 < uriel> krutcha: again: never close a channel from the reader 05:36 < uriel> krutcha: just forget about closing 05:36 < krutcha> how do I intuit without 2x the channels in all writers, that the far side has gone tits up? 05:36 <+iant> use a timeout 05:36 * uriel thinks more and more that close() confuses people more than anything else 05:37 <+iant> I think we just picked the wrong name; we should have called it endrange() 05:37 < uriel> krutcha: again, if you select on write, you will only write to channels that are not blocked 05:37 < uriel> iant: yup, that would probably be much better 05:37 < krutcha> timeouts are hard on performance, I'd rather use if closed(chan) and keep trucking, to be honest... 05:38 < uriel> krutcha: you don't need either damn it! the channel is blocked, the select will pick a channel that isn't blocked 05:38 < krutcha> buffered channels 05:38 <+iant> krutcha: the closed builtin function is gone 05:38 <+iant> krutcha: because it was liable to erroneous use such as you suggest 05:39 <+iant> a timeout channel is not really hard on performance, the time package will do the right thing 05:39 < uriel> krutcha: why do you need to use buffered channels 05:39 < uriel> ? 05:40 < uriel> somebody needs to write a list of Go-gotchas, warning people not to use close(), and abuse/excessive-use of buffered channels is another common mistake 05:40 <+iant> good topic for the wiki 05:40 < krutcha> to keep my connection manager doing things rather than timing out on individual connections that have perfectly good goroutines to worry about that on the far side of channels :P 05:40 < krutcha> perhaps it's a case of 'design not suitable to go-lang' 05:40 < uriel> krutcha: that is why you use select 05:40 <+iant> when I saw a timeout, I mean using a select 05:41 <+iant> select on 1) writing to the channel; 2) reading from a timeout channel 05:41 <+iant> if the timeout channel reports in first, then you can assume that the reader of the channel to which you are writing is somehow hosed 05:41 -!- foocraft [~ewanas@78.100.219.35] has quit [Quit: if you're going....to san. fran. cisco!!!] 05:41 <+iant> (assuming you set your timeouts correctly, of course) 05:41 < krutcha> and all subsequent writes to other channels are pushed back while waiting for one.. I don't like the notion 05:41 < uriel> iant: I'm still not convinced you need the timeout at all 05:42 <+iant> uriel: you are probably correct 05:42 <+iant> krutcha: I don't understand what you mean 05:42 < kevlar> krutcha: are you trying to manage connections and messages from a number of clients with goroutines? 05:42 <+iant> write a select with a 100 channels if you like 05:42 < krutcha> kevlar: yes 05:43 -!- pamera [~Pam@c-76-102-255-99.hsd1.ca.comcast.net] has joined #go-nuts 05:43 < kevlar> krutcha: are you trying to have one channel per client? 05:43 < krutcha> kevlar: yes 05:43 < kevlar> krutcha: that's probably not what you actually want. 05:43 < krutcha> *shrug* it's what I'm trying to solve :P 05:44 < kevlar> krutcha: an idiomatic way to do that is to arrange for each goroutine to send on a single channel 05:44 < uriel> why do you have only one writer anyway? 05:45 < krutcha> I have one goroutine managing connections to many peers, it reads and writes to them via channels (on the end of which are goroutines handling the network layer). It has to talk to all of them in order to coordinate what the peers are doing. 05:47 < krutcha> honestly it seems fine, the little gotcha being that an outgoing channel has a goroutine reading from it which may decide to be in error. Rather than have every in/out channel pair be an in/out/infromtheoutincase channel triplet, I sought an alternative 05:48 < kevlar> krutcha: the way I typically manage that is to have all client goroutines writing a (clientid, message) on a single channel, and writes to a client are done to a channel stored in a map by clientid 05:49 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has quit [Remote host closed the connection] 05:49 < uriel> kevlar: I'm not sure I understand, but why don't you passs (channel, message) 05:50 < uriel> looking up the channel by clientid on a map feels unidiomatic to me, but I'm sleep-deprived and barely awake, so I'm probably misunderstanding 05:50 < uriel> remember: you can send channels on channels 05:50 < kevlar> uriel: of course. 05:50 < kevlar> uriel: I actually don't send precisely that 05:50 < kevlar> I was simplifying 05:50 < kevlar> and most of my high-throughput stuff is for IRC, so each client has an ID anyway 05:51 < uriel> well, sending the channel seems simpler to me than sending an id :) 05:51 < krutcha> I think a minor rethink is in order, I want to avoid this headache :P 05:51 < kevlar> uriel: sending a single channel with each message is useful if you need synchronous replies 05:51 < kevlar> if you want asynchronous replies, it breaks down 05:51 < uriel> kevlar: I'm not sure I understand what you mean by that 05:52 < kevlar> uriel: if client A can send a message to client B, it doesn't make sense to include a channel with A's message because B won't be replying 05:52 < kevlar> and then you have to figure out how to get the channel to send the message to B 05:52 < uriel> (again, I think buffered channels/async stuff is often over-used, but not as much and as blatantly as close(), which is almost always a mistake) 05:52 < kevlar> uriel: I mean functionally asynchronous, not on an async channel. 05:53 < uriel> aha 05:53 < kevlar> as in, you don't know when it's coming. 05:53 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts 05:53 < kevlar> if A sends the dispatcher a message and wants a reply to that individual message, it absolutely makes sense to include a channel. 05:53 < kevlar> it's just not a useful model for users on iRC. 05:54 < uriel> another random gotcha: people usually uses too few goroutines (and too few channels), having one goroutine and two channels per shared resource is common 05:55 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has quit [Remote host closed the connection] 05:55 < kevlar> what I actually do is somewhat more complicated: all new connections are managed by an object that sends itself on the server's Incoming channel, which holds the client in a goroutine until all of its registration is complete, then it is forwarded to either the appropriate server event loop message channel or client event loop message channel, which registers itself with the connection to receive messages. 05:56 -!- boscop__ [~boscop@g225225053.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] 05:58 -!- noodles775 [~michael@f053066205.adsl.alicedsl.de] has joined #go-nuts 05:58 -!- noodles775 [~michael@f053066205.adsl.alicedsl.de] has quit [Changing host] 05:58 -!- noodles775 [~michael@canonical/launchpad/noodles775] has joined #go-nuts 06:09 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 06:16 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Ping timeout: 246 seconds] 06:17 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the connection] 06:20 -!- smallfish [~smallfish@cegnulug.org] has joined #go-nuts 06:21 -!- smallfish [~smallfish@cegnulug.org] has left #go-nuts [] 06:21 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has joined #go-nuts 06:27 < str1ngs> ah man I just figured out you need to use a trailing \n. when you write to a websocket 06:28 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has joined #go-nuts 06:29 -!- bortzmeyer [~bortzmeye@batilda.nic.fr] has joined #go-nuts 06:44 -!- fvbommel [~fvbommel_@86.86.15.250] has quit [Ping timeout: 248 seconds] 06:58 -!- piranha [~piranha@D57D1AB3.static.ziggozakelijk.nl] has joined #go-nuts 06:58 -!- piranha [~piranha@D57D1AB3.static.ziggozakelijk.nl] has quit [Remote host closed the connection] 06:59 -!- piranha [~piranha@D57D1AB3.static.ziggozakelijk.nl] has joined #go-nuts 07:01 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|] 07:03 -!- GeertJohan [~Squarc@D978EC5D.cm-3-1d.dynamic.ziggo.nl] has joined #go-nuts 07:03 -!- photron [~photron@port-92-201-3-140.dynamic.qsc.de] has joined #go-nuts 07:05 -!- Bigbear1 [~Cody@d173-181-43-12.abhsia.telus.net] has quit [Read error: Connection reset by peer] 07:06 -!- Bigbear1 [~Cody@d173-181-43-12.abhsia.telus.net] has joined #go-nuts 07:10 -!- dfc [~dfc@eth59-167-133-99.static.internode.on.net] has quit [Ping timeout: 240 seconds] 07:10 -!- kr [~Keith@c-24-5-193-165.hsd1.ca.comcast.net] has quit [Quit: WeeChat 0.3.4] 07:12 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has quit [Quit: Leaving] 07:12 -!- Fish [~Fish@9fans.fr] has joined #go-nuts 07:16 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 260 seconds] 07:23 -!- telexicon [~telexicon@unaffiliated/chowmeined] has joined #go-nuts 07:30 -!- napsy [~luka@193.2.66.6] has joined #go-nuts 07:32 -!- uqos [~uqos@grimm.utelsystems.com] has quit [Quit: leaving] 07:33 -!- wrtp [~rog@92.23.135.231] has joined #go-nuts 07:45 -!- abra [~abra@178.47.231.246] has quit [Ping timeout: 260 seconds] 07:53 -!- Bigbear1 [~Cody@d173-181-43-12.abhsia.telus.net] has left #go-nuts [] 07:54 -!- Project-2501 [~Marvin@82.84.84.191] has joined #go-nuts 07:56 -!- coderendezvous [~coderende@adsl-98-66-2-41.mem.bellsouth.net] has joined #go-nuts 07:57 -!- boscop [~boscop@unaffiliated/boscop] has joined #go-nuts 07:57 -!- abra [~abra@178.47.224.185] has joined #go-nuts 07:57 -!- Project_2501 [~Marvin@82.84.99.53] has quit [Ping timeout: 248 seconds] 08:00 -!- boscop [~boscop@unaffiliated/boscop] has quit [Read error: Connection reset by peer] 08:00 -!- fvbommel [~fvbommel_@e32191.upc-e.chello.nl] has joined #go-nuts 08:03 -!- Project_2501 [~Marvin@82.84.91.38] has joined #go-nuts 08:05 -!- boscop [~boscop@unaffiliated/boscop] has joined #go-nuts 08:05 -!- Project-2501 [~Marvin@82.84.84.191] has quit [Ping timeout: 260 seconds] 08:08 -!- fvbommel [~fvbommel_@e32191.upc-e.chello.nl] has quit [Ping timeout: 276 seconds] 08:11 -!- boscop [~boscop@unaffiliated/boscop] has quit [Ping timeout: 250 seconds] 08:11 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit [Read error: Connection reset by peer] 08:12 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined #go-nuts 08:14 -!- boscop [~boscop@unaffiliated/boscop] has joined #go-nuts 08:16 -!- zimsim [~simon@ip1.c294.amb153.cust.comxnet.dk] has joined #go-nuts 08:21 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 08:21 -!- Project-2501 [~Marvin@82.84.72.142] has joined #go-nuts 08:21 -!- gregschlom [~quassel@187.118.210.62.te-dns.org] has joined #go-nuts 08:23 -!- Project_2501 [~Marvin@82.84.91.38] has quit [Ping timeout: 258 seconds] 08:26 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-166-225.clienti.tiscali.it] has joined #go-nuts 08:28 -!- mikespook [~mikespook@219.137.234.156] has joined #go-nuts 08:28 -!- smallfish250 [~mikespook@183.47.227.11] has quit [Ping timeout: 244 seconds] 08:29 -!- Project-2501 [~Marvin@82.84.72.142] has quit [Ping timeout: 240 seconds] 08:33 -!- coderendezvous [~coderende@adsl-98-66-2-41.mem.bellsouth.net] has quit [Quit: This computer has gone to sleep] 08:37 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-152-115.clienti.tiscali.it] has joined #go-nuts 08:39 -!- virtualsue [~chatzilla@nat/cisco/x-bkkfuoroeotigpob] has joined #go-nuts 08:40 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-166-225.clienti.tiscali.it] has quit [Ping timeout: 240 seconds] 08:52 -!- Project_2501 [~Marvin@82.84.65.59] has joined #go-nuts 08:54 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-152-115.clienti.tiscali.it] has quit [Ping timeout: 255 seconds] 08:57 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has quit [Ping timeout: 244 seconds] 09:06 -!- ithkuil [~marko@2a00:1620:c0:50:66b9:e8ff:feca:1812] has joined #go-nuts 09:07 -!- fvbommel [~fvbommel_@dyn068161.nbw.tue.nl] has joined #go-nuts 09:11 -!- abra [~abra@178.47.224.185] has quit [Ping timeout: 276 seconds] 09:12 -!- rputikar [~240182H@134.7.206.67] has quit [Quit: rputikar] 09:13 -!- abra [~abra@178.47.224.185] has joined #go-nuts 09:22 -!- noam [noam@87.69.42.61.cable.012.net.il] has quit [Ping timeout: 252 seconds] 09:28 -!- noam [noam@87.69.42.61.cable.012.net.il] has joined #go-nuts 09:33 -!- wrtp [~rog@92.23.135.231] has quit [Ping timeout: 276 seconds] 09:38 -!- snearch [~snearch@f053008067.adsl.alicedsl.de] has joined #go-nuts 09:44 -!- wrtp [~rog@92.30.154.99] has joined #go-nuts 09:47 -!- Project-2501 [~Marvin@82.84.90.233] has joined #go-nuts 09:48 -!- noam [noam@87.69.42.61.cable.012.net.il] has quit [Ping timeout: 252 seconds] 09:50 -!- Project_2501 [~Marvin@82.84.65.59] has quit [Ping timeout: 250 seconds] 09:55 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has joined #go-nuts 09:55 -!- noam [noam@87.69.42.61.cable.012.net.il] has joined #go-nuts 10:01 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #go-nuts 10:03 -!- virtualsue [~chatzilla@nat/cisco/x-bkkfuoroeotigpob] has quit [Remote host closed the connection] 10:05 -!- benjack [~benjack@bb220-255-236-198.singnet.com.sg] has quit [Quit: Leaving.] 10:05 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has quit [Read error: Connection reset by peer] 10:07 -!- virtualsue [~chatzilla@nat/cisco/x-xorbkjrxgpjbgzfn] has joined #go-nuts 10:24 -!- COBOL2121 [~Null@usr018.bb160-01.udk.im.wakwak.ne.jp] has joined #go-nuts 10:32 -!- alehorst [~alehorst@201.47.10.119.dynamic.adsl.gvt.net.br] has joined #go-nuts 10:34 -!- Ekspluati [5b9a0491@gateway/web/freenode/ip.91.154.4.145] has joined #go-nuts 10:37 -!- angasule [~angasule@190.2.33.49] has joined #go-nuts 10:43 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has quit [Quit: rputikar] 10:45 -!- GeertJohan [~Squarc@D978EC5D.cm-3-1d.dynamic.ziggo.nl] has quit [Quit: Leaving.] 10:47 -!- Boney [~paul@124-148-187-88.dyn.iinet.net.au] has quit [Remote host closed the connection] 10:57 -!- zerohp [~eclark@173-28-217-101.client.mchsi.com] has quit [Ping timeout: 246 seconds] 10:59 -!- Boney [~paul@124-148-187-88.dyn.iinet.net.au] has joined #go-nuts 11:01 -!- COBOL2121 [~Null@usr018.bb160-01.udk.im.wakwak.ne.jp] has quit [Ping timeout: 248 seconds] 11:07 -!- zaero [~eclark@2001:470:1f11:b82:e163:54ed:e02c:2a45] has joined #go-nuts 11:16 -!- [dmp] [~dennis@unaffiliated/dmp/x-546784] has joined #go-nuts 11:19 -!- COBOL2121 [~Null@usr018.bb160-01.udk.im.wakwak.ne.jp] has joined #go-nuts 11:21 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts 11:35 -!- niemeyer [~niemeyer@200-102-196-125.pltce701.dsl.brasiltelecom.net.br] has joined #go-nuts 11:39 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Quit: Leaving...] 11:40 -!- Fish [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the Fish] 11:42 -!- tncardoso [~thiago@150.164.2.20] has joined #go-nuts 11:42 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #go-nuts 11:48 -!- angasule [~angasule@190.2.33.49] has quit [Ping timeout: 252 seconds] 11:52 -!- Fish [~Fish@9fans.fr] has joined #go-nuts 11:57 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Quit: Leaving...] 12:13 -!- fvbommel [~fvbommel_@dyn068161.nbw.tue.nl] has quit [Ping timeout: 276 seconds] 12:15 -!- lareth [~corelon@dencoae.ath.forthnet.gr] has quit [Ping timeout: 252 seconds] 12:17 -!- hallas [~hallas@x1-6-30-46-9a-b2-c5-1f.k891.webspeed.dk] has joined #go-nuts 12:17 -!- lareth [~corelon@dencoae.ath.forthnet.gr] has joined #go-nuts 12:18 -!- Fish [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the Fish] 12:23 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined #go-nuts 12:23 -!- hallas [~hallas@x1-6-30-46-9a-b2-c5-1f.k891.webspeed.dk] has quit [Ping timeout: 246 seconds] 12:35 -!- COBOL2121 [~Null@usr018.bb160-01.udk.im.wakwak.ne.jp] has quit [Remote host closed the connection] 12:39 -!- zimsim [~simon@ip1.c294.amb153.cust.comxnet.dk] has quit [Ping timeout: 240 seconds] 12:51 -!- jstemmer [~cheetah@mrpwn.stemmertech.com] has joined #go-nuts 12:53 -!- gummibr [~gummibr@dslb-188-105-237-191.pools.arcor-ip.net] has joined #go-nuts 12:54 < gummibr> hi, I wanted to try the html-pkg, but I think the parser example is not working 12:54 < gummibr> I can read all the nodes, except links ("a") 12:55 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 12:55 < gummibr> I boiled down this testcase, maybe it did something obvious wrong? 12:55 < gummibr> http://pastie.org/1980724 12:56 -!- sunfmin [~sunfmin@115.197.40.182] has joined #go-nuts 12:58 -!- pamera [~Pam@c-76-102-255-99.hsd1.ca.comcast.net] has left #go-nuts [] 13:01 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 13:02 -!- Venom_X [~pjacobs@75-27-133-72.lightspeed.austtx.sbcglobal.net] has joined #go-nuts 13:03 -!- freetz [~fritz@bc-proxy-2.sandia.gov] has joined #go-nuts 13:03 < uriel> fuck spam! ARrrrggggg 13:12 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has joined #go-nuts 13:18 -!- freetz [~fritz@bc-proxy-2.sandia.gov] has quit [Quit: Leaving] 13:19 -!- fvbommel [~fvbommel_@dyn069247.nbw.tue.nl] has joined #go-nuts 13:20 -!- gtaylor [~gtaylor@99-126-136-139.lightspeed.gnvlsc.sbcglobal.net] has joined #go-nuts 13:22 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has joined #go-nuts 13:23 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined #go-nuts 13:24 -!- freetz [~fritz@bc-proxy-2.sandia.gov] has joined #go-nuts 13:25 < wrtp> gummibr: it seems to hang on parsing... 13:26 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has quit [Quit: Leaving.] 13:30 < mpl> quick question about compiler optimization: I've been told that if you have something like "for (int i=0; i< 3 * 2; ++i) {" in C++, gcc would optimize the 3*2 operation so it doesn't have to be redone at each loop. is it valid in go as well? 13:30 < mpl> s/valid/true/ 13:34 < dlowe> it's a pretty trivial optimization. I'd be very surprised if it wasn't. 13:36 < wrtp> mpl: yeah, constant expressions are evaluated at compile time 13:36 < wrtp> gummibr: looks like a bug to me 13:38 < mpl> dlowe: yeah, I don't know much about compilers, just wanted to be sure. 13:38 < mpl> wrtp: kthx 13:40 -!- r_linux [~r_linux@smtp.mandique.com.br] has joined #go-nuts 13:40 < gummibr> wrtp, works with every other tag, so I was not sure what I should think of it, especially because it is an example in the docs.. will file a ticket then 13:40 -!- iant [~iant@66.109.103.84] has joined #go-nuts 13:40 -!- mode/#go-nuts [+v iant] by ChanServ 13:41 -!- hargettp_ [~hargettp_@dhcp-162.mirrorimage.net] has left #go-nuts [] 13:41 < wrtp> gummibr: here's a shorter example that demonstrates the problem: http://pastie.org/1980884 13:45 < gummibr> wrtp, how is that connected? It's fine with me if it parses not fully complete html 13:45 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Ping timeout: 246 seconds] 13:46 < wrtp> gummibr: the parser goes into an infinite loop 13:47 < wrtp> it's the same problem that was occurring when i ran your code 13:47 < wrtp> maybe you were seeing a different problem 13:47 -!- snearch [~snearch@f053008067.adsl.alicedsl.de] has quit [Quit: Verlassend] 13:49 < gummibr> wrtp, yeah, the problem for me is, that it doesn't find a's, but every other tag works. infinite loops sounds even worse 13:49 < gummibr> seems like the html pkg is not ready yet 13:49 -!- mfoemmel [~mfoemmel@chml01.drwholdings.com] has quit [Ping timeout: 264 seconds] 13:50 < gummibr> maybe you can file the loop ting, because I can't reproduce that with 6g 13:50 < wrtp> gummibr: when you run the example i pasted, what happens? 13:50 < wrtp> i'm using 6g BTW 13:51 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has joined #go-nuts 13:51 < gummibr> wrtp, it just prints "parsed" (go v0.57) 13:51 -!- napsy [~luka@193.2.66.6] has quit [Ping timeout: 240 seconds] 13:52 < wrtp> hmm. it must have broken between the release you're using and the one i'm using 13:53 < gummibr> wondering how it passes the testcases if it goes into infinite loop, someone should"ve noticed 13:54 < wrtp> gummibr: yeah, it's changed. 13:54 < wrtp> i guess none of the test cases had an attribute holding a "-" character 13:56 -!- pharris [~Adium@rhgw.opentext.com] has joined #go-nuts 13:58 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 13:59 -!- ucasano [~ucasano@host153-182-static.227-95-b.business.telecomitalia.it] has joined #go-nuts 13:59 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has joined #go-nuts 14:00 < wrtp> gummibr: i submitted my example as an issue too. i don't know if yours is actually an issue - i couldn't get that far... 14:03 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has joined #go-nuts 14:04 -!- zerohp [~eclark@2001:470:1f11:b82:4c5a:d7a5:219:61cc] has joined #go-nuts 14:08 -!- zaero [~eclark@2001:470:1f11:b82:e163:54ed:e02c:2a45] has quit [Ping timeout: 264 seconds] 14:08 < gummibr> yeah, well see, would be pretty nice to have a working html pkg in Go 14:10 -!- virtualsue [~chatzilla@nat/cisco/x-xorbkjrxgpjbgzfn] has quit [Ping timeout: 258 seconds] 14:11 < wrtp> gummibr: i think it's being worked on - that's why it has changed. 14:16 -!- noam [noam@87.69.42.61.cable.012.net.il] has quit [Ping timeout: 248 seconds] 14:17 -!- noam [noam@87.69.42.61.cable.012.net.il] has joined #go-nuts 14:20 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 14:22 < gummibr> yeah, in another ticket they said july/august for the "finished" html pkg 14:25 -!- DerHorst [~Horst@e176101080.adsl.alicedsl.de] has joined #go-nuts 14:25 -!- th0re [~thre@p5B3B513D.dip.t-dialin.net] has joined #go-nuts 14:26 -!- Ekspluati [5b9a0491@gateway/web/freenode/ip.91.154.4.145] has quit [Ping timeout: 252 seconds] 14:26 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has quit [Ping timeout: 260 seconds] 14:31 -!- th0re [~thre@p5B3B513D.dip.t-dialin.net] has quit [Remote host closed the connection] 14:31 -!- th0re [~thre@p5B3B513D.dip.t-dialin.net] has joined #go-nuts 14:32 -!- fvbommel [~fvbommel_@dyn069247.nbw.tue.nl] has quit [Ping timeout: 276 seconds] 14:35 * th0re hört Full Nelson von Limp Bizkit auf Rock Im Park. 14:36 -!- boscop_ [~boscop@g229210055.adsl.alicedsl.de] has joined #go-nuts 14:37 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has quit [Quit: rputikar] 14:38 -!- boscop [~boscop@unaffiliated/boscop] has quit [Ping timeout: 246 seconds] 14:38 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts 14:41 -!- th0re [~thre@p5B3B513D.dip.t-dialin.net] has quit [Quit: Der weg zur erkenntniss ist der richtige.] 14:41 -!- fabled [~fabled@83.145.235.194] has quit [Quit: Ex-Chat] 14:42 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts 14:44 -!- fabled [~fabled@83.145.235.194] has joined #go-nuts 14:44 -!- coderendezvous [~coderende@adsl-98-66-2-41.mem.bellsouth.net] has joined #go-nuts 14:49 -!- iant [~iant@66.109.103.84] has quit [Quit: Leaving.] 14:50 < skelterjohn> morning 14:51 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Quit: skelterjohn] 14:52 < uriel> 14:22 < gummibr> yeah, in another ticket they said july/august for the "finished" html pkg 14:52 < uriel> gummibr: link? 14:54 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has quit [Remote host closed the connection] 14:57 < gummibr> uriel, http://code.google.com/p/go/issues/detail?id=1751#c1 actually it says may/june got that wrong 14:58 < gummibr> (and not finished, but rather resuming the work, my bad) 14:59 -!- PortatoreSanoDiI [~Marvin@82.84.78.234] has joined #go-nuts 14:59 -!- coderendezvous [~coderende@adsl-98-66-2-41.mem.bellsouth.net] has quit [Quit: Leaving] 15:00 -!- rael_wiki [~chatzilla@unaffiliated/rael-wiki/x-8420294] has joined #go-nuts 15:00 < rael_wiki> hello 15:00 < rael_wiki> here I come for the question of the day ;) 15:01 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts 15:01 < rael_wiki> I took a look at the runtime package, I don't see any way to get an actual asynchronous signal system, am I missing something? 15:02 < skelterjohn> the signal package? 15:02 -!- Project-2501 [~Marvin@82.84.90.233] has quit [Ping timeout: 240 seconds] 15:02 < rael_wiki> whoa 15:02 < rael_wiki> skelterjohn: that's exactly what I was missing... 15:03 < skelterjohn> :) 15:04 < Namegduf> The signal package is awesome. 15:04 < Namegduf> Especially by comparison with C signal handling. 15:05 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-177-214.clienti.tiscali.it] has joined #go-nuts 15:05 < ithkuil> Hi! quick question about building a (c)go package with statically linked libs: I found http://goo.gl/akkex and made a go pkg which links with ".a" static libs. However when I try to use it in my main app 6l spits that some symbols are not found. I tried to pass CGO_LDFLAGS again in my main Makefile (which imports Make.cmd) and also added a dummy.go file in CGOFILES but it seems like Make.cmd doesn't handle cgo build steps 15:07 -!- kamaji [~kamaji@cpc2-aztw22-2-0-cust775.aztw.cable.virginmedia.com] has joined #go-nuts 15:07 < ithkuil> I really like the fact that go binaries are statically linked but as soon as I depend on some c code I get back to the dllhell 15:08 -!- PortatoreSanoDiI [~Marvin@82.84.78.234] has quit [Ping timeout: 240 seconds] 15:08 < ithkuil> (I'm writing go xen api bindings via libxenctrl, libxenstore, libxenguest) 15:09 < rael_wiki> skelterjohn: I still can't figure out how to use it... should I be reading Incoming (and in that case it wouldn't be asynchronous) or what? 15:10 < skelterjohn> rael_wiki: i haven't used it - i just know it exists 15:10 -!- nighty__ [~nighty@210.188.173.245] has quit [Quit: Disappears in a puff of smoke] 15:10 < rael_wiki> ok, thank you 15:10 < skelterjohn> ithkuil: you might have to add the "// #cgo LDFLAGS: -lwhatever" comment 15:10 -!- lareth [~corelon@dencoae.ath.forthnet.gr] has quit [Quit: leaving] 15:11 < skelterjohn> though, i've never tried to statically link w/ cgo 15:11 < skelterjohn> take a look at the link command that the makefile runs - can you modify it to make things link properly? 15:12 < rael_wiki> Namegduf: do you have any hint? 15:12 < Namegduf> rael_wiki: You import it and just read from Incoming. 15:12 < Namegduf> Importing it automatically makes it the handler for stuff. 15:12 < Namegduf> Through init() 15:13 < rael_wiki> Namegduf: but if I have to read a chan it's not an asynchronous signal... 15:13 < wrtp> rael_wiki: why does that matter? 15:14 < Namegduf> rael_wiki: What do you mean, not asnchronous? 15:14 < Namegduf> *asynchronous 15:14 < Namegduf> You spawn a goroutine 15:14 < Namegduf> You block it on handling signals 15:15 < rael_wiki> wrtp, Namegduf: I would like my process to be doing stuff and just wake up and start a handler when a signal arrives... 15:15 < Namegduf> rael_wiki: Yes, that is what happens when you have a separate goroutine listening on the channel. 15:15 < rael_wiki> otherwise I could just replace the "signal" with a message un a channel 15:15 < rael_wiki> *on 15:15 < wrtp> rael_wiki: that's fine - just have one goroutne that's doing stuff, and another that listens on the signal channel 15:15 -!- ccod [~christoph@c-76-18-5-93.hsd1.fl.comcast.net] has joined #go-nuts 15:15 < Namegduf> And you can just use a message for that, yes. 15:16 < ithkuil> skelterjohn: ah, where do these // #cgo special comments go? can you please point me to some doc? 15:16 < skelterjohn> golang.org/cmd/cgo 15:16 < skelterjohn> it would go before the import "C" 15:16 < wrtp> ithkuil: godoc cgo 15:17 < ithkuil> thanks, btw, I already managed to link a shared lib, by adding CGO_LDFLAGS in the makefile, and it works fine 15:17 < skelterjohn> but i don't think that this is the issue 15:17 < rael_wiki> ok, great I'm getting it... I just have to acquire the "go thinking"... :) 15:17 < wrtp> rael_wiki: if you want a signal to stop your process in the middle of some tight loop, you have to get the tight loop to check 15:17 < skelterjohn> ithkuil: err, i thought you said you had already been using a CGO_LDFLAGS 15:18 < ithkuil> the problem is that it works for Make.pkg, but Make.cmd doesn't invoke cgo 15:18 < skelterjohn> ahhh 15:18 < skelterjohn> yes 15:18 < skelterjohn> can't do a cgo cmd 15:18 < ithkuil> and somehow cannot inherit linked code from a pkg 15:18 < skelterjohn> if it's in the pkg's .a file there is no problem 15:20 < ithkuil> I read in http://goo.gl/akkex about linking a .a lib in the cgo stub 15:20 * jlaffaye wonders how the go team will (if they want to) push go to android without shared lib support ;p 15:20 < skelterjohn> jlaffaye: there is a thread about that in the google group 15:20 < jlaffaye> skelterjohn: ok, I'll look for it then 15:20 < skelterjohn> it's on the front page 15:20 -!- sunfmin [~sunfmin@115.197.40.182] has quit [Quit: sunfmin] 15:21 < skelterjohn> the first post, in fact 15:21 < jlaffaye> right :) 15:21 < ithkuil> (and indeed the pkg compiles fine with the shared lib) 15:21 * Namegduf really wishes he had a phone with an OS written in Go, and apps in Go 15:22 < Namegduf> It'd be nice and maintainable for the average phone developer 15:22 < Namegduf> Who should not be allowed near malloc() 15:22 < Namegduf> But also actually performant and thus good on the battery. 15:22 < ithkuil> the problem arises when I try to link the pkg in a cmd, the shared libraries are inherited but the .a libs are not 15:24 -!- ShadowIce [~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has joined #go-nuts 15:24 -!- ShadowIce [~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has quit [Changing host] 15:24 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 15:25 < skelterjohn> ithkuil: beyond my expertise, now 15:25 < skelterjohn> maybe ask the google group 15:26 < ithkuil> skelterjohn: sure, thank you anyway! 15:26 -!- Project_2501 [~Marvin@82.84.80.199] has joined #go-nuts 15:27 < ww> skelterjohn: do you have afs at the university? 15:27 < skelterjohn> what is afs 15:27 < ww> like nfs but different, better, etc... http://en.wikipedia.org/wiki/Andrew_File_System 15:27 < ww> if you ask, probably means no :) 15:28 < skelterjohn> well, i don't administer the systems here 15:28 < ww> i ask because i just tried building go at inf.ed.ac.uk where my home directory is on afs and got a bunch of broken tests in path/filepath 15:28 < skelterjohn> but we probably have nfs 15:28 < ww> does your home directory start with /afs ? 15:28 < skelterjohn> no 15:29 -!- PortatoreSanoDiI [~Marvin@82.84.95.105] has joined #go-nuts 15:29 -!- dfr|mac [~dfr|work@32.141.39.91] has joined #go-nuts 15:29 < skelterjohn> i also rarely use the provided systems 15:29 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-177-214.clienti.tiscali.it] has quit [Ping timeout: 248 seconds] 15:29 < skelterjohn> i've got my laptop and the lab's computer (which i built and administer) 15:29 < skelterjohn> it doesn't have afs :) 15:29 -!- tux21b [~tux21b@chello213047047175.3.graz.surfer.at] has joined #go-nuts 15:30 < ww> well if you or anyone else have a convenient way of building go in an afs directory, i'd be interested to know if you also get filesystem-related tests failing before i expend too much energy trying to track it down 15:30 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has quit [Ping timeout: 248 seconds] 15:32 -!- Project_2501 [~Marvin@82.84.80.199] has quit [Ping timeout: 264 seconds] 15:34 -!- bortzmeyer [~bortzmeye@batilda.nic.fr] has quit [Quit: Leaving.] 15:35 < skelterjohn> well, what are the tests that are failing? 15:37 -!- piranha [~piranha@D57D1AB3.static.ziggozakelijk.nl] has quit [Quit: Computer has gone to sleep.] 15:39 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-156-178.clienti.tiscali.it] has joined #go-nuts 15:39 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has quit [Quit: Computer has gone to sleep.] 15:42 -!- PortatoreSanoDiI [~Marvin@82.84.95.105] has quit [Ping timeout: 260 seconds] 15:43 < ww> skelterjohn: http://pastebin.com/uY83B4Es 15:43 -!- adlan [~adlan@175.138.43.22] has quit [Remote host closed the connection] 15:44 -!- noodles775 [~michael@canonical/launchpad/noodles775] has quit [Quit: leaving] 15:45 -!- PortatoreSanoDiI [~Marvin@dynamic-adsl-94-36-178-228.clienti.tiscali.it] has joined #go-nuts 15:45 -!- mfoemmel [~mfoemmel@chml01.drwholdings.com] has joined #go-nuts 15:48 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-156-178.clienti.tiscali.it] has quit [Read error: Operation timed out] 15:51 -!- Project_2501 [~Marvin@82.84.69.105] has joined #go-nuts 15:54 -!- PortatoreSanoDiI [~Marvin@dynamic-adsl-94-36-178-228.clienti.tiscali.it] has quit [Ping timeout: 258 seconds] 15:56 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-171-167.clienti.tiscali.it] has joined #go-nuts 15:59 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 15:59 -!- Project_2501 [~Marvin@82.84.69.105] has quit [Ping timeout: 244 seconds] 15:59 < wrtp> ww: does AFS automatically create extra directory entries? 16:00 -!- dfr|mac [~dfr|work@32.141.39.91] has quit [Ping timeout: 258 seconds] 16:05 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-171-167.clienti.tiscali.it] has quit [Ping timeout: 276 seconds] 16:05 < wrtp> ww: it might be interesting to put printfs in TestVisitor.VisitDir and TestVisitor.VisitFile to see what they're actually traversing into 16:06 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has joined #go-nuts 16:08 -!- freetz [~fritz@bc-proxy-2.sandia.gov] has quit [Remote host closed the connection] 16:08 -!- binarypie [~binarypie@c-24-6-151-185.hsd1.ca.comcast.net] has joined #go-nuts 16:10 < wrtp> ww: another thing to try: mkdir x; chmod 0 x; cd x 16:10 < wrtp> if it doesn't fail, that's one reason the test is failing 16:11 -!- piranha [~piranha@5ED43A0B.cm-7-5a.dynamic.ziggo.nl] has joined #go-nuts 16:12 -!- chomp [~chomp@dap-209-166-184-50.pri.tnt-3.pgh.pa.stargate.net] has joined #go-nuts 16:16 -!- awidegreen [~quassel@h-170-226.A212.priv.bahnhof.se] has joined #go-nuts 16:17 -!- binarit [~binary@80.239.96.162] has joined #go-nuts 16:22 -!- fvbommel [~fvbommel_@86.86.15.250] has joined #go-nuts 16:28 -!- boscop__ [~boscop@f050177078.adsl.alicedsl.de] has joined #go-nuts 16:29 -!- DerHorst [~Horst@e176101080.adsl.alicedsl.de] has quit [Remote host closed the connection] 16:30 -!- boscop_ [~boscop@g229210055.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds] 16:36 -!- sebastianskejoe [~sebastian@188.114.142.217] has joined #go-nuts 16:39 -!- iant [~iant@nat/google/x-bjhkxnoplazevssz] has joined #go-nuts 16:39 -!- mode/#go-nuts [+v iant] by ChanServ 16:41 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Read error: Operation timed out] 16:48 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has joined #go-nuts 16:49 < ccod> has anyone been tinkering with the go appengine thing? 16:50 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit [Read error: Connection reset by peer] 16:52 < ccod> I have been trying to serve some webgl content using three.js and I keep running into an internal server error 16:52 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined #go-nuts 16:59 -!- skelterjohn_ [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts 16:59 < uriel> without seeing the code, is hard to help you 17:00 < uriel> I doubt whatever you are serving webgl content or whatever three.js is should matter to Go 17:00 < ccod> hm 17:00 -!- ucasano [~ucasano@host153-182-static.227-95-b.business.telecomitalia.it] has quit [Quit: ucasano] 17:00 < ccod> right, well I was wondering if it had something to do with template.Execute 17:01 -!- nictuku [~nict@84-72-7-79.dclient.hispeed.ch] has joined #go-nuts 17:01 -!- nictuku [~nict@84-72-7-79.dclient.hispeed.ch] has quit [Changing host] 17:01 -!- nictuku [~nict@unaffiliated/nictuku] has joined #go-nuts 17:02 < uriel> maybe, who knows? 17:02 < uriel> look at the error maybe? 17:03 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Ping timeout: 258 seconds] 17:05 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-171-245.clienti.tiscali.it] has joined #go-nuts 17:06 -!- tncardoso [~thiago@150.164.2.20] has quit [Ping timeout: 276 seconds] 17:06 < ccod> right.. I will tool around some more so I can target the problem 17:08 -!- dfr|work [~dfr|work@nat/google/x-ktgyzocazafcsgfq] has joined #go-nuts 17:08 < skelterjohn> it's important to not ignore error codes 17:08 < skelterjohn> especially when your program doesn't work 17:08 -!- sjbrown [~sjbrown@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net] has joined #go-nuts 17:09 < skelterjohn> i wouldn't be surprised if template.Execute panicked when given a nil io.Writer, so you might check that 17:09 -!- sjbrown [~sjbrown@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net] has quit [Client Quit] 17:24 < ccod> k 17:28 < ccod> ah, I found the panic... I was expecting a write in the browser when I found it in the server log. 17:29 -!- niemeyer [~niemeyer@200-102-196-125.pltce701.dsl.brasiltelecom.net.br] has quit [Ping timeout: 240 seconds] 17:31 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-168-181.clienti.tiscali.it] has joined #go-nuts 17:32 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Quit: skelterjohn] 17:34 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-171-245.clienti.tiscali.it] has quit [Ping timeout: 264 seconds] 17:37 -!- Project_2501 [~Marvin@82.84.79.223] has joined #go-nuts 17:38 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has joined #go-nuts 17:38 -!- ithkuil [~marko@2a00:1620:c0:50:66b9:e8ff:feca:1812] has quit [Ping timeout: 255 seconds] 17:40 -!- firwen [~firwen@2a01:e34:eea3:7e10:4a5b:39ff:fe51:e8ae] has joined #go-nuts 17:40 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-168-181.clienti.tiscali.it] has quit [Ping timeout: 252 seconds] 17:47 -!- Project_2501 [~Marvin@82.84.79.223] has quit [Ping timeout: 276 seconds] 17:59 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has quit [Ping timeout: 250 seconds] 18:04 -!- adlan [~adlan@175.138.43.22] has quit [Ping timeout: 252 seconds] 18:04 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 18:05 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has joined #go-nuts 18:07 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 18:08 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has joined #go-nuts 18:09 -!- gregschlom [~quassel@187.118.210.62.te-dns.org] has quit [Ping timeout: 255 seconds] 18:15 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has quit [Ping timeout: 276 seconds] 18:19 -!- chomp [~chomp@dap-209-166-184-50.pri.tnt-3.pgh.pa.stargate.net] has quit [Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027]] 18:19 -!- ccod [~christoph@c-76-18-5-93.hsd1.fl.comcast.net] has quit [Quit: ccod] 18:21 -!- Bigbear1 [~Cody@173.181.43.12] has joined #go-nuts 18:25 -!- huin [~huin@91.85.171.238] has joined #go-nuts 18:26 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has quit [Remote host closed the connection] 18:28 -!- alehorst [~alehorst@201.47.10.119.dynamic.adsl.gvt.net.br] has quit [Ping timeout: 246 seconds] 18:28 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out] 18:29 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 18:30 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has joined #go-nuts 18:30 -!- r_linux [~r_linux@smtp.mandique.com.br] has quit [Read error: Connection reset by peer] 18:37 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has joined #go-nuts 18:39 -!- tylerl [~tylerl@ip24-251-232-171.ph.ph.cox.net] has joined #go-nuts 18:41 -!- alehorst [~alehorst@186.212.214.44] has joined #go-nuts 18:43 -!- gummibr [~gummibr@dslb-188-105-237-191.pools.arcor-ip.net] has quit [Ping timeout: 240 seconds] 18:44 < str1ngs> doh syscall.Mkfifo is not available for linux? 18:48 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined #go-nuts 18:49 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out] 18:49 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 18:51 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-45.clienti.tiscali.it] has joined #go-nuts 18:51 -!- kr [~Keith@204.14.152.118] has joined #go-nuts 18:54 -!- Viriix [~joseph@c-67-169-172-251.hsd1.ca.comcast.net] has quit [Quit: Leaving] 18:54 -!- tvw [~tv@e176003028.adsl.alicedsl.de] has joined #go-nuts 18:59 -!- foocraft [~ewanas@89.211.201.143] has joined #go-nuts 19:01 <+iant> str1ngs: I don't think Linux has a mkfifo system call 19:01 <+iant> it uses mknod instead 19:01 -!- gedevan [~gedevan@83.167.106.253] has joined #go-nuts 19:03 -!- TheMue [~TheMue@p5DDF57EC.dip.t-dialin.net] has joined #go-nuts 19:03 < str1ngs> ah I'll see how mkfifo from coreutils does it then. thanks 19:04 -!- ExtraSpice [XtraSpice@78-57-204-104.static.zebra.lt] has quit [Ping timeout: 276 seconds] 19:18 -!- Venom_X [~pjacobs@75-27-133-72.lightspeed.austtx.sbcglobal.net] has quit [Ping timeout: 248 seconds] 19:18 -!- travis [~travis@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts 19:20 -!- r_linux [~r_linux@smtp.mandique.com.br] has joined #go-nuts 19:21 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has quit [Remote host closed the connection] 19:22 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has joined #go-nuts 19:24 -!- Venom_X [~pjacobs@66.54.185.131] has joined #go-nuts 19:26 -!- Guest74039 [~travis@CMU-447816.WV.CC.CMU.EDU] has quit [Quit: Guest74039] 19:26 -!- rcrowley_ [~rcrowley@c-71-202-44-233.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 19:27 -!- rcrowley [~rcrowley@c-71-202-44-233.hsd1.ca.comcast.net] has joined #go-nuts 19:27 -!- wolfe_ [~wolfe@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts 19:28 -!- twolfe18 [~wolfe@CMU-447816.WV.CC.CMU.EDU] has quit [Client Quit] 19:28 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts 19:29 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out] 19:30 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 19:32 -!- snearch [~snearch@f053008067.adsl.alicedsl.de] has joined #go-nuts 19:41 < TheMue> *sigh* 19:41 < TheMue> Go doesn't work on my vServer 19:47 -!- keithcascio [~keithcasc@nat/google/x-ujcfclqbadiglxyk] has joined #go-nuts 19:52 -!- ExsysHost [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined #go-nuts 19:53 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out] 19:53 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 19:54 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit [Ping timeout: 260 seconds] 19:55 < str1ngs> haha useing websockets and exec I'm useing chromium for stderr and stdout 19:57 -!- iant [~iant@nat/google/x-bjhkxnoplazevssz] has quit [Ping timeout: 260 seconds] 19:59 -!- snearch [~snearch@f053008067.adsl.alicedsl.de] has quit [Quit: Verlassend] 20:02 -!- tux21b [~tux21b@chello213047047175.3.graz.surfer.at] has quit [Ping timeout: 246 seconds] 20:09 -!- edsrzf [~edsrzf@122-61-221-144.jetstream.xtra.co.nz] has joined #go-nuts 20:11 -!- r_linux [~r_linux@smtp.mandique.com.br] has quit [Quit: Lost terminal] 20:12 -!- prip [~foo@host233-130-dynamic.36-79-r.retail.telecomitalia.it] has quit [Quit: Leaving] 20:13 -!- iant [~iant@nat/google/x-hxkvsgowzlzxagjf] has joined #go-nuts 20:13 -!- mode/#go-nuts [+v iant] by ChanServ 20:13 -!- prip [~foo@host233-130-dynamic.36-79-r.retail.telecomitalia.it] has joined #go-nuts 20:13 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out] 20:14 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 20:15 -!- Bigbear1 [~Cody@173.181.43.12] has left #go-nuts [] 20:17 -!- gedevan [~gedevan@83.167.106.253] has quit [Read error: Operation timed out] 20:19 -!- gedevan [~gedevan@83.167.106.253] has joined #go-nuts 20:19 -!- ExsysHost [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit [Ping timeout: 240 seconds] 20:22 < nictuku> about go/ast, how do I get a string of the Type of a method receiver? Something like: expr := f.Recv.List[0].Type // => but then I need something like expr.Name 20:23 < nictuku> if I do a case switch in that Expr, I'm limited to things like "StructType", which doesn't have a Name field either. Only "*Spec" ones do. 20:24 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has quit [Quit: twolfe18] 20:24 < nictuku> when I fmt.Printf that Expr, I get the name. But I don't want to Sprintf it ;-) 20:25 < nictuku> huin, maybe you know this? ;-) 20:27 -!- alehorst [~alehorst@186.212.214.44] has quit [Quit: Leaving.] 20:27 < huin> hm? 20:27 * huin reads question 20:28 < huin> i'm not that great with ast stuff, but i'll have a glance 20:29 -!- photron [~photron@port-92-201-3-140.dynamic.qsc.de] has quit [Read error: Operation timed out] 20:29 -!- alehorst [~alehorst@186.212.214.44] has joined #go-nuts 20:30 < nictuku> huin, s'ok, I just asked in case you knew 20:30 < huin> nictuku: isn't the receiver on a method a *FieldList? 20:30 < nictuku> it is. 20:30 < nictuku> that's f.Recv.List above 20:30 < huin> which eventually gets you a *Field - which has identifiers and stuff on 20:30 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #go-nuts 20:30 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has quit [Ping timeout: 240 seconds] 20:31 < huin> ah.. 20:31 < huin> Type Expr, i see 20:31 < nictuku> yes, I'm stuck with type Expr 20:31 < huin> hm 20:32 < huin> nictuku: is it a SelectorExpr? 20:32 < nictuku> I guess the next step is a type switch that for *Type stuff. But these types don't carry the name either 20:32 < huin> i mean... the receiver should be a named type.. you can't legally have a type decl in there 20:33 < nictuku> I don't know what a selector is. 20:33 < huin> foo.bar 20:33 < huin> well.. 20:33 < huin> foo.Bar 20:33 -!- kr [~Keith@204.14.152.118] has quit [Ping timeout: 276 seconds] 20:33 < huin> that sort of thing 20:34 < huin> typically foo being a package as imported. but given that you can't legally attach methods to types defined outside your package it should be simpler 20:34 -!- aho [~nya@fuld-590c61a2.pool.mediaWays.net] has joined #go-nuts 20:34 < huin> i'm guessing it might be that... does it work? 20:34 < nictuku> definitely not a selector. I confirmed and when I Printf it I don't get an X attribute, differently from other stuff. 20:35 < huin> if in doubt, try using ast.Fprint to display what the node is 20:35 < huin> that might shed some light 20:35 < nictuku> ah, will do 20:36 < huin> using Printf("%T", yournode) might help, also 20:36 < huin> (maybe... i'm not sure) 20:36 -!- kr [~Keith@204.14.152.118] has joined #go-nuts 20:36 < nictuku> well.. I know the type :-P 20:37 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out] 20:37 < huin> but not the underlying type? 20:37 -!- fabled [~fabled@83.145.235.194] has quit [Quit: Ex-Chat] 20:38 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 20:39 < nictuku> I know the type I want, but I need to get a string representation for it. name := fmt.Sprintf("%+v", mything) // works, but it's ugly right? 20:40 < nictuku> that's because I need to make a decision based on the type name. 20:40 < huin> hm :( 20:41 -!- twolfe18 [~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net] has joined #go-nuts 20:42 < huin> by "I know the type I want", which type are you referring to here? the name of the type parsed into the ast? or the type of the thing underneath the Expr? 20:42 < huin> e.g SelectorExpr or something 20:43 < nictuku> first. I don't know the type of the thing underneath Expr. 20:43 < huin> i.e which ast type? 20:45 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts 20:46 < huin> (sorry, it's hard to be clear on it, given the amount of meta-ness in this subject :) 20:46 -!- tux21b [~tux21b@chello213047047175.3.graz.surfer.at] has joined #go-nuts 20:46 -!- TheMue [~TheMue@p5DDF57EC.dip.t-dialin.net] has quit [Quit: TheMue] 20:47 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-165-56.clienti.tiscali.it] has joined #go-nuts 20:49 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-45.clienti.tiscali.it] has quit [Ping timeout: 250 seconds] 20:50 < ww> wrtp: you are correct 20:50 < ww> this succeeds: mkdir x; chmod 0 x; cd x 20:51 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Operation timed out] 20:51 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts 20:53 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has quit [Ping timeout: 260 seconds] 20:55 -!- adlan [~adlan@175.138.43.22] has quit [Remote host closed the connection] 20:58 -!- piranha [~piranha@5ED43A0B.cm-7-5a.dynamic.ziggo.nl] has quit [Quit: Computer has gone to sleep.] 20:59 -!- gtaylor [~gtaylor@99-126-136-139.lightspeed.gnvlsc.sbcglobal.net] has quit [Quit: gtaylor] 21:03 -!- moraes [~moraes@189.103.188.201] has quit [Remote host closed the connection] 21:05 -!- dlowe [~dlowe@ita4fw1.itasoftware.com] has quit [Quit: Leaving.] 21:12 -!- ShadowIce` [~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has joined #go-nuts 21:12 -!- ShadowIce` [~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has quit [Changing host] 21:12 -!- ShadowIce` [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 21:12 -!- justinlilly [~justinlil@173-203-200-41.static.cloud-ips.com] has quit [Ping timeout: 240 seconds] 21:13 -!- huin [~huin@91.85.171.238] has quit [Quit: bedtime] 21:13 -!- impl [impl@atheme/member/impl] has quit [Read error: Connection reset by peer] 21:13 -!- impl [impl@208.86.224.74] has joined #go-nuts 21:13 -!- impl [impl@208.86.224.74] has quit [Changing host] 21:13 -!- impl [impl@atheme/member/impl] has joined #go-nuts 21:13 -!- yebyen [~yebyen@martyfunkhouser.csh.rit.edu] has quit [Ping timeout: 240 seconds] 21:14 -!- wrtp [~rog@92.30.154.99] has quit [Quit: wrtp] 21:14 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Ping timeout: 240 seconds] 21:15 -!- yebyen [~yebyen@martyfunkhouser.csh.rit.edu] has joined #go-nuts 21:15 -!- anticw [~anticw@c-98-210-108-13.hsd1.ca.comcast.net] has quit [Ping timeout: 240 seconds] 21:15 -!- anticw [~anticw@c-98-210-108-13.hsd1.ca.comcast.net] has joined #go-nuts 21:16 -!- Paradox924X [~Paradox92@c-68-35-229-34.hsd1.fl.comcast.net] has quit [Ping timeout: 240 seconds] 21:16 -!- Paradox924X [~Paradox92@c-68-35-229-34.hsd1.fl.comcast.net] has joined #go-nuts 21:17 -!- justinlilly [~justinlil@173-203-200-41.static.cloud-ips.com] has joined #go-nuts 21:18 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts 21:19 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Quit: Leaving...] 21:29 -!- manveru [~manveru@b08s28ur.corenetworks.net] has quit [Ping timeout: 240 seconds] 21:30 -!- manveru [~manveru@64.85.160.244] has joined #go-nuts 21:33 -!- sam___ [cebe4b09@gateway/web/freenode/ip.206.190.75.9] has joined #go-nuts 21:36 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-165-56.clienti.tiscali.it] has quit [Quit: E se abbasso questa leva che succ...] 21:38 -!- firwen [~firwen@2a01:e34:eea3:7e10:4a5b:39ff:fe51:e8ae] has quit [Remote host closed the connection] 21:40 -!- rael_wiki [~chatzilla@unaffiliated/rael-wiki/x-8420294] has quit [Quit: ChatZilla 0.9.86.1 [Iceweasel 3.5.19/20110430164311]] 21:40 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has quit [Quit: wallerdev] 21:42 -!- tncardoso [~thiago@189.59.129.101.dynamic.adsl.gvt.net.br] has joined #go-nuts 21:44 < sam___> \ 21:46 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has joined #go-nuts 21:58 -!- dtjm [cebe4b09@gateway/web/freenode/ip.206.190.75.9] has quit [Quit: Page closed] 21:58 -!- pharris [~Adium@rhgw.opentext.com] has quit [Quit: Leaving.] 22:03 -!- ShadowIce_ [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 22:04 -!- ShadowIce` [~pyoro@unaffiliated/shadowice-x841044] has quit [Read error: Connection reset by peer] 22:06 -!- sebastianskejoe [~sebastian@188.114.142.217] has quit [Quit: Lost terminal] 22:07 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #go-nuts 22:08 -!- angasule [~angasule@190.2.33.49] has joined #go-nuts 22:08 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Client Quit] 22:12 -!- rlab [~Miranda@91.200.158.34] has quit [Read error: Connection reset by peer] 22:33 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts 22:40 -!- tvw [~tv@e176003028.adsl.alicedsl.de] has quit [Remote host closed the connection] 22:57 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined #go-nuts 23:07 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has quit [Remote host closed the connection] 23:08 -!- ShadowIce_ [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit: Verlassend] 23:14 -!- Wiz126 [~Wiz@24.229.245.72.res-cmts.sm.ptd.net] has quit [Ping timeout: 255 seconds] 23:15 -!- keithcascio [~keithcasc@nat/google/x-ujcfclqbadiglxyk] has quit [Quit: Leaving] 23:20 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has joined #go-nuts 23:20 -!- b33p [~mgray@li226-224.members.linode.com] has quit [Quit: Lost terminal] 23:22 -!- iant [~iant@nat/google/x-hxkvsgowzlzxagjf] has quit [Read error: Operation timed out] 23:22 -!- Wiz126 [~Wiz@24.229.245.72.res-cmts.sm.ptd.net] has joined #go-nuts 23:26 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has quit [Read error: Connection reset by peer] 23:29 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has joined #go-nuts 23:35 -!- ksni [~janne@pdpc/supporter/student/kosiini] has quit [Ping timeout: 260 seconds] 23:40 -!- ksni [~janne@pdpc/supporter/student/kosiini] has joined #go-nuts 23:41 -!- tux21b [~tux21b@chello213047047175.3.graz.surfer.at] has quit [Ping timeout: 250 seconds] 23:43 -!- moraes [~moraes@189.103.188.201] has joined #go-nuts 23:51 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has quit [Ping timeout: 260 seconds] 23:54 -!- iant [~iant@66.109.103.84] has joined #go-nuts 23:54 -!- mode/#go-nuts [+v iant] by ChanServ 23:56 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has joined #go-nuts --- Log closed Sat May 28 00:00:51 2011