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