--- Log opened Sun Dec 12 00:00:01 2010
00:00 -!- photron [~photron@port-92-201-197-1.dynamic.qsc.de] has quit [Ping
timeout: 264 seconds]
00:01 -!- thomaslee [~thomaslee@203-217-64-95.dyn.iinet.net.au] has joined
#go-nuts
00:02 -!- sekistner [~sekistner@dslb-188-098-202-188.pools.arcor-ip.net] has
joined #go-nuts
00:03 < thomaslee> if I have a variable of type interface{} that I know to
be a uint{8,16,32,64}, is there an easy way to perform a conversion to uint64 on
that variable (irrespective of whether it's 8-,16-,32-, or 64-bit?)?
00:03 < thomaslee> currently using a multi-case type switch for each type,
which feels a bit verbose ...
00:09 < exch> The type switch is your best bet I'm afraid
00:09 -!- Adys [~Adys@unaffiliated/adys] has quit [Quit: Quit]
00:10 < nsf> yes, there is
00:10 < nsf> but maybe it will be slow
00:10 < nsf> through reflect package
00:11 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts
00:11 < exch> Not sure if that qualifies as easy
00:12 < nsf> v := reflect.NewValue(i); var x int64 =
v.(*reflect.IntValue).Get()
00:12 < nsf> well, for uint, just use UintValue
00:14 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has quit [Ping
timeout: 250 seconds]
00:19 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit:
Verlassend]
00:22 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has joined
#go-nuts
00:22 < thomaslee> exch, nsf: dammit.  alright, thanks.
00:22 < nsf> that's not a problem, the garbage collector is
00:23 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se]
has quit [Read error: Connection reset by peer]
00:23 < nsf> >:-S
00:24 -!- KirkMcDonald [~Kirk@python/site-packages/KirkMcDonald] has quit [Ping
timeout: 245 seconds]
00:25 -!- cco3 [~conley@198.144.195.187] has joined #go-nuts
00:26 < |Craig|> nsf: are you sure that the allocator isn't just hanging
onto 500 mb or memory or so because it thinks you have lots of free memory, and
theres nothing to gain by returning it to the os?
00:26 < nsf> it doesn't return it to OS, ever
00:26 < nsf> it's a known fact
00:26 < nsf> but my app doesn't use 500 megs
00:27 < nsf> GC fails to reuse its own memory
00:27 < |Craig|> does it keep growing infinitely over time?
00:27 < nsf> I haven't checked, but 500 megs is not a limit
00:27 < nsf> it grows, yeah
00:28 < nsf> you can check it by yourself
00:28 < nsf> just build gocode
00:28 < nsf> and in its dir put it into a loop
00:28 < nsf> with these commands:
00:28 < nsf> gocode -in declcache.go autocomplete declcache.go 0
00:28 < nsf> gocode drop-cache
00:29 < nsf> the app itself contains only 1 global var that has all the
references to data
00:29 < nsf> drop-cache command clears it
00:29 < nsf> the behaviour is the same on x86 and x86_64
00:30 < nsf> I'm running it now in the qemu
00:30 < |Craig|> the GC is supposed to deal with circular referenced things
(rings?) right?
00:30 < nsf> in 5 minutes it takes 220 megs already
00:30 < nsf> |Craig|: GC doesn't have that problem
00:30 < nsf> circular references is an issues of a reference counting
environment
00:30 < nsf> issue*
00:31 < |Craig|> nsf: thats right, I forgot
00:31 < nsf> I don't even know what to think
00:31 -!- ExtraSpice [~XtraSpice@88.118.33.48] has quit [Ping timeout: 276
seconds]
00:31 < nsf> ok, let's suppose there is something on the stack
00:31 < |Craig|> mark and sweep shouldn't make mistakes unless its seriously
broken, but I don't know much about GC
00:31 < nsf> and GC fails to release the reference
00:31 < nsf> but I literally run a loop
00:32 < nsf> which overwrites old values anyway
00:32 < nsf> 2 minutes more, on qemu it takes 250 megs now
00:32 < nsf> and it grows
00:32 -!- KirkMcDonald [~Kirk@python/site-packages/KirkMcDonald] has joined
#go-nuts
00:32 < |Craig|> nsf: perhaps you can make a minimal example?
00:33 < nsf> no, I won't
00:33 < nsf> it will not solve the problem
00:33 < nsf> 282 megs
00:33 < nsf> ...
00:34 -!- wrtp [~rog@92.17.92.116] has quit [Quit: wrtp]
00:34 -!- Scorchin [~Scorchin@host109-152-112-29.range109-152.btcentralplus.com]
has joined #go-nuts
00:34 -!- Scorchin [~Scorchin@host109-152-112-29.range109-152.btcentralplus.com]
has quit [Client Quit]
00:34 < |Craig|> this should be considered a bug right?
00:34 < nsf> whatever
00:34 < nsf> it's not a bug, it's a design flaw
00:35 < nsf> or..  other option is always possible, that I'm an idiot
00:35 < nsf> 315 megs..  keeps growing
00:35 < nsf> which is unlikely
00:36 < |Craig|> not using reclaimed memory sounds like a bug if thats
really the issue
00:36 < exch> Some people creep me out.  My new git repo is up for barely 3
minutes and already a watcher O.o
00:36 < nsf> exch: :D
00:36 < nsf> exch: there is a thing on github
00:36 < nsf> wait a sec
00:37 < nsf> https://github.com/languages/Go
00:37 < nsf> here
00:37 < nsf> "Recently Created Repositories"
00:37 < nsf> probably that's the source of a watcher
00:37 < exch> ah
00:38 < nsf> 355 megs
00:38 < nsf> well, I'm stopping it, the behaviour is the same as on x86
00:39 < exch> I suppose you can only go with it.  perhaps put a note in the
readme and just hope the new gc fixes this behaviour
00:39 < nsf> we'll see
00:39 < vsmatck> Is anyone currently working on implementing new gc?
00:40 < nsf> currently it's a show stopper for a new Go project, I won't use
that kind of thing :( sadly
00:40 < exch> iant is if I'm not mistaken
00:41 -!- h0ney [h0ney@210.118.69.163] has joined #go-nuts
00:41 < h0ney> hi
00:41 -!- cco3 [~conley@198.144.195.187] has quit [Ping timeout: 276 seconds]
00:41 < h0ney> bb
00:42 -!- h0ney [h0ney@210.118.69.163] has quit [Client Quit]
00:43 < nsf> I'm wondering what mechanism is required in order to be able to
debug memory leaks in GC
00:45 < nsf> like being able to scan tree of objects and memorize all the
pointers
00:45 < nsf> and at some point marking this tree of pointers as "should be
released"
00:45 < nsf> and checking whether it was released properly or not
00:45 -!- dju [dju@fsf/member/dju] has joined #go-nuts
00:46 < nsf> if not, then where it is referenced
00:46 < nsf> GC should be able to build lists of references for each object
in debug mode
00:47 -!- dju [dju@fsf/member/dju] has quit [Max SendQ exceeded]
00:47 -!- dju [dju@fsf/member/dju] has joined #go-nuts
00:48 < |Craig|> nsf i can verify that reclaimed memory is used, but even a
trivially brute reallocation causes a huge waste in memory.  I hard looped
allocating 200mb, and rather than just eating 200 mb, it sucked close to 5 GB so
far, though its allocated more like 9 total, so there seems to be some reuse
00:49 < nsf> yeah
00:50 < nsf> for me a good GC will eat max of 2x of used memory
00:50 < |Craig|> maybe the GC is slow or infrequent, and so if you rush it,
you use a ton of memory
00:51 < nsf> |Craig|: the problem is, that in gocode I call GC after every
request
00:51 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has joined
#go-nuts
00:51 < |Craig|> how do you manually call it?
00:51 < nsf> runtime.GC()
00:51 -!- nettok [~quassel@200.119.178.19] has joined #go-nuts
00:52 < |Craig|> that fixes my minimal test
00:52 < |Craig|> well, it still nabbed 1.5 GB for some unknowen reason
though
00:52 < |Craig|> that still seems broken
00:53 < nsf> I wonder how other languages behave on the same scenario
00:54 < |Craig|> 600 MB real memory, and 873MB virtual just from a hard loop
that GCs then allocates 200 mb
00:54 < nsf> because, really, I know that there are MMORPG server written in
C# and Java
00:54 < nsf> and they work fine
00:55 < |Craig|> my simple brute test runs fine after startup, but eats more
than expected memory initally.  Maybe gocode is doing the same thing
00:55 < nsf> gocode eats a lot of memory
00:55 < nsf> 500 megs is not ok
00:56 < |Craig|> regardless, seems broken use 1 GB of memory when it never
has more than 200mb allocated at once and calls runtime.GC() before every
allocation
00:56 < |Craig|> and thats what my trivial test does
00:56 -!- sauerbraten [~sauerbrat@p508CF8EC.dip.t-dialin.net] has quit [Remote
host closed the connection]
00:58 < nsf> I guess, yeah
00:58 < nsf> :q
00:58 < nsf> oops
00:58 < |Craig|> oh, I guess I also have an int allocated, but if that
breaks the GC, its still an issue...
00:58 < nsf> vim and wee chat are so similar :\
00:58 < nsf> :D
01:00 < |Craig|> for 20 mb allocations, it eats 60 MB real, and 115 MB
virtual.  I see a pattern: 3x the amount of real memory it should have total.
01:00 < nsf> in my case it's 10x and more
01:01 < |Craig|> I'm calling runtime.GC() before every single allocation
though
01:01 < nsf> I'm wondering how GC releases hashmaps
01:01 < |Craig|> if I don't, its much worse
01:01 < nsf> as far as I can see, hashmap uses malloc
01:02 < nsf> and nothing calls hash_destroy O_o
01:03 < |Craig|> that could be an issue
01:03 < nsf> I don't think so
01:05 < nsf> yeah, hash gets deallocated somehow
01:06 < |Craig|> I can verify that massive map creation does not leak
01:06 < |Craig|> seems to work as expected
01:07 -!- cco3 [~conley@c-69-181-138-209.hsd1.ca.comcast.net] has joined #go-nuts
01:10 < nsf> I just don't understand that
01:12 < Namegduf> |Craig|: What happens if you call it twice?
01:12 < Namegduf> Any change?
01:18 -!- nettok [~quassel@200.119.178.19] has quit [Ping timeout: 260 seconds]
01:19 < |Craig|> Namegduf: nope, still about 3x extra real memory
01:19 < Namegduf> Weird.
01:20 < |Craig|> without the call to the GC it just eats more and more
01:20 -!- virtualsue [~chatzilla@nat/cisco/x-xpjmuyrwnuurjsvq] has quit [Ping
timeout: 276 seconds]
01:20 < |Craig|> well, once its well past my 4GB of memory, it goes really
really really slow
01:21 < |Craig|> seems to go in batches of allocations, of about 9 200 mb
loops, then stalls, perhaps in a GC fail or request for more memory
01:22 < |Craig|> its making bursts of 10 loops then several second stalls
while claiming even more memory
01:23 < |Craig|> and now it changed modes again, looks like it auctually
garbage collected things and ran 100+ loops and is now going much quicker
01:25 < |Craig|> and its peaked out at 2.37 GB real memory and 3.31 GB
virtual memory, and is still looping in batches of 10 between stalls, but the
stalls are much shorter now (1/4 second or so)
01:25 < |Craig|> looks like the GC is getting its act together when it falls
behind 25:1 or so
01:26 < |Craig|> thats pretty bad
01:28 < nsf> conclusion: Go's GC sucks
01:28 < |Craig|> its an array allocated in a loop, with no pointers into it,
it should be on the stack, and just use the same spot over and over
01:33 -!- tav [~tav@92.7.92.103] has quit [Quit: tav]
01:40 -!- tvw [~tv@e176001076.adsl.alicedsl.de] has quit [Ping timeout: 245
seconds]
01:43 -!- morelli [~chatzilla@pc58-154.kopnet.pl] has joined #go-nuts
01:44 < morelli> hi what am i doing wrong here parsing time "10 Feb 2009" as
"_5 Nov 2009": cannot parse "" as "_"?
01:53 < morelli> hello?
02:03 < thomaslee> hi morelli: need more info sorry.
02:04 < morelli> i am using func Parse(alayout, avalue string) (*Time,
os.Error)
02:04 < morelli> from time package
02:04 < morelli> this is the error message
02:06 -!- sekistner [~sekistner@dslb-188-098-202-188.pools.arcor-ip.net] has quit
[Ping timeout: 255 seconds]
02:06 < morelli> parsing time "23 Sep 2010" as "_5 Nov 2009": cannot parse
"" as "_"
02:07 < morelli> alayout = "_5 Nov 2009", avalue = "23 Sep 2010"
02:07 < morelli> what else is needed to know?
02:08 -!- tav [~tav@92.7.92.103] has joined #go-nuts
02:12 -!- sekistner [~sekistner@dslb-094-216-093-111.pools.arcor-ip.net] has
joined #go-nuts
02:13 -!- antonkovalyov [~antonkova@adsl-75-18-220-88.dsl.pltn13.sbcglobal.net]
has joined #go-nuts
02:13 < DarthShrine> morelli: I think you have to use the standard time from
the time package.  Try using "_2 Jan 2006" as alayout
02:16 < morelli> oh yes that works
02:16 < morelli> thank you
02:25 -!- cco3 [~conley@c-69-181-138-209.hsd1.ca.comcast.net] has quit [Ping
timeout: 240 seconds]
02:26 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 276 seconds]
02:41 -!- cco3 [~conley@c-69-181-138-209.hsd1.ca.comcast.net] has joined #go-nuts
02:44 -!- morelli [~chatzilla@pc58-154.kopnet.pl] has quit [Ping timeout: 245
seconds]
02:51 -!- niemeyer [~niemeyer@189.73.142.213] has quit [Ping timeout: 245 seconds]
02:58 -!- boscop_ [~boscop@f055005117.adsl.alicedsl.de] has joined #go-nuts
03:01 -!- boscop [~boscop@g229218248.adsl.alicedsl.de] has quit [Ping timeout: 240
seconds]
03:02 -!- xash [~xash@d025226.adsl.hansenet.de] has joined #go-nuts
03:02 -!- sekistner [~sekistner@dslb-094-216-093-111.pools.arcor-ip.net] has left
#go-nuts []
03:05 -!- tgall_foo [~tgall@206.9.88.154] has quit [Ping timeout: 272 seconds]
03:24 -!- salt [~salt@74.12.6.230] has joined #go-nuts
03:24 -!- salt [~salt@74.12.6.230] has quit [Client Quit]
03:30 -!- niemeyer [~niemeyer@189.73.142.213] has joined #go-nuts
03:32 -!- xash [~xash@d025226.adsl.hansenet.de] has quit [Ping timeout: 265
seconds]
03:35 -!- tsykoduk [~tsykoduk@2002:ae18:db83:0:20d:93ff:fe77:1dc4] has quit [Read
error: Operation timed out]
03:40 -!- foocraft [~dsc@89.211.184.236] has quit [Remote host closed the
connection]
03:49 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
03:52 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has quit [Remote
host closed the connection]
04:05 -!- Mekapaedia [~Mekapaedi@S0106001ee5376df1.cg.shawcable.net] has joined
#go-nuts
04:06 -!- Mekapaedia [~Mekapaedi@S0106001ee5376df1.cg.shawcable.net] has left
#go-nuts ["Leaving"]
04:08 -!- xash [~xash@d004055.adsl.hansenet.de] has joined #go-nuts
04:10 -!- tgall_foo [~tgall@206.9.88.154] has joined #go-nuts
04:15 -!- Tv [~tv@cpe-76-168-227-45.socal.res.rr.com] has quit [Ping timeout: 265
seconds]
04:16 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
04:26 -!- ExtraSpice [~XtraSpice@88.118.33.48] has joined #go-nuts
04:29 -!- yihuang [~yihuang@183.17.145.113] has joined #go-nuts
04:30 -!- yihuang [~yihuang@183.17.145.113] has left #go-nuts []
04:33 -!- rejb [~rejb@unaffiliated/rejb] has quit [Ping timeout: 276 seconds]
04:47 -!- rbraley [~rbraley@ip72-222-128-175.ph.ph.cox.net] has quit [Ping
timeout: 276 seconds]
05:00 -!- rbraley [~rbraley@ip72-204-243-89.ph.ph.cox.net] has joined #go-nuts
05:10 -!- niemeyer [~niemeyer@189.73.142.213] has quit [Ping timeout: 245 seconds]
05:17 -!- nettok [~quassel@200.119.185.3] has joined #go-nuts
05:26 -!- Xiaobo [~chatzilla@61.135.172.68] has joined #go-nuts
05:29 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3]
05:30 -!- xash [~xash@d004055.adsl.hansenet.de] has quit [Read error: Operation
timed out]
05:32 -!- meanburrito920 [~john@unaffiliated/meanburrito920] has quit [Quit: Lost
terminal]
05:45 -!- ymasory [~ymasory@c-76-99-55-224.hsd1.pa.comcast.net] has quit [Quit:
Leaving]
05:48 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has quit [Ping
timeout: 245 seconds]
06:02 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has quit [Quit:
DarthShrine]
06:14 -!- rspec22 [~rothspec@69.55.231.142] has quit [Quit: leaving]
06:16 -!- Xiaobo [~chatzilla@61.135.172.68] has quit [Remote host closed the
connection]
06:16 -!- Xiaobo [~chatzilla@61.135.172.68] has joined #go-nuts
06:40 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
06:43 -!- watr_ [~watr@66.183.100.58] has joined #go-nuts
06:55 -!- DarthShrine [~angus@58-6-93-222.dyn.iinet.net.au] has joined #go-nuts
06:55 -!- DarthShrine [~angus@58-6-93-222.dyn.iinet.net.au] has quit [Changing
host]
06:55 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has joined
#go-nuts
07:06 -!- watr_ [~watr@66.183.100.58] has quit [Ping timeout: 265 seconds]
07:07 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has quit [Ping
timeout: 240 seconds]
07:09 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has joined
#go-nuts
07:25 -!- illya77 [~illya77@235-1-133-95.pool.ukrtel.net] has joined #go-nuts
07:33 -!- Xiaobo [~chatzilla@61.135.172.68] has quit [Remote host closed the
connection]
07:33 -!- Xiaobo [~chatzilla@61.135.172.68] has joined #go-nuts
07:34 -!- drry [~drry@unaffiliated/drry] has quit [Quit: Tiarra 0.1+svn-38663M:
SIGTERM received; exit]
07:38 -!- iant [~iant@216.239.45.130] has quit [Ping timeout: 260 seconds]
07:50 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has joined #go-nuts
07:53 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has quit [Quit:
Leaving]
07:57 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has joined #go-nuts
07:57 -!- mode/#go-nuts [+v iant] by ChanServ
08:04 -!- drry [~drry@unaffiliated/drry] has joined #go-nuts
08:11 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has quit [Remote host closed the
connection]
08:11 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has joined #go-nuts
08:12 -!- virtualsue [~chatzilla@93-97-62-8.zone5.bethere.co.uk] has joined
#go-nuts
08:19 -!- napsy [~luka@88.200.96.18] has joined #go-nuts
08:20 -!- Xiaobo [~chatzilla@61.135.172.68] has quit [Quit: ChatZilla 0.9.86
[Firefox 3.6.12/20101026210630]]
08:29 -!- dcrodjer [~dcrodjer@117.197.2.179] has joined #go-nuts
08:33 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|]
08:37 -!- femtoo [~femto@95-89-197-196-dynip.superkabel.de] has joined #go-nuts
08:46 -!- Project_2501 [~Marvin@82.84.70.137] has joined #go-nuts
08:59 -!- dju [dju@fsf/member/dju] has quit [Ping timeout: 260 seconds]
09:12 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
09:17 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se]
has joined #go-nuts
09:18 -!- noam [noam@77.124.236.67] has quit [Ping timeout: 240 seconds]
09:25 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts
09:29 -!- [noff] [~noff@44-155.3-85.cust.bluewin.ch] has joined #go-nuts
09:32 < plexdev> http://is.gd/iBmYE by [Nigel Tao] in 4 subdirs of
go/src/pkg/ -- reflect: rename reflect.ArrayCopy to be reflect.Copy.
09:33 -!- noff [~noff@136-156.79-83.cust.bluewin.ch] has quit [Ping timeout: 272
seconds]
09:35 -!- kashia_ [~Kashia@port-92-200-79-206.dynamic.qsc.de] has quit [Ping
timeout: 245 seconds]
09:39 -!- Scorchin [~Scorchin@host86-145-54-9.range86-145.btcentralplus.com] has
joined #go-nuts
09:42 -!- photron [~photron@port-92-201-172-21.dynamic.qsc.de] has joined #go-nuts
09:45 -!- ExtraSpice [~XtraSpice@88.118.33.48] has quit [Ping timeout: 276
seconds]
09:49 -!- dcrodjer [~dcrodjer@117.197.2.179] has left #go-nuts ["Leaving"]
09:51 -!- virtualsue [~chatzilla@93-97-62-8.zone5.bethere.co.uk] has quit [Ping
timeout: 240 seconds]
09:53 -!- rutkowski [~adrian@178235049018.walbrzych.vectranet.pl] has joined
#go-nuts
09:53 -!- virtualsue [~chatzilla@nat/cisco/x-xzcdxificisogyxj] has joined #go-nuts
09:58 -!- photron [~photron@port-92-201-172-21.dynamic.qsc.de] has quit [Ping
timeout: 250 seconds]
09:59 -!- nettok [~quassel@200.119.185.3] has quit [Ping timeout: 264 seconds]
10:03 -!- Kashia [~Kashia@port-92-200-93-66.dynamic.qsc.de] has joined #go-nuts
10:05 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has quit [Quit:
DarthShrine]
10:23 -!- antonkovalyov [~antonkova@adsl-75-18-220-88.dsl.pltn13.sbcglobal.net]
has quit [Remote host closed the connection]
10:24 -!- antonkovalyov [~antonkova@adsl-75-18-220-88.dsl.pltn13.sbcglobal.net]
has joined #go-nuts
10:27 -!- DarthShrine [~angus@60-242-109-62.tpgi.com.au] has joined #go-nuts
10:27 -!- DarthShrine [~angus@60-242-109-62.tpgi.com.au] has quit [Changing host]
10:27 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has joined
#go-nuts
10:28 -!- antonkovalyov [~antonkova@adsl-75-18-220-88.dsl.pltn13.sbcglobal.net]
has quit [Remote host closed the connection]
10:30 -!- kashia_ [~Kashia@port-92-200-39-124.dynamic.qsc.de] has joined #go-nuts
10:33 -!- Kashia [~Kashia@port-92-200-93-66.dynamic.qsc.de] has quit [Ping
timeout: 264 seconds]
10:35 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se]
has quit [Remote host closed the connection]
10:37 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se]
has joined #go-nuts
10:38 -!- rutkowski [~adrian@178235049018.walbrzych.vectranet.pl] has quit [Quit:
WeeChat 0.3.3-dev]
10:54 -!- Garen [noway@cpe-69-76-18-3.natnow.res.rr.com] has joined #go-nuts
10:55 -!- [noff] [~noff@44-155.3-85.cust.bluewin.ch] has quit [Read error:
Connection reset by peer]
10:56 -!- [noff] [~noff@44-155.3-85.cust.bluewin.ch] has joined #go-nuts
11:12 -!- mich2000 [~mich2000@81-224-247-124-no93.tbcn.telia.com] has joined
#go-nuts
11:18 -!- femtoo [~femto@95-89-197-196-dynip.superkabel.de] has quit [Read error:
Connection reset by peer]
11:23 -!- mich2000 [~mich2000@81-224-247-124-no93.tbcn.telia.com] has quit [Ping
timeout: 272 seconds]
11:24 -!- ExtraSpice [~XtraSpice@88.118.33.48] has joined #go-nuts
11:26 -!- wrtp [~rog@92.17.92.116] has joined #go-nuts
11:34 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has quit [Remote
host closed the connection]
11:59 -!- yihuang [~yihuang@183.17.145.113] has joined #go-nuts
11:59 -!- yihuang [~yihuang@183.17.145.113] has left #go-nuts []
12:13 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has quit [Quit: Morten.  Desu~]
12:19 -!- ildorn [~ildorn@p5B2FB60F.dip.t-dialin.net] has joined #go-nuts
12:29 -!- ildorn [~ildorn@p5B2FB60F.dip.t-dialin.net] has quit [Ping timeout: 240
seconds]
12:32 -!- saschpe [~quassel@opensuse/member/saschpe] has joined #go-nuts
12:34 -!- intranut [3d11f0c5@gateway/web/freenode/ip.61.17.240.197] has joined
#go-nuts
12:37 < KBme> anyone know how to compile tabby?
12:37 < KBme> i've installed the go-gtk bindings and file_tree in the tabby
source fine
12:37 < KBme> but now compiling tabby gives me errors
12:37 < KBme> http://pastie.org/1369867
12:38 -!- yihuang [~yihuang@183.17.145.113] has joined #go-nuts
12:38 -!- yihuang [~yihuang@183.17.145.113] has left #go-nuts []
12:44 -!- DerHorst [~Horst@e176107181.adsl.alicedsl.de] has joined #go-nuts
12:44 -!- xash [~xash@d142142.adsl.hansenet.de] has joined #go-nuts
12:47 -!- wrtp [~rog@92.17.92.116] has quit [Quit: wrtp]
12:48 -!- wrtp [~rog@92.17.92.116] has joined #go-nuts
12:48 -!- wrtp [~rog@92.17.92.116] has quit [Client Quit]
12:51 -!- rlab [~Miranda@91.200.158.34] has quit [Ping timeout: 250 seconds]
13:15 -!- femtoo [~femto@95-89-197-196-dynip.superkabel.de] has joined #go-nuts
13:16 -!- virtualsue [~chatzilla@nat/cisco/x-xzcdxificisogyxj] has quit [Ping
timeout: 260 seconds]
13:20 -!- tensorpudding [~user@99.148.202.191] has quit [Read error: Connection
reset by peer]
13:24 -!- ubitux [~ubitux@did75-21-88-189-231-41.fbx.proxad.net] has joined
#go-nuts
13:24 < ubitux> hi
13:25 < ubitux> i'd like to make a main channel watching a series of related
channel, but i don't know how i could do it without a race condition
13:26 < ubitux> is there something for merging multiple channels into one,
and have the ability to add/remove one easily?
13:27 < KBme> like a slice of channels?
13:27 < KBme> (that's what I use)
13:28 < KBme> but no, there is no way to merge them
13:29 < ubitux> how do you watch all of them in the same time then?
13:29 < KBme> nor any way to do multicasting to several receivers on one
channel
13:29 < KBme> you don't..
13:30 < KBme> you can start a listener per channel that forwards messages
through a channel to one main receiver
13:32 < exch> You can create a listener channel, pass it to all goroutines
you want to have watched and just have them write to that single channel
13:32 < ubitux> yes that's exactly what i was trying to do but i feared a
race condition
13:33 < ubitux> if data is sent from a single channel before the main
watcher is watching its channel
13:33 < exch> then the write will just block
13:34 < ubitux> so go main_reader(); go sub_reader(); go sub_reader() is
safe?
13:34 < ubitux> i can't miss any data?
13:35 < exch> I suppose it depends on what needs to happen after they all
write to the channel.  If it's just data you are waiting from from that channel,
then yes, it's pefectly safe
13:35 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts
13:35 < ubitux> yes it's just data
13:36 < ubitux> but i don't want to miss any :p
13:36 < exch> With an unbuffered channel, only 1 goroutine will be able to
write until you start reading stuff from it.  Then the next, and the next, etc
13:36 < exch> the others will just block and wait for there to be room
13:36 < ubitux> ok thank you :)
13:42 -!- xash [~xash@d142142.adsl.hansenet.de] has quit [Ping timeout: 272
seconds]
13:47 -!- artefon [~thiago@189.59.206.34] has joined #go-nuts
13:54 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
13:56 -!- intranut [3d11f0c5@gateway/web/freenode/ip.61.17.240.197] has quit [Ping
timeout: 265 seconds]
13:58 < KBme> anyone know if go has tailcall recursion?
13:59 < KBme> i just modified my library to use tailcalls instead of for var
:= <- chan and i observe an explosion in memory usage
13:59 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has quit [Quit:
DarthShrine]
14:00 < KBme> with the for loops it used around 5-6Mb of memory, with the
tailcall version it goes up too 100M in a few minutes when i'm stress-testing
14:00 -!- artefon [~thiago@189.59.206.34] has quit [Quit: bye]
14:01 < exch> that doesn't sounds practical
14:01 < exch> s/sounds/sound/
14:01 < KBme> what doesn't sound practical?  using tailcalls?
14:01 < exch> the increased mem usage :p
14:01 < KBme> heh, no it doesn't
14:02 < KBme> but the tailcall version is prettier imho
14:03 < KBme> ah well, i guess i'm good to remodify the code to use for
loops
14:04 < KBme>
http://groups.google.com/group/golang-nuts/browse_thread/thread/d282193c786b0f36/ffb0a5936d972f32?lnk=raot&pli=1
14:04 < KBme> ok iant suggests not using tailcalls
14:06 < KBme> i should've done the research before modifying the code, ah
well
14:06 < exch> Live and learn
14:08 < KBme> yap
14:12 < ubitux> if i have a foo chan string in a struct, can i use it
without a make?
14:14 < exch> nope
14:15 < ubitux> ok
14:17 -!- gnuvince [~vince@64.235.203.1] has quit [Quit: école + algèbre linéaire.
Yay.]
14:18 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts
14:36 -!- sauerbraten [~sauerbrat@p508CAE8B.dip.t-dialin.net] has joined #go-nuts
14:38 -!- Boney_ [~paul@124-168-206-78.dyn.iinet.net.au] has joined #go-nuts
14:38 -!- femtoo [~femto@95-89-197-196-dynip.superkabel.de] has quit [Ping
timeout: 250 seconds]
14:40 -!- Boney [~paul@dip-220-235-33-107.wa.westnet.com.au] has quit [Ping
timeout: 250 seconds]
14:42 -!- adu [~ajr@pool-173-66-11-168.washdc.fios.verizon.net] has joined
#go-nuts
14:43 -!- femtoo [~femto@95-89-197-196-dynip.superkabel.de] has joined #go-nuts
14:43 -!- noktoborus [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
14:50 -!- Anjin [~anjin@sedona.hutch.org] has quit [Ping timeout: 240 seconds]
14:54 -!- kashia_ [~Kashia@port-92-200-39-124.dynamic.qsc.de] has quit [Quit: This
computer has gone to sleep]
14:55 -!- Project-2501 [~Marvin@82.84.88.28] has joined #go-nuts
14:59 -!- Project_2501 [~Marvin@82.84.70.137] has quit [Ping timeout: 265 seconds]
15:06 -!- mich2000 [~mich2000@81-224-247-124-no93.tbcn.telia.com] has joined
#go-nuts
15:13 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3]
15:26 -!- TheMue [~TheMue@p5DDF71A1.dip.t-dialin.net] has joined #go-nuts
15:49 -!- devrim [~Adium@cpe-72-225-239-227.nyc.res.rr.com] has joined #go-nuts
15:50 -!- fenicks [~christian@log77-3-82-243-254-112.fbx.proxad.net] has joined
#go-nuts
15:55 -!- TheMue [~TheMue@p5DDF71A1.dip.t-dialin.net] has quit [Quit: TheMue]
15:56 -!- virtualsue [~chatzilla@2001:470:92f1:0:226:bbff:fe10:3d1a] has joined
#go-nuts
16:01 -!- l00t [~i-i3id3r_@187.127.132.19] has joined #go-nuts
16:07 -!- sauerbraten [~sauerbrat@p508CAE8B.dip.t-dialin.net] has quit [Remote
host closed the connection]
16:24 -!- meanburrito920 [~john@tmp6c626d05a70e.STUDENT.CWRU.Edu] has joined
#go-nuts
16:24 -!- meanburrito920 [~john@tmp6c626d05a70e.STUDENT.CWRU.Edu] has quit
[Changing host]
16:24 -!- meanburrito920 [~john@unaffiliated/meanburrito920] has joined #go-nuts
16:25 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 255 seconds]
16:26 -!- exch [~exch@h78233.upc-h.chello.nl] has quit [Ping timeout: 272 seconds]
16:28 -!- ronnyy [~quassel@drsd-4db3e9ed.pool.mediaWays.net] has joined #go-nuts
16:40 -!- snearch [~snearch@f053003223.adsl.alicedsl.de] has joined #go-nuts
16:40 -!- DerHorst [~Horst@e176107181.adsl.alicedsl.de] has quit [Remote host
closed the connection]
16:41 -!- Netsplit *.net <-> *.split quits: araujo, cde, fluffle, bartbes,
tokuhiro__, rlab, ivan`, mich2000, pjm0616
16:43 -!- Netsplit over, joins: ivan`, mich2000, rlab, araujo, pjm0616, fluffle,
cde, tokuhiro__, bartbes
16:45 -!- T-Co [tco@0c.fi] has quit [Quit: Changing server]
16:47 -!- Netsplit *.net <-> *.split quits: araujo, cde, fluffle, bartbes,
tokuhiro__, rlab, ivan`, mich2000, pjm0616
16:47 -!- femtoo [~femto@95-89-197-196-dynip.superkabel.de] has quit [Read error:
Connection reset by peer]
16:47 -!- PortatoreSanoDiI [~Marvin@dynamic-adsl-94-36-172-85.clienti.tiscali.it]
has joined #go-nuts
16:47 -!- Netsplit over, joins: ivan`, mich2000, rlab, araujo, pjm0616, fluffle,
cde, tokuhiro__, bartbes
16:47 -!- rlab [~Miranda@91.200.158.34] has quit [Ping timeout: 240 seconds]
16:50 -!- rutkowski [~adrian@178235049018.walbrzych.vectranet.pl] has joined
#go-nuts
16:50 -!- Project-2501 [~Marvin@82.84.88.28] has quit [Ping timeout: 255 seconds]
16:52 -!- rutkowski [~adrian@178235049018.walbrzych.vectranet.pl] has quit [Client
Quit]
16:55 -!- saschpe [~quassel@opensuse/member/saschpe] has quit [Remote host closed
the connection]
16:56 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
17:07 -!- photron [~photron@port-92-201-172-21.dynamic.qsc.de] has joined #go-nuts
17:09 -!- ronnyy [~quassel@drsd-4db3e9ed.pool.mediaWays.net] has quit [Remote host
closed the connection]
17:13 -!- sauerbraten [~sauerbrat@p508CAE8B.dip.t-dialin.net] has joined #go-nuts
17:16 -!- nettok [~quassel@200.119.156.94] has joined #go-nuts
17:17 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts
17:20 -!- noktoborus [debian-tor@gateway/tor-sasl/noktoborus] has quit [Ping
timeout: 245 seconds]
17:30 -!- Kashia [~Kashia@p4FEB34CB.dip.t-dialin.net] has joined #go-nuts
17:34 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has quit [Read
error: Connection reset by peer]
17:35 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has joined
#go-nuts
17:38 -!- foocraft [~dsc@78.100.231.238] has joined #go-nuts
17:39 -!- heuristik
[~heuristik@CPE0015f2633fbe-CM000a73668671.cpe.net.cable.rogers.com] has joined
#go-nuts
17:41 -!- Kashia [~Kashia@p4FEB34CB.dip.t-dialin.net] has quit [Quit: Leaving]
17:51 -!- snearch [~snearch@f053003223.adsl.alicedsl.de] has quit [Quit:
Verlassend]
17:55 -!- xash [~xash@d064224.adsl.hansenet.de] has joined #go-nuts
18:01 < heuristik> What is the easiest way to get the client's address
information from the server-side of an RPC call?  I'm toying around with the
client/server example from the Go RPC page
18:06 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:8d80:4066:9675:5e81] has joined
#go-nuts
18:08 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts
18:16 -!- PortatoreSanoDiI [~Marvin@dynamic-adsl-94-36-172-85.clienti.tiscali.it]
has quit [Quit: E se abbasso questa leva che succ...]
18:18 -!- l00t [~i-i3id3r_@187.127.132.19] has quit [Quit: Leaving]
18:22 -!- TheMue [~TheMue@p5DDF71A1.dip.t-dialin.net] has joined #go-nuts
18:26 < devrim> guys i'm getting a strange error trying to recompile go
18:26 < devrim> http://u.kodingen.com/d2FJ
18:26 < devrim> with sudo ./all.bash
18:26 < devrim> has anyone seen this before?
18:27 < devrim> my prev cuild was totally ok
18:27 < devrim> *build
18:27 < devrim> no errors
18:29 -!- adu [~ajr@pool-173-66-11-168.washdc.fios.verizon.net] has quit [Quit:
adu]
18:32 -!- ymasory [~ymasory@c-76-99-55-224.hsd1.pa.comcast.net] has joined
#go-nuts
18:36 -!- napsy [~luka@88.200.96.18] has joined #go-nuts
18:36 -!- gr0gmint [~quassel@87.60.23.38] has joined #go-nuts
18:38 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has joined #go-nuts
18:39 -!- noktoborus [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
18:53 -!- exch [~exch@h78233.upc-h.chello.nl] has joined #go-nuts
19:07 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has
joined #go-nuts
19:08 < allengeorge> Hi...is there a way I can set up a single goroutine to
watch for events on multiple arbitrary channels?
19:09 < allengeorge> I know about select() - what I would like to do is to
start off with a single default case, and while running allow callers to add more
channels to watch for events on
19:09 -!- Zoopee [alsbergt@zoopee.org] has quit [Ping timeout: 240 seconds]
19:09 < allengeorge> Doesn't look like that's possible, yes?
19:10 -!- Zoopee [alsbergt@zoopee.org] has joined #go-nuts
19:11 < exch> allengeorge: nope.  Select only works on well known channels
19:11 < exch> you can't monitor a slice of channels for instance
19:11 -!- sacho [~sacho@90.154.204.70] has quit [Ping timeout: 265 seconds]
19:11 -!- ildorn [~ildorn@188.105.115.20] has joined #go-nuts
19:11 < exch> The idiomatic way to do this, is to pass a single monitor
channel to all those other 'callers', to which they send any data you require of
them.  You then only have to watch that single channel
19:12 < allengeorge> [nods] Ok. That was my understanding.  My alternate
approach is to have a single goroutine per channel I want to watch all delivering
to a 'known' aggregating channel
19:12 < allengeorge> Does that sound OK?
19:12 < exch> yes
19:13 < allengeorge> Thanks exch
19:14 < allengeorge> Oh...we said the same thing at the same time.  My bad -
but yeah - sounds like the approach to take
19:14 < exch> heh ya
19:14 -!- Fish [~Fish@9fans.fr] has joined #go-nuts
19:19 -!- skejoe [~skejoe@188.114.142.162] has joined #go-nuts
19:25 -!- deso [~deso@x0561a.wh30.tu-dresden.de] has joined #go-nuts
19:28 < uriel> allengeorge: also, remember you can send channels over
channels, this can be quite handy some times
19:28 -!- ildorn [~ildorn@188.105.115.20] has quit [Quit: Leaving.]
19:28 < allengeorge> Yeah - but I need a way to watch the channels I'm
sending, and select only works with a known channel set
19:29 < uriel> yea, I didn't mean as if it applied to your specific
situation, but it something overlooked and can help solve some problems like that
19:29 -!- gnuvince [~vince@64.235.203.1] has joined #go-nuts
19:30 < exch> You can technically monitor an arbitrary list of channels.
But it will have to happen in a non-blocking loop.  So you need to do some manual
throttling to prevent the loop from eating all your cpu.
19:30 < uriel> (eg., you can 'deploy' new channels to existing goroutines vi
achannels, for example you might want to hand out tasks/work-units together with
the channel that the worker-goroutine should use to send the results back
19:31 < |Craig|> you can't make a channel on which it can send itself can
you?
19:31 < |Craig|> the type would be chan chan chan chan chan chan chan.......
19:31 < uriel> |Craig|: hmmm...  no idea, but I guess it should work
19:31 < uriel> oh, right
19:31 < uriel> hmm..
19:31 < exch> why not?  :p var c chan chan interface{}; ...  c <- c
19:32 < |Craig|> uriel: well, you can do it with inferfaces
19:32 < uriel> exch: hehehe, neat
19:32 < allengeorge> How can I monitor an arbitrary list of channels?
19:32 < exch> I bet that's an ambiguous statement
19:32 < exch> is it reading from second c, or writing to first
19:32 < |Craig|> allengeorge: spawn a monitor for each chan, and have them
all feed into one big chan and watch that
19:32 < exch> it's the Portal effect xD
19:33 < uriel> you can also have a channel of structures that contain a
channel, then put that channel into such an structure, and send it down
19:33 < uriel> that should at least avoid the ambiguity
19:34 < exch> allengeorge: for _, c := range mychanlist { if val, ok :=
<- c { WeGotSignal(val) } <- non-blocking
19:34 < allengeorge> |Craig| - that's the approach I'm using, but I'm
curious about the non-blocking method exch mentioned
19:34 < allengeorge> Ah - neat - thanks exch!
19:34 < exch> * if val, ok := <-c; ok { ...
19:35 < |Craig|> var c chan chan interface{}; ...  c <- c is not quite
ambiguous.  What you read is a chan interface, not a chan chan interface, so the
read interpretation is illegal without a cast.
19:36 < exch> ah yes
19:37 < mich2000> I installed Go according to the instructions on the web
site but when I compile a program it says "can't find import: fmt".  can some1
help?
19:37 < exch> var c chan interface{}; would also be enough then
19:37 < |Craig|> exch: that works, and is also unambiguous I think
19:42 < |Craig|> Now, can this be legal?  (send to a channel read from a
cannel inline): <- b <- c
19:43 < |Craig|> or is that read from a channel, and send that to a channel
read from a channel.  I guess it needs types to determin it
19:43 -!- exch [~exch@h78233.upc-h.chello.nl] has quit [Read error: Operation
timed out]
19:47 -!- exch [~exch@h78233.upc-h.chello.nl] has joined #go-nuts
19:47 -!- illya77 [~illya77@235-1-133-95.pool.ukrtel.net] has quit [Quit: illya77]
19:50 < cbeck> mich2000: What OS is this on?
19:50 < mich2000> ubuntu 10.04
19:51 < cbeck> does `echo $GOROOT` print anything?
19:51 < mich2000> it prints /home/mich2000/go
19:52 < cbeck> Is that where go is installed?
19:53 < cbeck> (and not /home/mich2000/go/go, or something like that?
19:53 < plexdev> http://is.gd/iCZbD by [Eoghan Sherry] in 5 subdirs of
go/src/cmd/ -- 5g/8g, 8l, ld, prof: fix output of 32-bit values
19:54 < mich2000> i suppose that's where i't installed
19:56 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has quit [Quit: Morten.  Desu~]
19:57 -!- foocraft [~dsc@78.100.231.238] has quit [Ping timeout: 240 seconds]
20:00 < cbeck> if you go into that dir, there should be a dir
`pkg/$GOOS_$GOARCH`
20:00 < cbeck> That's where .g look for packages, check that fmt.a exists
20:04 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Ping timeout: 264 seconds]
20:07 -!- xash [~xash@d064224.adsl.hansenet.de] has quit [Ping timeout: 265
seconds]
20:09 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts
20:16 -!- pothos_ [~pothos@111-240-205-247.dynamic.hinet.net] has joined #go-nuts
20:18 -!- pothos [~pothos@111-240-212-190.dynamic.hinet.net] has quit [Ping
timeout: 255 seconds]
20:18 -!- foocraft [~dsc@78.100.231.238] has joined #go-nuts
20:19 -!- theHACKER [~mich2000@81-224-247-124-no93.tbcn.telia.com] has joined
#go-nuts
20:19 < mich2000> i solved the problem!!  thx for the help
20:19 -!- theHACKER [~mich2000@81-224-247-124-no93.tbcn.telia.com] has left
#go-nuts []
20:20 -!- mich2000 [~mich2000@81-224-247-124-no93.tbcn.telia.com] has left
#go-nuts ["Leaving"]
20:24 -!- |Craig|_ [~|Craig|@216.145.25.27] has joined #go-nuts
20:24 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Read error: Connection
reset by peer]
20:24 -!- |Craig| [~|Craig|@216.145.25.27] has quit [Changing host]
20:24 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts
20:24 -!- nettok [~quassel@200.119.156.94] has quit [Ping timeout: 240 seconds]
20:26 -!- dju [dju@fsf/member/dju] has joined #go-nuts
20:27 < ubitux> is there a way to check if a key exists in a map?
20:27 < exch> ubitux: if val, ok := mymap[key]; ok { yay(val) }
20:28 < ubitux> oh nice, thanks
20:29 -!- dju [dju@fsf/member/dju] has quit [Max SendQ exceeded]
20:30 -!- dju [dju@fsf/member/dju] has joined #go-nuts
20:31 -!- orm [~orm@unaffiliated/orm] has joined #go-nuts
20:31 < orm> hello thar
20:32 < exch> lo
20:35 < orm> so i was wondering, does google have any official plans to make
a go toolchain for android?
20:36 < orm> googling as I ask
20:38 -!- KirkMcDonald [~Kirk@python/site-packages/KirkMcDonald] has quit [Ping
timeout: 255 seconds]
20:40 -!- KirkMcDonald [~Kirk@24.143.227.33] has joined #go-nuts
20:40 -!- KirkMcDonald [~Kirk@24.143.227.33] has quit [Changing host]
20:40 -!- KirkMcDonald [~Kirk@python/site-packages/KirkMcDonald] has joined
#go-nuts
20:44 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has joined
#go-nuts
20:46 < uriel> orm: Brad Fitzpatrick (of memcached and other fame) said he
is working on something
20:47 < uriel> but I don't think it is an official effort, more of a
spare-time/20% project
20:47 < uriel> go is still changing too fast IMHO for such things, but it
certainly would be very suitable
20:47 < orm> the way I see it, it could be to android like Objective C is to
iOS
20:48 < orm> only it seems less shitty and esoteric
20:48 < kimelto> Im sure they have dreams which involve Go and Android ;)
20:49 < orm> well, this channel should have some google guys in here right?
20:52 < kimelto> it is not usual for googlers to announce something before
it is ready
20:52 < kimelto> company policy I gess
20:54 < uriel> kimelto: they are also quite secretive about unannounced
projects
20:54 < uriel> kimelto: which can go on for years (AFAIK it took years
before android was announced)
20:56 < heuristik> What is the easiest way to get the client's address
information from the server-side of an RPC call?  I'm toying around with the
client/server example from the Go RPC page
20:57 < orm> kimelto: like google buzz?
21:04 < kimelto> does someone feel brave enough to tell me briefly what were
the cons mentionned in the discussions about generics?
21:05 < exch> No idea about the specific reasons, but the one reason we
don't have them is that nobdy has yet comeup with an imlpementation that doesn't
break Go and what it is intended to be
21:10 < kimelto> cause the only way in which genereics will be useful to me
is only to check the types.  I dont care if it is implemeted with void* or
interface{}.  I understand that we dont want to implement C++ templates :-).  the
ideal solution for me can be a interface{} which is automatically casted to the
correct type.  and thus that my vector<foo> can only contain foos.
21:12 < exch> I personally would be satisfied with proper unions.  But they
sidestep Go's type system, which is considered bad.  And typesafe unions are
basically just interfaces, which isn't quite enough
21:14 -!- thomaslee [~thomaslee@203-217-64-95.dyn.iinet.net.au] has quit [Quit:
Leaving]
21:16 -!- sacho [~sacho@90.154.204.70] has joined #go-nuts
21:17 < uriel> kimelto: can you actually say what you need generics for?
21:17 < uriel> kimelto: I hope you are not using Vector...
21:17 -!- sacho [~sacho@90.154.204.70] has quit [Max SendQ exceeded]
21:18 -!- sacho [~sacho@90.154.204.70] has joined #go-nuts
21:26 < plexdev> http://is.gd/iDdWg by [Robert Griesemer] in 2 subdirs of
go/ -- godoc: improved textual search
21:35 -!- DerHorst [~Horst@e176107181.adsl.alicedsl.de] has joined #go-nuts
21:37 < GilJ> uriel: what's wrong with vector?
21:37 < uriel> GilJ: that slices work just fine
21:40 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:8d80:4066:9675:5e81] has quit
[Quit: Leaving.]
21:43 -!- virtualsue [~chatzilla@2001:470:92f1:0:226:bbff:fe10:3d1a] has quit
[Ping timeout: 272 seconds]
21:46 -!- sauerbraten [~sauerbrat@p508CAE8B.dip.t-dialin.net] has quit [Remote
host closed the connection]
21:47 -!- jeff2 [~sername@c-98-210-113-215.hsd1.ca.comcast.net] has quit [Quit:
Leaving]
21:58 -!- aimxhaisse [~mxs@buffout.org] has joined #go-nuts
22:02 -!- Fish [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the
Fish]
22:03 -!- soapy_illusions [~alex@vpn128101.Wireless.McGill.CA] has joined #go-nuts
22:05 < soapy_illusions> Is there an easy way to have a Makefile build &
install a local package and then build and install the current application
22:05 -!- unhygienix [~unhygieni@host86-184-136-103.range86-184.btcentralplus.com]
has joined #go-nuts
22:06 -!- TheMue [~TheMue@p5DDF71A1.dip.t-dialin.net] has quit [Quit: TheMue]
22:10 -!- deso [~deso@x0561a.wh30.tu-dresden.de] has quit [Read error: Connection
reset by peer]
22:13 -!- KirkMcDonald [~Kirk@python/site-packages/KirkMcDonald] has quit [Ping
timeout: 250 seconds]
22:15 < exch> soapy_illusions: overwrite the default install rule, so the
package is copied to wherever you need it, instead of the Go pkg repository
22:15 -!- KirkMcDonald [~Kirk@24.143.227.33] has joined #go-nuts
22:15 -!- KirkMcDonald [~Kirk@24.143.227.33] has quit [Changing host]
22:15 -!- KirkMcDonald [~Kirk@python/site-packages/KirkMcDonald] has joined
#go-nuts
22:16 < exch> You will have to revise the import statements to match the new
path though..  That, or supply the new location to the compiler/linker with the -I
and -L flags
22:16 -!- antonkovalyov [~antonkova@adsl-75-18-220-88.dsl.pltn13.sbcglobal.net]
has joined #go-nuts
22:19 -!- soapy_illusions [~alex@vpn128101.Wireless.McGill.CA] has quit [Ping
timeout: 240 seconds]
22:25 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se]
has quit [Remote host closed the connection]
22:28 < plexdev> http://is.gd/iDnuJ by [Gustavo Niemeyer] in 3 subdirs of
go/ -- A selection of trivials.
22:28 -!- forrest [~forrest@c-66-41-24-25.hsd1.mn.comcast.net] has joined #go-nuts
22:35 -!- tensorpudding [~user@99.148.202.191] has joined #go-nuts
22:39 -!- toyoshim_ [~toyoshim@y168217.dynamic.ppp.asahi-net.or.jp] has joined
#go-nuts
22:40 -!- cco31 [~conley@c-69-181-138-209.hsd1.ca.comcast.net] has joined #go-nuts
22:40 -!- Pete_27 [~noname@110-174-103-31.static.tpgi.com.au] has joined #go-nuts
22:41 -!- Scorchin [~Scorchin@host86-145-54-9.range86-145.btcentralplus.com] has
quit [Quit: Scorchin]
22:41 -!- GoBIR_ [~gobir@res-128-61-89-71.res.gatech.edu] has joined #go-nuts
22:41 -!- GilJ_ [~gilles@zeus.ugent.be] has joined #go-nuts
22:42 -!- toyoshim [~toyoshim@y168217.dynamic.ppp.asahi-net.or.jp] has quit [Ping
timeout: 240 seconds]
22:42 -!- GoBIR [~gobir@res-128-61-89-71.res.gatech.edu] has quit [Ping timeout:
240 seconds]
22:42 -!- willdye1 [~willdye@fern.dsndata.com] has quit [Ping timeout: 240
seconds]
22:42 -!- cco3 [~conley@c-69-181-138-209.hsd1.ca.comcast.net] has quit [Ping
timeout: 240 seconds]
22:42 -!- _nil [~aiden@c-24-147-65-44.hsd1.ma.comcast.net] has quit [Ping timeout:
240 seconds]
22:42 -!- [Pete_27] [~noname@110-174-103-31.static.tpgi.com.au] has quit [Ping
timeout: 240 seconds]
22:42 -!- GilJ [~gilles@zeus.ugent.be] has quit [Ping timeout: 240 seconds]
22:42 -!- willdye [~willdye@fern.dsndata.com] has joined #go-nuts
22:53 -!- napsy [~luka@88.200.96.18] has quit [Quit: Lost terminal]
22:55 -!- _nil [~aiden@c-24-147-65-44.hsd1.ma.comcast.net] has joined #go-nuts
23:02 -!- rbraley [~rbraley@ip72-204-243-89.ph.ph.cox.net] has quit [Ping timeout:
265 seconds]
23:14 -!- rbraley [~rbraley@ip72-204-243-89.ph.ph.cox.net] has joined #go-nuts
23:19 -!- kanru [~kanru@61-228-158-122.dynamic.hinet.net] has quit [Read error:
Operation timed out]
23:21 -!- rbraley [~rbraley@ip72-204-243-89.ph.ph.cox.net] has quit [Ping timeout:
260 seconds]
23:22 -!- virtualsue [~chatzilla@93-97-62-8.zone5.bethere.co.uk] has joined
#go-nuts
23:23 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has quit [Ping timeout:
624 seconds]
23:28 -!- unhygienix [~unhygieni@host86-184-136-103.range86-184.btcentralplus.com]
has quit [Quit: unhygienix]
23:30 -!- Nitro [~Nitro@modemcable105.5-82-70.mc.videotron.ca] has joined #go-nuts
23:33 -!- rbraley [~rbraley@ip72-222-128-175.ph.ph.cox.net] has joined #go-nuts
23:34 -!- joatmon54 [~engest@cpe-66-74-195-46.san.res.rr.com] has quit [Quit:
Ex-Chat]
23:38 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit:
Verlassend]
23:48 -!- mode/#go-nuts [+o adg] by ChanServ
23:51 -!- photron [~photron@port-92-201-172-21.dynamic.qsc.de] has quit [Ping
timeout: 276 seconds]
23:53 -!- rlab [~Miranda@91.200.158.34] has quit [Quit: Miranda IM! Smaller,
Faster, Easier.  http://miranda-im.org]
--- Log closed Mon Dec 13 00:00:01 2010