--- Log opened Mon Feb 14 00:00:05 2011 00:04 -!- JusticeFries [~JusticeFr@c-24-9-171-36.hsd1.co.comcast.net] has joined #go-nuts 00:05 -!- Scorchin [~Scorchin@host86-145-223-44.range86-145.btcentralplus.com] has quit [Quit: Scorchin] 00:14 -!- erus` [~tommo@host86-162-226-43.range86-162.btcentralplus.com] has quit [Ping timeout: 240 seconds] 00:19 < yebyen> hmm 00:19 < yebyen> does anyone use mustache.go? 00:20 < enferex> yebyen: I cant grow one... 00:22 -!- napsy [~luka@88.200.96.18] has quit [Quit: Lost terminal] 00:22 -!- Tuller__ [~tuller@c-69-143-52-174.hsd1.va.comcast.net] has quit [Quit: Computer has gone to sleep.] 00:22 < yebyen> i just figured it out 00:22 < yebyen> RenderFile returns a string 00:22 < yebyen> anyway i figured part of it out 00:22 < yebyen> i'm still not writing the contexts correctly :\ 00:27 < yebyen> this is ugly 00:27 < yebyen> but i have it working 00:39 -!- fenicks [~fenicks@log77-3-82-243-254-112.fbx.proxad.net] has quit [Remote host closed the connection] 00:39 -!- fenicks [~fenicks@log77-3-82-243-254-112.fbx.proxad.net] has joined #go-nuts 00:40 -!- scyth [~scyth@rots.in.rs] has quit [Quit: Leaving] 00:57 -!- adu [~ajr@softbank220043138128.bbtec.net] has joined #go-nuts 01:04 -!- vice_virtue [~vice@220-253-20-54.VIC.netspace.net.au] has joined #go-nuts 01:05 <@adg> i prefer go's template package over mustache 01:09 < yebyen> yeah? 01:09 < yebyen> the documentation says it sucks because you can't use partials 01:10 < yebyen> i don't know how true that is 01:10 -!- bmizerany [~bmizerany@adsl-99-35-129-142.dsl.pltn13.sbcglobal.net] has joined #go-nuts 01:10 < yebyen> all i know so far is it's a nightmare typing contexts 01:10 < yebyen> without something like yaml, maybe the yaml package would help 01:10 -!- vzx [~ryan@74-129-201-27.dhcp.insightbb.com] has quit [Ping timeout: 265 seconds] 01:11 -!- fenicks [~fenicks@log77-3-82-243-254-112.fbx.proxad.net] has quit [Quit: hello] 01:11 < yebyen> the mustache.go example just shows a map instance being passed in, 01:11 < yebyen> simple map[string]string 01:12 < yebyen> for something like {{a}} 01:12 < yebyen> {"a":"hello world"} 01:12 -!- saturnfive [~saturnfiv@210.74.155.131] has joined #go-nuts 01:15 < adu> mustache? 01:15 < yebyen> yeah those are mustache's 01:15 < yebyen> my girlfriend loved it 01:16 < yebyen> you're not going to grow a mustache are you? 01:16 < adu> lol 01:16 < fzzbt> what are partials 01:16 < yebyen> the partials example is better 01:16 < yebyen> {{> templatefile }} 01:16 < yebyen> templatefile.mustache: 01:17 < yebyen> {{a}} 01:17 < fzzbt> like an include? 01:17 < yebyen> it's like include 01:17 < yebyen> yep 01:17 < fzzbt> you can do nesting too with go templates 01:18 < fzzbt> well uh kinda 01:18 < yebyen> then this article is out of date :) 01:18 < yebyen> cause it seems to infer that you can't 01:18 < fzzbt> well you can't do it inside the template, but in your code 01:19 < fzzbt> you can write a function which executes a template to a string and then use that as a parameter to ancestor templates 01:19 < yebyen> the author of mustache.go says he likes it better because it results in templates that do not duplicate as much text 01:19 < yebyen> it was easy as pants to get going 01:19 < fzzbt> well, he may have a point 01:20 < yebyen> mustache.RenderFile("base.mustache", map[string]bignastydata{...}) 01:21 < yebyen> then you burn down types 01:21 < adu> oooo big nasty 01:21 < yebyen> gtd style 01:23 < fzzbt> yebyen: here is example code how to do nesting with go templates. the renderIndex() function renders base.html which includes index.html. executeString() function executes template to a string instead of io.Writer like the normal template.Execute(). 01:23 -!- nomono [~nomono@c-69-136-253-228.hsd1.nj.comcast.net] has joined #go-nuts 01:24 < fzzbt> base.html has a field {{ contents }} 01:24 -!- vzx [~ryan@74-129-201-27.dhcp.insightbb.com] has joined #go-nuts 01:25 < fzzbt> which then gets replaced by results generated from index.html template 01:25 < yebyen> so you have to code all of that logic into the template execution thread 01:25 < yebyen> say, "when you find contents, look up index.html" in go 01:26 < yebyen> the filename isn't actually derived from the template source 01:26 < yebyen> i see what the mustache author thought was so special 01:26 < fzzbt> yeah.. 01:28 < fzzbt> i think i saw someone do a version where the includes were like {content|content.html} 01:30 < fzzbt> but you still had to write the template filenames in your code 01:30 < yebyen> i think this way is better 01:31 < yebyen> let me work with it for a few minutes and see if i can produce what i wanted 01:31 < yebyen> i'm trying to format posts from delicious, it would be swell if i can get some real posts out of a database... 01:31 < yebyen> i think i had go-dbi working 01:34 < Xenith> Hmm. Brain fart moment, but how does one do a multiline string literal? Specifically, I have a long string I want to pass to fmt.Println. 01:35 < fzzbt> Xenith: use `` 01:36 < Xenith> That'll work, danke. 01:37 -!- nomono [~nomono@c-69-136-253-228.hsd1.nj.comcast.net] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 01:57 -!- kknightley_ [~chatzilla@c-83-233-52-50.cust.bredband2.com] has joined #go-nuts 01:59 -!- kknightley [~chatzilla@c-83-233-52-50.cust.bredband2.com] has quit [Ping timeout: 245 seconds] 02:00 -!- vice_virtue [~vice@220-253-20-54.VIC.netspace.net.au] has quit [Ping timeout: 245 seconds] 02:21 -!- niemeyer__ [~niemeyer@200-203-56-67.pltce701.dsl.brasiltelecom.net.br] has joined #go-nuts 02:24 -!- dchest [~dchest@95.155.52.241] has quit [Quit: dchest] 02:25 -!- bmizerany [~bmizerany@adsl-99-35-129-142.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 245 seconds] 02:31 -!- ildorn1 [~ildorn@dslb-188-105-122-172.pools.arcor-ip.net] has joined #go-nuts 02:33 -!- ildorn [~ildorn@dslb-188-105-116-118.pools.arcor-ip.net] has quit [Ping timeout: 245 seconds] 02:56 -!- niemeyer__ [~niemeyer@200-203-56-67.pltce701.dsl.brasiltelecom.net.br] has quit [Ping timeout: 240 seconds] 02:58 -!- tav_ [~tav@92.7.102.123] has joined #go-nuts 02:58 -!- tav [~tav@92.7.102.123] has quit [Read error: Connection reset by peer] 03:02 < yebyen> well i'm pleased 03:03 < yebyen> i've got mustaches and databases and go files, all living happily in a web context... 03:03 < yebyen> not talking to each other yet 03:03 < yebyen> but hey, it's pretty far along 03:03 < yebyen> https://gist.github.com/818727 03:13 -!- bmizerany [~bmizerany@adsl-99-35-129-142.dsl.pltn13.sbcglobal.net] has joined #go-nuts 03:16 < davisp> yebyen: Did you see Jan's post from today? 03:16 < davisp> yebyen: http://writing.jan.io/mustache-2.0.html 03:20 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Ping timeout: 240 seconds] 03:25 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has joined #go-nuts 03:26 -!- kingfishr [~kingfishr@c-98-207-87-183.hsd1.ca.comcast.net] has quit [Ping timeout: 260 seconds] 03:42 < plexdev> http://is.gd/4VgOdO by [Robert Griesemer] in go/src/pkg/go/printer/ -- go/printer: line comments must always end in a newline 04:04 -!- phalax [~phalax@c213-100-72-128.swipnet.se] has joined #go-nuts 04:05 < cbeck> Has anyone experienced the following oddness with exec.Run(): 04:06 < cbeck> Invoking with a nil slice for argv causes the child to run, but exit immediately, or possibly close all its fds, I havn't poked it enough to be sure 04:06 < cbeck> Invoking with []string{} has the same effect, but using []string{""} makes everything work as expected 04:07 < cbeck> I've only run into it with a few binaries, notably java and picosat 04:07 < cbeck> I'm stumped, but that was a good 30min of wtf debugging down the drain 04:13 -!- bmizeran_ [~bmizerany@adsl-99-35-129-142.dsl.pltn13.sbcglobal.net] has joined #go-nuts 04:14 -!- tensai_cirno [~cirno@77.232.15.216] has quit [Ping timeout: 272 seconds] 04:15 -!- jrslepak [~jrslepak@24-247-40-178.dhcp.mrqt.mi.charter.com] has joined #go-nuts 04:16 -!- bmizerany [~bmizerany@adsl-99-35-129-142.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 276 seconds] 04:20 -!- rejb [~rejb@unaffiliated/rejb] has quit [Ping timeout: 276 seconds] 04:24 -!- espeed [~espeed@63.246.231.57] has joined #go-nuts 04:26 -!- Aram [~Aram@unaffiliated/aramdune] has quit [Quit: .] 04:28 -!- jrslepak [~jrslepak@24-247-40-178.dhcp.mrqt.mi.charter.com] has quit [Quit: jrslepak] 04:31 < davisp> cbeck: I wonder if that ends up translating to a NULL being passed as argv which I could see causing random programs to freak out 04:33 -!- itrekkie [~itrekkie@ip72-211-129-122.tc.ph.cox.net] has joined #go-nuts 04:34 < cbeck> Possible 04:34 < cbeck> Although it occurs to me that java was actually something else 04:34 -!- sussman [~sussman@apache/committer/sussman] has left #go-nuts [] 04:35 < cbeck> It freaked out unless the first element of argv was "" or " " 04:35 < cbeck> Regardless of what the rest was 04:35 < cbeck> Although I don't remember how that manifested, it was a while ago 04:43 -!- phalax [~phalax@c213-100-72-128.swipnet.se] has quit [Ping timeout: 246 seconds] 04:47 -!- bmizeran_ [~bmizerany@adsl-99-35-129-142.dsl.pltn13.sbcglobal.net] has quit [Remote host closed the connection] 04:59 -!- tensai_cirno [~cirno@79.104.6.70] has joined #go-nuts 05:02 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Ping timeout: 255 seconds] 05:09 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts 05:13 -!- cirno_ [~cirno@79.104.6.70] has joined #go-nuts 05:13 -!- tensai_cirno [~cirno@79.104.6.70] has quit [Read error: Connection reset by peer] 05:16 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 05:19 -!- zozoR [~Morten@56346ed3.rev.stofanet.dk] has joined #go-nuts 05:25 < yebyen> is anyone building go under debian kFreeBSD? 05:25 * yebyen raises hand for yes 05:27 -!- cirno_ [~cirno@79.104.6.70] has quit [Ping timeout: 240 seconds] 05:28 < yebyen> at least, trying... i get a strange error having set my GOOS for freebsd 05:29 < yebyen> http://pastebin.com/pCbKB2TJ 05:29 < yebyen> ar: gnu/kfreebsd.o: No such file or directory 05:30 < yebyen> i don't know where it's getting that string gnu/kfreebsd.o 05:31 < yebyen> but it might be uname -a 05:31 < yebyen> rather uname 05:32 < yebyen> examining build scripts for instances of uname 05:38 < yebyen> i thought it was necessary to set GOHOSTOS=freebsd as well, but that has not helped matters any ^_^ 05:41 < yebyen> found the freebsd.c file that was meant to compile into freebsd.o and fooled it, by placing it at gnu/kfreebsd.o 05:42 < yebyen> hopefully that is all that goes wrong! 05:42 < yebyen> something is wrong in cov as well 05:42 < yebyen> maybe I can write a summary if nobody else cares to... 05:45 < yebyen> something is declaring $(NAME) 05:45 < yebyen> for the makefiles 05:47 < adu> hi yebyen 05:48 < adu> I've been trying to build gccgo on ubuntu, does that count? 05:50 < yebyen> i'm afraid these are all still issues with uname that are stopping me from getting through all.bash 05:50 < yebyen> think I've resolved cov and prof now 05:50 < yebyen> three one-liners is not too bad, 05:51 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 05:51 -!- fabled [~fabled@mail.fi.jw.org] has joined #go-nuts 05:51 < yebyen> it seems to have built all of the compilers! 05:51 < yebyen> i'll be surprised if one of the packages fails now 05:51 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has joined #go-nuts 05:51 < yebyen> adu: well now, i'm trying to compile runtime/cgo 05:52 < yebyen> (and failing) 05:52 < yebyen> are you failing? 05:52 < yebyen> ELF interpreter /libexec/ld-elf.so.1 not found 05:53 < yebyen> i wonder if i can trick it into using /lib/ld-kfreebsd-x86-64.so.1 instead 05:56 -!- arun_ [~arun@unaffiliated/sindian] has quit [Ping timeout: 240 seconds] 05:57 < yebyen> well it seems to work if i just symlink 06:01 < yebyen> i'll be damned, it bombs out on syslog tests 06:02 < yebyen> i've seen that on more popular OS 06:06 -!- cirno_ [~cirno@77.232.15.216] has joined #go-nuts 06:07 < yebyen> well i assume since it's progressed to the tests that it's mostly useable 06:07 < yebyen> maybe i can just wipe those tests 06:10 < yebyen> well i'd love to blog about this now but I feel like I've done enough damage! 06:10 -!- arun_ [~arun@i172010.upc-i.chello.nl] has joined #go-nuts 06:10 -!- arun_ [~arun@i172010.upc-i.chello.nl] has quit [Changing host] 06:10 -!- arun_ [~arun@unaffiliated/sindian] has joined #go-nuts 06:16 -!- zozoR [~Morten@56346ed3.rev.stofanet.dk] has quit [Remote host closed the connection] 06:22 < yebyen> my things all compile on kfreebsd :D woohoo 06:48 -!- adu [~ajr@softbank220043138128.bbtec.net] has quit [Quit: adu] 07:03 < taruti> Was the size of a func() one or two words? 07:07 < taruti> unsafe.Sizeof returns -1000000000... 07:38 < KirkMcDonald> I would naively expect two, but I don't know for certain. 07:38 < KirkMcDonald> (Function pointer + context.) 07:38 < Namegduf> There's no context. 07:38 < KirkMcDonald> Ah, okay. 07:38 < Namegduf> Go uses runtime code generation instead. 07:38 -!- wrtp [~rog@92.17.93.139] has joined #go-nuts 07:38 < Namegduf> Whenever a closure is assigned, to basically curry it. 07:38 < KirkMcDonald> That works, too; 07:39 < KirkMcDonald> s/;/./ 07:39 < Namegduf> Yeah. 07:39 < Namegduf> I don't know the size myself, that's just something I do know. 07:39 < Namegduf> I'd ASSUME it'd be pointer-sized. 07:44 -!- bortzmeyer [~bortzmeye@batilda.nic.fr] has joined #go-nuts 07:48 -!- dforsyth [~dforsyth@c-76-21-40-117.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 07:48 -!- dforsyth [~dforsyth@ec2-50-18-22-230.us-west-1.compute.amazonaws.com] has joined #go-nuts 07:55 -!- Ayoi [~david@mic92-12-88-161-108-143.fbx.proxad.net] has joined #go-nuts 07:56 -!- tvw [~tv@e176004120.adsl.alicedsl.de] has joined #go-nuts 07:56 -!- tvw [~tv@e176004120.adsl.alicedsl.de] has quit [Remote host closed the connection] 07:59 -!- piranha [~piranha@5ED42E59.cm-7-5a.dynamic.ziggo.nl] has joined #go-nuts 08:01 -!- ExtraSpice [~XtraSpice@78-62-101-194.static.zebra.lt] has joined #go-nuts 08:07 -!- ymasory [~ymasory@c-76-99-55-224.hsd1.pa.comcast.net] has quit [Ping timeout: 240 seconds] 08:08 -!- ymasory [~ymasory@c-76-99-55-224.hsd1.pa.comcast.net] has joined #go-nuts 08:23 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|] 08:25 -!- aho [~nya@fuld-590c704c.pool.mediaWays.net] has quit [Quit: EXEC_over.METHOD_SUBLIMATION] 08:41 -!- petrux [~petrux@host16-224-static.53-82-b.business.telecomitalia.it] has joined #go-nuts 08:43 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Ping timeout: 255 seconds] 08:46 -!- araujo [~araujo@gentoo/developer/araujo] has joined #go-nuts 08:50 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has quit [Ping timeout: 260 seconds] 08:52 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has joined #go-nuts 08:54 -!- Ayoi [~david@mic92-12-88-161-108-143.fbx.proxad.net] has quit [Ping timeout: 240 seconds] 09:04 -!- decaf [~mehmet@95.10.173.239] has joined #go-nuts 09:08 -!- npe [~npe@195.207.5.2] has joined #go-nuts 09:08 -!- npe [~npe@195.207.5.2] has quit [Client Quit] 09:08 -!- tvw [~tv@212.79.9.150] has joined #go-nuts 09:11 -!- visof [~visof@41.235.56.234] has joined #go-nuts 09:12 -!- visof [~visof@41.235.56.234] has quit [Changing host] 09:12 -!- visof [~visof@unaffiliated/visof] has joined #go-nuts 09:18 -!- ExtraSpice [~XtraSpice@78-62-101-194.static.zebra.lt] has quit [Quit: Leaving] 09:19 -!- ExtraSpice [XtraSpice@78-62-101-194.static.zebra.lt] has joined #go-nuts 09:22 -!- temoto [~temoto@81.19.91.9] has quit [Remote host closed the connection] 09:29 -!- Fish [~Fish@exo3753.pck.nerim.net] has quit [Ping timeout: 240 seconds] 09:34 -!- tensorpudding [~user@99.23.127.179] has quit [Read error: Connection reset by peer] 09:42 -!- Days_ [~david@quanthouse.cust.jaguar-network.net] has quit [Quit: leaving] 09:43 -!- Fish [~Fish@exo3753.pck.nerim.net] has joined #go-nuts 09:53 -!- leczb [~leczb@nat/google/x-xbkbovnvleksplei] has quit [Remote host closed the connection] 10:00 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 10:01 -!- Zoopee [alsbergt@zoopee.org] has quit [Ping timeout: 255 seconds] 10:02 -!- unofficialmvp [~dev@94-62-164-227.b.ipv4ilink.net] has joined #go-nuts 10:03 -!- unofficialmvp [~dev@94-62-164-227.b.ipv4ilink.net] has left #go-nuts [] 10:16 -!- saturnfive [~saturnfiv@210.74.155.131] has quit [Read error: Connection reset by peer] 10:19 < kknightley> is there any way to make go not complain about if foo & 256 then not being a boolean comparison when you are doing bitwise comparison, or are you forced to do if foo & 256 == 256 ? 10:30 < Namegduf> No. 10:30 < Namegduf> Go does not implicitly permit if <integer> to mean if <integer> != 0 10:31 -!- leczb [~leczb@nat/google/x-crxcyqzwrhqpkatd] has joined #go-nuts 10:37 -!- artefon [~thiago@189.59.203.185] has joined #go-nuts 10:41 < kknightley> Namedguf: ok thanks 10:43 < taruti> meh, the go aes performance is abysmal on 386 :( 10:43 < Namegduf> I think that was one place where x86_64 was actually significantly faster. 10:43 < Namegduf> But I'll believe that Go's slow, as well. 10:43 < Namegduf> It's kinda a legacy platform nowadays. 10:44 < nsf> http://store.steampowered.com/hwsurvey 10:45 < nsf> windows xp 32 bit is still on a second place :) 10:45 < nsf> although I'm surprised that win7 64 bit is the most popular one 10:45 -!- decaf [~mehmet@95.10.173.239] has quit [Ping timeout: 276 seconds] 10:47 < Ina> Win7 was pretty well received in the windows world, and most machines are 64 bit machines anyway these days. (and have been for ages) 10:47 < nsf> I was thinking about upgrading my windows OS to win7, but all games say like you need 1 more gig of ram on win7 10:47 < nsf> it stops me 10:47 < Namegduf> nsf: Yeah, but Go on Windows is new. 10:48 < Namegduf> And on everything BUT Windows, 32bit is unusual 10:48 < Namegduf> And due to old hardware/OS installation 10:48 < nsf> Namegduf: well, we don't have a linux users survey :) 10:48 < nsf> unfortunately 10:48 < nsf> I'm using 32 bit linux 10:48 < nsf> for some reason 10:49 < nsf> (too lazy to upgrade to 64 bit) 10:49 < nsf> :D 10:49 < Namegduf> I have one 32bit system, and it's this Atom netbook. 10:50 < Namegduf> All my servers are 64bit, as is my main system. 10:50 < nsf> I think I should do the upgrade some day 10:50 < nsf> probably need to buy another hdd 10:50 < Namegduf> Sometime before 2038 10:50 < nsf> :D 10:51 < wrtp> anyone know a nice simple/fast algorithm for determining the set of nodes that can reach a given node in a cyclic directed graph? i'm getting a mental block here - it should be really simple, but i can only think of the n^2 solution. 10:56 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 10:57 -!- decaf [~mehmet@88.231.214.9] has joined #go-nuts 10:59 < wrtp> oh well, n^2 it is 11:21 < Boney_> Namegduf: i386 is not legacy, For instance the Intel Atom is 32bit only. 11:21 < Boney_> Therefore on things like netbooks i386 one of the main architectures. 11:26 -!- vice_virtue [~vice@220-253-20-54.VIC.netspace.net.au] has joined #go-nuts 11:28 -!- lmoura [~lauromour@187.59.246.70] has joined #go-nuts 11:41 -!- Davidian1024 [~Davidian1@cpe-173-88-186-130.neo.res.rr.com] has joined #go-nuts 11:43 -!- jumzi [~none@c-89-233-234-125.cust.bredband2.com] has joined #go-nuts 11:46 < decaf> atom is not 32 bit only 11:56 -!- niemeyer [~niemeyer@189-10-154-99.pltce701.dsl.brasiltelecom.net.br] has joined #go-nuts 11:57 -!- jumzi [~none@c-89-233-234-125.cust.bredband2.com] has quit [Remote host closed the connection] 11:58 -!- Donny_ [~donny@203-219-240-211.static.tpgi.com.au] has joined #go-nuts 11:58 -!- Donny_ [~donny@203-219-240-211.static.tpgi.com.au] has left #go-nuts [] 11:59 -!- tvw [~tv@212.79.9.150] has quit [Ping timeout: 272 seconds] 12:03 -!- tvw [~tv@212.79.9.150] has joined #go-nuts 12:09 -!- Tuller [~tuller@c-69-143-52-174.hsd1.va.comcast.net] has joined #go-nuts 12:13 -!- vice_virtue [~vice@220-253-20-54.VIC.netspace.net.au] has quit [Ping timeout: 265 seconds] 12:16 -!- shvntr [~shvntr@116.26.132.148] has joined #go-nuts 12:30 < uriel> actually, I don't think there are any 32bit netbooks being made anymore 12:31 < uriel> anyone knows if the "new" garbage collector has gone in? I was not paying attention and a comment by russ seems to indicate so, but i can't find the commit 12:43 -!- Tuller [~tuller@c-69-143-52-174.hsd1.va.comcast.net] has quit [Remote host closed the connection] 12:45 -!- Ina [~Ina@dsl-087-195-206-242.solcon.nl] has quit [Ping timeout: 265 seconds] 12:46 < cde> Boney_: Atom N450 supports x86_64 12:46 < cde> Atom N2* was 32-bit only 12:46 < Boney_> cde: I heard that some where coming but didn't know when or if it would be for all of the lines under production. 12:47 < Boney_> thanks for letting me know. 12:47 < cde> np 12:47 -!- adu [~ajr@softbank220043139062.bbtec.net] has joined #go-nuts 12:51 < KBme> does anyone have a good example of using gob? 12:53 -!- decaf [~mehmet@88.231.214.9] has quit [Ping timeout: 260 seconds] 13:05 -!- saturnfive [~saturnfiv@219.145.58.214] has joined #go-nuts 13:06 -!- decaf [~mehmet@85.106.162.68] has joined #go-nuts 13:07 -!- saturnfive [~saturnfiv@219.145.58.214] has left #go-nuts [] 13:08 < wrtp> KBme: there are quite a few examples in the test file 13:08 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 13:09 < wrtp> it's pretty simple: e := gob.NewEncoder(writer); e.Encode(someValue) 13:09 < wrtp> what do you want to do with it? 13:09 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has joined #go-nuts 13:11 -!- plainhao [~plainhao@208.75.85.237] has joined #go-nuts 13:12 < KBme> wrtp: just playin', but i might use it to serialise functions to json 13:12 < wrtp> emr 13:12 < KBme> or at least, if i understood right, i could use it to serialise functions to []byte 13:12 < wrtp> erm 13:12 < wrtp> no 13:13 < KBme> awww 13:13 < wrtp> you can't serialise functions 13:13 < wrtp> how would it work? 13:13 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 13:13 < KBme> well, for example for storing "callbacks" 13:13 < wrtp> well, yeah, but a function pointer can store loads of hidden state in its closure 13:14 < wrtp> how can you serialise that in any kind of useful way? 13:14 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has joined #go-nuts 13:14 < KBme> ah yes, closures 13:15 < wrtp> sorry to dampen your fire :-) 13:15 < KBme> well, first off i didn't think of that :) 13:15 < KBme> dammit 13:15 < KBme> (but i don't want to store closures ;) 13:16 < KBme> nor function pointers 13:16 < skelterjohn> mornin 13:16 < skelterjohn> g 13:16 < wrtp> KBme: in that case, maybe the name of the function will be good enough 13:16 < wrtp> skelterjohn: hi 13:16 < Namegduf> Name, coupled with a lookup table 13:16 < wrtp> yeah 13:17 < KBme> lookup table? 13:17 < KBme> but how to write it to a file? 13:17 < Namegduf> map[string]func() 13:17 < wrtp> although if you just pass methods, just the name is probably good enough 13:17 < Namegduf> map[func()]string 13:17 < wrtp> KBme: just write the name of the function to the file 13:17 < Namegduf> Lookup in the second to write, first to read 13:17 < wrtp> when you read it back, look up the name in the table to map it to a real function 13:17 < KBme> wrtp: and when the app closes you loose all the functions 13:18 < wrtp> KBme: huh? 13:18 < KBme> well so you have a lookup table, say someone adds a callback 13:18 < KBme> ok, you add it to the lookup 13:18 < wrtp> uh huh 13:18 < KBme> but then the app closes or crashes, on next start you start from scratch 13:19 < wrtp> well, you're serialising, right. so what does it mean if you stop and start again anyway? 13:19 < wrtp> there's no dynamic code loading in Go. 13:20 < wrtp> so if you want functions to be added to the table, specify that they must be added with a Register function (Register(func(), string)) 13:20 -!- hcl2 [~akuma@75.41.110.112] has joined #go-nuts 13:20 < KBme> i still don't understand how you make it persistent 13:21 < KBme> if you can't serialise functions 13:21 < wrtp> if that's done at init time, then you don't "forget" at startup time 13:21 < wrtp> well, you can't serialise code. it would be highly non-portable for a start 13:21 < KBme> so you *can* serialise functions with gob, you were talking about the ramifications? 13:21 < KBme> sorry, i'm a bit lost 13:21 < wrtp> no, you can't 13:21 < Namegduf> KBme: You make it persistent by using the same names each time 13:22 < wrtp> yup 13:22 < Namegduf> That's all that's necessary. 13:22 < Namegduf> If the name doesn't exist when the lookup is gone, the same function doesn't exist and there's not much you can do. 13:22 < wrtp> say you *could* serialise functions. what happens if you try to unserialise a function on a different architecture? 13:22 < skelterjohn> wouldn't that be neat if you could serialize functions, and send them (and there closures) over the network? 13:22 < Namegduf> Or with different versions of packages and different types loaded. 13:23 < KBme> wrtp: it's text, so as long as your function isn't arch-dependent 13:23 < skelterjohn> that would make distributed computing very interesting 13:23 < Namegduf> skelterjohn: I'm not sure what you'd expect the semantics of that o be. 13:23 < Namegduf> No, functions are not text. 13:23 < Namegduf> Go is a compiled language. 13:23 < KBme> skelterjohn: yeah, closures would be a pita tho 13:23 < wrtp> KBme: it's not text any more. 13:23 < skelterjohn> Namegduf: I have no expectations about it at all 13:23 < skelterjohn> It would be a tremendously difficult and non-worthwhile thing to do 13:23 < KBme> ok, yeah, i understand the problem...dammit :) 13:24 < wrtp> skelterjohn: a closure is a reference object. if you serialise it and unserialise it, then how do you keep the same references? 13:24 < Namegduf> Also it wouldn't need to be a change of arch. 13:24 < skelterjohn> right... that's why it would be so difficult 13:24 < Namegduf> A change of a type would break it. 13:24 < Namegduf> Or a change in a package API. 13:24 < Namegduf> Or, well, a lot of things would. 13:24 < wrtp> skelterjohn: i don't think it could be done 13:24 < skelterjohn> sorry, i didn't mean that "we should be able to serialize funcs+closures" 13:24 < Namegduf> Yeah, I know 13:24 < skelterjohn> wrtp: Of course it *could* be done 13:25 < Namegduf> You'd need to serialise it as some kind of portable bytecode 13:25 < skelterjohn> it would just be silly to *do* 13:25 < Namegduf> With a portable API 13:25 < Namegduf> And then unserialise it back to regular code 13:25 < Namegduf> And it'd be *weird* 13:25 < wrtp> i don't think you could do it with any kind of coherent semantics 13:25 < wrtp> even if you serialised it as portable bytecode etc 13:25 < Namegduf> A closure would need to save the state, too, and in a manner that multiple closures from the same context shared it. 13:26 < KBme> yeah 13:26 < KBme> lol that's impossible 13:26 < skelterjohn> the gob you send over would have to include information on how to write to data on the home machine 13:26 < Namegduf> The portable API part would require an additional API be defined, and some way to convert ALL stuff to it. 13:26 < Namegduf> It'd be crazy. 13:27 < KBme> it would pretty much need to send the environment and synchronise between the origin and the destination 13:27 < KBme> it'd be fun tho 13:27 < Namegduf> Anyways, KBme: Define a scheme for mapping functions to names and names to functions, do the mapping when serialising, such that between runs the same function has the same name 13:27 < wrtp> KBme: yeah. but what if there's no communication between the two? 13:27 < Namegduf> And serialising and unserialising will work and retain function pointers 13:27 < Namegduf> You cannot use closures 13:27 < wrtp> there is another approach 13:27 < skelterjohn> wrtp: then how could you send the gob over? 13:27 < wrtp> that is useful sometimes 13:28 < KBme> wrtp: that means that i can only have callbacks that are predefined, right? 13:28 < wrtp> which is to define a data representation of a function, for instance an abstract syntax tree 13:28 < wrtp> KBme: or registered 13:28 < KBme> ya 13:28 < wrtp> then serialise the data 13:28 < rm445> I don't see why you need to get all fancy with serialised functions - just pass the executable code and let don't worry about different architectures. 13:28 < wrtp> and interpret it when you get it back 13:28 < Namegduf> Registering will work, so long as all registrations are done before unserialising. 13:28 < wrtp> rm445: how much code? 13:28 < Namegduf> rm445: That won't work. 13:29 < wrtp> all the code that it calls? 13:29 < wrtp> what if it calls a different version of fmt.Printf? 13:29 < Namegduf> You can't "pass the executable code" remotely easily. 13:29 < Namegduf> This is a lot easier. 13:29 < KBme> i think you can pass functions via netchans no? 13:29 < KBme> or rpc? 13:30 < wrtp> KBme: no 13:30 < wrtp> no 13:30 < wrtp> no 13:30 < Namegduf> No. 13:30 < KBme> s,pass,register 13:30 < KBme> oh 13:30 < Namegduf> Register is different 13:30 < wrtp> KBme: rpc uses method names 13:30 < Namegduf> You call them remotely, and they run on the remote machine 13:30 < Namegduf> By name 13:30 < Namegduf> There is no passing of the function 13:30 < wrtp> netchan doesn't know about functions 13:30 < KBme> ok, so i can't register externally either, so it's not hugely useful 13:30 < Namegduf> Remote Procedure Call does, but it's a call that is sent, and results sent back, not a function. 13:31 < wrtp> part of the point of serialising is being able to talk to a different version of a program - either across a network, or across time 13:31 < wrtp> KBme: what's your scenario? what kind of thing is serialising and what kind of thing is de-serialising? 13:31 < wrtp> you doing it across a network? 13:31 < wrtp> or just storing to disk? 13:32 < KBme> ok so an exact example is my go library 13:32 < KBme> if i would like to define callbacks 13:32 < KBme> but have the callbacks persistent, stored in a configuration file (json) 13:32 < wrtp> what does your go library do? 13:33 < KBme> so i don't need to redefine the callbacks every thime it's started, and i can add callbacks during runtime 13:33 < KBme> it's an irc library 13:33 < KBme> actually, i want to add this functionality to either the irc library or the filesystem 13:33 < KBme> i haven't really decided yet 13:34 < KBme> but as it is, neither :) 13:34 < wrtp> KBme: your program only has a finite number of functions that can be used as callbacks, right? 13:34 < wrtp> 'cos you're not using closures 13:34 < wrtp> i think you're thinking at too low a level 13:34 < wrtp> you want to think: what does this callback *represent*? 13:35 < KBme> wrtp: well no, something like func (n *Network) RegCallback(name, func(chan *IrcMessage, chan bool)) 13:35 < wrtp> and define your external data format to reflect that 13:35 < KBme> wrtp: true, but in irc there is just so many different things that can be done.. 13:36 < KBme> but yeah, i'll think of an other way, i don't really like callbacks all that much anyways 13:36 < KBme> for example do an exporter using netchans 13:36 < wrtp> callbacks aren't really the Go Way 13:36 < KBme> that shouldsuffice 13:37 < wrtp> KBme: i don't see why you'd want to use netchans at all in your situation 13:37 < wrtp> you've only got one program 13:37 < KBme> wrtp: for user defined stuff 13:37 < wrtp> netchan is about inter-process communication 13:37 < KBme> so the user can just make an app that imports irchans and responds to "events" 13:37 < KBme> that's fine 13:38 < wrtp> can't you just define a load of different kind of event data structures 13:38 < wrtp> ? 13:38 < wrtp> each one corresponds to one of your callbacks, kinda 13:38 -!- zozoR [~Morten@56346ed3.rev.stofanet.dk] has joined #go-nuts 13:39 < wrtp> then either you have one channel of Event, or many channels, each corresponding to a different kind of Event. 13:39 < KBme> yes, that's what i have :) 13:39 < KBme> so i can just export event channels using netchans, that's simple enough 13:40 < adu> i have coolchans B) 13:40 < KBme> the issue is also that i have one goroutine per "event" pretty much 13:40 < KBme> but i guess goroutines aren't that expensive 13:40 < wrtp> KBme: i still don't see why you wanna use netchans 13:41 < wrtp> you can usually avoid using one goroutine per event. 13:41 < KBme> that's what i'm trying to work out, among other things 13:42 < KBme> i just thought it could be cool to have the user be able to define new callback functions at runtime but meh it's not worth it 13:45 < adu> notworthitchans 13:45 < adu> callbackchans 13:46 < Namegduf> How can a user define functions at runtime in a compiled language 13:47 < KBme> just output text to a file (with some smart package name defining), compile it and run it 13:47 < adu> Namegduf: function pointers or lambdas 13:47 < KBme> then it can rpc or import netchans 13:47 < Namegduf> adu: NEW functions. 13:47 < KBme> yes, it's ugly, and i won't do it. 13:47 < Namegduf> At *runtime*. 13:47 < adu> Namegduf: lambdas are new functions 13:48 < Namegduf> adu: You can't define them at runtime as a user. 13:48 < Namegduf> Assuming you mean "closures" 13:48 < adu> Namegduf: and you can then take the & of a lambda to get a NEW function pointer 13:48 < adu> Namegduf: tomato tomato 13:49 < Namegduf> adu: You can't define new ones at runtime. You can call it to generate a new context of an existing one. 13:49 < Namegduf> KBme: Yeah, you'd need to figure out how to link the function in between sessions yourself, you can't simply serialise it. 13:50 < Namegduf> That said, you can't compile and "run" anything in Go, as there's no runtime loading of code. 13:50 < KBme> i can just run it as an executable and use rpc or netchans 13:50 < Namegduf> You can, in which case it could register itself with a name in your lookup table 13:51 < KBme> yep 13:51 < wrtp> adu: all a lambda is is a conjunction of data and an existing function. if you define the data in a serialisable way, then you're all set. 13:51 < Namegduf> You'd just have to figure out how to reload the current set of external processes. 13:51 < KBme> Namegduf: but then you get one file (and one process) per callback...ah well 13:51 < KBme> yep 13:51 < Namegduf> Yeah. 13:51 < Namegduf> It's a tricky thing to do. 13:52 < Namegduf> My goal is to 13:52 < Namegduf> at some point, implement module loading via restarting and serialising state to the new process. 13:52 < Namegduf> Along with other upgrades. 13:52 -!- cirno_ [~cirno@77.232.15.216] has quit [Ping timeout: 264 seconds] 13:52 < Namegduf> But I've other issues to deal with first. 13:53 < KBme> Namegduf: an exporter using netchans is pretty darn easy to do, then you have to handle output to file and (re)compilation..it's not that complicated 13:55 -!- MX80 [~MX80@cust65.253.117.74.dsl.g3telecom.net] has joined #go-nuts 13:55 < wrtp> KBme: why do you want to use netchans??!! 13:55 < wrtp> i don't think you understand what netchans do... :-) 13:55 < KBme> sure i do, i used them 13:56 < KBme> "dynamic" code loading with predefined interfaces can be done using either netchans or rpc 13:56 < KBme> i don't see much other ways to do it 13:57 < KBme> but i'm interested if you do 13:57 < KBme> although i gott go right now 13:58 < KBme> bbl 13:59 < wrtp> netchans are about talking to another program. how does that give you any kind of code loading, "dynamic" or not? 14:00 -!- jumzi [~none@c-89-233-234-125.cust.bredband2.com] has joined #go-nuts 14:00 < KBme> wrtp: run the program and have it import a channel 14:01 < KBme> so when i tell the central program to load a module, I can run the module as an external program and communicate with it using netchans 14:01 < KBme> ok bbl 14:02 < aiju> sounds evil 14:02 -!- jumzi [~none@c-89-233-234-125.cust.bredband2.com] has quit [Remote host closed the connection] 14:03 -!- artefon [~thiago@189.59.203.185] has quit [Quit: bye] 14:03 < wrtp> KBme: ok, sure. 14:04 < wrtp> sounds a bit like overkill, but it'll work 14:04 < jessta_> oh no, not this discussion again 14:04 < wrtp> KBme: you might possibly be interested in my recent blog post where i was talking about stuff relevant here 14:05 < wrtp> running rpc and netchan over the same channel 14:07 < wrtp> though something about it seems to make peoples' eyes glaze over i think, 'cos i haven't had a single reaction from anyone... 14:07 < wrtp> maybe it's just too obvious 14:13 < wrtp> or incomprehensible 14:13 < cbeck> link? 14:14 < wrtp> http://rogpeppe.wordpress.com/2011/02/10/bidirectional-rpc-with-netchan/ 14:15 < wrtp> i've abstracted some of the functionality into a goinstallable package: rog-go.googlecode.com/hg/ncrpc 14:16 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts 14:21 -!- Ina [~Ina@dsl-087-195-206-242.solcon.nl] has joined #go-nuts 14:21 -!- adu [~ajr@softbank220043139062.bbtec.net] has quit [Ping timeout: 255 seconds] 14:21 -!- pharris [~Adium@rhgw.opentext.com] has joined #go-nuts 14:27 -!- ildorn1 [~ildorn@dslb-188-105-122-172.pools.arcor-ip.net] has quit [Ping timeout: 240 seconds] 14:32 < plexdev> http://is.gd/rCo4GD by [Russ Cox] in 2 subdirs of go/ -- build: run test/ directory first 14:33 -!- visof [~visof@unaffiliated/visof] has quit [Read error: Connection reset by peer] 14:40 < KBme> wrtp: sounds interesting i'll take a look 14:40 < KBme> thanks 14:40 -!- n___ [~n__@ina044000061.lancs.ac.uk] has joined #go-nuts 14:41 < n___> Hi - is there any place (except language spec) where it explains a bit better show one can "cast" one type to an interface (assuming it implements it?) 14:41 < aiju> n___: just assign it to it 14:41 < Namegduf> n___: Just assign it to the interface variable. 14:42 < n___> What do you mean? 14:42 < wrtp> n___: the language spec is worth reading. it's quite readable, honest. 14:42 < aiju> var x yourinterface ; x = yourthing 14:42 < n___> The language spec is kinda confusing for a starter like me :S 14:42 < n___> thanks! 14:42 < wrtp> what aiju says: if your type implements the interface, then you can just assign it to something of that interface type. 14:42 < aiju> most likely you will pass it as a parameter 14:43 < n___> And how do you assert if x implements y? x.(y)? 14:43 < aiju> func foo(yourinterface) => foo(yourthing) 14:43 < wrtp> n__: depends on the type of x 14:43 < aiju> x.(y) is if you have an interface and something more specific 14:43 < aiju> x.(int) <-- assume x is an int 14:43 < wrtp> if x is not an interface, then no assertion is necessary - the compiler already knows 14:43 < aiju> (causes a panic if it isn't) 14:43 < n___> i am looking for the Java's equivalent of "instanceof" 14:44 < aiju> _, ok := x.(y) 14:47 < n___> It all makes sense now 14:47 < n___> Thanks! 14:47 -!- femtoo [~femto@95-89-196-10-dynip.superkabel.de] has joined #go-nuts 14:47 -!- imsplitbit [~imsplitbi@64.39.4.132] has joined #go-nuts 14:51 -!- qjcg [~qjcg@208.88.110.46] has joined #go-nuts 14:51 -!- qjcg [~qjcg@208.88.110.46] has left #go-nuts [] 14:54 -!- tvw [~tv@212.79.9.150] has quit [Ping timeout: 265 seconds] 14:59 -!- boscop [~boscop@g226233047.adsl.alicedsl.de] has joined #go-nuts 15:02 -!- Ina [~Ina@dsl-087-195-206-242.solcon.nl] has quit [Ping timeout: 264 seconds] 15:02 -!- JusticeFries [~JusticeFr@c-24-9-171-36.hsd1.co.comcast.net] has quit [Quit: JusticeFries] 15:04 -!- shvntr [~shvntr@116.26.132.148] has quit [Quit: leaving] 15:05 -!- tvw [~tv@212.79.9.150] has joined #go-nuts 15:13 -!- jumzi [~none@c-89-233-234-125.cust.bredband2.com] has joined #go-nuts 15:16 -!- DerHorst [~Horst@e176102172.adsl.alicedsl.de] has joined #go-nuts 15:19 -!- ildorn [~ildorn@vpnclient-240-078.extern.uni-ulm.de] has joined #go-nuts 15:25 -!- jbooth1 [~jay@209.249.216.2] has joined #go-nuts 15:25 -!- twolfe18 [~twolfe18@CMU-421570.WV.CC.CMU.EDU] has joined #go-nuts 15:26 -!- jumzi [~none@c-89-233-234-125.cust.bredband2.com] has quit [Remote host closed the connection] 15:27 -!- artefon [~thiagon@150.164.2.20] has joined #go-nuts 15:28 -!- kknightley [~chatzilla@c-83-233-52-50.cust.bredband2.com] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101103192249]] 15:46 < xyproto> has cmplx recently been added to Go? 15:49 < wrtp> xyproto: cmplx has recently been removed from Go AFAIK 15:49 < wrtp> complex has been around for a while 15:49 < wrtp> (and is still there) 15:51 -!- ildorn [~ildorn@vpnclient-240-078.extern.uni-ulm.de] has quit [Quit: Leaving.] 15:51 -!- napsy [~luka@88.200.96.18] has quit [Read error: No route to host] 15:52 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 15:53 -!- twolfe18 [~twolfe18@CMU-421570.WV.CC.CMU.EDU] has quit [Ping timeout: 260 seconds] 15:55 -!- eikenberry [~jae@ivanova.zhar.net] has quit [Quit: End of line.] 15:57 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se] has joined #go-nuts 16:03 -!- jodaro [~user@poquito.divinia.com] has quit [Ping timeout: 255 seconds] 16:04 < xyproto> wrtp: thanks. Just trying to compile the latest version of Go-OpenGL. 16:04 < xyproto> wrtp: which didn't work out too well. Oh well. 16:05 < wrtp> xyproto: what kind of errors did you get? 16:06 -!- phalax [~phalax@c213-100-72-128.swipnet.se] has joined #go-nuts 16:09 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 16:09 -!- eikenberry [~jae@ivanova.zhar.net] has joined #go-nuts 16:10 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has joined #go-nuts 16:10 < xyproto> wrtp: out of three examples, only one compiled, and it segfaulted 16:10 < xyproto> (examples that came with Go-OpenGL) 16:11 < xyproto> I'm on 64-bit arch Linux, with a very recently updated version of the Go compiler. 16:11 < xyproto> *Arch 16:12 -!- Venom_X [~pjacobs@74.61.90.217] has joined #go-nuts 16:14 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer] 16:15 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se] has joined #go-nuts 16:16 < wrtp> could you paste the compiler errors? 16:16 < xyproto> 6l is 6l version release.2011-02-01.1 7407 (the very latest version of Go does not compile: waitgroup_test.go:8: imported and not used: sync and :12: undefined: WaitGroup ++) 16:17 < xyproto> wrtp: sure, for Go-OpenGL: http://pastebin.com/KyPFXA88 16:18 < xyproto> wrtp: for compiling the latest version of Go, which fails: http://pastebin.com/YB6vw8W9 16:18 < xyproto> gtg, thx :) 16:21 < wrtp> the compiler error looks like you might not have synced properly 16:21 < skelterjohn> heh 16:21 < skelterjohn> since the error is "imported and not used: sync"? 16:22 < wrtp> xyproto: maybe you could try doing md5sum * in $GOROOT/src/pkg/sync 16:22 < wrtp> and paste the results 16:23 < wrtp> mine works fine and i'm recently synced, and i don't seem to have any differences from the main repository in that directory. 16:23 -!- jumzi [~none@c-89-233-234-125.cust.bredband2.com] has joined #go-nuts 16:23 < wrtp> the openGL errors are quite easy to fix 16:23 < wrtp> change cmplx to complex 16:24 < wrtp> and change the multiple-value receive to select with a default case (non-blocking select) 16:27 < skelterjohn> Is the guy who created it active at all? 16:27 < skelterjohn> is there any way to fork the project? 16:33 -!- piranha [~piranha@5ED42E59.cm-7-5a.dynamic.ziggo.nl] has quit [Quit: Computer has gone to sleep.] 16:34 -!- wtfness [~dsc@89.211.71.208] has joined #go-nuts 16:35 < jumzi> skelterjohn: is there anyway to obtain the source? 16:37 -!- aho [~nya@fuld-590c76b1.pool.mediaWays.net] has joined #go-nuts 16:37 < skelterjohn> https://github.com/banthar/Go-OpenGL 16:37 < skelterjohn> ah, it's on github 16:37 < skelterjohn> so, it can certainly be forked 16:39 < wtfness> is there any way I can compare types in Go? 16:39 -!- bortzmeyer [~bortzmeye@batilda.nic.fr] has quit [Quit: Leaving.] 16:39 < wtfness> something like a.type == uint8; or similar 16:39 -!- aconran [~aconran-o@adsl-67-119-205-150.dsl.pltn13.pacbell.net] has quit [Ping timeout: 260 seconds] 16:40 < nixness> sorry about that :p 16:41 < wrtp> wtfness: reflect.Typeof(value) == reflect.Typeof(uint8(0)) 16:42 < wrtp> but also: switch value.(type) {case uint8: ... } 16:42 < wrtp> and if _, ok := value.(uint8); ok { .... } 16:42 -!- zozoR2 [~Morten@56346ed3.rev.stofanet.dk] has joined #go-nuts 16:43 -!- zozoR2 [~Morten@56346ed3.rev.stofanet.dk] has quit [Remote host closed the connection] 16:43 -!- zozoR [~Morten@56346ed3.rev.stofanet.dk] has quit [Remote host closed the connection] 16:43 -!- zozoR [~Morten@56346ed3.rev.stofanet.dk] has joined #go-nuts 16:43 < skelterjohn> assuming value is an interface 16:43 < skelterjohn> if it's not, then you know its type by inspecting source 16:44 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has quit [Ping timeout: 240 seconds] 16:44 -!- DerHorst [~Horst@e176102172.adsl.alicedsl.de] has quit [Remote host closed the connection] 16:45 -!- iant [~iant@216.239.45.130] has joined #go-nuts 16:45 -!- mode/#go-nuts [+v iant] by ChanServ 16:46 < n___> wrtp: what happens if a value implements two interfaces? What would happen to the equality check? 16:47 < skelterjohn> you don't type assert for interfaces 16:47 < n___> like if x implements a & b, reflect.Typeof(x) == reflect.Typeof(a)? 16:47 < skelterjohn> you know at compile time if a value implements an interface 16:48 < wrtp> n___: when you do reflect.Typeof(value) you're always getting the type of the concrete value inside the interface, not the interface type itself 16:49 < wrtp> if you want to check whether a type implements an interface, you can use switch x.(type) or if _, ok := x.(someInterface) 16:49 -!- rbraley [~rbraley@ip72-222-134-229.ph.ph.cox.net] has quit [Ping timeout: 246 seconds] 16:50 < wrtp> n___: if x implements a, you can't do reflect.Typeof(a) because a is a type not a value 16:50 < n___> ok got that 16:50 < n___> (sorry, trying to get my brain un-stuck from java) 16:51 < n___> hm, what if can handle many types of Pencils? The main interface is Pencil, and i two implementations SoftPencil and HardPencil 16:52 < n___> but when I pass that, even if i know how to handle the Pencil interface in general, i want to apply some specific considerations for the SoftPencil 16:52 < skelterjohn> if t, ok := theGenericPencil.(*SoftPencil); ok { special considerations } 16:53 < Namegduf> Bear in mind that if you're doing that, your interface is likely not actually working. 16:53 < n___> and i pass the objects (how do you call them in go?) as generic pencils? 16:53 < skelterjohn> var theGenericPencil Pencil = mySoftPencil 16:53 < Namegduf> n___: Treat interfaces as the subset of functionality of the type required by that bit of code, not as superclasses 16:53 < skelterjohn> yeah good point 16:53 < skelterjohn> go is not OO 16:54 < skelterjohn> not in the way you're used to 16:54 < Namegduf> You shouldn't have a Pencil interface. 16:54 < Namegduf> If the two types of pencil can draw, can be sharpened, etc 16:54 < Namegduf> You should have a Drawer interface, a Sharpener interface, etc 16:54 < Namegduf> And have code that needs those bits of functionality expect those interfaces 16:54 < n___> you mean im over-engineering? 16:54 < Namegduf> That way, you can slot in pens later. 16:55 < skelterjohn> the nice thing about go is you don't have to waste time designing class hierarchies 16:55 < skelterjohn> just write code 16:55 < Namegduf> Over-engineering and missing the flexibility of interfaces. 16:55 < Namegduf> You don't HAVE to plan your interfaces ahead of time. 16:55 < n___> yea yea im starting to get the point now 16:55 < Namegduf> Write your two implementations, then define interfaces for the subsets of their functionality that things need. 16:56 < Namegduf> If code in the future wants to use your types generically with something else, they can define interfaces for the subset of the functionality they share with that something else later. 16:56 < wrtp> n__: don't think nouns, think verbs... 16:56 < Namegduf> The only design you need to do in advance is try to match the names and signatures of methods that do the same thing. 16:56 < wrtp> interfaces represent the things you can do to an object 16:57 < wrtp> structs (and other data types) represent the objects themselves 16:57 < Namegduf> THe fact you don't need to define "superclasses" in advance, but can define them when you need that subset of the functionality, and they can overlap at whim, gives you way more flexibility for way less futureproofing than OO 16:57 < Namegduf> It's really awesome 16:58 < n___> this helped me a lot 16:58 < n___> thanks*2 16:58 < Namegduf> Circumvents the whole set of problems you get in OO with "Is a circle an ellipse, is an ellipse a circle", too. 16:58 < n___> yeah 16:58 < Namegduf> Or "Define your bird class, subclass for bird types, now try to fit in an Ostrich" 17:00 < mdxi> from what i've seen so far, interfaces remind me of Roles or AOP. they define what something *is*; they declare what something *can do*. 17:00 < mdxi> s/define/don't define/ 17:01 < Namegduf> Yeah. 17:01 < n___> thats the otherway around with java 17:01 < Namegduf> Java interfaces can do that, but they can't be defined retroactively 17:01 < n___> and oo in general 17:01 < Namegduf> You have to declare you meet them. 17:01 < n___> yea, so it means that it defines what you are 17:01 < n___> by explicitly saying i am a Pencil 17:02 < n___> so in essense in Go, you don't care if something is a pencil, as long as it can be sharpened to fit into a "sharpener" 17:02 < n___> right? 17:02 < Namegduf> Right. 17:02 < n___> gotcha 17:03 < zozoR> time to make perverted interfaces :3 17:03 < Namegduf> If code wants something that can be sharpened, and it's sensible for multiple things to fit that definition 17:03 < Namegduf> Then you can expect an interface for the one or two methods needed to sharpen 17:03 < n___> yes that makes sense 17:04 < Namegduf> The futureproofing there is to see code that could reasonably apply to multiple things, and expect an interface 17:04 < wrtp> the other crucial (and lovely) thing is that methods with the same name don't clash unless you try and use them. 17:05 < wrtp> so even though the interface method namespace is global, it's very tolerant of fuzziness 17:05 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 17:05 < n___> ah i understand 17:06 < Namegduf> It's overengineering to have literally everything expect an interface for the exact methods it uses 17:06 < Namegduf> But if code COULD work on multiple things reasonably well and meaningfully, that's how you let it do so. 17:06 < n___> after 5 years of doing exactly that, it comes natural 17:07 < n___> :p 17:07 < Namegduf> Yeah, Java is kinda big on the overengineering thing 17:07 < Namegduf> :P 17:07 < Namegduf> The abstraction boundary in Go, by the way, is the package, not the type 17:07 < n___> i feel that packets are somewhat namespacs 17:07 < Namegduf> Code within a single package can feel free to depend on implementation of other code in the package. 17:07 < n___> namespaces* 17:07 < n___> packages* 17:08 < Namegduf> They're also the boundaries at which public/private are implemented. 17:08 < Namegduf> And they can't have circular references to each other 17:08 < wrtp> unrelated to all this: fancy reflective package of the day: http://code.google.com/p/rog-go/source/browse/typeapply/ 17:08 < Namegduf> Which forces a bit cleaner subdivision of tasks than Java does. 17:08 < n___> yea i got that from the docs 17:08 < wrtp> prize for guessing what it might be useful for 17:09 < Namegduf> Just from the imports, you can see it's going to be fun. 17:11 < wrtp> all you need to know is in the doc comment for Do... 17:12 < wrtp> the rest is just implementation details starting from that. 17:12 -!- sauerbraten [~sauerbrat@p508CE524.dip.t-dialin.net] has joined #go-nuts 17:14 < n___> For how long have you been using Go? 17:15 < wrtp> since it came out 17:15 < aiju> Pike barely designed the syntax 17:15 < aiju> and wrtp already used it 17:16 < wrtp> to be fair i was already very famiiar with Limbo, a predecessor of Go 17:16 < Namegduf> I've over 15 years experience in Go 17:17 < aiju> haha 17:17 < aiju> Namegduf: Alef developer? :P 17:17 -!- piranha [~piranha@5ED4B890.cm-7-5c.dynamic.ziggo.nl] has joined #go-nuts 17:17 -!- [Pete_27] [~noname@110-174-103-31.static.tpgi.com.au] has quit [Ping timeout: 246 seconds] 17:18 < wrtp> i used alef too :-) 17:18 < aiju> i'm too young to use alef 17:18 < Namegduf> aiju: Nah. 17:18 < Namegduf> Nor Limbo. 17:18 < aiju> Alef was discontinued when I learned reading 17:20 < aiju> wrtp: don't you need to run Inferno to program limbo? :P 17:20 < plexdev> http://is.gd/awILPG by [Hector Chu] in 2 subdirs of go/src/pkg/runtime/windows/ -- windows: runtime: implemented console ctrl handler (SIGINT). 17:21 < wrtp> aiju: yeah, but inferno runs on almost everything 17:21 -!- cenuij [~cenuij@base/student/cenuij] has quit [Remote host closed the connection] 17:21 < aiju> but how can you get any work done with that wndow manager? :D 17:22 < aiju> looking at Alef is like looking at extinct species ... 17:22 < aiju> there is a huge resemblance to both C and Go 17:23 < wrtp> aiju: yeah. alef was never *quite* there. 17:23 < wrtp> limbo is still a lovely language though 17:23 < aiju> actually, there is also a resemblance to C++ 17:23 * aiju dodges things thrown 17:23 < wrtp> aiju: i was always intending to rewrite the window manager :-) 17:24 < aiju> to[i] = from[i=0::strlen(from)+1]; 17:24 < aiju> this looks cool 17:26 -!- [Pete_27] [~noname@110-174-103-31.static.tpgi.com.au] has joined #go-nuts 17:26 -!- tensai_cirno [~cirno@77.232.15.216] has joined #go-nuts 17:30 -!- erus_ [56b56885@gateway/web/freenode/ip.86.181.104.133] has joined #go-nuts 17:30 -!- saschpe_ [~quassel@opensuse/member/saschpe] has joined #go-nuts 17:30 -!- saschpe [~quassel@opensuse/member/saschpe] has joined #go-nuts 17:31 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 17:32 -!- vsayer [~vivek@c-76-102-205-58.hsd1.ca.comcast.net] has joined #go-nuts 17:43 -!- n___ [~n__@ina044000061.lancs.ac.uk] has quit [Quit: n___] 17:45 -!- artefon [~thiagon@150.164.2.20] has quit [Ping timeout: 240 seconds] 17:47 -!- femtoo [~femto@95-89-196-10-dynip.superkabel.de] has quit [Read error: Connection reset by peer] 17:47 -!- tvw [~tv@212.79.9.150] has quit [Remote host closed the connection] 17:49 < wrtp> no prizes then :-) 17:49 -!- aho [~nya@fuld-590c76b1.pool.mediaWays.net] has quit [Ping timeout: 240 seconds] 17:49 < Namegduf> Serialisation? 17:49 < Namegduf> It was my only thought. 17:49 < aiju> "A query of type during run-time typically means a design 17:49 < aiju> problem." 17:49 < aiju> (Google C++ guide) 17:49 < aiju> interesting 17:50 < Namegduf> Go and C++ are different in that regard. 17:50 <+iant> A very different attitude in part due to the lack of garbage collection in C++ 17:50 -!- aho [~nya@fuld-590c7a36.pool.mediaWays.net] has joined #go-nuts 17:50 < aiju> iant: how so? 17:51 < Namegduf> Ah, I was thinking about how you needed to, when using interface{} in place of generics. 17:51 < aiju> the part about exceptions seems particularly interesting 17:51 <+iant> one of the common reasons why you want to do runtime type lookup is because you don't have clear ownership of a piece of memory 17:51 < wrtp> Namegduf: more or less, yes. 17:51 < aiju> it basically seems to say "exceptions are a good thing, but we have too much code not using them we can't rewrite" 17:51 <+iant> (it's true that there are other reasons as well) 17:52 -!- aconran [~aconran-o@adsl-67-119-205-150.dsl.pltn13.pacbell.net] has joined #go-nuts 17:52 < wrtp> it means if i've used gob to unmarshal an arbitrary data structure, i can then initialise elements of that data structure in ways that gob doesn't support 17:52 < Namegduf> Ah. 17:53 < wrtp> typeapply.Do(func(x *someType) {x.Init()}) 17:53 < wrtp> oops 17:53 < wrtp> typeapply.Do(func(x *someType) {x.Init()}, unmarshalledValue) 17:54 < Namegduf> Neat. 17:54 < wrtp> i quite like it 17:54 < wrtp> particularly the way that the type to search for comes directly from the argument to the function 17:55 < wrtp> type driven programming in go is one of its more unusual aspects, i think 17:56 -!- artefon [~thiagon@150.164.2.20] has joined #go-nuts 17:59 < aiju> i often put information in types 17:59 < aiju> probably often too much 18:01 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-182-218.clienti.tiscali.it] has joined #go-nuts 18:04 -!- arun_ [~arun@unaffiliated/sindian] has quit [Ping timeout: 240 seconds] 18:05 -!- saschpe [~quassel@opensuse/member/saschpe] has quit [Remote host closed the connection] 18:06 < aiju> odd, the style guide doesn't mention goto 18:07 -!- MUILTFN [~MLINTH@adsl-80-216-24.mcn.bellsouth.net] has joined #go-nuts 18:07 < wrtp> that's 'cos it's not stylish 18:07 -!- Venom_X [~pjacobs@74.61.90.217] has quit [Quit: Venom_X] 18:07 < aiju> well, it's not mentioned at all 18:08 < aiju> no "don't use goto, it has meezles" 18:08 < Namegduf> I think if you use goto too much at Google they just kill you 18:08 * aho opens the raptor cage 18:09 < aiju> they use retarded casts 18:09 < aiju> When the return value is ignored, the "pre" form (++i) is never less efficient than the "post" form (i++), and is often more efficient. This is because post-increment (or decrement) requires a copy of i to be made, which is the value of the expression. If i is an iterator or other non-scalar type, copying i could be expensive. Since the two types of increment behave the same when the value is ignored, why not just always pre-increment? 18:09 -!- wrtp [~rog@92.17.93.139] has quit [Quit: wrtp] 18:09 < aiju> hahaha 18:09 < aiju> what compiler are they using? 18:11 -!- petrux [~petrux@host16-224-static.53-82-b.business.telecomitalia.it] has quit [Quit: leaving] 18:15 -!- n___ [~alouca@5ad54238.bb.sky.com] has joined #go-nuts 18:15 -!- sauerbraten [~sauerbrat@p508CE524.dip.t-dialin.net] has quit [Remote host closed the connection] 18:20 -!- JusticeFries [~JusticeFr@173-8-247-218-Colorado.hfc.comcastbusiness.net] has joined #go-nuts 18:23 < plexdev> http://is.gd/KTJGfz by [Rob Pike] in go/src/pkg/gob/ -- gob: decode into nil, this time for sure. 18:23 < aiju> hahahaha 18:23 < aiju> i love such comment 18:23 < aiju> "now i *really* fixed the bug" 18:23 -!- keithcascio [~keithcasc@nat/google/x-meljwjqrnjqvgcwz] has joined #go-nuts 18:26 -!- MUILTFN [~MLINTH@adsl-80-216-24.mcn.bellsouth.net] has left #go-nuts [] 18:28 -!- tvw [~tv@e176022047.adsl.alicedsl.de] has joined #go-nuts 18:33 -!- gits [~gits@77.94.219.158] has joined #go-nuts 18:34 -!- femtoo [~femto@95-89-196-10-dynip.superkabel.de] has joined #go-nuts 18:36 -!- decaf [~mehmet@85.106.162.68] has quit [Remote host closed the connection] 18:39 -!- saschpe_ [~quassel@opensuse/member/saschpe] has quit [Read error: Connection reset by peer] 18:42 -!- saschpe [~quassel@opensuse/member/saschpe] has joined #go-nuts 18:54 < plexdev> http://is.gd/OTiRt7 by [Andrew Gerrand] in 2 subdirs of go/src/pkg/archive/zip/ -- archive/zip: handle files with data descriptors 18:59 -!- artefon [~thiagon@150.164.2.20] has quit [Quit: Leaving] 19:03 -!- jumzi [~none@c-89-233-234-125.cust.bredband2.com] has quit [Remote host closed the connection] 19:04 -!- femtoo [~femto@95-89-196-10-dynip.superkabel.de] has quit [Ping timeout: 240 seconds] 19:05 -!- phalax [~phalax@c213-100-72-128.swipnet.se] has quit [Ping timeout: 245 seconds] 19:08 -!- Venom_X [~pjacobs@adsl-99-20-147-171.dsl.aus2tx.sbcglobal.net] has joined #go-nuts 19:24 -!- boscop [~boscop@g226233047.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds] 19:26 < plexdev> http://is.gd/L0TfFI by [Rob Pike] in go/doc/ -- tutorial: rework the introduction to give "Effective Go" 19:27 -!- boscop [~boscop@g226233047.adsl.alicedsl.de] has joined #go-nuts 19:29 -!- bmizerany [~bmizerany@204.14.152.118] has joined #go-nuts 19:32 -!- nsf [~nsf@jiss.convex.ru] has quit [Ping timeout: 240 seconds] 19:33 -!- TheMue [~TheMue@p5DDF4BAA.dip.t-dialin.net] has joined #go-nuts 19:34 -!- dchest [~dchest@95.155.52.241] has joined #go-nuts 19:39 < erus_> skelterjohn: 19:40 -!- maattd [~maattd@esc31-1-78-245-92-71.fbx.proxad.net] has joined #go-nuts 19:40 < erus_> examples arent working on windows 19:40 < erus_> is it still the gbinstall thing? 19:41 < erus_> did you not add package "e" to the git repository? 19:51 -!- Eridius [~kevin@unaffiliated/eridius] has joined #go-nuts 19:52 -!- gits [~gits@77.94.219.158] has quit [Ping timeout: 276 seconds] 19:54 -!- Ayoi [~david@mic92-12-88-161-108-143.fbx.proxad.net] has joined #go-nuts 19:54 -!- erus_ [56b56885@gateway/web/freenode/ip.86.181.104.133] has quit [Ping timeout: 246 seconds] 19:57 -!- bmizerany [~bmizerany@204.14.152.118] has quit [Remote host closed the connection] 19:58 < plexdev> http://is.gd/2fKPPV by [Rob Pike] in go/doc/ -- makehtml: use append 20:04 -!- Fish- [~Fish@9fans.fr] has joined #go-nuts 20:12 -!- gits [~gits@77.94.219.158] has joined #go-nuts 20:20 -!- illya77 [~illya77@175-55-133-95.pool.ukrtel.net] has joined #go-nuts 20:21 -!- itrekkie [~itrekkie@ip72-211-129-122.tc.ph.cox.net] has quit [Quit: itrekkie] 20:29 -!- [Pete_27] [~noname@110-174-103-31.static.tpgi.com.au] has quit [Ping timeout: 276 seconds] 20:29 -!- [Pete_27] [~noname@110-174-103-31.static.tpgi.com.au] has joined #go-nuts 20:31 -!- plainhao [~plainhao@208.75.85.237] has quit [Quit: plainhao] 20:34 < Namegduf> At present, I'm passing the result of a call to fmt.Sprintf to fmt.Fprintf. 20:34 < Namegduf> This makes me feel ew and is probably inefficient, especially since it likely gets called often. 20:35 < Namegduf> I can simply concatenate the format strings, but how can I pass both new arguments and an existing set to fmt.Fprintf? 20:35 < Namegduf> Allocate a new []interface{} larger than args, copy into it, and pass it? 20:39 -!- piranha [~piranha@5ED4B890.cm-7-5c.dynamic.ziggo.nl] has quit [Remote host closed the connection] 20:40 -!- arun_ [~arun@unaffiliated/sindian] has joined #go-nuts 20:44 -!- gits [~gits@77.94.219.158] has quit [Ping timeout: 240 seconds] 20:47 -!- erus` [519771a6@gateway/web/freenode/ip.81.151.113.166] has joined #go-nuts 20:47 -!- derferman [~derferman@208.90.215.178] has joined #go-nuts 20:49 < Eko> What's the difference between the line encoding and a buffered reader? 20:49 -!- illya77 [~illya77@175-55-133-95.pool.ukrtel.net] has quit [Read error: Connection reset by peer] 20:50 < Eko> Namegduf: probably 20:51 < Eko> you might be able to make a function with its own internally "large enough" slice that takes the file, two format strings and two []interface{}s and does the dual concats before fprintf 20:51 < Eko> just to avoid excessive reallocation 20:52 < Eko> or that just does newargs = append(argsa, argsb) 20:53 < Eko> not sure which would be best performance wise. 21:02 -!- JusticeFries [~JusticeFr@173-8-247-218-Colorado.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 21:02 -!- JusticeFries [~JusticeFr@173-8-247-218-Colorado.hfc.comcastbusiness.net] has joined #go-nuts 21:04 -!- Venom_X [~pjacobs@adsl-99-20-147-171.dsl.aus2tx.sbcglobal.net] has quit [Quit: Venom_X] 21:04 -!- derferman [~derferman@208.90.215.178] has quit [Quit: derferman] 21:09 -!- saschpe [~quassel@opensuse/member/saschpe] has quit [Remote host closed the connection] 21:10 -!- Venom_X [~pjacobs@66.54.185.131] has joined #go-nuts 21:13 -!- itrekkie [~itrekkie@wsip-70-184-78-203.tc.ph.cox.net] has joined #go-nuts 21:14 -!- derferman [~derferman@208.90.215.178] has joined #go-nuts 21:31 -!- TheMue [~TheMue@p5DDF4BAA.dip.t-dialin.net] has quit [Quit: TheMue] 21:38 -!- tensorpudding [~user@99.23.127.179] has joined #go-nuts 21:41 -!- rutkowski [~adrian@178235051017.walbrzych.vectranet.pl] has joined #go-nuts 21:44 -!- pharris [~Adium@rhgw.opentext.com] has quit [Quit: Leaving.] 21:49 -!- zozoR [~Morten@56346ed3.rev.stofanet.dk] has quit [Remote host closed the connection] 21:52 < uriel> ls 21:52 < uriel> ouch ^_^ 21:52 -!- rutkowski [~adrian@178235051017.walbrzych.vectranet.pl] has quit [Quit: WeeChat 0.3.3-dev] 21:53 < aiju> uriel: at least it wasn't ls /usr/childporn 21:53 < uriel> aiju: hahaha 22:04 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se] has quit [Remote host closed the connection] 22:07 -!- JusticeFries_ [~JusticeFr@173-8-247-218-Colorado.hfc.comcastbusiness.net] has joined #go-nuts 22:09 -!- ExtraSpice [XtraSpice@78-62-101-194.static.zebra.lt] has quit [Read error: Connection reset by peer] 22:10 -!- Ayoi [~david@mic92-12-88-161-108-143.fbx.proxad.net] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )] 22:11 -!- JusticeFries [~JusticeFr@173-8-247-218-Colorado.hfc.comcastbusiness.net] has quit [Ping timeout: 276 seconds] 22:12 -!- AxiomShell [~AxiomShel@host81-154-15-158.range81-154.btcentralplus.com] has joined #go-nuts 22:12 -!- JusticeFries [~JusticeFr@173-8-247-218-Colorado.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 22:12 -!- JusticeFries [~JusticeFr@173-8-247-218-Colorado.hfc.comcastbusiness.net] has joined #go-nuts 22:18 -!- itrekkie [~itrekkie@wsip-70-184-78-203.tc.ph.cox.net] has quit [Quit: itrekkie] 22:23 -!- lmoura [~lauromour@187.59.246.70] has quit [Read error: Connection reset by peer] 22:24 -!- maattd [~maattd@esc31-1-78-245-92-71.fbx.proxad.net] has quit [Remote host closed the connection] 22:30 -!- Fish- [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the Fish] 22:37 -!- erus` [519771a6@gateway/web/freenode/ip.81.151.113.166] has quit [Ping timeout: 245 seconds] 22:38 -!- lmoura [~lauromour@187.112.14.165] has joined #go-nuts 22:45 < plexdev> http://is.gd/JYRiol by [Alex Brainman] in go/src/pkg/runtime/windows/ -- runtime: detect failed thread creation on Windows 22:48 -!- bmizerany [~bmizerany@204.14.152.118] has joined #go-nuts 22:48 -!- bmizerany [~bmizerany@204.14.152.118] has quit [Remote host closed the connection] 22:52 -!- imsplitbit [~imsplitbi@64.39.4.132] has quit [Quit: Bye!] 22:56 -!- maattd [~maattd@esc31-1-78-245-92-71.fbx.proxad.net] has joined #go-nuts 23:00 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-182-218.clienti.tiscali.it] has quit [Quit: E se abbasso questa leva che succ...] 23:01 -!- belkiss [~belkiss@drn13-1-78-235-168-105.fbx.proxad.net] has joined #go-nuts 23:02 < plexdev> http://is.gd/ZYytAT by [Roger Peppe] in 2 subdirs of go/src/pkg/rpc/ -- rpc: properly discard values. 23:04 < taruti> Has anyone generated Go openssl bindings? 23:08 -!- AxiomShell [~AxiomShel@host81-154-15-158.range81-154.btcentralplus.com] has quit [Quit: Leaving] 23:18 -!- tvw [~tv@e176022047.adsl.alicedsl.de] has quit [Remote host closed the connection] 23:21 -!- boscop [~boscop@g226233047.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds] 23:23 -!- jbooth1 [~jay@209.249.216.2] has quit [Quit: Leaving.] 23:25 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts 23:27 -!- itrekkie [~itrekkie@150.135.210.49] has joined #go-nuts 23:30 -!- htoothrot [~mux@66-169-185-121.dhcp.ftwo.tx.charter.com] has quit [Read error: No route to host] 23:30 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit: Verlassend] 23:33 -!- Venom_X [~pjacobs@66.54.185.131] has quit [Quit: Venom_X] 23:35 -!- htoothrot [~mux@66-169-185-121.dhcp.ftwo.tx.charter.com] has joined #go-nuts 23:40 -!- belkiss [~belkiss@drn13-1-78-235-168-105.fbx.proxad.net] has quit [Quit: KVIrc Insomnia 4.0.2, revision: 4740, sources date: 20100627, built on: 2010-10-19 12:51:39 UTC http://www.kvirc.net/] 23:45 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 240 seconds] 23:49 -!- bmizerany [~bmizerany@204.14.152.118] has joined #go-nuts --- Log closed Tue Feb 15 00:00:05 2011