Go Language Resources Go, golang, go... NOTE: This page ceased updating in October, 2012

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