--- Log opened Sun Sep 12 00:00:07 2010 00:07 -!- ExtraSpice [~XtraSpice@88.118.32.225] has quit [Ping timeout: 240 seconds] 00:08 < Tv> if i have a <-chan interface{}, how do i make that Iterable? 00:13 < exch> Tv: http://pastebin.com/0z4c4sqg 00:15 -!- ako [~nya@fuld-4d00d65d.pool.mediaWays.net] has joined #go-nuts 00:16 < Tv> exch: i'm not sure how to connect the dots.. i need something i can assign to iterable.Group.Vals, which is type Iterable 00:16 < Tv> exch: which requires something that has a method Iter 00:16 < Tv> i've tried creating a placeholder type for it, but i keep stumbling on the type differences 00:17 < exch> i'm not sure what you mean. I assume 'Iterable' is an interface defined somewhere? 00:17 < Tv> my second day of go, be merciful ;) 00:17 < Tv> exch: yeah, in exp/iterable 00:17 < exch> ah 00:17 < Tv> i'm trying to implement a GroupBy that does not assume input is in order 00:18 < Tv> i have the code already, but i wanted to make the call signature match GroupBy 00:18 < Tv> i maintain a mapping groups := make(map[interface{}] chan interface{}), add things there when i see a new key & send a new Group 00:19 < Tv> but now i need to assign the channel in that map to the Group 00:19 < exch> judging by the docs of exp/iterable, your type should simply supply a single function called Iter() that returns a <-chan interface{}. like the one I put in that pastebin 00:19 < Tv> exch: yeah let me show you what i tried 00:19 -!- Davidian1024 [~Davidian1@cpe-98-27-192-193.neo.res.rr.com] has joined #go-nuts 00:19 -!- aho [~nya@fuld-4d00d3e9.pool.mediaWays.net] has quit [Ping timeout: 276 seconds] 00:21 < Tv> err getting a different error, hold on while i fight my code ;) 00:21 < exch> ok 00:22 < Tv> now i just managed to make all goroutines sleep :( 00:22 < exch> poke em 00:23 < Tv> http://pastebin.com/Q7LRuVyJ 00:23 < Tv> that's the deadlocks-in-sleep version, now 00:23 -!- terrex [~terrex@84.122.67.111.dyn.user.ono.com] has quit [Quit: Leaving.] 00:24 < steven_t> man 00:24 < steven_t> its a pain in the ass to use the json package 00:26 < Tv> i know why it deadlocks; the test assumes certain delivery order of events 00:26 < Tv> i can change that to use testing.script, that's not the problem 00:27 < Tv> (though debugging the deadlocks is making go less pleasurable :( ) 00:27 < cbeck> Has anyone used the html package a fair bit? I keep getting html.Error back from the first call to Tokenizer.Next(), but I know the io.Reader it's scanning is good 00:27 < cbeck> Tv: At least go tells you it's deadlocked, rather than just sitting 00:27 < Tv> cbeck: sure 00:27 < Tv> cbeck: i guess what i'm really hoping is better tracebacks 00:28 < exch> at some point Go will get a proper debugger. It doesn't have one atm 00:28 < cbeck> Difficult to do with a deadlock situation, though yes it would be nice 00:28 < Tv> (at least the tracebacks are already nicer to read than erlang ;) 00:28 < exch> there's the beginnings of one called 'ogle', but I have no idea what it's state is 00:28 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has quit [Quit: This computer has gone to sleep] 00:29 < cbeck> Although I think you should be able to see what operation each thread was sleeping on from the trace 00:29 -!- DayS` [~david@mic92-12-88-161-108-143.fbx.proxad.net] has quit [Read error: Connection reset by peer] 00:29 < steven_t> how do you pretty-print somethin in go? 00:30 < nbjoerg> ? 00:30 < steven_t> hi 00:30 < cbeck> Turn off the script, then we'll talk 00:30 < steven_t> LOL 00:30 < steven_t> no script 00:31 < Tv> steven_t: fmt.Printf("hi %#v %#v\n", name) 00:31 < exch> Tv: it seems to lock in 'GroupByUnordered()' at 'ch <- iterable.Group{kv, myIterable(values)}' 00:31 < Tv> err one less %#v 00:32 < exch> Tv: channels are best filled in a goroutine if you are going read/write them simultaneously 00:32 < steven_t> omfg 00:32 < Tv> exch: yeah the test is assuming first group is sent fully before it looks at the next one etc 00:32 < steven_t> when data is json, you have to do something like this: fmt.Println(j[0].(map[string]interface{})["user"].(map[string]interface{})["screen_name"]) 00:32 * steven_t sighs 00:32 < steven_t> i hate that about go. is there a way around it? 00:32 < Tv> steven_t: make json default to nicer stringification? haven't used it yet myself 00:34 < exch> steven_t: json.MarshalIndent() will produce nice output 00:35 < exch> Tv: not sure I can figure this out quickly. I've never worked with the exp/iterable package. Trying to figure out what it does :p 00:35 < Tv> exch: i'm not sure how to shove that off into a goroutine, considering i'm essentially shuffling the incoming data into a bunch of different channels, one by one 00:36 < Tv> exch: exp/iterable is an abstraction for anything you can iterate, including infinite sequences etc 00:36 < cbeck> Tv: are you using buffered channels? 00:36 < exch> yes I see. All the actuall calls are handled by the iterable package as far as I can see 00:36 < Tv> cbeck: no but even if i was, that would just solve the simple cases.. 00:36 < exch> a buffered channel will just postpone the problem until the channel is full in this case 00:37 -!- tav [~tav@92.7.159.22] has quit [Ping timeout: 240 seconds] 00:37 < cbeck> Gotcha 00:37 < steven_t> neither of your answers are applicable to this situation 00:38 < Tv> and fwiw buffer of say 100 makes the bug hide for now 00:38 < steven_t> the problem is that in order to use any element from an array like a map, i have to cast it as a map first 00:38 < steven_t> thats very annoying 00:38 < steven_t> can we get around it somehow? 00:38 < cbeck> That's a static type system for you 00:38 < exch> steven_t: unmarshal the json data into a struct that has the proper fieldnames/types 00:39 < exch> instead of a map 00:39 < exch> if that's not what you are already doing that is 00:40 -!- jmettraux [~jmettraux@PPPbm5391.kanagawa-ip.dti.ne.jp] has joined #go-nuts 00:41 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has quit [Quit: slashus2] 00:43 -!- tav [~tav@2001:0:53aa:64c:0:3ffa:a3f8:a693] has joined #go-nuts 00:51 -!- jeffno [~jeffno@dhcp-0-1-6c-2b-5c-ea.cpe.townisp.com] has joined #go-nuts 00:53 -!- nikki93 [~nikki@78.101.177.28] has quit [Quit: WeeChat 0.3.3] 01:04 < Tv> any easy way to compare IntVectors and []int's? 01:05 < cbeck> How do you want to compare them? identity or centent? 01:05 < cbeck> *content 01:05 < Tv> that they contain the same numbers 01:06 < cbeck> None predefined that I know of, but a pretty simple for loop should do it 01:08 < steven_t> exch: i mean inline 01:08 < steven_t> accessing very-inner elements in a hiererchy of maps is difficult 01:08 < steven_t> you have to explicitly name the type for each level of the hierarchy in go 01:09 < steven_t> whereas in another language you might be able to do: json_data[0]["user"]["screen_name"], that wont fly in Go 01:09 < steven_t> but i guess this is just a limitation of type-safe languages in general 01:09 < cbeck> Sure it will, as long as everything is typed 01:09 < nbjoerg> what cbeck said 01:10 < steven_t> like i said, in order to do this you need to specify the types 01:10 < cbeck> Is that really so difficult? 01:11 < steven_t> j[0].(map[string]interface{})["user"].(map[string]interface{})["screen_name"] 01:11 < nbjoerg> what is desirable is to actually have an IDL for this kind of operation at some point 01:11 < steven_t> you tell me 01:11 < exch> map[string]interface{} will get you into trouble. type T struct { User *User }; type user struct { Screenname string }; will do a much better job 01:11 < cbeck> what exch said 01:11 < steven_t> exch: probably 01:12 -!- Davidian1024 [~Davidian1@cpe-98-27-192-193.neo.res.rr.com] has quit [Ping timeout: 272 seconds] 01:12 < cbeck> I'm saying it's better to make a typed struct instead of casting everything 01:12 < nbjoerg> much better 01:12 < nbjoerg> add a parsner generator that ensures the correctness once 01:12 < nbjoerg> and it is a much more fun to deal with 01:13 < nbjoerg> (note that the parser itself can be quite light weight) 01:14 < steven_t> exch: i would still need to cast to that struct though 01:14 < steven_t> T(jsondata) 01:14 < steven_t> or maybe jsondata.(T) 01:14 < steven_t> probably the former only 01:14 < nbjoerg> not cast 01:14 < nbjoerg> [6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~parse 01:15 < steven_t> uh 01:15 < steven_t> im not parsing this crap, pkg json is 01:15 < nbjoerg> json is just a lexer 01:15 < steven_t> now you're making no sense 01:15 < steven_t> im using json.Unmarshal() 01:15 < steven_t> and nothing more 01:15 < nbjoerg> yes 01:16 < exch> Unmarshal will do all the parsing and type conversions for you 01:16 < nbjoerg> it's just a fancy way of changing the byte stream into a somewhat higher level stream 01:16 < steven_t> exactly 01:16 < exch> what you get back is an instance of whatever struct matches the data 01:18 * cbeck smacks the html package over the head 01:19 < steven_t> y4 01:21 < cbeck> Hmm, it seems to barf on comments in html. 01:23 < cbeck> Ah, and there it is in the comments: "TODO: Implement comments" 01:24 < cbeck> Well, it's rather useless until that happens 01:26 -!- Bombe [~droden@freenet/developer/Bombe] has quit [Excess Flood] 01:27 -!- Bombe [~droden@weltgehirnmaschine.de] has joined #go-nuts 01:33 < Tv> exch: btw it works now, thanks 01:41 -!- gabriel9 [~gabriel9@93.157.192.28] has quit [Remote host closed the connection] 01:42 < Tv> so how do i tell my Makefile where to find an extra package i want to use? 01:43 < Tv> http://golang.org/doc/code.html is not very helpful 01:47 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Quit: Leaving] 01:48 < cbeck> Tv Where is the package relative to your compile dir? 01:48 < Tv> cbeck: like, ../foo 01:48 < exch> the makefile has no use for it. your import statement in the code should do that. 'import "fmt"' fetches 'fmt' from the standard go package dir. 'import "../lib/mypkg"' imports a custom package in the ../lib dir 01:48 < cbeck> what exch said 01:49 < exch> that assumes you first compile mypkg, and then the one including mypkg 01:50 < Tv> exch: hmmh 01:51 < Tv> ok in this case these guys really are related, i can do that 01:53 < cbeck> You might be able to just throw a symlink to the compiled package in $GOROOT/src/pkg, but I'm not certain on that one 01:54 < cbeck> err, $GOROOT/pkg/$GOOS_$GOARCH/ rather 01:57 < Tv> err the makefile puts the .a's into _obj, and the other makefile doesn't seem to be looking inside the _obj 01:57 < exch> Tv: http://github.com/jteeuwen/go-example-multipkg this is a demo repository showing how to deal with compiling and importing local packages 01:58 < Tv> i take it i'm expected to install crap all the time if i'm developing both the lib and its caller? 01:58 < Tv> exch: thanks 01:59 < exch> That repo explicitely installs the local packages in a local lib dir so you don't polute the main go package dir 01:59 < Tv> exch: but still, i'm expected to keep installing them all the time.. 01:59 < plexdev> http://is.gd/f6oGb by [Alex Brainman] in 3 subdirs of go/src/pkg/runtime/ -- runtime(windows): make sure scheduler runs on os stack and new stdcall implementation 02:00 < Tv> hrpmh "lib" in imports can't be ideal 02:00 < exch> unless you want to refer to them with 'import "../foo/_obj/foo"' , yes 02:00 < Tv> exch: basically, i shouldn't have to hack the imports development vs release 02:01 < Tv> exch: and i don't see releases saying "lib" or "_obj" 02:01 < exch> true. the makefile in that repo overwrites the standard install rule. Normally a package is installed (copied) into $GOROOT/pkg/<arch>/ 02:01 < Tv> i'm looking for something like -L 02:02 < exch> you can then simply import it with 'import "foo"' 02:03 < exch> I don't think the go linker supports that sort of behaviour 02:03 < exch> there is a -L option for it I see 02:04 -!- boscop_ [~boscop@g226236192.adsl.alicedsl.de] has joined #go-nuts 02:04 < exch> Unless that performs a recursive lookup through nested directories, you will still need to install your packages somewhere 02:05 -!- boscop [~boscop@f055194206.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds] 02:06 < Tv> exch: but at least i can keep both the real stuff clean, and not make the source ugly 02:06 < Tv> it seems nobody has really put time into using go outside of the go tree itself :( 02:08 < exch> I have no problem with the relative path approach in the imports myself, but I suppose that's a matter of taste 02:08 < Tv> exch: you don't expect your stuff to be used by others, then ;) 02:09 < exch> if they clone the entire repo, the paths will work fine 02:09 < exch> if I install packages locally, that generally means they are not to be used independantly of the rest of the repository code 02:10 < exch> but you're right, I doubt many people will find my use for what I write :p 02:10 < exch> s/my/any 02:14 < Tv> _go_.$O: GC+=-I ../moreiter/_obj 02:14 < Tv> wordcount: LD+=-L ../moreiter/_obj 02:14 < Tv> hah 02:16 < plexdev> http://is.gd/f6pv7 by [Alex Brainman] in 3 subdirs of go/src/pkg/ -- net: disable tests for functions not available on windows 02:18 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has joined #go-nuts 02:21 -!- Davidian1024 [~Davidian1@cpe-98-27-192-193.neo.res.rr.com] has joined #go-nuts 02:23 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has quit [Remote host closed the connection] 02:33 -!- skelterjohn [~jasmuth@c-76-124-23-156.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 02:34 -!- skelterjohn [~jasmuth@c-76-124-23-156.hsd1.nj.comcast.net] has joined #go-nuts 02:39 -!- emmanueloga [~emmanuelo@host52.190-30-10.telecom.net.ar] has quit [Quit: WeeChat 0.3.3-dev] 02:52 -!- tav [~tav@2001:0:53aa:64c:0:3ffa:a3f8:a693] has quit [Quit: tav] 03:02 -!- jeffno [~jeffno@dhcp-0-1-6c-2b-5c-ea.cpe.townisp.com] has quit [Quit: Leaving] 03:02 -!- rejb [~rejb@unaffiliated/rejb] has quit [Ping timeout: 276 seconds] 03:04 -!- cco3 [~conley@c-69-181-138-209.hsd1.ca.comcast.net] has quit [Ping timeout: 272 seconds] 03:20 -!- joc1985 [~jose@c-66-177-224-230.hsd1.fl.comcast.net] has joined #go-nuts 03:21 < joc1985> Hey All, anyone know why when I pass a vector.Vector through RCP I get rpc: client encode error: gob NewTypeObject can't handle type: interface { } 03:21 < joc1985> but If I pass vector.IntVector it works ok? 03:21 < joc1985> *RPC not RCP 03:22 -!- ako [~nya@fuld-4d00d65d.pool.mediaWays.net] has quit [Quit: EXEC_over.METHOD_SUBLIMATION] 03:23 < joc1985> any ideas? 03:24 -!- sukuri [~travis@194.10.188.72.cfl.res.rr.com] has joined #go-nuts 03:28 < Tv> joc1985: it seems nobody has created an encoder/decoder for Vectors 03:29 < joc1985> ah I see 03:29 < joc1985> its on the gob package I just realized that 03:30 < joc1985> any way around it? 03:33 -!- kanru [~kanru@61-228-146-5.dynamic.hinet.net] has quit [Quit: WeeChat 0.3.2] 03:42 -!- piyushmishra [~piyushmis@117.200.227.6] has joined #go-nuts 03:43 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has joined #go-nuts 03:45 -!- kanru [~kanru@61-228-146-5.dynamic.hinet.net] has joined #go-nuts 03:49 -!- yihuang [~yihuang@183.17.157.99] has joined #go-nuts 03:50 < joc1985> Tv to your knowledge is there a way I can create the encoder for it? 03:50 < joc1985> and have RPC use it? 03:57 -!- skelterjohn [~jasmuth@c-76-124-23-156.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 03:59 -!- kmeyer_ [~konrad@dante03.u.washington.edu] has joined #go-nuts 03:59 -!- kmeyer_ [~konrad@dante03.u.washington.edu] has quit [Changing host] 03:59 -!- kmeyer_ [~konrad@fedora/kmeyer] has joined #go-nuts 03:59 -!- JimmyRcom [~jimmy@76.201.179.216] has quit [Ping timeout: 265 seconds] 03:59 -!- Soultake1 [~maks@hell.student.utwente.nl] has joined #go-nuts 04:00 -!- mafs_ [~maikeru@24-107-56-173.dhcp.stls.mo.charter.com] has joined #go-nuts 04:00 -!- tsung [~jon@112.104.53.151] has joined #go-nuts 04:00 -!- Rennex_ [rennex@giraf.fi] has joined #go-nuts 04:00 -!- scm_ [justme@d070132.adsl.hansenet.de] has joined #go-nuts 04:02 -!- GoBIR_ [~gobir@res-128-61-89-71.res.gatech.edu] has joined #go-nuts 04:05 -!- piyushmishra [~piyushmis@117.200.227.6] has quit [Ping timeout: 276 seconds] 04:09 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Ping timeout: 276 seconds] 04:20 -!- Netsplit *.net <-> *.split quits: Soultaker, MX80, scm, jsharkey, Innominate, Rennex, kmeyer, tsung_, GoBIR, mafs 04:27 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:28 -!- sukuri [~travis@194.10.188.72.cfl.res.rr.com] has quit [Quit: Leaving.] 04:32 -!- Innominate [~sirrobin@cpe-076-182-074-143.nc.res.rr.com] has joined #go-nuts 04:32 < vsmatck> Is it ok to access a net.TCPConn from multiple goroutines concurrently? 04:34 < vsmatck> Is there some way to know if it is without looking in the function? 04:34 -!- MX80 [~MX80@cust253.253.117.74.dsl.g3telecom.net] has joined #go-nuts 04:34 < jessta> you can, but you probably don't want to 04:34 < vsmatck> Is it not thread safe? 04:34 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Remote host closed the connection] 04:35 < jessta> looking at the code is a good way to tell 04:35 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:36 < vsmatck> Is there a way to stop a goroutine that is blocked on a system call? If I could do that I wouldn't need to access net.TCPConn from multiple goroutines concurrently. 04:37 < vsmatck> Right now I have net.TCPConns that have goroutines sending/receiving. And when I want to stop them I call Close on the net.TCPConn. 04:37 < jessta> there is a lock in net.TCPConn.Read() etc. so it's threadsafe 04:37 < vsmatck> ah 04:37 < jessta> but it's better to pass a pointer to it around on a channel 04:38 < vsmatck> Why? 04:38 * vsmatck tries to think about this from design perspective. 04:39 < vsmatck> I guess that would better limit access to the net.TCPConn. 04:39 < jessta> or have one goroutine handle it, and send things to that goroutine to send on the connection 04:39 < vsmatck> Like member functions that don't need it don't see it. 04:39 < nsf> vsmatck: I believe if you will close the socket, goroutine will be unblocked from the syscall 04:39 < nsf> but I'm not sure 04:40 < vsmatck> jessta: I don't think it's an option to have one goroutine send/recv when the protocol is async such that bytes may be sent or received at any time. 04:41 < nsf> also there is a problem with "one goroutine per connection" design 04:41 < nsf> because eventually when there are N connection there will be N threads 04:41 < nsf> blocked waiting for input 04:41 < nsf> it works for http though, because connections have short lifetime 04:41 < vsmatck> nsf: I thought go multiplexed goroutines on to system threads such that it wouldn't have to use as many system threads. 04:42 < nsf> vsmatck: of course it does, but when goroutine is blocked in a syscall 04:42 < nsf> you can't use that thread anymore 04:42 < nsf> scheduler spawns new threads 04:42 < jessta> nsf: the networking in Go is async 04:42 < jessta> with epoll etc. 04:42 < nsf> jessta: then I'm wrong 04:43 < jessta> the async being hidden behind sync apis is one of the most awesome features of Go 04:44 < nsf> yes, I can see that now :) then I was wrong.. again, sorry 04:44 < vsmatck> Hm. So is the one (or two in my case) goroutines per connection idea efficient? 04:44 < vsmatck> Because this is the whole reason I want to use go. So I don't have to write convoluted networking code. heh 04:44 < nsf> vsmatck: it's ok 04:44 -!- zozoR [~zozoR@4705ds1-ris.0.fullrate.dk] has joined #go-nuts 04:45 < vsmatck> Well. I'd want to have multiple thousands of goroutines servicing the network. 04:45 < vsmatck> Like in the extreme case is there a better way to do it in go than one thread per connection? 04:47 < vsmatck> errm, I mean goroutine in that last sentence. 04:47 < nsf> there will be no "one thread per connection" 04:47 < nsf> yes 04:47 < nsf> you should try that 04:47 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Ping timeout: 265 seconds] 04:47 < nsf> after all 04:48 < nsf> this is google behind Go 04:48 -!- atsampso1 [~ats@94-194-126-16.zone8.bethere.co.uk] has joined #go-nuts 04:48 < nsf> and they use Go exactly to do that 04:48 -!- fluf^arr [~camelid@s.pl0rt.org] has joined #go-nuts 04:48 < nsf> (easy heavy loaded network-oriented programming) 04:48 -!- scoeri [~jdekoste@mail.ssel.vub.ac.be] has joined #go-nuts 04:48 -!- madari_ [madari@AM.irc.fi] has joined #go-nuts 04:48 -!- Erzwurm [~archwyrm@archwyrm.net] has joined #go-nuts 04:48 -!- ath_ [ath@omega.lambda.fi] has joined #go-nuts 04:49 -!- thomas_b_ [~thomasb@cm-84.215.47.51.getinternet.no] has joined #go-nuts 04:50 < vsmatck> On unrelated topic. I just found out about the defer keyword tonight. Seems like it would make having multiple return points in a function no problem without having to have RAII like in C++. 04:50 < jessta> vsmatck: goroutines are really cheap, starting at 4Kb per goroutine 04:50 -!- jackman [~jackman@c-71-56-158-131.hsd1.wa.comcast.net] has joined #go-nuts 04:51 < nsf> vsmatck: I like defer, but I don't like the fact that it's dynamic 04:51 < vsmatck> jessta: hm, you sure about the 4Kb number? I thought I read 2Kb last night. *looks* 04:51 < nsf> and not scope/block oriented 04:51 < nsf> vsmatck: yes, it's 4kb 04:51 < nsf> see: $GOROOT/src/pkg/runtime/proc.c 04:51 * vsmatck looks 04:51 < nsf> look for "malg(4096)" 04:52 < nsf> it's hardcoded there 04:52 < nsf> well, technically the stack is a bit smaller than 4k 04:52 < nsf> but the memory footprint is 4k per goroutine 04:52 < jessta> vsmatck: defer is really nice, setfinalizer() is useful too 04:53 < vsmatck> nsf: ah, thanks for info. That is important to know when estimating stuff. 04:53 < nsf> vsmatck: probably, it's good to know that they are cheap but not free 04:55 -!- irc [~irc@209.17.191.58] has joined #go-nuts 04:59 -!- scoeri_ [~jdekoste@soft.vub.ac.be] has quit [Write error: Broken pipe] 04:59 -!- madari [madari@AM.irc.fi] has quit [Write error: Broken pipe] 04:59 -!- Archwyrm [~archwyrm@archwyrm.net] has quit [Write error: Broken pipe] 04:59 -!- Guest13032 [~irc@209.17.191.58] has quit [Write error: Broken pipe] 04:59 -!- fluffle [~camelid@s.pl0rt.org] has quit [Write error: Broken pipe] 04:59 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has quit [Write error: Broken pipe] 04:59 -!- atsampson [~ats@94-194-126-16.zone8.bethere.co.uk] has quit [Write error: Broken pipe] 04:59 -!- ath [~ath@omega.lambda.fi] has quit [Write error: Broken pipe] 04:59 -!- mfoemmel [~mfoemmel@chml01.drwholdings.com] has quit [Excess Flood] 04:59 -!- rbraley [~rbraley@ip72-222-128-78.ph.ph.cox.net] has quit [Excess Flood] 04:59 -!- mfoemmel [~mfoemmel@chml01.drwholdings.com] has joined #go-nuts 04:59 -!- rbraley [~rbraley@ip72-222-128-78.ph.ph.cox.net] has joined #go-nuts 05:00 < nsf> © 2010 GitHub Inc. All rights reserved.Terms of ServicePrivacySecurity 05:00 < nsf> oops 05:00 < nsf> http://github.com/glacjay/issue9 05:00 < nsf> interesting project :) 05:01 < vsmatck> Hm. SetFinalizer is strange. Like you can schedule something to be done when the GC is going to free memory for an object. It seems like something library writers would use to make up for crappy code that uses their library? 05:01 < nsf> agreed, I think finalizers are the most useless feature in the GC languages 05:02 -!- scm [justme@d070132.adsl.hansenet.de] has quit [Ping timeout: 272 seconds] 05:02 < nsf> I'd call it panicker 05:02 < nsf> and instead of releasing resource it should throw panics if user hasn't released it 05:03 -!- scm [justme@d057020.adsl.hansenet.de] has joined #go-nuts 05:03 < nsf> becuase if GC is doing that (starts to manage your resources besides memory) it's a software design failure 05:04 < vsmatck> I can imagine weird non-deterministic errors with SetFinalizer on os.File. Like a user writes a program that opens lots of files quickly and doesn't close them. If the finalizers can't keep up you hit file descriptor limits at random times. 05:04 < nsf> yes, I don't see a point in that finalizer stuff.. it just obscures the bug inside an app 05:05 < vsmatck> yeah, I think I'd actually like to hit the open file descriptor limit and fix the bug. 05:05 < nsf> or at least let GC panic about that 05:05 < nsf> like: "wtf, I'm freeing memory here and it has unclosed fd!" 05:06 < vsmatck> I wonder if there is a non file closing task that SetFinalizer would be good for. 05:07 < nsf> freeing an opengl texture, when the texture handler is not referenced anymore 05:07 < nsf> but again, you can't really rely on GC to handle that kind of resources 05:07 < nsf> GC is too undeterministic 05:07 < nsf> although 05:08 < nsf> it works for ref counting GC 05:08 < nsf> for example python people do that all the time 05:08 < vsmatck> I guess this is the productivity vs performance topic. 05:08 < nsf> and because of that many alternative python implementation suffer from bugs 05:08 < nsf> implementations* 05:09 < jessta> nsf: the GC panic is kind of an insane thing to happen 05:09 < nsf> why not 05:09 < nsf> it will clearly say that you have failed managing file descriptors 05:10 < nsf> and it will happen much sooner that you will run out of fds 05:10 < jessta> but how do you handle such a thing? 05:10 < nsf> stare at the code and fix a bug 05:10 < vsmatck> Is that implementable. Seems like for it to be the file descriptor would have to be a language feature and not a library feature. 05:11 < nsf> no, I mean using the same finalizer 05:11 < nsf> but instead of closing fd in it 05:11 < nsf> simply panic about unclosed fd 05:12 < jessta> SetFinalizer() isn't good for closing files anyway 05:12 < nsf> yes 05:12 < vsmatck> Hm, that's the one example they give about potential use in the documentation for it. 05:13 < jessta> there is no guarantee that a finalizer will run before the program exits 05:13 < vsmatck> It does seem like there could be something useful someone could do by having a hook (SetFinalizer) defined for the GC. 05:13 < nsf> different people have different opinions 05:14 < jessta> free()'ing C data structures is a good use for a finalizer 05:14 < nsf> true 05:17 < vsmatck> wow, looks like the reflect package lets you iterate through struct members. 05:17 < vsmatck> I was wanting to do this so bad in C++ but could not. 05:17 < nsf> yes 05:18 < nsf> http://github.com/nsf/gocode/blob/master/config.go 05:18 < nsf> I'm using that stuff here 05:18 < vsmatck> I wrote something similar to protocol buffers in C++. I had to use some pretty insane macro hacks to make declaring messages nices. http://sourceforge.net/p/cpproto/home/ 05:19 < nsf> it's nice to have a single place where you data structure is defined and everything else is automatic 05:19 < nsf> (de)serialization + user interface 05:21 < vsmatck> ya, like I want to just be able to declare a message struct and have go iterate through the fields of that struct and serialize everything. 05:21 -!- joc1985 [~jose@c-66-177-224-230.hsd1.fl.comcast.net] has quit [Ping timeout: 276 seconds] 05:21 < vsmatck> I'm not sure I understand the usefulness as it relates to user interfaces though. 05:22 < nsf> well as in my example 05:22 < nsf> I have a Config struct 05:22 < vsmatck> I'm lookin at this thing trying to figure out what it does. :) 05:22 < nsf> and a command that operates on it 05:22 < nsf> gocode set ... 05:22 < nsf> I don't have to modify anything when I'm adding a new field to that Config 05:23 < vsmatck> oh! I see what you did there. ;-) 05:31 < enferex> nsf: hey man I see you wrote a binding for termbox 05:33 < enferex> nsf: I did have to add -fPIC to the toplevel Makefile for the "shared" target 05:51 < nsf> -fPIC is added in CMakeLists.txt 05:51 < nsf> for SHARED build 05:52 < nsf> cmake -DCMAKE_BUILD_TYPE=RELEASE -DTERMBOX_SHARED=ON ../.. 05:52 < nsf> and make_libtermbox.bash does that 05:52 < nsf> Makefile is unused frankly 05:52 < nsf> it was added by some random guy 05:52 < nsf> I don't know what for 05:54 < nsf> ah.. it was added when I was building termbox using shell scripts 05:54 < nsf> but later I switched to cmake 05:57 < nsf> although there is a problem that it's not possible to build .so with cmake 05:57 < nsf> but you shouldn't do that 05:57 < nsf> termbox is small enough and the license is permissive enough to link it statically all the time 05:58 < nsf> .so is required by cgo and I do that for go bindings 06:00 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 06:00 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 265 seconds] 06:07 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 06:08 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3] 06:16 -!- yihuang [~yihuang@183.17.157.99] has quit [Remote host closed the connection] 06:24 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 272 seconds] 06:24 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 06:41 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 06:47 -!- gabriel9 [~gabriel9@93.157.192.28] has joined #go-nuts 07:10 -!- araujo [~araujo@gentoo/developer/araujo] has joined #go-nuts 07:11 < enferex> ah thx nsf :-) 07:28 -!- ucasano [~ucasano@95.74.14.162] has joined #go-nuts 07:31 -!- tasosos_ [~tasosos@193.92.229.85.dsl.dyn.forthnet.gr] has joined #go-nuts 07:32 -!- tasosos [~tasosos@193.92.229.85.dsl.dyn.forthnet.gr] has quit [Ping timeout: 272 seconds] 07:39 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 245 seconds] 07:39 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 07:41 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 07:48 -!- piyushmishra [~piyushmis@117.200.227.164] has joined #go-nuts 07:58 -!- ExtraSpice [~XtraSpice@88.118.32.225] has joined #go-nuts 07:59 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 276 seconds] 08:01 -!- ExtraSpice [~XtraSpice@88.118.32.225] has quit [Read error: Connection reset by peer] 08:02 -!- piyushmishra [~piyushmis@117.200.227.164] has quit [Ping timeout: 265 seconds] 08:03 -!- piyushmishra [~piyushmis@117.200.224.208] has joined #go-nuts 08:05 -!- photron [~photron@port-92-201-1-69.dynamic.qsc.de] has joined #go-nuts 08:11 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 08:15 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Quit: Leaving] 08:15 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 255 seconds] 08:16 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 08:17 -!- araujo [~araujo@gentoo/developer/araujo] has joined #go-nuts 08:18 -!- tvw [~tv@e176001237.adsl.alicedsl.de] has joined #go-nuts 08:24 -!- ikaros [~ikaros@dslb-094-219-220-118.pools.arcor-ip.net] has joined #go-nuts 08:31 < nsf> um.. can anyone help me with that: http://github.com/nsf/gocode/issues#issue/11 08:31 < nsf> not really a gocode error 08:31 < nsf> but something wrong with a build process 08:31 < nsf> maybe an x86_64 build and trying to run it on x86? 08:31 < napsy> nsf: I've tried to build gocode but got a os.FIle error 08:32 < napsy> *os.File 08:32 < nsf> omg 08:32 < nsf> gocode generates part of the code during build 08:32 < nsf> using "goremote" app 08:32 < napsy> nsf: http://pastie.org/1153384 08:32 < nsf> if there is a problem with file access or something 08:33 < nsf> interesting 08:33 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 276 seconds] 08:33 < nsf> napsy: I guess you're using the latest gc compiler 08:33 < nsf> no the release branch 08:33 < napsy> yes 08:33 < nsf> not* 08:33 < nsf> they have fixed the bug, where *[3]Type -> []Type conversion was allowed 08:33 < nsf> I'll fix that 08:34 < nsf> sec 08:34 < napsy> ok 08:35 < nsf> done 08:35 < nsf> but again, what's wrong with the issue 11 08:36 < nsf> panic: asmand: bad address (GS) 08:36 < nsf> the guy has errors like that 08:36 < nsf> ok, I'll try to guess 08:36 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has joined #go-nuts 08:39 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 08:44 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 272 seconds] 08:50 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 08:58 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 240 seconds] 08:58 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 09:00 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 09:01 -!- saschpe [~quassel@mgdb-4d0cf9de.pool.mediaWays.net] has joined #go-nuts 09:03 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 276 seconds] 09:09 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 09:14 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 272 seconds] 09:17 -!- Project_2501 [~Marvin@82.84.71.147] has joined #go-nuts 09:18 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3] 09:21 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 09:26 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 09:27 < nsf> http://groups.google.com/group/golang-dev/t/6a8918fe3182d4e7 09:28 < nsf> interesting 09:28 < nsf> x + y + z + ... + w for strings is more efficient 09:28 < nsf> I have a preprocessor that uses it a bit 09:28 < nsf> can't wait to compare :) 09:29 < nsf> ah.. it was commited 09:29 < nsf> let's compare :) 09:30 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 240 seconds] 09:34 -!- ikaros [~ikaros@dslb-094-219-220-118.pools.arcor-ip.net] has quit [Quit: Leave the magic to Houdini] 09:37 < nsf> difference is less than 5% 09:37 < nsf> for my app 09:40 -!- peterdn [~peterdn@host86-166-21-20.range86-166.btcentralplus.com] has joined #go-nuts 09:40 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:191e:a987:d8fb:8ea8] has joined #go-nuts 09:42 -!- yihuang [~yihuang@183.17.157.99] has joined #go-nuts 09:44 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3] 10:05 -!- navigator [~navigator@p54895DC0.dip.t-dialin.net] has joined #go-nuts 10:07 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 10:08 -!- ExtraSpice [~XtraSpice@88.118.32.225] has joined #go-nuts 10:10 -!- ucasano [~ucasano@95.74.14.162] has quit [Quit: ucasano] 10:25 -!- luruke [~luruke@151.53.14.150] has joined #go-nuts 10:32 -!- terrex [~terrex@84.122.67.111.dyn.user.ono.com] has joined #go-nuts 10:35 -!- luruke [~luruke@151.53.14.150] has quit [Quit: Leaving] 10:48 -!- boscop_ [~boscop@g226236192.adsl.alicedsl.de] has quit [Quit: OutOfTimeException: Allocation of TimeFrame failed due to lack of time. Terminating...] 10:49 -!- boscop [~boscop@g226236192.adsl.alicedsl.de] has joined #go-nuts 10:55 -!- Daryonius [~david@dslb-088-064-176-079.pools.arcor-ip.net] has joined #go-nuts 10:55 -!- Daryonius [~david@dslb-088-064-176-079.pools.arcor-ip.net] has quit [Client Quit] 10:59 -!- napsy [~luka@tm.213.143.73.175.lc.telemach.net] has quit [Quit: leaving] 11:00 -!- General1337 [~support@71-84-244-55.dhcp.gldl.ca.charter.com] has joined #go-nuts 11:03 < yihuang> http://pastie.org/1153523 11:03 < yihuang> my first try with cgo, and got problem. 11:03 < yihuang> when the main program call Cmp, it complains "undefined symbol: compare_fn" 11:03 -!- General13372 [~support@71-84-244-55.dhcp.gldl.ca.charter.com] has quit [Ping timeout: 264 seconds] 11:04 < yihuang> i guess cgo don't handle function pointer properly. 11:07 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 11:11 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has quit [Quit: slashus2] 11:19 -!- piyushmishra [~piyushmis@117.200.224.208] has quit [Ping timeout: 272 seconds] 11:33 -!- yihuang [~yihuang@183.17.157.99] has left #go-nuts [] 11:33 -!- piyushmishra [~piyushmis@117.200.224.4] has joined #go-nuts 11:34 -!- dju [dju@fsf/member/dju] has joined #go-nuts 11:36 -!- tvw [~tv@e176001237.adsl.alicedsl.de] has quit [Ping timeout: 245 seconds] 11:37 -!- dju [dju@fsf/member/dju] has quit [Max SendQ exceeded] 11:38 -!- tvw [~tv@e176001237.adsl.alicedsl.de] has joined #go-nuts 11:38 -!- dju [dju@fsf/member/dju] has joined #go-nuts 11:39 -!- tasosos_ [~tasosos@193.92.229.85.dsl.dyn.forthnet.gr] has quit [Remote host closed the connection] 11:40 -!- tasosos [~tasosos@193.92.229.85.dsl.dyn.forthnet.gr] has joined #go-nuts 11:48 -!- kunwon1 [~kunwon1@unaffiliated/kunwon1] has quit [Read error: Connection reset by peer] 11:49 -!- kunwon1 [~kunwon1@unaffiliated/kunwon1] has joined #go-nuts 11:50 -!- lmoura_ [~lauromour@187.112.27.190] has joined #go-nuts 11:51 -!- saschpe [~quassel@mgdb-4d0cf9de.pool.mediaWays.net] has quit [Ping timeout: 255 seconds] 11:53 -!- saschpe [~quassel@mgdb-4d0cf9de.pool.mediaWays.net] has joined #go-nuts 11:53 -!- lmoura [~lauromour@187.113.79.50] has quit [Ping timeout: 276 seconds] 11:54 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 265 seconds] 11:54 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 12:08 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts 12:18 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 265 seconds] 12:25 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 12:35 -!- aho [~nya@fuld-4d00d748.pool.mediaWays.net] has joined #go-nuts 12:50 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has joined #go-nuts 12:59 -!- saschpe [~quassel@mgdb-4d0cf9de.pool.mediaWays.net] has quit [Remote host closed the connection] 13:07 -!- ako [~nya@fuld-4d00d355.pool.mediaWays.net] has joined #go-nuts 13:09 -!- JimmyRcom [~jimmy@adsl-76-201-179-216.dsl.rcsntx.sbcglobal.net] has joined #go-nuts 13:09 -!- aho [~nya@fuld-4d00d748.pool.mediaWays.net] has quit [Ping timeout: 245 seconds] 13:12 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 13:14 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has quit [Quit: steveno] 13:19 -!- Adys [~Adys@unaffiliated/adys] has quit [Read error: Connection timed out] 13:36 -!- piyushmishra [~piyushmis@117.200.224.4] has quit [Ping timeout: 252 seconds] 13:37 -!- napsy [~luka@88.200.96.18] has quit [Quit: Lost terminal] 13:39 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 13:46 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3] 13:48 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 13:49 -!- talin [daghenri@lynx.stud.ntnu.no] has joined #go-nuts 13:53 -!- hokapoka_ [~hokapoka@hoka.hokapoka.com] has quit [Quit: leaving] 13:54 -!- hokapoka [~hokapoka@hoka.hokapoka.com] has joined #go-nuts 13:54 < talin> is there an equivalent of "gcc -S file.c" with go? 13:56 -!- jmettraux [~jmettraux@PPPbm5391.kanagawa-ip.dti.ne.jp] has quit [Remote host closed the connection] 13:56 < talin> (it produces the assembly output in a file.s 13:59 < jessta> talin: 8g -S file.go > file.s 14:02 < talin> oh, nice! 14:03 < talin> is Go trying to be somewhere in between e.g. python and C, such that it's not intended only as a system programming language, but also general purpose in the sense that you could use it for parsing text files and stuff like that? 14:07 -!- Project_2501 [~Marvin@82.84.71.147] has quit [Quit: E se abbasso questa leva che succ...] 14:08 < jessta> pretty much 14:14 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 14:20 -!- skelterjohn [~jasmuth@c-76-124-23-156.hsd1.nj.comcast.net] has joined #go-nuts 14:24 -!- femtoo [~femto@95-89-248-82-dynip.superkabel.de] has joined #go-nuts 14:27 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Ping timeout: 276 seconds] 14:43 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 276 seconds] 14:43 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 14:57 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has joined #go-nuts 15:10 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has joined #go-nuts 15:15 -!- Xurix [~Luixsia@AToulouse-254-1-12-194.w83-203.abo.wanadoo.fr] has joined #go-nuts 15:23 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:191e:a987:d8fb:8ea8] has quit [Ping timeout: 276 seconds] 15:34 -!- piyushmishra [~piyushmis@117.200.228.24] has joined #go-nuts 15:35 -!- terrex [~terrex@84.122.67.111.dyn.user.ono.com] has quit [Quit: Leaving.] 15:35 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:6829:2fbf:4f95:14a7] has joined #go-nuts 15:36 -!- skelterjohn [~jasmuth@c-76-124-23-156.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 15:41 -!- thiago__ [~thiago@189.107.228.2] has joined #go-nuts 15:42 -!- whaaaa [~user@d86-32-21-41.cust.tele2.at] has joined #go-nuts 15:45 -!- napsy [~luka@88.200.96.18] has quit [Read error: Operation timed out] 15:57 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 16:03 -!- piyushmishra [~piyushmis@117.200.228.24] has quit [Ping timeout: 265 seconds] 16:06 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 16:09 -!- Xiaobo [~chatzilla@61.48.209.91] has quit [Remote host closed the connection] 16:17 -!- piyushmishra [~piyushmis@117.200.226.145] has joined #go-nuts 16:30 -!- gnuvince [~vince@70.35.173.114] has quit [Quit: Via SOAP! VIA SOAP!!] 16:30 -!- gnuvince [~vince@70.35.173.114] has joined #go-nuts 16:39 -!- Fish [~Fish@9fans.fr] has joined #go-nuts 16:48 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 17:00 -!- steveno [~stevenoli@c-24-131-221-195.hsd1.pa.comcast.net] has joined #go-nuts 17:00 -!- steveno [~stevenoli@c-24-131-221-195.hsd1.pa.comcast.net] has quit [Changing host] 17:00 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 17:06 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has quit [Quit: steveno] 17:08 -!- steveno [~stevenoli@c-24-131-221-195.hsd1.pa.comcast.net] has joined #go-nuts 17:08 -!- steveno [~stevenoli@c-24-131-221-195.hsd1.pa.comcast.net] has quit [Changing host] 17:08 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 17:18 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has quit [Quit: steveno] 17:19 -!- tvw [~tv@e176001237.adsl.alicedsl.de] has quit [Ping timeout: 245 seconds] 17:27 -!- ronnyy [~quassel@2001:6f8:12c6:2a:224:1dff:fed7:9541] has joined #go-nuts 17:29 < plexdev> http://is.gd/f7h4Z by [Russ Cox] in go/src/libcgo/ -- arm: make libcgo build during OS X cross-compile 17:29 < plexdev> http://is.gd/f7h56 by [Russ Cox] in 3 subdirs of go/src/pkg/ -- http: check https certificate against host name 17:30 < plexdev> http://is.gd/f7h5q by [Russ Cox] in go/src/pkg/math/ -- math: make portable Tan(Pi/2) return NaN 17:30 < plexdev> http://is.gd/f7h5J by [Russ Cox] in go/src/ -- build: avoid bad environment interactions 17:30 < plexdev> http://is.gd/f7h5V by [Russ Cox] in go/src/libmach/ -- libmach: fix new thread race with Linux 17:30 < plexdev> http://is.gd/f7h66 by [Russ Cox] in go/lib/codereview/ -- codereview: convert email address from Rietveld to lower case 17:30 < plexdev> http://is.gd/f7h6h by [Russ Cox] in 8 subdirs of go/src/ -- 5g: register allocation bugs 17:30 < plexdev> http://is.gd/f7h6E by [Russ Cox] in 6 subdirs of go/src/cmd/ -- 6g, 6l, 8g, 8l: move read-only data to text segment 17:30 < plexdev> http://is.gd/f7h78 by [Russ Cox] in 2 subdirs of go/src/ -- gc: make string x + y + z + ... + w efficient 17:30 < plexdev> http://is.gd/f7h7m by [Ian Lance Taylor] in go/test/ -- test: Make gccgo believe that the variables can change. 17:30 < plexdev> http://is.gd/f7h7E by [Nigel Tao] in go/src/libmach/ -- libmach: fix whitespace. 17:30 < plexdev> http://is.gd/f7h7L by [Joe Poirier] in go/src/pkg/exec/ -- exec.LookPath() unix/windows separation 17:30 < plexdev> http://is.gd/f7h80 by [Rob Pike] in go/src/pkg/bufio/ -- bufio: add UnreadRune. 17:30 < plexdev> http://is.gd/f7h8k by [Alex Brainman] in 2 subdirs of go/src/ -- gc: fix symbol table generation on windows 17:45 -!- skelterjohn [~jasmuth@c-76-124-23-156.hsd1.nj.comcast.net] has joined #go-nuts 17:47 -!- piyushmishra [~piyushmis@117.200.226.145] has quit [Ping timeout: 240 seconds] 17:49 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 18:01 -!- piyushmishra [~piyushmis@117.200.224.12] has joined #go-nuts 18:04 -!- tav [~tav@2001:0:53aa:64c:0:3ffa:a3f8:a693] has joined #go-nuts 18:16 -!- dionysiac [~dionysiac@S01060013102db8c7.cg.shawcable.net] has joined #go-nuts 18:17 -!- femtoo [~femto@95-89-248-82-dynip.superkabel.de] has quit [Quit: Leaving] 18:30 -!- Adys [~Adys@unaffiliated/adys] has quit [Quit: I ♥ Unicode] 18:35 -!- femtoo [~femto@95-89-248-82-dynip.superkabel.de] has joined #go-nuts 18:40 -!- aceluck [~aceluck@175.137.79.23] has joined #go-nuts 18:45 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 18:47 -!- Adys [~Adys@unaffiliated/adys] has quit [Client Quit] 18:48 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 265 seconds] 18:52 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 18:53 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 18:54 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has joined #go-nuts 18:55 -!- Adys [~Adys@unaffiliated/adys] has quit [Remote host closed the connection] 18:55 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 252 seconds] 19:03 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 19:09 -!- MaksimBurnin1 [~max@44.188-224-87.telenet.ru] has joined #go-nuts 19:10 -!- MaksimBurnin1 [~max@44.188-224-87.telenet.ru] has quit [Client Quit] 19:10 -!- MaksimBurnin1 [~max@44.188-224-87.telenet.ru] has joined #go-nuts 19:11 -!- MaksimBurnin1 [~max@44.188-224-87.telenet.ru] has quit [Client Quit] 19:11 -!- MaksimBurnin1 [~max@44.188-224-87.telenet.ru] has joined #go-nuts 19:11 -!- MaksimBurnin2 [~max@44.188-224-87.telenet.ru] has joined #go-nuts 19:11 -!- MaksimBurnin1 [~max@44.188-224-87.telenet.ru] has quit [Read error: Connection reset by peer] 19:13 -!- MaksimBurnin [~max@44.188-224-87.telenet.ru] has quit [Ping timeout: 276 seconds] 19:13 -!- MaksimBurnin [~max@44.188-224-87.telenet.ru] has joined #go-nuts 19:16 -!- MaksimBurnin2 [~max@44.188-224-87.telenet.ru] has quit [Ping timeout: 265 seconds] 19:19 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 19:21 -!- kizzo [~kizzo@c-67-188-68-8.hsd1.ca.comcast.net] has joined #go-nuts 19:24 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Ping timeout: 272 seconds] 19:24 -!- kizzo [~kizzo@c-67-188-68-8.hsd1.ca.comcast.net] has left #go-nuts [] 19:26 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 19:31 -!- garden [~ludovico@rob92-11-88-174-110-249.fbx.proxad.net] has quit [Ping timeout: 276 seconds] 19:41 -!- Xurix [~Luixsia@AToulouse-254-1-12-194.w83-203.abo.wanadoo.fr] has quit [Quit: Leaving] 19:44 -!- skejoe [~skejoe@188.114.142.231] has joined #go-nuts 19:55 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 276 seconds] 20:21 -!- zozoR [~zozoR@4705ds1-ris.0.fullrate.dk] has quit [Quit: Morten. Desu~] 20:23 -!- steveno [~stevenoli@c-24-131-221-195.hsd1.pa.comcast.net] has joined #go-nuts 20:23 -!- steveno [~stevenoli@c-24-131-221-195.hsd1.pa.comcast.net] has quit [Changing host] 20:23 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 20:28 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:6829:2fbf:4f95:14a7] has quit [Quit: Leaving.] 20:32 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has quit [Quit: steveno] 20:33 -!- awidegreen [~quassel@62.176.237.78] has quit [Read error: Connection reset by peer] 20:45 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Read error: Connection reset by peer] 20:49 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 20:49 -!- skejoe [~skejoe@188.114.142.231] has quit [Quit: leaving] 20:51 -!- femtoo [~femto@95-89-248-82-dynip.superkabel.de] has quit [Quit: Leaving] 20:56 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 21:00 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 21:04 -!- Gertm [~Gertm@d54C53B58.access.telenet.be] has joined #go-nuts 21:06 -!- artefon [~thiagon@150.164.2.20] has quit [Remote host closed the connection] 21:09 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 21:09 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 245 seconds] 21:16 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 21:17 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has joined #go-nuts 21:18 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has quit [Quit: steveno] 21:19 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 21:19 -!- aceluck [~aceluck@175.137.79.23] has quit [Quit: aceluck] 21:22 -!- Fish [~Fish@9fans.fr] has quit [Remote host closed the connection] 21:26 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has quit [Quit: steveno] 21:26 -!- talin [daghenri@lynx.stud.ntnu.no] has quit [Quit: weekend over] 21:28 -!- luruke [~luruke@151.53.14.150] has joined #go-nuts 21:34 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 276 seconds] 21:40 -!- aho [~nya@fuld-4d00d355.pool.mediaWays.net] has quit [Quit: EXEC_over.METHOD_SUBLIMATION] 21:41 -!- papas_son [~chatzilla@66-189-182-218.dhcp.wntc.wa.charter.com] has joined #go-nuts 21:47 -!- cco3 [~conley@c-69-181-138-209.hsd1.ca.comcast.net] has joined #go-nuts 21:51 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit: Verlassend] 21:52 -!- ronnyy [~quassel@2001:6f8:12c6:2a:224:1dff:fed7:9541] has quit [Remote host closed the connection] 21:53 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 21:53 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has joined #go-nuts 21:53 -!- d_m [d6@SDF.ORG] has quit [Quit: Lost terminal] 21:56 -!- photron [~photron@port-92-201-1-69.dynamic.qsc.de] has quit [Ping timeout: 265 seconds] 21:56 -!- tav [~tav@2001:0:53aa:64c:0:3ffa:a3f8:a693] has quit [Quit: tav] 21:57 -!- gabriel9 [~gabriel9@93.157.192.28] has quit [Read error: Connection reset by peer] 22:06 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has joined #go-nuts 22:13 -!- boscop [~boscop@g226236192.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds] 22:25 -!- rlab [~Miranda@91.200.158.34] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 22:26 -!- fluf^arr [~camelid@s.pl0rt.org] has left #go-nuts [] 22:27 -!- fluffle [~camelid@s.pl0rt.org] has joined #go-nuts 22:37 -!- navigator [~navigator@p54895DC0.dip.t-dialin.net] has quit [Quit: WeeChat 0.3.3] 22:42 -!- mbohun [~mbohun@ppp115-156.static.internode.on.net] has joined #go-nuts 22:46 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has quit [Quit: major_majors] 22:48 -!- gabriel9 [~gabriel9@93.157.192.28] has joined #go-nuts 22:52 -!- d_m [d6@SDF.ORG] has joined #go-nuts 22:55 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 272 seconds] 23:00 -!- yiyus [~124271242@67.202.106.57] has quit [Ping timeout: 240 seconds] 23:00 -!- General13372 [~support@71-84-244-55.dhcp.gldl.ca.charter.com] has joined #go-nuts 23:01 -!- yiyus [~124271242@67.202.106.57] has joined #go-nuts 23:03 -!- General1337 [~support@71-84-244-55.dhcp.gldl.ca.charter.com] has quit [Ping timeout: 240 seconds] 23:04 -!- whaaaa [~user@d86-32-21-41.cust.tele2.at] has quit [Ping timeout: 245 seconds] 23:16 -!- jmettraux [~jmettraux@211.19.55.177] has joined #go-nuts 23:19 -!- kanru [~kanru@61-228-146-5.dynamic.hinet.net] has quit [Ping timeout: 240 seconds] 23:26 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 23:49 -!- luruke [~luruke@151.53.14.150] has quit [Quit: Leaving] 23:49 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 23:52 -!- powerje [~powerje@adsl-75-49-19-181.dsl.wotnoh.sbcglobal.net] has joined #go-nuts 23:54 -!- steveno_ [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 23:54 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has quit [Read error: Connection reset by peer] --- Log closed Mon Sep 13 00:00:07 2010