--- Log opened Sun May 08 00:00:50 2011 00:02 -!- ab3 [~abe@83.101.90.66] has quit [Read error: Operation timed out] 00:22 -!- hallas [~hallas@x1-6-30-46-9a-b2-c5-1f.k891.webspeed.dk] has joined #go-nuts 00:23 < hallas> Hi. Does anyone know how I can encode a string as ucs2? I dont understand how to use the utf16 package. 00:37 -!- genbattle [~nick@203-173-210-96.dialup.ihug.co.nz] has quit [Quit: Leaving] 00:43 -!- hallas [~hallas@x1-6-30-46-9a-b2-c5-1f.k891.webspeed.dk] has left #go-nuts [] 00:44 -!- adu [~ajr@pool-173-66-252-92.washdc.fios.verizon.net] has joined #go-nuts 01:06 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 260 seconds] 01:19 -!- thakis_ [~thakis@216.239.45.130] has joined #go-nuts 01:19 -!- Allotabits [~Joshwa@h35.195.213.151.dynamic.ip.windstream.net] has quit [Ping timeout: 240 seconds] 01:23 -!- Viriix [~joseph@c-67-169-172-251.hsd1.ca.comcast.net] has joined #go-nuts 01:36 < taruti> Is there a quick way of showing how much memory is allocated within a Go program? 01:39 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has quit [Ping timeout: 264 seconds] 01:41 < taruti> hmm, /proc/self/statm is good enough 01:42 < skelterjohn> runtime has some methods to call 01:51 -!- adu [~ajr@pool-173-66-252-92.washdc.fios.verizon.net] has quit [Quit: adu] 01:54 -!- qrty [~qrty@99-47-116-167.lightspeed.sntcca.sbcglobal.net] has joined #go-nuts 01:59 -!- thakis__ [~thakis@c-71-198-222-88.hsd1.ca.comcast.net] has joined #go-nuts 02:01 -!- thakis_ [~thakis@216.239.45.130] has quit [Ping timeout: 240 seconds] 02:19 < thakis__> what's the best way to have a goroutine that does some computation until it's told to stop? 02:20 < thakis__> do i give the goroutine a chan bool and send true to that when i want to stop it? how can the goroutine read from that channel without blocking? 02:20 < Namegduf> select { } on a channel with a default every so often. 02:20 < thakis__> oh, select can have a default? 02:20 < thakis__> thanks 02:21 < Namegduf> Yeah, that's how you do non-blocking reads now. 02:21 < thakis__> how was it done earlier? :-) 02:21 < Namegduf> v, ok := <-chan 02:21 < thakis__> ah, that looks familiar 02:21 < Namegduf> With ok being false for "no read" 02:21 < Namegduf> But now, that "ok" is instead used to mean "closed" 02:22 < thakis__> thanks! 02:22 -!- pearle [~pearle@blk-224-181-222.eastlink.ca] has quit [Quit: Leaving] 02:27 -!- thakis__ [~thakis@c-71-198-222-88.hsd1.ca.comcast.net] has quit [Quit: thakis__] 02:44 -!- adu [~ajr@pool-173-66-252-92.washdc.fios.verizon.net] has joined #go-nuts 02:45 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has joined #go-nuts 02:59 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has quit [Ping timeout: 260 seconds] 03:13 -!- foocraft [~ewanas@78.100.195.95] has quit [Quit: if you're going....to san. fran. cisco!!!] 03:14 -!- foocraft [~ewanas@78.100.195.95] has joined #go-nuts 03:17 -!- mjard [~k@misadventuregames.com] has joined #go-nuts 03:20 -!- vsmatck [~smack@64-142-40-6.dsl.static.sonic.net] has quit [Read error: Connection timed out] 03:25 -!- fmoo [~Adium@c-76-102-41-101.hsd1.ca.comcast.net] has joined #go-nuts 03:40 -!- thakis_ [~thakis@c-71-198-222-88.hsd1.ca.comcast.net] has joined #go-nuts 03:41 -!- thakis_ [~thakis@c-71-198-222-88.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 03:41 -!- thakis_ [~thakis@216.239.45.130] has joined #go-nuts 04:00 -!- Dr_Who [~tgall@linaro/tgall-foo] has quit [Ping timeout: 250 seconds] 04:16 -!- rejb [~rejb@unaffiliated/rejb] has quit [Disconnected by services] 04:16 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts 04:22 -!- qrty [~qrty@99-47-116-167.lightspeed.sntcca.sbcglobal.net] has quit [Remote host closed the connection] 04:30 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has joined #go-nuts 04:49 -!- Wiz126 [~Wiz@24.229.245.72.res-cmts.sm.ptd.net] has quit [Ping timeout: 276 seconds] 04:53 -!- Wiz126 [~Wiz@24.229.245.72.res-cmts.sm.ptd.net] has joined #go-nuts 05:06 -!- Dr_Who [~tgall@206.9.88.154] has joined #go-nuts 05:09 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has joined #go-nuts 05:14 -!- thakis_ [~thakis@216.239.45.130] has quit [Ping timeout: 276 seconds] 05:15 -!- Viriix [~joseph@c-67-169-172-251.hsd1.ca.comcast.net] has quit [Quit: This computer has gone to sleep] 06:00 -!- foocraft [~ewanas@78.100.195.95] has quit [Quit: if you're going....to san. fran. cisco!!!] 06:05 -!- nbm [~nathan@dhcp-0-25-9c-d3-a7-c7.cpe.townisp.com] has joined #go-nuts 06:14 -!- genbattle [~nick@203-173-210-96.dialup.ihug.co.nz] has joined #go-nuts 06:19 -!- tvw [~tv@e176010250.adsl.alicedsl.de] has joined #go-nuts 06:20 -!- ios_ [~ios@180.191.134.17] has joined #go-nuts 06:30 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has quit [Ping timeout: 252 seconds] 06:30 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 06:35 -!- nbm [~nathan@dhcp-0-25-9c-d3-a7-c7.cpe.townisp.com] has quit [Quit: Leaving] 06:35 -!- ShadowIce [~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has joined #go-nuts 06:35 -!- ShadowIce [~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has quit [Changing host] 06:35 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 06:39 < napsy> jutro 06:40 -!- kfb [~chatzilla@c-24-7-103-177.hsd1.ca.comcast.net] has joined #go-nuts 06:59 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has quit [Read error: Connection reset by peer] 07:06 -!- sebastianskejoe [~sebastian@89.249.0.154] has joined #go-nuts 07:15 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has joined #go-nuts 07:17 -!- adu [~ajr@pool-173-66-252-92.washdc.fios.verizon.net] has quit [Quit: adu] 07:25 -!- ios_ [~ios@180.191.134.17] has quit [Ping timeout: 240 seconds] 07:36 -!- kfb [~chatzilla@c-24-7-103-177.hsd1.ca.comcast.net] has quit [Ping timeout: 264 seconds] 07:39 -!- tvw [~tv@e176010250.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds] 07:45 -!- Project_2501 [~Marvin@82.84.76.219] has joined #go-nuts 07:52 -!- ab3 [~abe@83.101.90.66] has joined #go-nuts 07:52 -!- ako [~nya@fuld-590c6bba.pool.mediaWays.net] has quit [Quit: EXEC_over.METHOD_SUBLIMATION] 07:53 -!- dlowe [~dlowe@ita4fw1.itasoftware.com] has quit [Ping timeout: 246 seconds] 07:55 -!- dlowe [~dlowe@ita4fw1.itasoftware.com] has joined #go-nuts 07:59 -!- piranha [~piranha@5ED43A0B.cm-7-5a.dynamic.ziggo.nl] has joined #go-nuts 08:10 -!- djcapelis [~djc@blender/coder/DJCapelis] has quit [Ping timeout: 240 seconds] 08:10 -!- MX80 [~MX80@cust151.253.117.74.dsl.g3telecom.net] has quit [Ping timeout: 258 seconds] 08:11 -!- MX80 [~MX80@cust151.253.117.74.dsl.g3telecom.net] has joined #go-nuts 08:11 -!- djcapelis [~djc@capelis.dj] has joined #go-nuts 08:11 -!- djcapelis [~djc@capelis.dj] has quit [Changing host] 08:11 -!- djcapelis [~djc@blender/coder/DJCapelis] has joined #go-nuts 08:11 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Quit: Leaving] 08:12 -!- larva [~larvanitr@ec2-46-51-171-183.eu-west-1.compute.amazonaws.com] has quit [Ping timeout: 240 seconds] 08:16 -!- larva [~larvanitr@ec2-46-51-171-183.eu-west-1.compute.amazonaws.com] has joined #go-nuts 08:20 -!- firwen [~firwen@ANancy-554-1-20-223.w90-40.abo.wanadoo.fr] has joined #go-nuts 08:24 -!- Kafo [5b98bdf4@gateway/web/freenode/ip.91.152.189.244] has joined #go-nuts 08:27 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 240 seconds] 08:33 -!- pmolleda [~pmolleda@02d9bc06.bb.sky.com] has joined #go-nuts 08:33 -!- ios_ [~ios@180.191.130.45] has joined #go-nuts 08:41 -!- napsy [~luka@193.2.66.6] has joined #go-nuts 08:48 -!- pmolleda [~pmolleda@02d9bc06.bb.sky.com] has quit [Quit: Leaving] 08:53 -!- pmolleda [~pmolleda@02d9bc06.bb.sky.com] has joined #go-nuts 08:55 -!- genbattle [~nick@203-173-210-96.dialup.ihug.co.nz] has quit [Quit: Leaving] 09:10 -!- lucid [~rbl@84-74-142-37.dclient.hispeed.ch] has joined #go-nuts 09:14 -!- Project_2501 [~Marvin@82.84.76.219] has quit [Read error: Connection reset by peer] 09:15 -!- telexicon [~telexicon@unaffiliated/chowmeined] has quit [Ping timeout: 252 seconds] 09:16 -!- Project_2501 [~Marvin@82.84.65.55] has joined #go-nuts 09:17 -!- huin [~huin@91.85.171.238] has joined #go-nuts 09:17 -!- Project_2501 [~Marvin@82.84.65.55] has quit [Read error: Connection reset by peer] 09:17 -!- Project_2501 [~Marvin@82.84.65.55] has joined #go-nuts 09:17 -!- Project_2501 [~Marvin@82.84.65.55] has quit [Remote host closed the connection] 09:18 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has quit [Quit: "Wait... what?!"] 09:18 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has joined #go-nuts 09:19 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|] 09:20 -!- firwen [~firwen@ANancy-554-1-20-223.w90-40.abo.wanadoo.fr] has quit [Ping timeout: 240 seconds] 09:25 -!- edsrzf [~edsrzf@122-61-221-144.jetstream.xtra.co.nz] has quit [Remote host closed the connection] 09:29 -!- TheMue [~TheMue@p5DDF53C4.dip.t-dialin.net] has joined #go-nuts 09:34 -!- sebastianskejoe [~sebastian@89.249.0.154] has quit [Quit: Lost terminal] 10:00 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 10:03 -!- araujo [~araujo@190.75.195.55] has joined #go-nuts 10:03 -!- araujo [~araujo@190.75.195.55] has quit [Changing host] 10:03 -!- araujo [~araujo@gentoo/developer/araujo] has joined #go-nuts 10:03 -!- saschpe [~quassel@opensuse/member/saschpe] has joined #go-nuts 10:09 -!- firwen [~firwen@ANancy-554-1-20-223.w90-40.abo.wanadoo.fr] has joined #go-nuts 10:14 -!- saschpe [~quassel@opensuse/member/saschpe] has quit [Remote host closed the connection] 10:16 -!- arun_ [~arun@unaffiliated/sindian] has quit [Ping timeout: 240 seconds] 10:17 -!- saschpe [~quassel@opensuse/member/saschpe] has joined #go-nuts 10:18 -!- wrtp [~rog@92.17.111.113] has joined #go-nuts 10:21 -!- ios_ [~ios@180.191.130.45] has quit [Quit: Leaving] 10:26 -!- genbattle [~nick@203-173-210-96.dialup.ihug.co.nz] has joined #go-nuts 10:42 -!- Fish- [~Fish@9fans.fr] has joined #go-nuts 10:53 -!- napsy [~luka@193.2.66.6] has quit [Ping timeout: 258 seconds] 11:03 -!- GeertJohan [~Squarc@D978EC5D.cm-3-1d.dynamic.ziggo.nl] has joined #go-nuts 11:06 < jeremy_c> Is there a better way of doing callbacks from C code to Go code? http://github.com/jcowgar/iup.go ... see iup/callback.go for how I implemented and demo/hello2.go for an example use 11:12 < str1ngs> jeremy_c: as far as I know no. actually this is the first time I've seen a cgo callback so go with it :P 11:16 < jeremy_c> :-) 11:18 -!- DerHorst [~Horst@e176104172.adsl.alicedsl.de] has joined #go-nuts 11:22 < genbattle> i've got a stylistic question to pose to all the C/go/cgo programmers out there 11:23 < genbattle> if i'm dealing with a C API that uses a single method to query a half dozen different properties of an object, is it better to query them all when i fetch the object and store them in a go struct, or add methods to the struct and fetch them as required? 11:24 < genbattle> originally i planned to just read them all in to the Go struct, thus copying them from the underlying C struct 11:24 < str1ngs> I would think methods would be better 11:24 < genbattle> but then ifigured that would be wasteful and slow 11:25 < genbattle> so i've been doing methods, but it means i have to return an error value with each method result 11:25 < genbattle> i really get annoyed with the go idiom of return val, err 11:25 < genbattle> makes the code slightly messier because you have to read the error 11:26 < str1ngs> yes kinda bothers me to. have not found something I like yet short of handleError(err) 11:26 < genbattle> k 11:26 < str1ngs> which is not proper go either 11:27 < genbattle> it stops you from being able to do one-line assignments, turns them into 3 or 4 line switches :-/ 11:27 < genbattle> but from the perspective of being less wasteful, i suppose it is better 11:27 -!- sebastianskejoe [~sebastian@89.249.0.154] has joined #go-nuts 11:27 < genbattle> and it is more consistent with the underlying C API I am interfacing to? 11:28 < str1ngs> I think this is just something takes time to get use to. I think the important thing is to atleast handle all errors 11:28 < str1ngs> as for your question I use Methods 11:29 < genbattle> ok, thanks :) 11:32 < str1ngs> genbattle: I should clarify I dont use handleError(err) for your use case 11:33 < genbattle> i don't use it at all :) 11:33 < genbattle> i don't have a problem with handling errors properly, in fact i prefer to do it (i've dealt with some horrible "errorless" systems in the past), i just wish it was more elegant in go 11:33 < str1ngs> I would do something like if C.foo(bar) != 0 { return nil, os.NewError("For messed up") } 11:34 < str1ngs> thats not perfect but I hope you get the idea 11:34 -!- photron_ [~photron@port-92-201-141-235.dynamic.qsc.de] has joined #go-nuts 11:34 < genbattle> yea i'm doing something similar to that 11:34 < str1ngs> in this case err is not so much a pain. and with the methods you can set up nice tests 11:34 < genbattle> k 11:35 < genbattle> i'm just doing cheap error checking for now anyway, checking if there was an error 11:35 < genbattle> i've got to back and refine it later and convert each of the C error codes into strings i can return 11:35 < genbattle> the only thing i hate more than no errors is useless uninformative errors :P 11:36 < str1ngs> my I ask what you are wrapping? 11:36 < mjard> newb issue: was playing with the web.go example, and ran into some issues trying to store state in a struct: http://pastie.org/1877641 11:37 < mjard> the compiler states that counter.Incr is not an expression and must be called 11:38 < str1ngs> counter.Incr() 11:38 < mjard> but that doesn't really work for a handler, does it :) 11:38 < str1ngs> one sec let me check that part though 11:38 < mjard> really? 11:38 < str1ngs> ok no make a proper handle an just call that Method from the handler 11:39 < str1ngs> also t.count++ should be fine 11:39 -!- napsy [~luka@193.2.66.6] has joined #go-nuts 11:39 < str1ngs> should be an example handler with web.go use that as a start 11:39 < mjard> yeah, there is 11:39 < mjard> was kinda hoping to avoid that, but ok, thanks 11:40 < str1ngs> also if you make couter global with init you wont need to pass it 11:40 < str1ngs> but thats not session bassed 11:45 -!- napsy [~luka@193.2.66.6] has quit [Quit: leaving] 11:47 -!- keidaa [~keidaa@cm-84.210.56.138.getinternet.no] has joined #go-nuts 11:49 < genbattle> str1ngs: i'm wrapping opencl 11:50 < genbattle> so far all i'm doing is querying the platform 11:50 < str1ngs> ah kk thanks 11:52 < genbattle> i feel a bit lost at times with it, and it's slow progress; this is my first major programming project in both Go and C 11:53 < genbattle> so i've spent a week stuck on a single type conversion clash trying to get C pointers interfaced to go arrays and the like 11:53 < genbattle> but the last few days i've made some significant ground, the learning curve seems to be flattening out a bit 11:55 -!- fmoo [~Adium@c-76-102-41-101.hsd1.ca.comcast.net] has quit [Quit: Leaving.] 11:55 < genbattle> I can now read in all the opencl platform information via pure go 11:56 < genbattle> so next i can start attacking the device 11:57 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 11:57 < str1ngs> pure go is alot easier I find 11:58 < str1ngs> but my C is weak at best 11:59 -!- dfc [~dfc@124.168.36.46] has joined #go-nuts 12:00 < dfc> evening 12:00 < dfc> is there a simple way to convert from a []byte 12:00 < dfc> to a [6]byte 12:00 < dfc> I have a type 12:00 < dfc> type Mac [6]byte 12:00 < dfc> and the first 6 bytes of the []byte are the bits I want 12:00 < aiju> copy? 12:00 < dfc> copy on works with slices right ? 12:00 < dfc> (but I will try) 12:00 < aiju> copy(dst[:], source) 12:01 < dfc> ethernet.go:9: first argument to copy should be slice; have [6]uint8 12:02 < dfc> i'll just make Mac a []byte 12:02 < dfc> not a [6]btyte 12:03 < dfc> that'll do 12:03 < genbattle> out of curiosity, why do you need a [6] byte? 12:03 < ww> genbattle, yeah, go's type saftey can make casts that would be trivial in C very cumbersome 12:04 < genbattle> ww: yea i've been stick for the last 48 hours on a segfault error, i ended up solving it by switching around a bunch of casts in my cgo code 12:05 < genbattle> both code files compiled perfectly fine, so the type system obviously had no problem, but one gave a null pointer, the other worked 12:05 -!- saschpe [~quassel@opensuse/member/saschpe] has quit [Remote host closed the connection] 12:06 < ww> yeah, i guess the problem is mostly that because of the hoops you have to jump though, it's more difficult to see what's going on 12:06 < genbattle> yea 12:06 < genbattle> i did try gdb at one point, but cgo support seems to be a very grey area 12:07 < ww> i've never been able to get it to work on my workstation, but custom-build gdb is a whole other kettle of fish with osx and signing binaries and such 12:08 < genbattle> in the end there was a limited number of variables I could change, so working on the assumption that neither Go nor the library I was interfacing had any such know issues, i sort of worked to eliminate each possible case 12:08 < ww> hugh leather writes: "We have a new episode for you, 12:08 < ww> http://computersciencepodcast.com/podcasts.html, all about compilers. " 12:08 < dfc> genbattle: i wanted a type for a mac address, which a 6 octets 12:08 < dfc> a slice will do 12:12 < genbattle> anyway, thanks for the help, cyas 12:13 -!- genbattle [~nick@203-173-210-96.dialup.ihug.co.nz] has quit [Quit: Leaving] 12:15 -!- dfc [~dfc@124.168.36.46] has quit [Quit: dfc] 12:18 < keidaa> how can I convert a var of type interface{} to say a map[string]string ? 12:22 < fzzbt> keidaa: http://golang.org/doc/go_spec.html#Type_assertions 12:28 < keidaa> fzzbt: I don't understand how I can use x.(T) to convert a variable. Is that not just for checking what type is used? 12:28 < Namegduf> You don't want to "convert" an interface{} to a map[string]string. 12:28 < Namegduf> You can't. 12:28 < Namegduf> It doesn't make sense. 12:28 < Namegduf> They're different types, represented differently in memory, for different things. 12:29 < Namegduf> You may, however, have an interface{} containing a map[string]string 12:29 < keidaa> so it's impossible to use m[key] on a interface containing a map? 12:29 < keidaa> e.g. there's no way around it? 12:29 < Namegduf> In which case, var := i.(map[string]string) is how you can get the map[string]string out. 12:30 < Namegduf> You MUST do that, yes. You can't just generically do a key lookup on an interface. 12:30 < Namegduf> The only way to "generically" do a key lookup without knowing the type is through reflection, which is ugly and slow. 12:30 < keidaa> but i.(...) won't work with assignment? 12:31 < Namegduf> No. 12:31 < Namegduf> It doesn't make sense. 12:31 < Namegduf> i.(T) asks it to give you a copy of what's in i, assuming it is of type T 12:31 < Namegduf> You'd be... assigning to the copy? 12:31 < Namegduf> A temporary. 12:31 < Namegduf> Not a variable in memory. 12:32 < Namegduf> Interfaces aren't "any type", they're a little box containing any type. You can't just use them as any type, you have to take the type out first. 12:32 < keidaa> to be more specific: I have a function returning a var of type interface{}. Is there a way to use that return var as a map within the function body? 12:32 < Namegduf> Yes. 12:33 < keidaa> how? 12:33 < Namegduf> var := i.(map[string]string) is how you can get the map[string]string out. 12:33 < keidaa> but the var is empty... 12:34 < keidaa> it's not a arg, it's the return var 12:34 < Namegduf> Oh. 12:34 < Namegduf> No, you can't use an interface{} value as a map in the body. 12:34 < Namegduf> Make a map variable and use it inside, then return it, at which time it'll be wrapped in the interface. 12:35 < Namegduf> Just use another variable. Seriously. 12:35 < keidaa> yes, that's what I've done, it's just not optimal.. 12:35 < Namegduf> It's perfectly damn optimal. 12:36 < Namegduf> What you're requesting would be incredibly slow to actually run. 12:36 < Namegduf> It'd essentially have to use the reflection-based approach all the time due to not remembering the type. 12:37 < keidaa> but the return interface var is left unused 12:37 < Namegduf> So don't give it a damn name 12:37 -!- kimelto [~kimelto@sd-13453.dedibox.fr] has quit [Remote host closed the connection] 12:37 < Namegduf> And it doesn't matter. What you're asking for is way more expensive than two measly bytes of memory 12:37 < keidaa> but then I have to do that for the rest of the return vars as well 12:37 < Namegduf> Er, two measly words 12:38 < Namegduf> Look at what the operations you are asking for actually do in memory 12:38 < Namegduf> And then see if there's an equivalent, faster/lower space algorithm 12:38 < ww> go++ 12:38 < aiju> "go++" sounds awkward 12:39 < Namegduf> What you're asking for, "letting an interface containing a map be used as a map without a typecast" would be very slow. 12:39 < Namegduf> Because That's How Computers Work. 12:39 < ww> that was meant for the reputation bot... we have a reputation bot, right? 12:39 < Namegduf> Operating on an arbitrary type means runtime type checks to select what code to run, repeatedly. 12:39 < fzzbt> reputation bot? 12:39 < keidaa> Namegduf: I know, guess I'm trying to hack my way to a generic type.. 12:40 < Namegduf> You don't have one. 12:40 < Namegduf> And one which did what you're asking would be slow. 12:40 < keidaa> and it hurts 12:40 < Namegduf> It doesn't hurt when you don't keep stabbing yourself. 12:40 < Namegduf> Stop using interface{} and write code to do things 12:40 * ww churns through 80Gb of XML, with a Go process that never exceeds 6Mb of RAM, transforming it to a sane format... try that with python... 12:41 < Namegduf> What you're asking for would be slow and VERY unoptimal, and Go will not do it for you. 12:41 < ww> most pessimal in fact 12:41 < Namegduf> You have to accept that. 12:41 < keidaa> guess I'll use a struct type instead, the interface hack is to ugly, and probably slow yes.. 12:41 < keidaa> I accept my defeat 12:42 < Namegduf> maps are only a single word 12:42 < Namegduf> Because they're reference types, actually pointers to a struct 12:42 < Namegduf> That is, duplicate references to the same map. 12:42 < Namegduf> A map's actual struct is hundreds of byts 12:42 < Namegduf> *bytes 12:42 < Namegduf> I think 100+ base, rising with contents. 12:43 < Namegduf> ww: That's pretty nice. How low was it at the start? 12:43 < ww> i think it started at about 4Mb 12:43 < Namegduf> Not bad rise. 12:44 < Namegduf> I've normally seen the GC behave far worse than that. 12:44 < Namegduf> Maybe it improved since my last tests. 12:44 < Namegduf> Or maybe your code is much better for the GC. :P 12:45 < ww> well, not churning through 1 80Gb file. many chunks of 150Mb files 12:45 < ww> still 12:45 < ww> and a new process per chunk, because, why make things more complicated than they need to be 12:46 < Namegduf> Ah. Still. 12:46 < ww> and actually, the xml files are zipped, and i just read them in-place (because i don't have enough free disk space to uncompress them) 12:56 -!- roca [~Adium@95.39.57.5.static.user.ono.com] has joined #go-nuts 13:04 < xyproto> if I wish to print out the elements in a map[int]string, ordered by the number, is there an easy way to do it? 13:04 < xyproto> yes, duh :D 13:04 < xyproto> just don't use range and index with a for i := ... :P 13:08 -!- pmolleda [~pmolleda@02d9bc06.bb.sky.com] has quit [Quit: Leaving] 13:09 < TheMue> if you know the max i it could be a way, yes. Otherwise build a sort.IntArray with range and append in the first run and then sort it and do a second run using the array. 13:39 -!- rlab_ [~Miranda@91.200.158.34] has joined #go-nuts 13:40 -!- rlab [~Miranda@91.200.158.34] has quit [Ping timeout: 276 seconds] 13:41 < uriel> http://news.ycombinator.com/item?id=2525221 13:49 -!- firwen [~firwen@ANancy-554-1-20-223.w90-40.abo.wanadoo.fr] has quit [Ping timeout: 240 seconds] 13:51 -!- DerHorst [~Horst@e176104172.adsl.alicedsl.de] has quit [Remote host closed the connection] 13:55 < kamaji> uriel: awesome 13:58 -!- Boney [~paul@124-168-103-51.dyn.iinet.net.au] has quit [Ping timeout: 252 seconds] 14:00 -!- Boney [~paul@124-148-153-245.dyn.iinet.net.au] has joined #go-nuts 14:02 -!- nbm [~nathan@dhcp-0-25-9c-d3-a7-c7.cpe.townisp.com] has joined #go-nuts 14:25 -!- roca [~Adium@95.39.57.5.static.user.ono.com] has quit [Quit: Leaving.] 14:27 < taruti> hmm, gommap is broken for large mappings? (given that it returns []byte which has a quite small maximum size) 14:29 < ww> taruti: for values of "broken" which include "working as expected", yes 14:29 -!- pull9 [6c29957d@gateway/web/freenode/ip.108.41.149.125] has joined #go-nuts 14:30 < taruti> ww: []byte is limited to <4gb and I want a 10gb mapping... 14:30 < taruti> there is syscall however :) 14:31 < ww> []byte is limited to <2Gb because it has a signed length, but yes 14:31 < ww> your only real option is to make several mappings 14:33 * taruti ponders one mapping + *byte + function to return []byte at given offsets 14:52 -!- napsy [~luka@88.200.96.18] has quit [Quit: Lost terminal] 14:53 -!- sebastianskejoe [~sebastian@89.249.0.154] has quit [Quit: Lost terminal] 14:54 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 15:10 -!- Soultake1 [~Soultaker@hell.student.utwente.nl] has joined #go-nuts 15:10 -!- Soultaker [~Soultaker@hell.student.utwente.nl] has quit [Read error: Connection reset by peer] 15:10 < skelterjohn> why would its length be signed? 15:12 < ww> istr that it is... not that it must be... but i may be talking nonsense 15:12 < Namegduf> Lengths are signed so you can use them in arithmetic or use arithmetic to generate them without casts everywhere 15:14 -!- kfb_ [~chatzilla@c-24-7-103-177.hsd1.ca.comcast.net] has joined #go-nuts 15:16 < skelterjohn> one of the disadvantages of the no-implicit-conversions idea, i think 15:16 < skelterjohn> you feel compelled to leave things as int when something else might be more appropriate, just to avoid the extra typing 15:16 < Namegduf> Kinda. 15:17 < Namegduf> If you did convert implicitly you'd still have the potential for horrible errors. 15:17 < skelterjohn> yes 15:17 < xyproto> TheMue: nice to know about sort.IntArray. Thanks. 15:17 < Namegduf> Things which could go up to 4GB but due to math broke above 2GB, etc 15:17 < skelterjohn> there are disadvantages to allowing it, as well 15:17 < Namegduf> I like it the way it is. 15:17 -!- thakis_ [~thakis@216.239.45.130] has joined #go-nuts 15:22 -!- thakis_ [~thakis@216.239.45.130] has quit [Client Quit] 15:22 -!- thakis_ [~thakis@216.239.45.130] has joined #go-nuts 15:32 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has quit [Quit: "Wait... what?!"] 15:39 -!- Stiletto [7f000001@69.195.144.4] has quit [Ping timeout: 240 seconds] 15:43 -!- Stiletto [7f000001@69.195.144.4] has joined #go-nuts 15:48 -!- flaguy48 [~gmallard@user-0c6s350.cable.mindspring.com] has left #go-nuts [] 15:48 -!- sebastianskejoe [~sebastian@188.114.142.217] has joined #go-nuts 15:58 < ww> uriel, should add generic data wrangling to "what we do with Go" 15:58 < ww> latest project: http://eris.okfn.org/ww/2011/05/medline 16:00 -!- yvsong [~victor@c-71-232-78-237.hsd1.ma.comcast.net] has joined #go-nuts 16:01 -!- flaguy48 [~gmallard@user-0c6s350.cable.mindspring.com] has joined #go-nuts 16:01 < vegai> what's "wrangling"? 16:01 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has joined #go-nuts 16:05 < ww> vegai: traditionally one wrangles cattle 16:16 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:91bc:8a8f:9216:5edc] has joined #go-nuts 16:21 -!- arun_ [~arun@unaffiliated/sindian] has joined #go-nuts 16:27 -!- angasule [~angasule@190.2.33.49] has joined #go-nuts 16:33 -!- Project_2501 [~Marvin@82.84.90.237] has joined #go-nuts 16:41 -!- Viriix [~joseph@c-67-169-172-251.hsd1.ca.comcast.net] has joined #go-nuts 16:43 -!- pull9 [6c29957d@gateway/web/freenode/ip.108.41.149.125] has quit [Ping timeout: 252 seconds] 16:51 -!- Viriix [~joseph@c-67-169-172-251.hsd1.ca.comcast.net] has quit [Quit: Leaving] 16:56 -!- TheMue [~TheMue@p5DDF53C4.dip.t-dialin.net] has quit [Quit: TheMue] 16:56 < keidaa> is sessions planned for http ? 16:57 < ww> keidaa: as in persistent sessions? or as in keeping track of cookies? 16:58 < keidaa> persistent 16:59 < keidaa> thinking of storing login information. maybe an encrypted cookie is a good idea? 17:01 < keidaa> also though about implementing some primitive session handling: just storing password, IP, timeout. 17:01 < keidaa> thoughts? 17:01 < ww> i think there is work being done on persistent http sessions in the context of the spdy work, but i think you're talking more about application-layer sessions 17:01 < keidaa> yes, correct 17:02 < keidaa> user sessions 17:02 < ww> i doubt the go http layer will ever go there, but something like web.go might 17:03 < ww> a cookie would be fine, you don't even need to encrypt anything, just send a random number that's a key into a map of sessions that you keep 17:03 < ww> every once in a while garbage collect old sessions... 17:04 < keidaa> good idea 17:04 < ww> because you're going to have to keep around information anyway, at the very least a "last seen" value that can't be in the encrypted cookie because it'll keep changing (unless you reset the cookie with each request) 17:05 < ww> vulnerable to session hijacking unless you run over ssl though 17:06 -!- unhygienix [~unhygieni@host86-135-59-30.range86-135.btcentralplus.com] has joined #go-nuts 17:07 -!- Natch| [~natch@c-adcee155.25-4-64736c10.cust.bredbandsbolaget.se] has quit [Quit: /(bb|[^b]{2})/] 17:09 < huin> is there a syntax similar to `foo, ok := <-someChan` - but for sending instead? (i.e atomic check for closed channel) 17:10 -!- Natch| [~natch@c-adcee155.25-4-64736c10.cust.bredbandsbolaget.se] has joined #go-nuts 17:11 < ww> most often i treat it as the sender's responsibility to close the channel, first question - would it be really inconvenient or inappropriate to design your system such that this is true 17:12 < huin> that assumes a single sender 17:13 < huin> is having many an example of poor design? 17:13 < ww> not necessarily 17:14 < ww> you might have one channel per sender though, and select on them at the receiver though 17:15 -!- pearle [~pearle@blk-224-181-222.eastlink.ca] has joined #go-nuts 17:15 < ww> otherwise i think, since send on a closed channel panics (right?), you can let it panic and use recover 17:15 < huin> in this case i have an arbitrary number of senders 17:17 -!- pmolleda [~pmolleda@02d9bc06.bb.sky.com] has joined #go-nuts 17:18 < ww> so then select might be inappropriate. 17:19 < ww> does send to a closed channel still panic? there's your atomicness, just recover and exit 17:20 < ww> or you could also loop over them and do non-blocking receives, but that might get messy and have to be careful about busy-wait cpu spinning 17:21 < huin> select {} only works with a known number of channels 17:22 < ww> or another way, depends on what your receiver is doing. could it be multiple receivers and then whatever data structure they use to put their results in protected by a mutex 17:22 < ww> huin: right, that's a pity 17:22 < ww> seems like the path of least resistance from where you are is the panic/recover 17:23 < huin> sounds like it 17:23 < huin> thanks, i did wonder if that would be it 17:40 -!- TheMue [~TheMue@p5DDF53C4.dip.t-dialin.net] has joined #go-nuts 17:40 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com] has quit [Ping timeout: 276 seconds] 17:44 -!- fabled [~fabled@91.220.88.166] has joined #go-nuts 17:49 < thakis_> what's the recommended way to stop a producer goroutine? i have two goroutines p and c. p produces data every second and sends it through a channel to c. c wants to be able to tell p to exit. i added a "quit chan bool", but when I write to this from c, they deadlock on each other naturally (p hangs in writing to the data channel, c hangs in writing the to the quit channel) 17:50 < thakis_> how is this usually done? 18:01 < kamaji> How do I compare to NaN? 18:02 < cbeck> NaN equals nothing 18:02 < aiju> there is an "IsNaN" 18:02 < aiju> function somewhere 18:02 < cbeck> yeah, I don't remember where either 18:02 < kamaji> there's one in cmath 18:03 < kamaji> I need for float64 though 18:03 < ww> i := NaN; !( i<=0 || i>=0 ) 18:04 < kamaji> oh right, math.IsNan(foo) 18:05 < kamaji> ww: eh? 18:05 < ww> kamaji: better to use the library function... 18:05 < ww> but... 18:05 < ww> you know that i<=0 false and i>=0 false only for NaN 18:06 < ww> because one of them will be true for any number 18:06 < kamaji> Oh I see 18:06 < kamaji> That's.... odd :P 18:06 < kamaji> doesn't the CPU usually throw a FPE? 18:07 < ww> i think that the last time i had to deal with NaN was actually in javascript... 18:08 < ww> so not sure if Go will panic or let you see the FPE somehow 18:08 < kamaji> oh I just meant maybe that's a go-specific thing 18:08 < kamaji> but I guess comparisons with NaN have to equal something 18:08 < kamaji> and setting everything to true is pretty illogical :P 18:11 < aiju> 20:10 < kamaji> doesn't the CPU usually throw a FPE? 18:11 < aiju> FPE are entirely customizable 18:14 < ww> maybe clearer, !(i<=0) && !(i>=0) 18:15 < ww> this is where i miss #define because really no need to make a function call for that, the compiler should inline it 18:58 -!- brtk [~brtk@c83-248-35-158.bredband.comhem.se] has joined #go-nuts 19:02 -!- qrty [~qrty@99-47-116-167.lightspeed.sntcca.sbcglobal.net] has joined #go-nuts 19:03 -!- sacho [~sacho@79-100-48-20.btc-net.bg] has joined #go-nuts 19:04 -!- Cobi [~Cobi@2002:1828:88fb:0:aede:48ff:febe:ef03] has quit [Read error: Operation timed out] 19:06 < qrty> i have a question about type "aliases" - i was wondering why this doesnt work http://pastie.org/1878753 19:09 < uriel> qrty: those are not "type aliases", just two different types 19:09 < uriel> type foo bar // foo is a new type, not just an 'alias' 19:09 -!- binarypie_ [~binarypie@c-24-6-151-185.hsd1.ca.comcast.net] has joined #go-nuts 19:10 < uriel> for example, you could define methods on foo 19:10 -!- sebastia1skejoe [~sebastian@188.114.142.217] has joined #go-nuts 19:11 < qrty> is there any way to assign the uint8 to that different type? 19:12 < qrty> seems odd to me that i can assign a literal to it but not an existing uint8 variable 19:12 < thakis_> does go have a time datatype with a resolution < 1s? 19:13 -!- binarypie [~binarypie@c-24-6-151-185.hsd1.ca.comcast.net] has quit [Ping timeout: 260 seconds] 19:13 -!- sebastianskejoe [~sebastian@188.114.142.217] has quit [Ping timeout: 248 seconds] 19:14 < kamaji> thakis_: time works with nanoseconds doesn't it? 19:14 < thakis_> type Time doesn't 19:14 < kamaji> oic, you can't specify resolution down any more 19:15 < kamaji> I just saw Nanoseconds() 19:15 < kamaji> that's odd 19:17 -!- crazy2be [~crazy2be@d209-89-248-73.abhsia.telus.net] has joined #go-nuts 19:17 < crazy2be> any tips for using godoc with github? 19:19 -!- keidaa [~keidaa@cm-84.210.56.138.getinternet.no] has quit [Read error: Operation timed out] 19:19 -!- Sep102_ [~Sep102@c-71-231-176-153.hsd1.wa.comcast.net] has joined #go-nuts 19:20 < qrty> so what does it mean when i say "type a uint8"? what's the relationship between the uint8 and a types? 19:22 -!- Sep102 [~Sep102@c-71-231-176-153.hsd1.wa.comcast.net] has quit [Ping timeout: 248 seconds] 19:24 < kamaji> is there a copy() builtin for map? 19:24 < kamaji> or something similar 19:27 -!- Cobi [~Cobi@2002:1828:88fb:0:aede:48ff:febe:ef03] has joined #go-nuts 19:28 -!- sacho [~sacho@79-100-48-20.btc-net.bg] has quit [Read error: Operation timed out] 19:30 -!- Project_2501 [~Marvin@82.84.90.237] has quit [Ping timeout: 252 seconds] 19:30 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has joined #go-nuts 19:31 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-180-181.clienti.tiscali.it] has joined #go-nuts 19:32 < uriel> qrty: http://golang.org/doc/go_spec.html#Type_declarations 19:36 -!- keidaa [~keidaa@cm-84.210.56.138.getinternet.no] has joined #go-nuts 19:37 -!- Armael [~Armael@AToulouse-551-1-126-191.w92-156.abo.wanadoo.fr] has joined #go-nuts 19:37 < Armael> hi 19:37 < wrtp> qrty: it's a different type 19:37 < wrtp> but you can declare methods on it if you want 19:38 < Armael> i have a little question : does the -> construction exists in Go ? Those which lets access to an item of a struct when you have a pointer on the struct 19:38 < uriel> Armael: .? 19:38 < Armael> (sorry for the bad english :d) 19:39 < Armael> s = struct { foo ... } 19:39 < Armael> p = &s 19:39 < Armael> p->foo for example 19:39 < qrty> so in "type a uint8", a has an underlying type of uint8. my understanding from the spec is that values are assignable if they have the same underlying type 19:39 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts 19:40 < Armael> which is equivalent to (*p).foo 19:41 < uriel> qrty: no, values are assignable if they have the same type, if not, cast 19:41 < uriel> Armael: p.foo 19:42 < Armael> even if p is a pointer on the struct which contains foo ?? 19:42 < taruti> C p.foo => Go p.foo; C p->foo => Go p.foo 19:43 < Armael> okay 19:43 < Armael> strange :p 19:43 < Armael> Thanks uriel and taruti 19:44 < Armael> Oh, too 19:44 < Armael> I was wondering, in what context do you use Go ? For fun/experiment/work ? 19:46 -!- ctimmerm [~ctimmerm@cs181050011.pp.htv.fi] has joined #go-nuts 19:46 < Armael> I wonder in fact, actually, who uses Go and to do what :) 19:46 < qrty> uriel: how can i cast a uint8 variable to fit inside a variable of "type a uint8" 19:48 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has quit [Read error: Connection reset by peer] 19:48 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has joined #go-nuts 19:50 < uriel> Armael: http://go-lang.cat-v.org/organizations-using-go 19:50 < Armael> taruti: oh, i think : if I have a double pointer on the struct ? 19:50 < Armael> uriel: thanks 19:50 < Armael> it's always p.foo even if **p = s ? 19:50 < taruti> (*doubleptr).foo 19:50 < Armael> okay 19:51 -!- unhygienix [~unhygieni@host86-135-59-30.range86-135.btcentralplus.com] has quit [Quit: unhygienix] 19:51 -!- hungrygruffalo [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has joined #go-nuts 19:51 -!- hungrygruffalo [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has quit [Client Quit] 19:52 -!- firwen [~firwen@2a01:e34:eea3:7e10:4a5b:39ff:fe51:e8ae] has joined #go-nuts 19:53 -!- hungrygruffalo [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has joined #go-nuts 19:53 < qrty> basically the only way i can figure out how to put data into a "type a uint8" variable is by 1) assigning a literal to it or 2) assigning another "type a uint8" to it 19:54 -!- Armael [~Armael@AToulouse-551-1-126-191.w92-156.abo.wanadoo.fr] has quit [Quit: WeeChat 0.3.4] 19:54 < qrty> but if i have a plain uint8 i cant put that inside a "type a uint8" even though they have the same underlying type 19:54 < uriel> qrty: http://golang.org/doc/go_spec.html#Properties_of_types_and_values 19:54 < uriel> and see also the following section on Assignability 19:56 < crazy2be> can you make metapackages? 19:56 < qrty> uriel: i was reading the assignability section and it mentions that you can assign when the values have identical underlying types 19:56 < crazy2be> like so that import blar actually imports github.com/someuser/blar? 19:56 < crazy2be> aliases 19:57 < uriel> qrty: that is not what it says 19:57 < uriel> crazy2be: no? 19:58 < ww> crazy2be: go != python 19:58 < crazy2be> ww: It's almost python :P 19:58 < crazy2be> but nicer in many ways 19:59 < uriel> also, that is the way goinstall knows how to figure out dependencies iirc 19:59 < qrty> i guess i dont understand what it says then 19:59 < crazy2be> well because we had a bunch of libraries that we were using for an internal project, and released a bunch of them open source 20:00 < crazy2be> and i want to make the old import paths still work if possible 20:00 < crazy2be> rather than update them all 20:01 < ww> maybe you could hack or extend gofix to do it for you? 20:01 < crazy2be> ah, gofix 20:01 < crazy2be> i should look into that more 20:01 * ww has never looked at how gofix does what it does 20:01 < crazy2be> magic 20:05 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has joined #go-nuts 20:07 -!- Colin_ [~ctimmerm@cs181050011.pp.htv.fi] has joined #go-nuts 20:07 -!- ctimmerm [~ctimmerm@cs181050011.pp.htv.fi] has quit [Read error: Connection reset by peer] 20:07 < crazy2be> ww: http://code.google.com/p/go/source/browse/src/cmd/gofix/netdial.go 20:07 < crazy2be> example fix 20:08 < crazy2be> kinda cool 20:08 < crazy2be> i might do that later 20:10 < ww> kind of too bad all of gofix machinery is in non-exported types 20:10 < ww> if it were broken out into a fix library it would be eassy to roll your own fixer 20:11 -!- yvsong [~victor@c-71-232-78-237.hsd1.ma.comcast.net] has quit [Ping timeout: 240 seconds] 20:12 < crazy2be> ww: There is support for parsing go's syntax in the go library 20:12 < crazy2be> so you could roll your own if you wanted too 20:12 -!- artefon [~thiago@189.59.134.43] has joined #go-nuts 20:12 < crazy2be> without having to reimplement a parser 20:15 -!- hungrygruffalo [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has quit [Quit: hungrygruffalo] 20:15 -!- hungrygruffalo [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has joined #go-nuts 20:17 -!- hungrygruffalo [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has quit [Client Quit] 20:18 -!- unhygienix [~lemonkand@host86-135-59-30.range86-135.btcentralplus.com] has joined #go-nuts 20:18 * ww is wondering if it was such a brilliant idea to start the big xml-munging job on the laptop... now i can't turn it off or take it out of the house for the next two days... 20:19 -!- fabled [~fabled@91.220.88.166] has quit [Quit: Ex-Chat] 20:19 -!- Colin_ [~ctimmerm@cs181050011.pp.htv.fi] has quit [Quit: Colin_] 20:20 < ww> crazy2be: yeah, looking closer, i guess its just a thin wrapper around ast 20:21 -!- unhygienix [~lemonkand@host86-135-59-30.range86-135.btcentralplus.com] has quit [Client Quit] 20:22 -!- unhygienix [~lemonkand@host86-135-59-30.range86-135.btcentralplus.com] has joined #go-nuts 20:22 -!- unhygienix [~lemonkand@host86-135-59-30.range86-135.btcentralplus.com] has quit [Client Quit] 20:22 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts 20:22 -!- unhygienix [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has joined #go-nuts 20:23 -!- unhygienix [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has quit [Client Quit] 20:24 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has joined #go-nuts 20:25 -!- photron_ [~photron@port-92-201-141-235.dynamic.qsc.de] has quit [Ping timeout: 240 seconds] 20:25 < TheMue> So, reaorganized my Go project pages at http://www.tideland.biz/projects and below. Now I can continue extending the how-tos like the one for the Redis database client. 20:28 < ww> TheMue: nice 20:28 -!- hungrygruffalo [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has joined #go-nuts 20:28 < ww> but why, with the redis, is there IsOK() instead of returning (thing, err)? 20:30 < ww> (i may use your redis client shortly to help with some intermediate processing of things, e.g. to keep a LCSH strings -> identifer mappings) 20:33 < TheMue> ww: The IsOK() question is a good one. Somehow it emerged out of my design with the ResultSet. But you're right, maybe I change the API w/o changing the ResultSet but with a handling inside Command() etc. 20:34 < TheMue> ww: Btw, Redis is a neat database. *smile* 20:34 < ww> yes, lightweight and fast... 20:35 < ww> i've never used it backing a production service of any kind, but use it heavily as a lookup table for batch processing 20:36 < ww> the kinds of things i do often mean very big lookup tables used by multiple processes in parallel 20:36 -!- foocraft [~ewanas@89.211.197.178] has joined #go-nuts 20:36 < ww> but then i just delete the redis database when i'm done 20:36 -!- pmolleda [~pmolleda@02d9bc06.bb.sky.com] has quit [Quit: Leaving] 20:37 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has quit [Read error: Operation timed out] 20:39 < TheMue> ww: I'm currently starting a portal project with Redis as backend. 20:39 -!- yvsong [~victor@c-71-232-78-237.hsd1.ma.comcast.net] has joined #go-nuts 20:40 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:91bc:8a8f:9216:5edc] has quit [Quit: Leaving.] 20:46 -!- firwen [~firwen@2a01:e34:eea3:7e10:4a5b:39ff:fe51:e8ae] has quit [Remote host closed the connection] 20:50 -!- sebastia1skejoe [~sebastian@188.114.142.217] has quit [Quit: Lost terminal] 20:51 -!- TheMue [~TheMue@p5DDF53C4.dip.t-dialin.net] has quit [Quit: TheMue] 20:54 < mpl> seems like aperture science employees got him. 21:00 < skelterjohn> heh 21:07 -!- dfc [~dfc@124.168.36.46] has joined #go-nuts 21:12 -!- dfc [~dfc@124.168.36.46] has quit [Client Quit] 21:13 -!- Fish- [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the Fish] 21:14 -!- piranha [~piranha@5ED43A0B.cm-7-5a.dynamic.ziggo.nl] has quit [Quit: Computer has gone to sleep.] 21:20 -!- rlab_ [~Miranda@91.200.158.34] has quit [Read error: Connection reset by peer] 21:23 -!- keidaa [~keidaa@cm-84.210.56.138.getinternet.no] has quit [Quit: Leaving] 21:34 -!- awidegreen [~quassel@h-170-226.A212.priv.bahnhof.se] has quit [Read error: Connection reset by peer] 21:36 -!- crazy2be [~crazy2be@d209-89-248-73.abhsia.telus.net] has quit [Remote host closed the connection] 21:38 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-180-181.clienti.tiscali.it] has quit [Ping timeout: 240 seconds] 21:39 -!- artefon [~thiago@189.59.134.43] has quit [Ping timeout: 240 seconds] 21:46 -!- huin [~huin@91.85.171.238] has quit [Quit: off to bed] 21:47 -!- wrtp [~rog@92.17.111.113] has quit [Quit: wrtp] 21:50 -!- dfc [~dfc@eth59-167-133-99.static.internode.on.net] has joined #go-nuts 21:57 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit: Verlassend] 22:13 -!- ab3 [~abe@83.101.90.66] has quit [Ping timeout: 258 seconds] 22:18 -!- dju [dju@fsf/member/dju] has joined #go-nuts 22:20 -!- dju [dju@fsf/member/dju] has quit [Max SendQ exceeded] 22:21 -!- dju [dju@fsf/member/dju] has joined #go-nuts 22:21 -!- Adys [~Adys@unaffiliated/adys] has quit [Ping timeout: 258 seconds] 22:28 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 22:34 -!- aho [~nya@fuld-590c716b.pool.mediaWays.net] has joined #go-nuts 22:37 < yvsong> With stable release r57, the following code r, _, err := http.DefaultClient.Get("www.google.com") 22:37 < yvsong> gets me err: Get www.google.com: unsupported protocol scheme "" 22:37 < yvsong> Any advice? 22:44 -!- kfb [~chatzilla@c-24-7-103-177.hsd1.ca.comcast.net] has quit [Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027]] 22:49 < KirkMcDonald> Sounds like you need http:// in front. 22:50 -!- anticw [~anticw@c-98-210-108-13.hsd1.ca.comcast.net] has joined #go-nuts 22:52 < yvsong> Thanks. Just realized I should use the simpler http.Get() too. 22:54 < yvsong> Since it's an http func, shouldn't the default protocol be http? Browsers do so. 22:56 -!- anticw [~anticw@c-98-210-108-13.hsd1.ca.comcast.net] has quit [Ping timeout: 240 seconds] 23:02 -!- Kafo [5b98bdf4@gateway/web/freenode/ip.91.152.189.244] has quit [Ping timeout: 252 seconds] 23:05 -!- hungrygruffalo [~hungrygru@host86-135-59-30.range86-135.btcentralplus.com] has quit [Quit: hungrygruffalo] 23:19 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds] 23:26 -!- nictuku [~yvesj@unaffiliated/nictuku] has quit [Ping timeout: 240 seconds] 23:27 -!- fmoo [~Adium@c-76-102-41-101.hsd1.ca.comcast.net] has joined #go-nuts 23:28 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has joined #go-nuts 23:36 -!- Kafo [5b98bdf4@gateway/web/freenode/ip.91.152.189.244] has joined #go-nuts 23:39 -!- anticw [~anticw@c-98-210-108-13.hsd1.ca.comcast.net] has joined #go-nuts 23:39 -!- kfb [~kevin@c-24-7-103-177.hsd1.ca.comcast.net] has joined #go-nuts 23:41 -!- Tanner_ [~tanner@h96-60-249-44.cncrtn.dsl.dynamic.tds.net] has joined #go-nuts 23:41 < Tanner_> Hello 23:44 < dfc> bonjour 23:45 < ampleyfly> bonne nuit 23:46 -!- Dr_Who [~tgall@206.9.88.154] has quit [Read error: Operation timed out] 23:46 < Tanner_> How are you all? --- Log closed Mon May 09 00:00:50 2011