--- 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