--- Log opened Fri Jul 01 00:00:54 2011 00:02 -!- cmike_ [~mcrosby@c-71-57-13-183.hsd1.il.comcast.net] has quit [Quit: cmike_] 00:03 -!- rael_wiki [~chatzilla@unaffiliated/rael-wiki/x-8420294] has quit [Quit: ChatZilla 0.9.87 [Iceweasel 3.5.19/20110430164311]] 00:05 -!- vinisterx [~ryan@74-128-48-122.dhcp.insightbb.com] has joined #go-nuts 00:06 -!- kergoth` [~kergoth@ip24-251-173-232.ph.ph.cox.net] has quit [Read error: Connection reset by peer] 00:09 -!- Andy_S [~kvirc@222.129.42.255] has quit [Ping timeout: 260 seconds] 00:10 -!- vzx [~ryan@74-128-48-122.dhcp.insightbb.com] has joined #go-nuts 00:10 -!- vinisterx [~ryan@74-128-48-122.dhcp.insightbb.com] has quit [Ping timeout: 252 seconds] 00:15 -!- roto [~roto@64.79.202.154] has joined #go-nuts 00:17 -!- chomp [~chomp@c-67-186-35-69.hsd1.pa.comcast.net] has joined #go-nuts 00:22 -!- Andy_S [~kvirc@222.129.50.164] has joined #go-nuts 00:29 -!- jsj [~johan@78-70-253-105-no149.tbcn.telia.com] has quit [Remote host closed the connection] 00:30 -!- brad_ [~brad@cpe-098-026-120-155.nc.res.rr.com] has quit [Ping timeout: 264 seconds] 00:30 -!- brad_ [~brad@cpe-098-026-120-155.nc.res.rr.com] has joined #go-nuts 00:31 -!- Andy_S [~kvirc@222.129.50.164] has quit [Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/] 00:36 -!- brad_ [~brad@cpe-098-026-120-155.nc.res.rr.com] has quit [Ping timeout: 252 seconds] 00:36 -!- brad_ [~brad@cpe-098-026-120-155.nc.res.rr.com] has joined #go-nuts 00:38 -!- vzx [~ryan@74-128-48-122.dhcp.insightbb.com] has quit [Ping timeout: 246 seconds] 00:39 < serialhex> OOH!!! WTF AM I DOING WRONG HERE!?!?!? i'm trying to load lines of a file into a slice, and it keeps hanging, heres the gist: https://gist.github.com/1057637 00:39 < serialhex> (and yes, the ^C in output is me KILLING THE PROGRAM!!!) 00:41 < serialhex> also the `import "./file"` is the file package from the tutorial... 00:48 < uriel> I have no clue, but why don't you just call ReadLine until you get an error? 00:48 < uriel> the Peek stuff seems superflous at best 00:48 < str1ngs> same with the guess stuff 00:49 < str1ngs> just use a vector.StringVector 00:49 < chomp> for what it's worth i can build and run that with no hang 00:49 < uriel> str1ngs: uhu? how many fucking millions of times do we have to say: DO NOT USE VECTORS 00:49 < uriel> damn it! 00:50 < chomp> of course i'm just using os.Open instead of file.Open, so it could be a problem with the sample package 00:50 * uriel sighs and wheeps 00:50 < serialhex> uriel: the Peek is superflurous, i was trying *ANYTHING* to get it to die! 00:51 < serialhex> hmmm... 00:51 < chomp> i would have to guess it's a problem with the example file package feeding a bufio, but that's only a guess 00:51 < str1ngs> serialhex: and me nit picking but never ignore err returned from os.Open 00:51 < str1ngs> serialhex: because your defer after will panic if you dont check for err 00:52 < serialhex> ahh, ok 00:52 < serialhex> how do you update a hg repository? 00:52 < str1ngs> hg pull -u 00:53 < str1ngs> something like that 00:53 < str1ngs> or hg pull;hg update 00:53 < serialhex> ok, thx... 00:53 * serialhex thinkgs his go might be buggy 00:53 * serialhex checks code first tho... 00:53 < chomp> also try os.Open instead of using the tutorial file package 00:55 < serialhex> yeah, that's what i'm trying now 00:55 < serialhex> ok, that works! (YAY!!!) 00:56 < serialhex> so, how do i make it better? cause the resulting slice didn't have the last line in it 00:56 -!- ccc1 [~Adium@140.109.98.187] has joined #go-nuts 00:56 -!- cmike_ [~mcrosby@c-71-57-13-183.hsd1.il.comcast.net] has joined #go-nuts 00:57 < str1ngs> serialhex: swap line 26 and line 27 in your gist 00:57 < chomp> that's because you append a line, read a new one, then test 00:57 < chomp> str1ngs, that'll omit the first line then 00:57 < chomp> really just rewrite it without peek now 00:58 < serialhex> ok, i know the code is a mess... really? 00:58 -!- anticide [~textual@46.138.166.118] has joined #go-nuts 00:59 < str1ngs> chomp: why you correcting me for I would never write it like this 00:59 < str1ngs> stop fucking bike shedding me 00:59 < chomp> derp? 00:59 < serialhex> never heard that one before: 'bike shedding' :P 00:59 < str1ngs> jesus 00:59 < str1ngs> something all the time in this channel 01:00 < chomp> ok i thought you were joking, but apparenly you are really getting enraged over something very stupid and trivial 01:00 * chomp shrugs 01:00 < str1ngs> I'm not enrage. your correcting me for now reason 01:00 < chomp> ok, whatever bud. 01:01 < serialhex> ok, so besides the small argument, if i use Readline() instead of Peek() it should do what i want right? 01:02 < str1ngs> serialhex: you can just for {} and test for os.EOF from Readline and break on it 01:02 -!- m4dh4tt3r [~Adium@99-117-98-39.lightspeed.sntcca.sbcglobal.net] has quit [Quit: Leaving.] 01:02 < uriel> 00:59 < str1ngs> stop fucking bike shedding me 01:02 < uriel> uhu? 01:02 < serialhex> ok, that'd probably be cleaner, thanks! 01:03 < chomp> apparently pointing out any mistakes is an evil and malicious thing to do, even if the intent was to be constructive >.> 01:03 < str1ngs> read the thread, why are you correcting me over some trivial issue? 01:04 < serialhex> SWEET!!! thanks all! (and be nicer to each other next time :P ) 01:04 < str1ngs> when there is an OP with a real issue 01:04 < chomp> sigh 01:04 < str1ngs> chomp: its called bike shedding dont do it. its a waste of time. 01:05 < chomp> think you need to lighten up bud. you gave him a solution that was broken, i was trying to contribute. you are taking it personally, and it's really unbelievable. done talking about it. 01:07 < serialhex> ahh... so much nicer now! https://gist.github.com/1057637 01:07 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has joined #go-nuts 01:08 < str1ngs> serialhex: better dont forget to check for err here opn, _ := file.Open(fname) 01:08 < serialhex> oh yeah... ok 01:08 < str1ngs> serialhex: other wise defer will panic with opn being nil 01:08 -!- wchicken [~chicken@adsl-76-211-234-3.dsl.pltn13.sbcglobal.net] has joined #go-nuts 01:09 < serialhex> so what? basically `if err { defer opn.Close() }` ?? 01:09 < serialhex> that'd probably be the simplest thing i can think of 01:10 < chomp> probably if err != nil (return the error) 01:10 < str1ngs> no return on err deffer after err check 01:10 < chomp> define loadDict as func loadDict(fname string) ([]string, os.Error) 01:10 < str1ngs> ^ 01:10 < chomp> if opn, err := file.Open(fname); err != nill { return nil, err } 01:11 < chomp> then go about your business as usual 01:11 < cmike_> is nil and null the same thing? if so why did they just not call it null? 01:11 < chomp> only other change is at the end, you'll return dict,nil 01:11 < chomp> null doesn't exist in go, it's called nil :) 01:11 < chomp> some languages use null, some use nil. 01:11 < str1ngs> cmike_: we dont get null pointer errors this way :P 01:11 < cmike_> ok, i guess nil is 3 char and null is 4 so it's quicker 01:12 < serialhex> lol str1ngs! 01:12 < chomp> i don't know how far back nil goes but i know e.g. lisp uses it 01:15 < cmike_> anyone have a controller / worker example Go code? 01:15 < serialhex> hmm, doing this: `if opn, err := os.Open(fname); err != nil { return nil, err }` dosn't initialize opn for some reason... 01:16 < serialhex> (don't know if 'initialize' is the right term, but it's saying it dosn't exsist) 01:17 < str1ngs> serialhex: opn loses scope 01:18 < serialhex> thats what i figured... i separated it to 2 lines and it works 01:18 < str1ngs> you'd have to declare it . but for this you dont need to just do the if after open 01:20 -!- alexMocanu [~alexandru@customers.elgar.uob.ask4.co.uk] has joined #go-nuts 01:20 < chomp> oh yeah sorry >< 01:21 * chomp slaps himself 01:21 -!- alexMocanu [~alexandru@customers.elgar.uob.ask4.co.uk] has quit [Client Quit] 01:25 -!- ccc1 [~Adium@140.109.98.187] has quit [Quit: Leaving.] 01:26 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has joined #go-nuts 01:30 -!- ccc1 [~Adium@140.109.98.187] has joined #go-nuts 01:35 -!- wchicken [~chicken@adsl-76-211-234-3.dsl.pltn13.sbcglobal.net] has quit [Quit: leaving] 01:51 -!- ccc1 [~Adium@140.109.98.187] has quit [Quit: Leaving.] 01:52 -!- stalled [~stalled@unaffiliated/stalled] has quit [Ping timeout: 252 seconds] 02:03 -!- stalled [~stalled@unaffiliated/stalled] has joined #go-nuts 02:05 -!- roto [~roto@64.79.202.154] has quit [Remote host closed the connection] 02:12 -!- kergoth__ [~kergoth@ip24-251-173-232.ph.ph.cox.net] has joined #go-nuts 02:18 -!- keithcascio [~keithcasc@nat/google/x-bayxpocdgyvlwkib] has quit [Quit: Leaving] 02:21 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has quit [Ping timeout: 255 seconds] 02:23 -!- pjacobs [~pjacobs@75-27-133-72.lightspeed.austtx.sbcglobal.net] has quit [Quit: Leaving] 02:23 -!- Dr_Who [~tgall_foo@linaro/tgall-foo] has joined #go-nuts 02:30 -!- nteon [~nteon@c-98-210-195-105.hsd1.ca.comcast.net] has joined #go-nuts 02:30 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has quit [Quit: WeeChat 0.3.0] 02:31 < magn3ts> Why would someone recommend gccgo over 6g at this moment in time? 02:31 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has joined #go-nuts 02:33 < chomp> i think it has a better optimizer atm? 02:33 < chomp> beyond that i can't think of a great reason 02:34 < chomp> maybe other platform support as well 02:37 -!- crazy2be [~crazy2be@d75-152-167-124.abhsia.telus.net] has joined #go-nuts 02:37 < crazy2be> any idea what this little gem does? 02:37 < crazy2be> in = javascript_to_reflect(ctx, (*[1 << 14]*Value)(arguments)[0:argumentCount]) 02:37 < crazy2be> I'm not sure what the bit shift is doing 02:37 -!- cmike_ [~mcrosby@c-71-57-13-183.hsd1.il.comcast.net] has quit [Quit: cmike_] 02:44 < magn3ts> I like the subreddit. I was surprised to see it as active as it is. 02:48 -!- twolfe18 [~twolfe18@pool-108-17-80-239.pitbpa.fios.verizon.net] has joined #go-nuts 02:48 < uriel> ( for anyone interested: http://www.reddit.com/r/golang/ ) 02:49 < crazy2be> any guesses as to what the bit shift does? How does shifting 1 left 14 bits do anything useful? 02:52 -!- twolfe18 [~twolfe18@pool-108-17-80-239.pitbpa.fios.verizon.net] has quit [Client Quit] 02:53 < exch> it turns 1 into 16384 02:53 < chomp> it turns 000000000000001 into 100000000000000 02:53 < chomp> a shift left by N bits is equivalent to a multiplication by 2^N 02:54 -!- moraes [~moraes@189.103.188.201] has quit [Ping timeout: 250 seconds] 02:55 < crazy2be> oh right, little edian 02:55 < chomp> bit shifts are generally more efficient than multiplication, notwithstanding optimizing compilers 02:55 < chomp> endianness doesn't enter into it 02:55 < chomp> endianness is byte ordering 02:55 < crazy2be> yes, but doesn't it factor into what 1 would be represented as? 02:56 < crazy2be> e.g. 10000000 vs 000000001? 02:56 < crazy2be> or am I confused? 02:56 < chomp> nope, but suppose the 1 were a 32-bit value, then you'd have bytes 01 00 00 00 on a little-endian arch and 00 00 00 01 on a big-endian arch 02:57 < chomp> but shift operations aren't affected, because in a cpu register it's just a 32-bit string 0000...0001 02:57 < chomp> crazy2be, endianness has only to do with byte ordering of multibyte values in memory / storage 02:58 < crazy2be> Oh, I just assumed that it translated into CPU registers 02:58 < crazy2be> didn't realize there was a disconnect there 02:59 -!- NiteRain [~kvirc@c-98-254-236-21.hsd1.fl.comcast.net] has quit [Ping timeout: 244 seconds] 03:09 < Dr_Who> anyone around that knows the story on PLAN9PORT in src/lib9/fmt ? 03:15 -!- moraes [~moraes@189.103.188.201] has joined #go-nuts 03:20 < crazy2be> hmph, my best guess is that *[1 << 14]*Value is saying "a pointer to an array of pointers to Values with length 16384". 03:20 < crazy2be> but that seems odd 03:29 -!- NiteRain [~kvirc@c-98-254-236-21.hsd1.fl.comcast.net] has joined #go-nuts 03:33 -!- NiteRain [~kvirc@c-98-254-236-21.hsd1.fl.comcast.net] has quit [Read error: Operation timed out] 03:35 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has quit [Quit: WeeChat 0.3.0] 03:39 < crazy2be> hrpmh, go regex library won't match ^((?!hede).)*$ 03:39 < crazy2be> (e.g. any string that does not contain hede) 03:42 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has joined #go-nuts 03:44 -!- moraes [~moraes@189.103.188.201] has quit [Remote host closed the connection] 03:46 < chomp> crazy2be, btw yeah thats exactly what *[1 << 14]*Value is saying 03:47 < chomp> and whether or not it's odd depends on how it's being used :) 03:47 < chomp> as for the regex, i know nothing about go's regexp syntax. does it even support ?! 03:48 -!- Dr_Who [~tgall_foo@linaro/tgall-foo] has quit [Quit: ZZZZZzzzzz] 03:49 -!- pjz [~pj@place.org] has joined #go-nuts 03:50 < pjz> is there a way to express that I have a function that only cares about the types of tye keys in a map? 03:52 < chomp> not simply, no. you could have the function take an interface{} and then do type assertions over various key/value type combinations, but that sounds awful 03:52 < pjz> how can I write http://pastebin.com/5cttyk2k correctly? 03:52 < pjz> currently it gets: cannot convert m (type map[string] string) to type map[string] interface { } 03:52 < chomp> make your map actuall be a map[string]interface{} 03:53 < chomp> yeah you can't 03:53 < pjz> why not? is there no wildcard type? 03:53 < chomp> a map[string]string is not a map[string]interface{} just because a string can be an interface{} 03:54 < chomp> theres a lengthy discussion on the subject here http://groups.google.com/group/golang-nuts/browse_thread/thread/225fad3b5c6d0321 03:54 < chomp> it's re slices but the same logic applies to maps 04:01 < pjz> chomp: woo. Thanks! 04:01 < chomp> dont think that 'solves' the problem, but hopefully it makes sense :) 04:04 < pjz> chomp: well, it at least gives me valid ways to attack it 04:06 -!- rejb [~rejb@unaffiliated/rejb] has quit [Disconnected by services] 04:06 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts 04:07 -!- ccc1 [~Adium@140.109.98.187] has joined #go-nuts 04:08 * pjz tries to figure out what the new sig should be: func sortedKeys( m Value ) string ? 04:13 < chomp> you can't do what you want to do (refer to a map type with an ambiguous value type) 04:17 < pjz> well, you kind of can. 04:17 < pjz> it's just gross. 04:18 -!- message144 [~message14@cpe-75-83-155-145.socal.res.rr.com] has quit [Quit: gone] 04:18 -!- anticide [~textual@46.138.166.118] has quit [Quit: Computer has gone to sleep.] 04:18 < chomp> you can use type assertions 04:19 < chomp> on a plain old interface{} 04:19 < pjz> http://pastebin.com/p5jbrRKK 04:19 < pjz> how can you use type assertion? 04:22 < chomp> ah reflection, doh 04:22 < chomp> pjz, just forget about type assertion, that's clearly a better approach :) 04:22 -!- Queue29 [~Queue29@egress-w.sfo1.yelpcorp.com] has quit [Remote host closed the connection] 04:23 < chomp> basically you'd pass in an m interface{} and then have to switch over m.(map[string]string), m.(map[string]int), etc for all value types you could accept. 04:23 < chomp> totally not practical or good in any way 04:24 -!- zippoxer [~zippoxer@109.67.200.156] has quit [Ping timeout: 240 seconds] 04:33 < pjz> now with more type safety: http://pastebin.com/D9FfcBJz 04:34 < pjz> I'm afraid I come down on the side that says this is all a pain in the neck, though. 04:35 < chomp> static typing and no generics = this 04:37 < pjz> right 04:38 < magn3ts> Are generics not coming to go, or not coming to go for right now? If there's a noticable difference in those questions... and how about lambda exprs? 04:38 < magn3ts> I know they've both been discussed to varying degrees in the mailing lists. 04:40 < chomp> well lambdas seem like a marginal win since it'd just be syntactic sugar and some type inference wouldnt it 04:41 < chomp> i mean you can already write foo := func() int { return 42 }() 04:42 < chomp> i see no indication that any work is being done on a shorter syntax. i foudn a thread proposing C# linqish syntax, which i'm a big fan of. doesnt look like anyone's picking it up though 04:42 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-152-83.clienti.tiscali.it] has joined #go-nuts 04:45 < chomp> magn3ts, regarding generics - definitely dont know of any work on them, but i have to believe they will appear eventually. they're just a good idea, and they fit in well with the rest of go 04:46 -!- Adys [~Adys@unaffiliated/adys] has quit [Ping timeout: 240 seconds] 04:46 -!- Queue29 [~Queue29@173-8-182-114-SFBA.hfc.comcastbusiness.net] has joined #go-nuts 04:46 * pjz is okay wih t 04:47 * pjz is okay with anonymous functions instead of lambdas 04:48 < magn3ts> chomp, yeah, my reason love affair of C# and particulary lambdas in web work was my reason for asking 04:48 < magn3ts> generics I was just curious based on this discussion and lots of ppl complaining about it 04:48 < pjz> http://straymindcough.blogspot.com/2011/01/golang-proposals.html has some reasonable ideas 04:48 < chomp> yeah for sure 04:50 < pjz> I think I'm not enough of a proglang geek to have a serious opinion, but the java-like generics look okay 04:53 < chomp> decent ideas, and i do like the #2 approach most of all, but he does utterly fail to address all of the compiler complexities that go along with the proposals :) 04:53 < pjz> it would certainly solve my little issue. though allowing autoboxing to a wildcard type (like the empty interface) would solve it too 04:53 < chomp> grammar, sure, great, but the compiler has to work much harder now to know wtf you're doing 04:54 < pjz> true 04:54 < chomp> pjz, yeah the autoboxing would require a copy of the entire source data though, since the memory layout changes and thus requires a new allocation 04:54 -!- vmil86 [~vmil86@88.118.37.245] has joined #go-nuts 04:54 < chomp> go is distinctly void of any such magical operations 04:54 < chomp> devoid, rather 04:54 < pjz> chomp: well, but is that really necessary if its an empty type? 04:55 < chomp> if what's an empty type? 04:55 < pjz> chomp: like void * in C 04:55 < chomp> interface{} is not an empty type 04:55 < chomp> i see what you mean though 04:55 < pjz> chomp: if the resultant type is empty 04:55 < chomp> so what do i get if i ask for a value from a map[string]empty 04:55 < chomp> panic? 04:56 < pjz> chomp: nil? 04:56 < pjz> chomp: empty? 04:56 < pjz> chomp: nil seems fine to me. 04:56 < |Craig|> values can't be nil, remember in java that stuff only works with referance semantic objects 04:56 < chomp> also, that implies that map does have such an entry and that its value is nil 04:57 < pjz> fair enough 04:57 < pjz> I'd be okay with panic(), I think 04:57 < chomp> i'd be ok with generics :) 04:57 < pjz> ugh, no, that wouldn't be okay 04:57 -!- fabled [~fabled@83.145.235.194] has joined #go-nuts 04:57 < |Craig|> don't panic if it can be detected at compile time 04:58 < chomp> map[] does have a multivalued form 04:58 < pjz> maps depend on lookups to get their keys 04:58 < chomp> true craig 04:58 < pjz> so if you have a map[string]empty, how do you get its keys? 04:58 < chomp> of course now 'empty' is its own kind of type, separate from value types, pointer types, and interface types 04:59 < chomp> pjz, good question :p 04:59 < pjz> chomp: maybe a pointer type? 04:59 < chomp> but pointer types have size 05:00 < pjz> true 05:00 < chomp> the win from an empty type is that an allocation isn't required since the underlying data can just be totally hidden from the programmer 05:00 < pjz> right 05:01 < pjz> so empty can have its own zero value that's all it ever returns 05:02 < chomp> i actually do like the idea of the 'any' or 'empty' special type for these cases, but a) it's unclear how much its introduction actually changes the language and b) it's only really useful for slices and maps and that's it 05:02 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has quit [Quit: WeeChat 0.3.0] 05:02 < pjz> I disagree; empty struct members could be useful, I think. 05:02 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has joined #go-nuts 05:02 -!- vyom [~vyom@c-24-18-47-160.hsd1.wa.comcast.net] has quit [Remote host closed the connection] 05:03 < chomp> how? 05:03 -!- bakedb [~kel@cpc4-lea21-0-0-cust755.6-3.cable.virginmedia.com] has joined #go-nuts 05:03 < chomp> i mean clearly you can't go from an empty type to a useful type, so you have a struct member that has no value and can never be accessed 05:03 < pjz> hrm 05:03 < pjz> okay, maybe not :) 05:04 < pjz> unless it's a way to have a kind of abstract struct member that you're epxecting to get overridden later 05:04 < pjz> ugh, nevermind, forget I said that :P 05:04 < chomp> :D 05:05 < chomp> it feels like any solution outside of generics would be too far-reaching in the language while only solving a few relatively small problems 05:06 < pjz> yeah, and generics seems to me to work well with the existing type-inferencing that the language supports 05:07 -!- Phelps [~benphelps@2001:470:1f0f:2fa:223:dfff:fe86:95ae] has quit [Quit: Linkinus - http://linkinus.com] 05:10 < pjz> well, all this means is that inheritance is less useful until there's generics 05:16 -!- al-maisan [~al-maisan@li351-175.members.linode.com] has joined #go-nuts 05:16 < pjz> what's the zero value of something complex? 05:17 < |Craig|> whats your complex thing in question? 05:17 < pjz> like http.Client for instance 05:18 < pjz> it's a struct. oh, hrm, I guess in my sturct that contains one i should keep a pointer to it not the acual struct 05:18 -!- Phelps [~benphelps@2001:470:1f0f:2fa:223:dfff:fe86:95ae] has joined #go-nuts 05:18 -!- Phelps [~benphelps@2001:470:1f0f:2fa:223:dfff:fe86:95ae] has quit [Client Quit] 05:18 < pjz> then its zero val will be ... nil? is that right? 05:18 < chomp> yes pointer zero value is nil 05:19 < chomp> a struct zero value is a struct with its constinuents at their zero values 05:19 < chomp> minus that bad spelling 05:25 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has joined #go-nuts 05:27 -!- chomp [~chomp@c-67-186-35-69.hsd1.pa.comcast.net] has quit [Quit: Leaving] 05:38 < crazy2be> ugh unsafe.Pointer is designed to be used SPARINGLY 05:38 < crazy2be> not EVERYWHERE 05:40 < crazy2be> not like this :( 05:40 < crazy2be> https://gist.github.com/1057936 05:45 -!- kergoth__ [~kergoth@ip24-251-173-232.ph.ph.cox.net] has quit [Read error: Connection reset by peer] 05:47 < zozoR> haha :D 05:48 < crazy2be> zozoR: This is where my program is encountering difficulties 05:48 < crazy2be> :P 05:48 < crazy2be> which is not suprising 05:50 < crazy2be> but I *am* curious about that array of size 1 << 14 05:50 < crazy2be> It seems to be some sort of clever trick 05:51 < crazy2be> I guess it makes an array of the maximum allowable size, then slices it to the actual length of the array 05:52 < crazy2be> which seems tricky indeed 05:52 < zozoR> have you written it? 05:52 < crazy2be> nope, this was someone else's library 05:53 < crazy2be> I've adopted it 05:53 < zozoR> please make it sane 05:53 < zozoR> :D 05:53 < crazy2be> I'm trying 05:53 < crazy2be> when I started, *everything* was an unsafe.Pointer 05:54 < crazy2be> like to represent a javascript Value, it used a struct {} 05:54 < crazy2be> like this: 05:54 < crazy2be> type Value struct {} 05:54 < zozoR> is that like interface{}? 05:54 < crazy2be> then, everywhere it used that Value, it converted it to an unsafe.Pointer, which it converted to a C.JSValueRef or C.JSObjectRef or w/e 05:55 < zozoR> oh xD 05:55 < crazy2be> so like C.JSValueRef(unsafe.Pointer(val)) 05:55 < zozoR> maybe the programmer is awesome at C ^^ 05:55 < crazy2be> well, that seems quite possible :P 05:56 < crazy2be> it probably made perfect sense to him 05:56 < crazy2be> there's also no documentation on any of the methods as to what they do 05:56 < crazy2be> there's a few inline comments in the functions 05:56 < crazy2be> but they are rare 05:56 < crazy2be> although there *is* a full test suite 05:56 < crazy2be> which is really awesome 05:57 < crazy2be> because it means I know when I break things in attempting to fix them 05:57 < crazy2be> <3 gotest 05:57 < zozoR> ^^ 05:58 < crazy2be> like right now all callbacks and functions are broken 05:58 < crazy2be> but mostly everything else works 05:58 < zozoR> then go fix it :D 05:59 < crazy2be> Heh 05:59 < crazy2be> that's what i've spent the past couple hours doing 05:59 < crazy2be> and two days ago 05:59 < crazy2be> and before that 05:59 < crazy2be> that's how this much works :P 05:59 < zozoR> and why were you rewriting this again? :P 06:00 < crazy2be> well, I wanted to move a few functions off of *Context to *Value 06:00 < crazy2be> like look at the list of functions on *Context: https://github.com/crazy2be/gojs 06:01 < crazy2be> most of those would be better as functions on *Value 06:01 < crazy2be> like IsString() or IsObject() etc 06:01 < crazy2be> Oh, and errors were always returned as *Value s as well 06:02 < zozoR> :D 06:02 < zozoR> well, looks horrid 06:02 < crazy2be> which was annoying from a meaningful code point of view 06:03 < crazy2be> yep 06:03 < crazy2be> and I'm working on it voluntarilly 06:03 < crazy2be> not sure why 06:03 < crazy2be> I can't even think of a use fo rit 06:03 < crazy2be> *for it 06:04 < zozoR> me neither 06:04 < zozoR> well, sometimes it is just fun to do something for the hell of it 06:04 < zozoR> or for the learning experience 06:04 < crazy2be> true 06:05 < crazy2be> I was just hoping to make the API a little cleaner 06:05 < crazy2be> but it seems I have to clean up the internals majorly first 06:05 < zozoR> heh 06:06 < crazy2be> you working on any go projects, zozoR? 06:06 < zozoR> trying to make a platform game with the sdl library 06:06 -!- ronnyy [~quassel@p4FF1C441.dip0.t-ipconnect.de] has joined #go-nuts 06:06 < crazy2be> that's cool 06:06 < zozoR> but im kinda slowed down by collision detection 06:07 < crazy2be> How does go cope with graphics? 06:07 < crazy2be> *How well 06:07 < zozoR> no idea 06:07 < crazy2be> What are you drawing to the screen then? :P 06:08 < zozoR> boxes? :D 06:08 < crazy2be> that counts as graphics :P 06:08 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 06:08 < zozoR> i suppose it works fine then :P 06:08 < crazy2be> but I suppose it's not that intensive 06:09 < zozoR> yeah, its a 2d thingy with bmp files 06:09 < zozoR> which are loaded 06:09 < crazy2be> cool 06:09 < crazy2be> why bmp not png? 06:09 < crazy2be> png supports transparency, which == awesome :P 06:09 < zozoR> i might want to do that at some point :P 06:10 < zozoR> although you can set a colour to be transprant in sdl 06:10 < zozoR> when you load the image that is 06:10 < crazy2be> well that's hackish 06:10 < crazy2be> png has an alpha channel 06:10 < crazy2be> which supports degrees of transparency 06:10 < zozoR> hehe 06:13 < crazy2be> "When in doubt, use brute force." 06:14 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has quit [Read error: Connection reset by peer] 06:17 < zozoR> yeah 06:17 < zozoR> :D 06:20 < crazy2be> as linked to by russ: http://www.oocities.org/krishna_kunchith/misc/bscs.html 06:20 < crazy2be> lol 06:20 < crazy2be> anyway I've got to sleep 06:20 < crazy2be> goodnight 06:24 -!- bakedb [~kel@cpc4-lea21-0-0-cust755.6-3.cable.virginmedia.com] has quit [Ping timeout: 255 seconds] 06:25 -!- crazy2be [~crazy2be@d75-152-167-124.abhsia.telus.net] has quit [Ping timeout: 252 seconds] 06:33 -!- zippoxer [~zippoxer@bzq-109-65-192-209.red.bezeqint.net] has joined #go-nuts 06:37 < uriel> "When in doubt, use brute force." has been a well known quote for a long time, see: http://quotes.cat-v.org/programming/ 06:44 -!- iant [~iant@216.239.45.130] has quit [Ping timeout: 250 seconds] 06:44 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-152-83.clienti.tiscali.it] has quit [Ping timeout: 246 seconds] 06:48 -!- neshaug [~oyvind@213.239.108.5] has quit [Quit: leaving] 06:48 -!- neshaug [~oyvind@213.239.108.5] has joined #go-nuts 06:52 -!- firwen [~firwen@adevlaptop.cern.ch] has joined #go-nuts 06:58 -!- ronnyy [~quassel@p4FF1C441.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 06:58 -!- Queue29 [~Queue29@173-8-182-114-SFBA.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 07:01 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has joined #go-nuts 07:01 -!- mode/#go-nuts [+v iant] by ChanServ 07:11 -!- smw [~stephen@unaffiliated/smw] has joined #go-nuts 07:17 -!- yogib [~kaiser@131.234.59.53] has joined #go-nuts 07:19 -!- photron [~photron@port-92-201-124-223.dynamic.qsc.de] has joined #go-nuts 07:23 -!- foocraft_ [~ewanas@78.100.217.94] has quit [Ping timeout: 255 seconds] 07:23 -!- bakedb [~kel@188.29.152.212.threembb.co.uk] has joined #go-nuts 07:24 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 255 seconds] 07:30 -!- Fish [~Fish@exo3753.pck.nerim.net] has quit [Quit: So Long, and Thanks for All the Fish] 07:32 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 07:34 -!- Fish [~Fish@exo3753.pck.nerim.net] has joined #go-nuts 07:40 -!- yogib [~kaiser@131.234.59.53] has quit [Ping timeout: 240 seconds] 07:41 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|] 07:55 -!- bakedb [~kel@188.29.152.212.threembb.co.uk] has quit [Ping timeout: 252 seconds] 08:17 -!- Cobi [~Cobi@2002:1828:88fb:0:aede:48ff:febe:ef03] has quit [Quit: ZNC - http://znc.sourceforge.net] 08:17 -!- bakedb [~kel@188.28.38.229.threembb.co.uk] has joined #go-nuts 08:21 -!- Cobi [~Cobi@2002:1828:88fb:0:aede:48ff:febe:ef03] has joined #go-nuts 08:22 -!- virtualsue [~chatzilla@nat/cisco/x-pbavudxkgabfjwsb] has joined #go-nuts 08:31 -!- smw [~stephen@unaffiliated/smw] has quit [Ping timeout: 258 seconds] 08:32 -!- sacho [~sacho@46.10.23.185] has quit [Read error: Connection reset by peer] 08:36 -!- rlab [~Miranda@91.200.158.34] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 08:42 -!- firwen [~firwen@adevlaptop.cern.ch] has quit [Quit: Geek insindeĀ®] 08:50 -!- bpalmer [~user@unaffiliated/bpalmer] has joined #go-nuts 08:52 < xyproto> What does it take to make a program goinstallable? 08:52 < xyproto> (Except from uploading it to a place like github) 08:52 -!- zaero [~eclark@173-28-217-101.client.mchsi.com] has quit [Ping timeout: 255 seconds] 08:53 -!- moraes [~moraes@189.103.188.201] has joined #go-nuts 08:55 -!- GilJ [~GilJ@zeus.ugent.be] has quit [Quit: leaving] 08:56 -!- GilJ [~GilJ@zeus.ugent.be] has joined #go-nuts 08:56 < skelterjohn> xyproto: not much 08:56 < skelterjohn> all source for a target goes in one directory 08:57 < skelterjohn> if it can be built with the default makefiles without adding any funny extra rules, it can probably be goinstalled 08:58 -!- GilJ [~GilJ@zeus.ugent.be] has quit [Remote host closed the connection] 08:58 -!- GilJ [~GilJ@zeus.ugent.be] has joined #go-nuts 08:58 -!- quiccker [~quiccker@193.255.9.49] has joined #go-nuts 09:04 -!- zaero [~eclark@173-28-217-101.client.mchsi.com] has joined #go-nuts 09:11 -!- magn3ts [~magn3ts@ip68-103-225-65.ks.ok.cox.net] has quit [Quit: Leaving] 09:15 -!- quiccker [~quiccker@193.255.9.49] has quit [Read error: Connection reset by peer] 09:16 -!- noam [~noam@87.69.42.61.cable.012.net.il] has quit [Ping timeout: 250 seconds] 09:17 -!- Cobi [~Cobi@2002:1828:88fb:0:aede:48ff:febe:ef03] has quit [Ping timeout: 264 seconds] 09:21 -!- quiccker [~quiccker@193.255.9.49] has joined #go-nuts 09:25 -!- Cobi [~Cobi@2002:1828:88fb:0:aede:48ff:febe:ef03] has joined #go-nuts 09:25 -!- quiccker [~quiccker@193.255.9.49] has quit [Remote host closed the connection] 09:33 -!- Katibe [~Katibe@212.174.109.55] has quit [Remote host closed the connection] 09:34 -!- kytibe [~kytibe@212.174.109.55] has joined #go-nuts 09:35 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has quit [Quit: WeeChat 0.3.0] 09:38 -!- noam [~noam@87.69.42.61.cable.012.net.il] has joined #go-nuts 09:41 -!- kamaji [~kamaji@handtomouse.demon.co.uk] has joined #go-nuts 09:47 -!- sacho [~sacho@46.10.23.185] has joined #go-nuts 09:52 -!- ccc1 [~Adium@140.109.98.187] has quit [Read error: Connection reset by peer] 09:56 -!- ccc1 [~Adium@140.109.98.187] has joined #go-nuts 09:59 -!- skelterjohn|work [~skelterjo@dice.rutgers.edu] has quit [Ping timeout: 250 seconds] 09:59 -!- foocraft [~ewanas@78.101.140.235] has joined #go-nuts 10:04 -!- hcatlin [~hcatlin@pdpc/supporter/professional/hcatlin] has quit [Quit: hcatlin] 10:05 -!- hcatlin [~hcatlin@host86-161-237-3.range86-161.btcentralplus.com] has joined #go-nuts 10:05 -!- hcatlin [~hcatlin@host86-161-237-3.range86-161.btcentralplus.com] has quit [Changing host] 10:05 -!- hcatlin [~hcatlin@pdpc/supporter/professional/hcatlin] has joined #go-nuts 10:16 < xyproto> skelterjohn: ok. thx 10:17 -!- xyproto [~alexander@77.40.159.131] has quit [Quit: WeeChat 0.3.5] 10:20 -!- ccc1 [~Adium@140.109.98.187] has quit [Quit: Leaving.] 10:21 -!- benjack [~benjack@bb119-74-99-26.singnet.com.sg] has quit [Quit: Leaving.] 10:31 -!- squeese [~squeese@cm-84.209.17.156.getinternet.no] has joined #go-nuts 10:32 -!- yogib [~kaiser@webauth-72-66.uni-paderborn.de] has joined #go-nuts 10:59 -!- franciscosouza [~francisco@177.19.166.49] has joined #go-nuts 11:10 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-53.clienti.tiscali.it] has joined #go-nuts 11:11 -!- xyproto [~alexander@77.40.159.131] has joined #go-nuts 11:16 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 11:20 -!- franciscosouza [~francisco@177.19.166.49] has quit [Read error: Connection timed out] 11:21 -!- franciscosouza [~francisco@177.19.166.49] has joined #go-nuts 11:24 -!- ctimmerm [~ctimmerm@83.150.80.193] has joined #go-nuts 11:29 -!- franciscosouza [~francisco@177.19.166.49] has quit [Read error: Operation timed out] 11:30 -!- yogib [~kaiser@webauth-72-66.uni-paderborn.de] has quit [Quit: Leaving] 11:31 -!- yogib [~yogib@131.234.59.64] has joined #go-nuts 11:33 -!- kaiser [~kaiser@webauth-72-66.uni-paderborn.de] has joined #go-nuts 11:34 -!- kaiser [~kaiser@webauth-72-66.uni-paderborn.de] has quit [Client Quit] 11:42 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has joined #go-nuts 11:44 < yogib> Hello kfmfe04, welcome to #go-nuts 11:52 -!- ananamoose [~ajoe47@h227.35.25.72.ip.windstream.net] has joined #go-nuts 11:53 -!- Cobi [~Cobi@2002:1828:88fb:0:aede:48ff:febe:ef03] has quit [Ping timeout: 264 seconds] 11:57 -!- virtualsue [~chatzilla@nat/cisco/x-pbavudxkgabfjwsb] has quit [Ping timeout: 246 seconds] 11:57 -!- Cobi [~Cobi@2002:1828:88fb:0:aede:48ff:febe:ef03] has joined #go-nuts 12:10 -!- yogib [~yogib@131.234.59.64] has quit [Quit: Leaving] 12:14 -!- yogib [~yogib@131.234.59.64] has joined #go-nuts 12:14 -!- yogib [~yogib@131.234.59.64] has left #go-nuts [] 12:18 -!- jkaiser [~yogib@131.234.59.64] has joined #go-nuts 12:26 -!- Adys [~Adys@unaffiliated/adys] has quit [Remote host closed the connection] 12:28 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 12:31 -!- prip [~foo@host8-197-dynamic.17-79-r.retail.telecomitalia.it] has joined #go-nuts 12:36 -!- franciscosouza [~francisco@201.7.131.3] has joined #go-nuts 12:40 -!- virtualsue [~chatzilla@nat/cisco/x-mdmbdbjtjnfvjlba] has joined #go-nuts 12:43 -!- tncardoso [~thiagon@150.164.2.20] has joined #go-nuts 12:43 -!- franciscosouza [~francisco@201.7.131.3] has quit [Quit: franciscosouza] 12:49 -!- zippoxer [~zippoxer@bzq-109-65-192-209.red.bezeqint.net] has quit [Ping timeout: 252 seconds] 12:53 -!- franciscosouza [~francisco@201.7.131.3] has joined #go-nuts 12:57 -!- dreadlorde [~dreadlord@c-68-42-82-10.hsd1.mi.comcast.net] has joined #go-nuts 13:04 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has quit [Read error: Connection reset by peer] 13:06 -!- sniper506th [~sniper506@rrcs-70-61-192-18.midsouth.biz.rr.com] has joined #go-nuts 13:15 -!- alehorst [~alehorst@186.212.213.85] has quit [Ping timeout: 255 seconds] 13:19 -!- bakedb [~kel@188.28.38.229.threembb.co.uk] has quit [Ping timeout: 250 seconds] 13:25 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has quit [Quit: Leaving.] 13:28 -!- hargettp [~phil@dhcp-161.mirrorimage.net] has joined #go-nuts 13:29 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 13:29 -!- alehorst [~alehorst@177.16.67.14] has joined #go-nuts 13:29 -!- franciscosouza [~francisco@201.7.131.3] has quit [Read error: Connection reset by peer] 13:29 -!- franciscosouza [~francisco@201.7.131.3] has joined #go-nuts 13:30 -!- ijknacho [~goofy@cpe-72-190-64-3.tx.res.rr.com] has joined #go-nuts 13:31 -!- bakedb [~kel@188.29.225.77.threembb.co.uk] has joined #go-nuts 13:32 -!- ronnyy [~quassel@p4FF1C441.dip0.t-ipconnect.de] has joined #go-nuts 13:35 -!- TheSeeker [riiight@99-153-250-110.lightspeed.irvnca.sbcglobal.net] has quit [] 13:36 -!- iant [~iant@67.218.104.187] has joined #go-nuts 13:36 -!- mode/#go-nuts [+v iant] by ChanServ 13:37 -!- franciscosouza [~francisco@201.7.131.3] has quit [Ping timeout: 240 seconds] 13:37 -!- sebastianskejoe [~sebastian@188.114.142.217] has joined #go-nuts 13:39 -!- Sep102_ [~Sep102@c-71-227-179-131.hsd1.wa.comcast.net] has joined #go-nuts 13:39 -!- twolfe18 [~twolfe18@128.237.230.167] has joined #go-nuts 13:42 -!- Sep102 [~Sep102@c-71-227-179-131.hsd1.wa.comcast.net] has quit [Ping timeout: 240 seconds] 13:43 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-182-192.clienti.tiscali.it] has joined #go-nuts 13:45 -!- jasmuth [~jasmuth@alphabits.rutgers.edu] has joined #go-nuts 13:46 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-53.clienti.tiscali.it] has quit [Ping timeout: 276 seconds] 13:47 -!- alehorst [~alehorst@177.16.67.14] has quit [Remote host closed the connection] 13:48 -!- alehorst [~alehorst@177.16.67.14] has joined #go-nuts 13:52 -!- sacho [~sacho@46.10.23.185] has quit [Ping timeout: 255 seconds] 13:57 -!- Adys [~Adys@unaffiliated/adys] has quit [Ping timeout: 255 seconds] 13:57 -!- hhhhhh [pyaexq@app5.chatmosphere.org] has joined #go-nuts 13:58 -!- hhhhhh [pyaexq@app5.chatmosphere.org] has quit [Client Quit] 13:58 -!- bakedb [~kel@188.29.225.77.threembb.co.uk] has quit [Ping timeout: 276 seconds] 13:58 -!- kergoth__ [~kergoth@ip24-251-173-232.ph.ph.cox.net] has joined #go-nuts 14:05 -!- Sxan [~russes02@12.175.119.20] has left #go-nuts [] 14:08 < skelterjohn|work> morning all 14:12 < pjz> morning 14:16 -!- pjz [~pj@place.org] has quit [Quit: Changing server] 14:20 -!- bakedb [~kel@188.29.31.50.threembb.co.uk] has joined #go-nuts 14:22 -!- ronnyy [~quassel@p4FF1C441.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 14:31 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has quit [Quit: leaving] 14:34 < xyproto> morning/afternoon 14:38 -!- sebastianskejoe [~sebastian@188.114.142.217] has quit [Quit: Lost terminal] 14:39 -!- bakedb [~kel@188.29.31.50.threembb.co.uk] has quit [Ping timeout: 258 seconds] 14:42 -!- ctimmerm [~ctimmerm@83.150.80.193] has quit [Quit: ctimmerm] 14:42 -!- ancientlore [~ancientlo@63.76.22.10] has joined #go-nuts 14:43 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 14:46 -!- wjlroe_ [u1877@gateway/web/irccloud.com/x-nennfrfnglfonejy] has joined #go-nuts 14:48 -!- dreadlorde [~dreadlord@c-68-42-82-10.hsd1.mi.comcast.net] has quit [Ping timeout: 250 seconds] 14:53 -!- fabled [~fabled@83.145.235.194] has quit [Quit: Ex-Chat] 14:55 -!- iant [~iant@67.218.104.187] has quit [Quit: Leaving.] 14:56 -!- zippoxer [~zippoxer@109.67.236.94] has joined #go-nuts 14:58 -!- bakedb [~kel@188.29.31.98.threembb.co.uk] has joined #go-nuts 14:58 -!- r_linux [~r_linux@189.38.220.35] has joined #go-nuts 15:01 -!- fabled [~fabled@83.145.235.194] has joined #go-nuts 15:04 -!- iant [~iant@nat/google/x-kenlujnodyddnmsm] has joined #go-nuts 15:04 -!- mode/#go-nuts [+v iant] by ChanServ 15:04 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has joined #go-nuts 15:05 -!- Queue29 [~Queue29@173-8-182-114-SFBA.hfc.comcastbusiness.net] has joined #go-nuts 15:06 -!- bakedb [~kel@188.29.31.98.threembb.co.uk] has quit [Ping timeout: 244 seconds] 15:10 -!- sahid [~sahid@LNeuilly-152-21-22-10.w193-253.abo.wanadoo.fr] has joined #go-nuts 15:13 -!- ArgonneIntern [~gauge@anlextwls093-157.wl.anl-external.org] has joined #go-nuts 15:15 -!- yogib [~yogib@131.234.59.64] has quit [Quit: yogib] 15:17 -!- pjacobs [~pjacobs@75-27-133-72.lightspeed.austtx.sbcglobal.net] has joined #go-nuts 15:18 -!- Bigbear1 [~Cody@d75-158-128-85.abhsia.telus.net] has joined #go-nuts 15:19 -!- Queue29 [~Queue29@173-8-182-114-SFBA.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 15:21 -!- Queue29 [~Queue29@173-8-182-114-SFBA.hfc.comcastbusiness.net] has joined #go-nuts 15:21 -!- Queue29 [~Queue29@173-8-182-114-SFBA.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 15:25 -!- hopelessnewbie [~antonio@123.120.135.130] has joined #go-nuts 15:25 < hopelessnewbie> hello 15:26 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has quit [Remote host closed the connection] 15:26 < hopelessnewbie> i'm new to go and i have a question about interfaces 15:26 -!- dfr|mac [~dfr|work@nat/google/x-nhznfpgyqldseyef] has joined #go-nuts 15:26 -!- bakedb [~kel@188.28.136.100.threembb.co.uk] has joined #go-nuts 15:27 -!- fabled [~fabled@83.145.235.194] has quit [Quit: Ex-Chat] 15:28 < xyproto> hopelessnewbie: go ahead and ask, lots of people here are ninja with interfaces :) 15:28 < hopelessnewbie> heh, i'm preparing a pastebin page 15:29 < hopelessnewbie> ok, here: http://pastie.org/2150506 15:29 -!- ArgonneIntern [~gauge@anlextwls093-157.wl.anl-external.org] has quit [Ping timeout: 264 seconds] 15:29 < hopelessnewbie> the compiler says he does not find Edges 15:30 -!- TheSeeker [riiight@99-153-250-110.lightspeed.irvnca.sbcglobal.net] has joined #go-nuts 15:31 < skelterjohn|work> can you pastebin the exact error message it prints out? 15:31 < hopelessnewbie> i tied to use interface{} instead of edges, and he says that interface{} does not have a method Data() 15:31 < hopelessnewbie> rbtest.go:9: undefined: Edge 15:31 < hopelessnewbie> this is the one i have now 15:31 < hopelessnewbie> before it was 15:31 < hopelessnewbie> rbtest.go:10: a.Data undefined (type interface { } has no field or method Data) 15:31 < skelterjohn|work> two things 15:32 < skelterjohn|work> first, if you want to refer to the edge type, it's slowgraph.Edge 15:32 < hopelessnewbie> now i thought that Edges was ok because it's declared as an interface in package slowgraphs 15:32 < hopelessnewbie> oh, ok 15:32 -!- ananamoose [~ajoe47@h227.35.25.72.ip.windstream.net] has quit [Quit: Textual IRC Client: http://www.textualapp.com/] 15:32 < hopelessnewbie> that makes sense 15:32 < skelterjohn|work> second, i am familiar with the llrb package, and i believe it requires interface{} as the type in the less function 15:32 < skelterjohn|work> but inside that function you can use type assertion to change them to edges 15:33 < hopelessnewbie> hmmm, type assertion 15:33 < hopelessnewbie> what's that ? 15:33 < skelterjohn|work> take a look in the "effective go" page 15:33 < skelterjohn|work> it's a great read 15:33 < skelterjohn|work> i'm heading to lunch, though 15:33 < hopelessnewbie> i've read it many times :( that why i'm hopeless 15:34 < skelterjohn|work> well, this time look for the section on interfaces and type assertion specifically :) 15:34 < skelterjohn|work> bbl 15:34 < hopelessnewbie> ty skelterjohn 15:35 -!- jbooth1 [~jay@209.249.216.2] has joined #go-nuts 15:35 -!- chomp [~chomp@dap-209-166-184-50.pri.tnt-3.pgh.pa.stargate.net] has joined #go-nuts 15:36 -!- franciscosouza [~francisco@201.7.131.3] has joined #go-nuts 15:37 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 15:41 < hopelessnewbie> hmm effective go has 4 hits for "type assertion" one dicusses it in relation to finding the type through a switch statement, the other three are in the errors, panic and recover and talk about what to do when a type assertion fails :( 15:41 < yebyen> i can help you with type assertion 15:41 < yebyen> and the other one, i think there are type assertion and type casting 15:41 < hopelessnewbie> that would be great 15:41 -!- twolfe18 [~twolfe18@128.237.230.167] has quit [Quit: twolfe18] 15:41 < hopelessnewbie> i feel like i'm banging my head against a sharp nail 15:42 < yebyen> well you've read the document and I'm rusty, so can you tell me if this looks like a type assertion? 15:42 < yebyen> variable.(int) 15:42 < hopelessnewbie> sort of 15:42 < hopelessnewbie> i se something like interfaceValue.(type) 15:42 < yebyen> that's the idea 15:42 < yebyen> what's hanging you up? 15:43 < hopelessnewbie> i'm trying to use the llrb package 15:43 < hopelessnewbie> and it requites me to declare the sorting function like this: func lessInt(a, b interface{}) bool { return a.(int) < b.(int) } 15:44 < hopelessnewbie> so i tried to use something like that in my code (you can see it at http://pastie.org/2150506 15:44 < hopelessnewbie> but it does not like my interface 15:44 < hopelessnewbie> it says: 15:44 < hopelessnewbie> rbtest.go:37: cannot use lessEdgeMerge (type func(a slowgraph.Edge, b slowgraph.Edge) bool) as type llrb.LessFunc in function argument 15:45 < yebyen> looks like you've declared it as lessEdgeMerge(a, b Edge) 15:46 -!- bakedb [~kel@188.28.136.100.threembb.co.uk] has quit [Ping timeout: 264 seconds] 15:46 < hopelessnewbie> yeah, now i changed that to essEdgeMerge(a, b slowgraph.Edge) 15:46 < yebyen> so you change it to the interface declaration and put in the type assertions, and what error do you get? 15:46 < yebyen> i think i understand your problem 15:47 < hopelessnewbie> the type assertion whould be like interfaceValue.(slowgraph.Edge) ? 15:47 < yebyen> it's expecting a function of type "func name(a,b interface{}) bool" 15:47 < yebyen> then you perform that assertion you just mentioned to make sure you're not operating on some strange types passed into interface{} 15:48 < hopelessnewbie> it still does not like it 15:48 < hopelessnewbie> rbtest.go:11: a.Data undefined (type interface { } has no field or method Data) 15:48 < yebyen> i'll try compiling it 15:48 < hopelessnewbie> and before that: rbtest.go:10: undefined: interfaceValue 15:48 < yebyen> is slowgraph a package i can download? 15:49 < hopelessnewbie> i'll paste it 15:49 < hopelessnewbie> http://pastie.org/2150595 15:50 -!- iant [~iant@nat/google/x-kenlujnodyddnmsm] has quit [Quit: Leaving.] 15:51 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts 15:53 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has quit [Client Quit] 15:54 -!- tvw [~tv@212.79.9.150] has joined #go-nuts 15:54 < yebyen> alright, i've got it ready to try and build... 15:54 < yebyen> fetching llrb 15:56 < hopelessnewbie> ty very much yebyen 15:57 < yebyen> func lessEdgeMerge (a, b interface{}) bool { return a.(slowgraph.Edge).Data() < b.(slowgraph.Edge).Data() } 15:57 < yebyen> is that what you're trying? 15:57 < yebyen> that is the correct way to use type assertions 15:57 < yebyen> builds OK for me 15:58 -!- bakedb [~kel@188.28.15.135.threembb.co.uk] has joined #go-nuts 15:58 < yebyen> runs without error, but i don't see any output... not sure what it was meant to do, i didn't read main() 16:00 < hopelessnewbie> yeah that's great 16:00 < yebyen> what's a surprise? 16:00 < yebyen> i'm not sure what you did wrong 16:00 < hopelessnewbie> the type assertion syntax 16:00 < hopelessnewbie> i had 16:00 -!- Queue29 [~Queue29@egress-w.sfo1.yelpcorp.com] has joined #go-nuts 16:00 < hopelessnewbie> func lessEdgeMerge (a, b interface{}) bool { 16:00 < hopelessnewbie> a.(slowgraph.Edge) 16:00 < hopelessnewbie> b.(slowgraph.Edge) 16:00 < hopelessnewbie> return a.Data() < b.Data() 16:00 < hopelessnewbie> } 16:00 < yebyen> aha :) 16:00 < hopelessnewbie> well, not the syntax 16:00 < yebyen> the value gains the methods of the type you assert on it, only within the assertion statement 16:00 < hopelessnewbie> the usage 16:01 < hopelessnewbie> thanks a lot yebyen 16:01 < yebyen> no problem :) 16:01 -!- pjacobs2 [~pjacobs@66.54.185.130] has joined #go-nuts 16:02 -!- pjacobs [~pjacobs@75-27-133-72.lightspeed.austtx.sbcglobal.net] has quit [Read error: Operation timed out] 16:02 < yebyen> thanks for refreshing my memory on type assertions 16:02 < yebyen> it's important for mustaches as well 16:03 < yebyen> since you wind up with a lot of map[string]map[string]interface{} 16:03 < hopelessnewbie> mustaches ? 16:04 < yebyen> it's a neat templating language for web.go 16:04 < hopelessnewbie> oh yeah, i saw that while browsing the packages 16:04 < yebyen> {{#container}}value: {{value}}{{/container}} 16:05 < yebyen> to print a list of values in container 16:05 < yebyen> with plain text labels 16:05 < hopelessnewbie> i admit i have no idea what that syntax does 16:05 < yebyen> {"value": 7} 16:06 < yebyen> looks like a struct{value int} 16:06 < yebyen> never mind :) 16:06 < hopelessnewbie> :) 16:07 < yebyen> its really easy though, if you want to perform your introspection through html, you don't have to mess with html builders 16:07 < yebyen> just write the html pages with mustache language in them 16:07 -!- Queue29 [~Queue29@egress-w.sfo1.yelpcorp.com] has quit [Remote host closed the connection] 16:08 < hopelessnewbie> heh, i'm struggling with the simplest things, the only other language i know is perl 16:09 < hopelessnewbie> it will take a while before i use go for web pages 16:09 -!- tncardoso [~thiagon@150.164.2.20] has quit [Quit: Leaving] 16:10 -!- Queue29 [~Queue29@egress-w.sfo1.yelpcorp.com] has joined #go-nuts 16:13 < yebyen> if you can handle perl, web.go is easy peasy 16:13 -!- manveru [~manveru@b08s28ur.corenetworks.net] has quit [Read error: Connection reset by peer] 16:14 < yebyen> are you trying to use llrb for something in particular? 16:14 < yebyen> or just see how it works 16:17 -!- manveru [~manveru@b08s28ur.corenetworks.net] has joined #go-nuts 16:17 -!- sahid [~sahid@LNeuilly-152-21-22-10.w193-253.abo.wanadoo.fr] has quit [Quit: Ex-Chat] 16:20 < zozoR> http://pastebin.com/T9w1eemG 16:20 < zozoR> my question! :D 16:21 < zozoR> interfaces doesnt work with func (pointertosometype *sometype) foo() 16:21 < zozoR> ? 16:22 < zozoR> you have to have a nonpointer reciever? 16:22 < zozoR> : | 16:23 -!- ArgonneIntern [~gauge@anlextwls093-157.wl.anl-external.org] has joined #go-nuts 16:25 < exch> If any of the interface methods are defined on MonsterGhost instead of *MonsterGhost, then *MonsterGhost does not satisfy the interface 16:26 < exch> You can leave the pointer receiver in foo(), but you'll need to ensure that all the interface methods are defined on *MonsterGhost 16:26 < serialhex> hey, is there an abolute value function?? i can't seem to find one... 16:27 < serialhex> i imagine it's abs() but i'm not sure.. 16:27 < chomp> there's math.Fabs for floats 16:27 < zozoR> exch, thanks :) 16:27 < chomp> there's no builtin abs though 16:28 < serialhex> ahh, ok, thanks chomp!! 16:28 -!- smw [~stephen@unaffiliated/smw] has joined #go-nuts 16:28 < hopelessnewbie> yebyen: i'm writing a solver for http://www.hacker.org/coil/ 16:29 < hopelessnewbie> my perl one was not so good 16:29 < hopelessnewbie> i thought it would be a good excuse to learn about go 16:31 < zozoR> exch, now i got the same problem, but with another method 16:31 < zozoR> MonsterGhost does not implement Monster (Blit method requires pointer receiver) 16:31 < zozoR> func (m *MonsterGhost) Blit(surface *sdl.Surface) { 16:31 < zozoR> i dont get it >.< 16:32 < serialhex> hopelessnewbie: why on EARTH did you post that... i' probably gonna get sucked in playing that for hours now... :P 16:32 < hopelessnewbie> heh 16:33 < hopelessnewbie> playing it by hand gets boring relatively fast 16:33 -!- minou [d58d2ab3@gateway/web/freenode/ip.213.141.42.179] has joined #go-nuts 16:34 -!- franciscosouza [~francisco@201.7.131.3] has quit [Quit: franciscosouza] 16:40 < minou> Hello, im wondering what should i do modify in Go so i could start a small operating system? 16:43 < minou> i wish someone say me if thats an impossible task 16:43 < zozoR> as i recall, go isnt THAT low level 16:44 < minou> yeah but i can link it against asm 16:44 < minou> the issue maybe i think its if it needs OS services to normal run 16:47 < photron> minou: iirc aiju started an os in go, also there was the tiny runtime http://groups.google.com/group/golang-dev/msg/43a740b24c7e4a29?pli=1 that allowd you to directly boot from a go program 16:48 < minou> great!! thats what i needed! 16:48 < minou> thanks 16:49 -!- twolfe18 [~twolfe18@128.237.230.167] has joined #go-nuts 16:49 -!- Dr_Who [~tgall_foo@linaro/tgall-foo] has joined #go-nuts 16:50 -!- sniper506th [~sniper506@rrcs-70-61-192-18.midsouth.biz.rr.com] has quit [Quit: Leaving...] 16:51 < zozoR> http://pastebin.com/UVx7gYvd 16:51 < zozoR> my new question, if anyone wants to help ^^ 16:54 -!- minou [d58d2ab3@gateway/web/freenode/ip.213.141.42.179] has left #go-nuts [] 16:54 -!- bakedb [~kel@188.28.15.135.threembb.co.uk] has quit [Ping timeout: 246 seconds] 16:56 -!- r_linux [~r_linux@189.38.220.35] has quit [Ping timeout: 255 seconds] 16:57 < exch> mm weird 16:57 < exch> That should work 16:58 -!- ww [~ww@river.styx.org] has quit [Ping timeout: 252 seconds] 17:01 < jessta> zozoR: That should work, the error is likely in code that isn't in the paste 17:02 -!- tncardoso [~thiago@189.59.202.56] has joined #go-nuts 17:07 -!- crazy2be [~crazy2be@d75-152-167-124.abhsia.telus.net] has joined #go-nuts 17:13 -!- virtualsue [~chatzilla@nat/cisco/x-mdmbdbjtjnfvjlba] has quit [Ping timeout: 241 seconds] 17:16 -!- iant [~iant@nat/google/x-xpimmbsdgmqpyzfs] has joined #go-nuts 17:16 -!- mode/#go-nuts [+v iant] by ChanServ 17:17 -!- skelterjohn|work [~jasmuth@alphabits.rutgers.edu] has quit [Quit: skelterjohn|work has no reason] 17:18 -!- jasmuth [~jasmuth@dice.rutgers.edu] has joined #go-nuts 17:18 < chomp> zozoR, could you provide more complete code? things missing: the line which generates the error you've given, as well as the definition of MonsterGhost 17:18 -!- tvw [~tv@212.79.9.150] has quit [Remote host closed the connection] 17:21 * crazy2be is curious 17:22 -!- r_linux [~r_linux@189.38.220.35] has joined #go-nuts 17:23 -!- firwen [~firwen@2a01:e34:eea3:7e10:4a5b:39ff:fe51:e8ae] has joined #go-nuts 17:23 -!- zippoxer [~zippoxer@109.67.236.94] has quit [Ping timeout: 246 seconds] 17:25 -!- sjbrown [~sjbrown@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net] has joined #go-nuts 17:27 -!- napsy_ [~luka@88.200.96.18] has joined #go-nuts 17:34 -!- Fish- [~Fish@9fans.fr] has joined #go-nuts 17:37 -!- chrisdothall [~chris@segfault.net.nz] has joined #go-nuts 17:39 -!- dfr|mac [~dfr|work@nat/google/x-nhznfpgyqldseyef] has quit [Ping timeout: 276 seconds] 17:39 -!- tvw [~tv@212.79.9.150] has joined #go-nuts 17:40 -!- twolfe18 [~twolfe18@128.237.230.167] has quit [Quit: twolfe18] 17:43 -!- pjacobs [~pjacobs@66.54.185.130] has quit [Quit: Leaving] 17:44 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts 17:44 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has quit [Client Quit] 17:44 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts 17:46 -!- Wiz126 [Wiz@h229.120.232.68.dynamic.ip.windstream.net] has quit [] 17:46 -!- r_linux [~r_linux@189.38.220.35] has quit [Ping timeout: 276 seconds] 17:47 -!- r_linux [~r_linux@static.200.198.180.250.datacenter1.com.br] has joined #go-nuts 17:47 -!- Wiz126 [Wiz@h229.120.232.68.dynamic.ip.windstream.net] has joined #go-nuts 17:47 -!- ArgonneIntern [~gauge@anlextwls093-157.wl.anl-external.org] has quit [Ping timeout: 276 seconds] 17:51 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts 17:52 -!- crazy2be [~crazy2be@d75-152-167-124.abhsia.telus.net] has quit [Ping timeout: 258 seconds] 17:55 -!- r_linux [~r_linux@static.200.198.180.250.datacenter1.com.br] has quit [Ping timeout: 240 seconds] 17:55 -!- r_linux [~r_linux@static.200.198.180.250.datacenter1.com.br] has joined #go-nuts 17:55 -!- virtualsue [~chatzilla@nat/cisco/x-eselpmwqjzfazwvr] has joined #go-nuts 17:57 -!- dtm_ [~dtm@cpe-66-61-15-236.neo.res.rr.com] has joined #go-nuts 17:58 -!- tncardoso [~thiago@189.59.202.56] has quit [Quit: bye] 17:58 -!- yogib [~kaiser@dslb-178-009-072-121.pools.arcor-ip.net] has joined #go-nuts 18:02 -!- eikenberry [~jae@173-164-68-213-Oregon.hfc.comcastbusiness.net] has joined #go-nuts 18:02 -!- huin [~huin@91.85.188.1] has joined #go-nuts 18:03 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has quit [Quit: WeeChat 0.3.0] 18:04 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has joined #go-nuts 18:05 < dtm_> What's a good editor/ide for working with Go programs, so I don't have to mess around with makefiles? 18:05 -!- hargettp [~phil@dhcp-161.mirrorimage.net] has quit [Quit: leaving] 18:06 -!- message144 [~message14@cpe-75-83-155-145.socal.res.rr.com] has joined #go-nuts 18:07 < sjbrown> apparently there is an eclipse plugin 18:07 < sjbrown> i don't know if it addresses dependency calculation / automatic makefile generation 18:08 -!- tvw [~tv@212.79.9.150] has quit [Remote host closed the connection] 18:10 < skelterjohn|work> if you don't want to mess with makefiles (and who does?) you can use gb or goinstall to build, 18:11 < skelterjohn|work> i'm using sublime as my text editor, and it has a way to run an external builder, though i haven't quite got it figured yet 18:12 < skelterjohn|work> liteide updates are posted on the google group every few weeks, and it has an integrated builder 18:12 -!- r_linux [~r_linux@static.200.198.180.250.datacenter1.com.br] has quit [Read error: Operation timed out] 18:12 < skelterjohn|work> though it's pretty poor, imo 18:12 < skelterjohn|work> (the builder) 18:12 -!- rurban [~chatzilla@178-191-217-195.adsl.highway.telekom.at] has joined #go-nuts 18:12 < kergoth__> gb? 18:12 -!- r_linux [~r_linux@189.38.220.35] has joined #go-nuts 18:12 < skelterjohn|work> go-gb.googlecode.com 18:14 < kergoth__> ah, interesting 18:15 * kergoth__ uses vim and gomake at the moment 18:15 < kergoth__> that reminds me, is there a good way to just *run* a single .go file? that is, a single command to compile it, link it, and run the result, and clean up after itself? 18:15 < kergoth__> guess i could write a little shell script 18:15 < skelterjohn|work> there are some 3rd party tools that do that 18:15 < skelterjohn|work> check out godashboard.appspot.com/projects 18:16 < kergoth__> seems like itd be handy for basic prototyping, before you shift to a proper project 18:16 < skelterjohn|work> sorry, http://godashboard.appspot.com/project 18:16 -!- robteix [~robteix@134.134.139.70] has joined #go-nuts 18:16 * kergoth__ nods 18:16 -!- franciscosouza [~francisco@201.7.131.3] has joined #go-nuts 18:16 -!- NiteRain [~kvirc@c-98-254-236-21.hsd1.fl.comcast.net] has joined #go-nuts 18:16 * kergoth__ is just getting started, grasps the concepts, but is in that spot where he hasn't actually written anything substantial enough with it to be comfortable 18:19 -!- alehorst [~alehorst@177.16.67.14] has quit [Ping timeout: 250 seconds] 18:21 -!- kergoth__ [~kergoth@ip24-251-173-232.ph.ph.cox.net] has quit [Read error: Connection reset by peer] 18:25 < zozoR> http://pastebin.com/LSmQ63RS 18:25 < zozoR> there 18:25 < zozoR> full source, i still dont know what happens :D 18:25 -!- message144 [~message14@cpe-75-83-155-145.socal.res.rr.com] has quit [Remote host closed the connection] 18:25 < zozoR> and it still does not make sense to me '' 18:26 < skelterjohn|work> what's the line num for the error 18:26 < skelterjohn|work> ah, i see 18:27 < zozoR> :) 18:27 < skelterjohn|work> change the return type of NewMonsterGhost to (m *MonsterGhost) 18:27 < skelterjohn|work> instead of (m MonsterGhost) 18:27 < skelterjohn|work> because MonsterGhost, well, doesn't implement Monster :) 18:27 < skelterjohn|work> only *MonsterGhost does 18:28 < zozoR> really :/ 18:29 < skelterjohn|work> yep. 18:29 < skelterjohn|work> you could also append &temp 18:29 < skelterjohn|work> instead of temp 18:29 < zozoR> why is it that, if you have the value (and the address by &value), why cant it use both *T and T? 18:29 < skelterjohn|work> that would also work 18:29 -!- rejb [~rejb@unaffiliated/rejb] has quit [Quit: .] 18:30 < skelterjohn|work> you have a MonsterGhost. MonsterGhost does not satisfy Monster because it doesn't have all the methods. therefore you cannot put it in a Monster interface 18:30 < skelterjohn|work> it's not going to guess what you might have meant 18:30 < skelterjohn|work> tell it what you really mean 18:31 < zozoR> well, it worked like a charm what you said 18:31 -!- NiteRain [~kvirc@c-98-254-236-21.hsd1.fl.comcast.net] has quit [Ping timeout: 276 seconds] 18:32 < zozoR> thank you :) 18:32 < skelterjohn|work> np 18:32 < zozoR> but why the big difference between *T and T? 18:32 < skelterjohn|work> i don't know how to answer that question except by saying that *T and T are not the same 18:32 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has quit [Quit: twolfe18] 18:33 < zozoR> and encourage us to use T more than *T, if it becomes a hassle when you work with interfaces 18:33 -!- sjbrown [~sjbrown@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 258 seconds] 18:33 < skelterjohn|work> don't follow 18:33 < skelterjohn|work> i don't see the hassle 18:34 < zozoR> the thing is, i used T for most of the operations on my MonsterGhost, since only move is using the same object 18:35 < zozoR> but to use the interface system, i have to use *T for everything 18:35 < Namegduf> Hmm? 18:35 < Namegduf> T and *T are different types 18:35 < Namegduf> There's no magic, no tricky, no hax 18:35 < Namegduf> They're two different, unrelated types to be a method of. 18:35 < zozoR> yeah, i think i got that now : | 18:35 < skelterjohn|work> "unrelated" is a bit sneaky 18:36 < Namegduf> Well, okay, skip that bit. 18:36 < zozoR> well. you have to treat them as unrelated in my case 18:36 < zozoR> either all T or all *T 18:36 < Namegduf> Key thing is, they're not the same type, and in this case they behave like any two different types do. 18:36 < Namegduf> No special restrictions here. 18:36 -!- dforsyth [~dforsyth@ec2-50-18-22-230.us-west-1.compute.amazonaws.com] has quit [Ping timeout: 240 seconds] 18:36 -!- dforsyth [~dforsyth@ec2-50-18-22-230.us-west-1.compute.amazonaws.com] has joined #go-nuts 18:37 -!- tokuhiro_ [~tokuhirom@www33009u.sakura.ne.jp] has quit [Ping timeout: 240 seconds] 18:37 < zozoR> ^^ 18:37 -!- rurban [~chatzilla@178-191-217-195.adsl.highway.telekom.at] has quit [Ping timeout: 258 seconds] 18:37 < skelterjohn|work> the issue is a bit muddied by the fact that if you have a method func (x *X) Foo() { ... } 18:37 < skelterjohn|work> and you have something of type X, you can call Foo() on it as long as the thing you've got is addressable 18:37 < skelterjohn|work> i kind of think that's a bad thing 18:38 < skelterjohn|work> if you had to write (&theValue).Foo() instead of theValue.Foo(), the fact that it was operating on the pointer would be very obvious 18:38 < zozoR> i just dont get why the go team encourage users to use T when possible and *T when forced to 18:38 < Namegduf> I like it, as a former C user, but it means knowing that . can dereference. 18:38 < Namegduf> zozoR: I don't think they've "encouraged" anything, really. 18:38 < skelterjohn|work> as it stands, if Foo has a pointer receiver, you can do theValue.Foo() and it will work and actually have *side-effects* 18:38 < skelterjohn|work> potentially 18:39 < Namegduf> All functions are allowed to have side effects 18:39 < skelterjohn|work> zozoR: I use T when T is small, and *T any other time 18:39 < Namegduf> You mean "side effects to the method receiver, via the method receiver" 18:39 < skelterjohn|work> Namegduf: if your method has a value receiver, instead of a pointer, it can't modify the thing you call it on 18:39 < skelterjohn|work> side-effects is probably too general a term 18:39 < Namegduf> skelterjohn|work: Not through the receiver, no, but that's quite a small subset of possible side effects. 18:40 < Namegduf> So I don't find it a useful thing to make obvious on its own. 18:40 -!- alehorst [~alehorst@201.47.21.103.dynamic.adsl.gvt.net.br] has joined #go-nuts 18:40 < Namegduf> I think all you need to know is that . can dereference. 18:40 < skelterjohn|work> the mental model I had was saying x.Foo() was like saying Foo(x), with that first parameter having a special place in the syntax but no other significance 18:40 < skelterjohn|work> but yeah, that's a good way of thinking about it 18:41 < Namegduf> I get what you're saying, but *T receivers are REALLY common. 18:41 < skelterjohn|work> yes 18:41 < skelterjohn|work> i understand the convenience 18:41 < Namegduf> You'd have more (&x).Foo() methods than other kinds. 18:41 < skelterjohn|work> x:Foo()? :) 18:41 < chomp> the extra dot means dereference! 18:41 < skelterjohn|work> -> is to . as . is to : 18:42 < skelterjohn|work> yeah haha 18:42 < chomp> (i really like . and just .) 18:42 < zozoR> yay, now i get segment fault :D 18:42 < Namegduf> I think I might have gotten it backwards, . can address-of. 18:42 < skelterjohn|work> yes 18:42 < Namegduf> Colon looks funny to me because it's often used to namespace. 18:42 -!- tokuhiro_ [~tokuhirom@www33009u.sakura.ne.jp] has joined #go-nuts 18:42 < Namegduf> Or as part of namespacing syntax. 18:42 < chomp> not enough languages use colons. 18:42 < Namegduf> So I read it as "Foo in x" 18:43 < Namegduf> You could always use another operator, same way C does, yes. 18:43 < chomp> i prefer : to . as in lua's syntax but meh. 18:43 < Namegduf> But I don't really feel the necessity. 18:44 < Namegduf> It might be simpler, merging it and . seems like one of those things which would never be approved if suggested, but... 18:44 < skelterjohn|work> yeah 18:44 < skelterjohn|work> i feel that way too 18:46 -!- zippoxer [~zippoxer@bzq-79-177-194-103.red.bezeqint.net] has joined #go-nuts 18:47 -!- NiteRain [~kvirc@c-98-254-236-21.hsd1.fl.comcast.net] has joined #go-nuts 18:48 < chomp> on a scale from not-a-chance to inevitable, how likely does it seem that go will get generics at some point 18:48 < Namegduf> "meh" 18:48 < skelterjohn|work> somewhere in between 18:49 < Namegduf> Generics proposals have been seen bouncing around 18:49 < Namegduf> But no one's ever said it'd ever happen or that it was even likely. 18:49 < skelterjohn|work> i have the perfect generics solution (well, according to my needs, anyway) but no one else likes it 18:50 < Namegduf> Templating meets my needs fine. 18:51 < skelterjohn|work> what do you mean? 18:51 < Namegduf> I just wish adding it to Go wouldn't make people use it unnecessarily. 18:51 < skelterjohn|work> C++ style templating? 18:51 < chomp> shudder 18:51 < Namegduf> C++ style in that it compiles the type repeatedly, once with the missing type substituted for each actually used type, yes. 18:51 < skelterjohn|work> there's gogit 18:51 < skelterjohn|work> gotit, i mean 18:51 < Namegduf> There's also cp and sed 18:52 < chomp> :) 18:52 < skelterjohn|work> :) 18:52 < Namegduf> Which is what I used in my last Makefile 18:52 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has joined #go-nuts 18:52 < Namegduf> Nothing really shudder about it, it's what Vector does now and it's fundamentally unavoidable. 18:52 < skelterjohn|work> i just use interface{} 18:52 < skelterjohn|work> i don't care about the indirection penalty - i just want type safety (which i don't have here, obviously) 18:53 < Namegduf> The problem is that you really really shouldn't use it for anything but data structures, IMO. 18:53 < skelterjohn|work> absolutely 18:53 < skelterjohn|work> i'm on board with you there 18:53 < Namegduf> And if the language supported it, people would USE it. 18:53 < Namegduf> And you'd get template-using monstrosities. 18:54 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts 18:54 < chomp> doom and gloom, you can get monstrosities anyhow 18:54 < chomp> you'd also get template-using elegant package implementations 18:54 < skelterjohn|work> if map allowed keys of type interface { Hashcode() uint64; Equals(o TheSameInterface) } 18:54 < skelterjohn|work> then i'd be content 18:55 < chomp> would also be nice if you could care about the key type and not the value type when passing / iterating 18:55 < skelterjohn|work> i don't understand what you mean 18:55 < chomp> map[string]dontcare 18:55 < skelterjohn|work> map[string]bool 18:55 < skelterjohn|work> that's a string set 18:55 < chomp> values inaccessbile but i can range the keeys etc 18:55 < skelterjohn|work> for s := range theMap 18:56 < skelterjohn|work> only keys 18:56 < chomp> well i suppose i mean *map[string]dontcare 18:56 < skelterjohn|work> theMap[s] <- check for inclusion 18:56 < chomp> which could point to a map[string]anytypeyouwish 18:56 < skelterjohn|work> i see 18:56 < Namegduf> chomp: There's nothing elegant about template usage, ever. 18:56 < Namegduf> Because it is not performant. 18:56 < chomp> Namegduf, that's a pretty loaded statement 18:56 < chomp> and one-sided 18:57 < chomp> i agree with the second line. 18:57 < skelterjohn|work> i don't know what performant means 18:57 < Namegduf> "well performing" 18:57 < chomp> i assume we're talking about compile time performance 18:57 < jbooth1> hang on compilers don't optimize out the templates? 18:57 < jbooth1> oh ok 18:57 < Namegduf> ...no? 18:57 < Namegduf> Compilers GENERATE the templates. 18:58 < chomp> uh 18:58 < chomp> they generate template instantiations. 18:58 < Namegduf> And if one is instantiated then it's clearly used somewhere. 18:58 < dtm_> Sorry to change the subject, but what's the best way to concatenate a bunch of individual characters onto a string (in a loop for example). Is there the concept of a StringBuilder (like in C#), or is resultString+=string(char) efficient enough 18:59 < jbooth1> i guess i meant that i assumed they did something similar to reified generics in java by the time you got to the finished product, like you're not paying a dynamic language tax once it's compiled 18:59 < chomp> there is functionally zero runtime performance difference between map[foo]T over T=bar and T=baz as compared to manual implementations over each map[foo]bar and map[foo]baz. just more code to write in the latter case, and more work for the compiler. 18:59 < skelterjohn|work> dtm_: bytes.Buffer 18:59 < chomp> and if there -isn't- zero runtime performance difference, the compiler is lame 18:59 < skelterjohn|work> dtm_: don't use +=. that's very inefficient 18:59 < skelterjohn|work> dtm_: actually the best way would just be to use a []byte and the append() built-in function, and convert to a string when you're done 18:59 < chomp> (more work for the compiler in the former case, that is) 18:59 -!- TheMue [~TheMue@p5DDF5EE6.dip.t-dialin.net] has joined #go-nuts 19:00 < dtm_> thanks 19:00 < Namegduf> There can be a significant startup time difference if using large amounts of templating. 19:01 < Namegduf> And if using shared libraries, I think. 19:01 < chomp> why, code size? 19:01 < Namegduf> Symbol count 19:01 < chomp> shared libraries? wha? 19:01 < Namegduf> Lots and lots and lots and lots of symbols to link. 19:01 < Namegduf> Affects Qt. 19:02 < Namegduf> (They love their fancy C++ features so much they added more) 19:02 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has quit [Quit: WeeChat 0.3.0] 19:02 < chomp> well as long as go code is statically linked that's not an issue 19:02 < chomp> if it's really a significant issue in the first place, which i haven't actually experienced 19:02 < Namegduf> Eurgh. 19:03 < chomp> meh, the case for generics isn't terribly strong anyway 19:03 < chomp> it would be a nice-to-have, but not at the expense of any established principles 19:03 -!- kfmfe04 [~kfeng@114-32-57-164.HINET-IP.hinet.net] has joined #go-nuts 19:04 < Namegduf> At any rate, this kind of stuff is why templates shouldn't be added even if they'd be perfectly sufficient and acceptable for real use 19:04 < zozoR> is generics even necessary with interfaces and interface{} : | 19:04 < chomp> heh 19:04 < Namegduf> Because people would massively increase code size using them for "elegant" tricks 19:04 < skelterjohn|work> zozoR: type safety, memory efficiency 19:04 < Namegduf> Which is IMO the equivalent of an elegant oneliner to filter data which relies on using a SELECT * on an SQL DB 19:05 < Namegduf> i.e. looks pretty, is shitty code. 19:05 < chomp> Namegduf, unfortunately instead people will just write code using tons of reflection 19:05 < chomp> which is not necessarily any more desirable, if not less so 19:05 < chomp> random aside. this is how not to translate your documents: http://img.thedailywtf.com/images/201106/IMG_0141_cropped.JPG 19:06 < skelterjohn|work> wow 19:06 < chomp> i have never used a right slippery module containing word sign of on carrying while installing a hard drive. 19:08 -!- franciscosouza [~francisco@201.7.131.3] has quit [Quit: franciscosouza] 19:09 -!- nekoh [~nekoh@dslb-178-004-027-126.pools.arcor-ip.net] has joined #go-nuts 19:14 -!- jbooth1 [~jay@209.249.216.2] has quit [Quit: Leaving.] 19:15 -!- message144 [~message14@cpe-75-83-155-145.socal.res.rr.com] has joined #go-nuts 19:16 -!- Bigbear1 [~Cody@d75-158-128-85.abhsia.telus.net] has quit [Quit: Leaving.] 19:22 -!- virtualsue [~chatzilla@nat/cisco/x-eselpmwqjzfazwvr] has quit [Ping timeout: 240 seconds] 19:26 -!- awidegreen [~quassel@h-170-226.a212.priv.bahnhof.se] has joined #go-nuts 19:27 -!- flaguy48 [~gmallard@user-0c6s350.cable.mindspring.com] has quit [Ping timeout: 264 seconds] 19:29 -!- virtualsue [~chatzilla@cpc6-haye15-0-0-cust125.haye.cable.virginmedia.com] has joined #go-nuts 19:30 -!- franciscosouza [~francisco@201.7.131.3] has joined #go-nuts 19:31 -!- Project_2501 [~Marvin@82.84.71.88] has joined #go-nuts 19:34 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-182-192.clienti.tiscali.it] has quit [Ping timeout: 246 seconds] 19:36 -!- franciscosouza [~francisco@201.7.131.3] has quit [Quit: franciscosouza] 19:36 -!- Bigbear1 [~Cody@d75-158-128-85.abhsia.telus.net] has joined #go-nuts 19:36 -!- Bigbear1 [~Cody@d75-158-128-85.abhsia.telus.net] has left #go-nuts [] 19:36 -!- kergoth__ [~kergoth@ip24-251-173-232.ph.ph.cox.net] has joined #go-nuts 19:36 -!- Bigbear1 [~Cody@d75-158-128-85.abhsia.telus.net] has joined #go-nuts 19:42 -!- franciscosouza [~francisco@201.7.131.3] has joined #go-nuts 19:51 -!- tncardoso [~thiago@201.80.233.227] has joined #go-nuts 19:52 -!- TheMue [~TheMue@p5DDF5EE6.dip.t-dialin.net] has quit [Quit: TheMue] 19:53 < crunge> more idiomatic: return a zero value for "not found" or return value, boolean to indicate success? 19:54 < skelterjohn|work> the 2nd 19:54 -!- Stiletto [7f000001@69.195.144.4] has quit [Remote host closed the connection] 19:54 < skelterjohn|work> if appropriate, have the 2nd return value be os.Error 19:55 < crunge> nah, in this case "not found" will be the normal, expected outcome 19:56 < skelterjohn|work> by "appropriate", i mean that something inside your function can generate an os.Error 19:56 < skelterjohn|work> like a filelookup, or something 19:56 < crunge> right 19:57 < crunge> as an exploratory project I'm working on a rainbow tables implementation in go. Since my primary interest in go lies in the concurrency, it seemed like a good starter project 19:58 < kergoth__> hmm, can any go object be passed through a channel, or are there limitations? 19:58 < aiju> not that i know of 19:58 < skelterjohn|work> what's a rainbow tables? 19:58 < aiju> even channels can be passed through channels 19:58 < aiju> skelterjohn|work: huge table of hashes + values 19:58 < crunge> aiju: not true 19:59 < aiju> crunge: what? rainbow tables or channels? 19:59 < kergoth__> hmm, k. i assume you wouldn't want to pass pointers around through it, since then you're sharing rather than communicating, but i guess its not a limitation as much as a "don't do that" 19:59 < crunge> aiju: sorry, rainbow tables are much more complex than hash dictionaries 19:59 < skelterjohn|work> kergoth__: passing a pointer through a channel is a very normal thing to do 19:59 < skelterjohn|work> you can think of it as a token for accessing the data structure 20:00 < aiju> crunge: sure 20:00 < kergoth__> ah, right, just ensure only one has it at a time and you're okay 20:00 < skelterjohn|work> passing large data through channels can be very inefficient 20:00 * kergoth__ nods 20:00 < kergoth__> okay, thanks 20:00 < crunge> as aiju alluded, rainbow tables are a precomputation technique for password recovery. What makes rainbow tables different is that it uses chains of hashes where you have a hashing function to convert a password to a hash, and a reduction function that converts a hash into another password 20:01 < kergoth__> have a case where i have a graph of nodes, and each node needs to be executed, ideally by a set of goroutines to distribute the work.. the connections are dependencies, so i have to keep track of the completions so i know which are now runnable, to pass them through the goroutine, and was wondering if i was fine passing the pointer to the node around, and it sounds like i am 20:01 < crunge> so given a random seed, I hash->reduce->hash->reduce... for n iterations, only storing the seed and final hash 20:01 < kergoth__> s/through the goroutine/through the channel/ 20:01 < aiju> rainbow tables in a nutshell: 20:02 < aiju> hash -> MAGIC -> password 20:02 < crunge> I make lots of chains like this. When I want to recover a password, I take the hash that I have, expand it using the same process for n iterations, then compare each intermediate hash to the final hash in each chain 20:02 < kergoth__> interesting 20:02 < skelterjohn|work> from UnderwearGnomes Ltd. 20:04 < crunge> once I have it all done, I'd love to bug someone here for a style review, but I have a little while yet 20:05 < skelterjohn|work> kergoth__: be careful with making graph operations concurrent. if you spend a lot of time on each node, concurrency works great. but if you have a huge graph, and each operation is very short, then the concurrency-safety overhead can be big 20:06 < skelterjohn|work> might even be better off doing it sequentially, in extreme cases 20:06 -!- franciscosouza [~francisco@201.7.131.3] has quit [Quit: franciscosouza] 20:06 < kergoth__> ah, makes sense, thanks for the tip. probably not an issue for my use case, but good to keep in mind for the future 20:09 -!- chomp [~chomp@dap-209-166-184-50.pri.tnt-3.pgh.pa.stargate.net] has quit [Quit: Leaving] 20:17 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts 20:22 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has quit [Quit: twolfe18] 20:23 -!- foocraft [~ewanas@78.101.140.235] has quit [Ping timeout: 255 seconds] 20:24 -!- ijknacho [~goofy@cpe-72-190-64-3.tx.res.rr.com] has quit [Ping timeout: 260 seconds] 20:33 < mkb218> 22 20:35 < mkb218> uh, sorry 20:36 < aiju> mkb218: number of children in your basement? 20:37 < mkb218> number of beers left to drink tonight 20:37 -!- foocraft [~ewanas@178.152.87.54] has joined #go-nuts 20:40 -!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has quit [Remote host closed the connection] 20:41 -!- virtualsue [~chatzilla@cpc6-haye15-0-0-cust125.haye.cable.virginmedia.com] has quit [Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027]] 21:05 -!- robteix [~robteix@134.134.139.70] has quit [Ping timeout: 240 seconds] 21:06 -!- robteix [~robteix@nat/intel/x-bwanvturpqowybgo] has joined #go-nuts 21:09 -!- r_linux [~r_linux@189.38.220.35] has quit [Quit: Lost terminal] 21:09 -!- sjbrown [~sjbrown@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net] has joined #go-nuts 21:16 -!- franciscosouza [~francisco@177.19.166.49] has joined #go-nuts 21:18 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has quit [Remote host closed the connection] 21:21 -!- franciscosouza [~francisco@177.19.166.49] has quit [Read error: Operation timed out] 21:22 -!- franciscosouza [~francisco@177.19.166.49] has joined #go-nuts 21:35 -!- Project_2501 [~Marvin@82.84.71.88] has quit [Quit: E se abbasso questa leva che succ...] 21:35 -!- awidegreen [~quassel@h-170-226.a212.priv.bahnhof.se] has quit [Ping timeout: 240 seconds] 21:37 -!- magn3ts [~magn3ts@ip68-103-225-65.ks.ok.cox.net] has joined #go-nuts 21:40 -!- franciscosouza [~francisco@177.19.166.49] has quit [Read error: Connection timed out] 21:44 -!- Nisstyre [~nisstyre@109.74.204.224] has quit [Ping timeout: 260 seconds] 21:45 -!- Nisstyre [~nisstyre@109.74.204.224] has joined #go-nuts 21:46 -!- yebyen [~yebyen@martyfunkhouser.csh.rit.edu] has quit [Ping timeout: 250 seconds] 21:46 -!- huin [~huin@91.85.188.1] has quit [Quit: bedtime] 21:52 -!- rlab [~Miranda@91.200.158.34] has quit [Read error: Connection reset by peer] 21:55 -!- firwen [~firwen@2a01:e34:eea3:7e10:4a5b:39ff:fe51:e8ae] has quit [Quit: Geek insindeĀ®] 21:56 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 21:58 -!- photron [~photron@port-92-201-124-223.dynamic.qsc.de] has quit [Ping timeout: 252 seconds] 21:58 -!- twolfe18 [~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net] has joined #go-nuts 22:03 -!- franciscosouza [~francisco@177.19.166.49] has joined #go-nuts 22:07 -!- flaguy48 [~gmallard@user-0c6s350.cable.mindspring.com] has joined #go-nuts 22:17 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 22:19 -!- eikenberry [~jae@173-164-68-213-Oregon.hfc.comcastbusiness.net] has quit [Ping timeout: 260 seconds] 22:22 -!- franciscosouza [~francisco@177.19.166.49] has quit [Read error: Connection timed out] 22:22 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has joined #go-nuts 22:22 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 22:23 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has joined #go-nuts 22:23 -!- franciscosouza [~francisco@177.19.166.49] has joined #go-nuts 22:25 -!- eikenberry [~jae@67.137.34.202] has joined #go-nuts 22:25 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 22:37 -!- Fish- [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the Fish] 22:37 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has joined #go-nuts 22:37 -!- ancientlore [~ancientlo@63.76.22.10] has quit [Quit: ~ Trillian Astra - www.trillian.im ~] 22:39 -!- message144 [~message14@cpe-75-83-155-145.socal.res.rr.com] has left #go-nuts ["gone"] 22:42 -!- franciscosouza [~francisco@177.19.166.49] has quit [Read error: Connection timed out] 22:43 -!- franciscosouza [~francisco@177.19.166.49] has joined #go-nuts 22:45 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 22:45 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has joined #go-nuts 22:49 -!- robteix [~robteix@nat/intel/x-bwanvturpqowybgo] has quit [Ping timeout: 246 seconds] 23:02 -!- franciscosouza [~francisco@177.19.166.49] has quit [Read error: Connection timed out] 23:04 -!- franciscosouza [~francisco@177.19.166.49] has joined #go-nuts 23:05 -!- rlab [~Miranda@91.200.158.34] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 23:08 -!- vmil86 [~vmil86@88.118.37.245] has quit [Read error: Connection reset by peer] 23:12 -!- twolfe18 [~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net] has quit [Quit: twolfe18] 23:12 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit: Verlassend] 23:13 -!- sjbrown [~sjbrown@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 252 seconds] 23:15 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has joined #go-nuts 23:16 -!- pamera [~Pam@c-71-198-205-77.hsd1.ca.comcast.net] has joined #go-nuts 23:16 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 23:17 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has joined #go-nuts 23:19 -!- iant [~iant@nat/google/x-xpimmbsdgmqpyzfs] has quit [Ping timeout: 260 seconds] 23:28 -!- kergoth__ [~kergoth@ip24-251-173-232.ph.ph.cox.net] has quit [Read error: Connection reset by peer] 23:28 -!- franciscosouza [~francisco@177.19.166.49] has quit [Quit: franciscosouza] 23:31 -!- iant [~iant@67.218.104.187] has joined #go-nuts 23:31 -!- mode/#go-nuts [+v iant] by ChanServ 23:35 -!- NiteRain [~kvirc@c-98-254-236-21.hsd1.fl.comcast.net] has quit [Ping timeout: 255 seconds] 23:38 < magn3ts> Is there a general preference between go-gb and go-dag? 23:38 -!- tncardoso [~thiago@201.80.233.227] has quit [Ping timeout: 258 seconds] 23:40 -!- ccc1 [~Adium@118-166-231-248.dynamic.hinet.net] has joined #go-nuts 23:40 < str1ngs> yes make :P 23:41 < magn3ts> the only make file I'll touch is one that says: ALL: gd -o app or ALL: gb 23:43 < magn3ts> I'm kinda confused if they're even necessary or will continue to be. I keep seeing and hearing talk of goinstall/gomake incorporating this sort of functionality. 23:44 < str1ngs> goinstall will be the de facto standard. but still work in progress. 23:45 < magn3ts> but what about for local development of a package ? Do like a go-install from my local git repo? 23:45 < str1ngs> no it can work with local filesystem 23:45 < str1ngs> using GOPATH 23:48 -!- chomp [~chomp@c-67-186-35-69.hsd1.pa.comcast.net] has joined #go-nuts 23:48 < magn3ts> So I would do local development in the same place that goinstall ... installs to? 23:49 < magn3ts> never mind, I see now, there's a mailing list that explains it. 23:49 -!- NiteRain [~kvirc@c-98-254-236-21.hsd1.fl.comcast.net] has joined #go-nuts 23:49 < str1ngs> godoc goinstall should help also 23:49 < magn3ts> looks very neat. I like the pkg ecosystem seemingly baked into the default tool set. 23:50 -!- yebyen [~yebyen@martyfunkhouser.csh.rit.edu] has joined #go-nuts 23:51 < brandini> I really want to learn go well 23:51 < brandini> put it on my resume and pr0fit! 23:54 -!- eikenberry [~jae@67.137.34.202] has quit [Quit: End of line.] 23:55 -!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has joined #go-nuts 23:56 -!- dfr|mac [~dfr|work@nat/google/x-vfqjmidwsevspwxf] has joined #go-nuts 23:57 -!- dfr|mac_ [~dfr|work@ool-182e3fca.dyn.optonline.net] has joined #go-nuts --- Log closed Sat Jul 02 00:00:46 2011