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

--- Log opened Fri May 27 00:00:51 2011
00:11 -!- Adys [~Adys@unaffiliated/adys] has quit [Ping timeout: 246 seconds]
00:15 -!- tvw [~tv@e176003109.adsl.alicedsl.de] has quit [Ping timeout: 246
seconds]
00:15 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts
00:20 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has quit [Quit:
wallerdev]
00:21 -!- foocraft [~ewanas@78.100.219.35] has quit [Quit: Leaving]
00:21 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has joined
#go-nuts
00:24 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has quit
[Client Quit]
00:38 -!- telexicon_ [~telexicon@c-67-160-127-145.hsd1.wa.comcast.net] has joined
#go-nuts
00:42 -!- brandini [~orbit@adsl-99-164-59-155.dsl.akrnoh.sbcglobal.net] has joined
#go-nuts
00:44 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Ping timeout:
246 seconds]
00:44 < Bigbear1> working on problem 5 for project Euler and have come up
with this go code however it doesn't return anything but 0
http://pastebin.com/XmKXCzc5
00:45 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts
00:46 -!- zcram [~zcram@78-28-72-29.cdma.dyn.kou.ee] has quit [Quit: Leaving]
00:48 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Excess Flood]
00:49 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts
00:51 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Excess Flood]
00:52 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts
00:53 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined
#go-nuts
00:56 -!- keeth [~keeth@207.102.25.19] has quit [Quit: keeth]
01:04 < brandini> I just built go on my cr-48 running ubuntu
01:07 < skelterjohn> what's a cr-48?
01:07 < skelterjohn> cray?
01:07 < brandini> it's google chrome netbook hardware
01:08 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has quit [Quit:
skelterjohn]
01:09 < brandini> it didn't tell me all tests passed though
01:10 -!- joeboudagher [~joeboudag@wsip-174-77-3-3.dc.dc.cox.net] has joined
#go-nuts
01:10 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has
joined #go-nuts
01:11 -!- joeboudagher [~joeboudag@wsip-174-77-3-3.dc.dc.cox.net] has quit [Remote
host closed the connection]
01:14 < brandini> ok, I was missing some deps
01:26 -!- angasule [~angasule@190.2.33.49] has quit [Remote host closed the
connection]
01:27 -!- angasule [~angasule@190.2.33.49] has joined #go-nuts
01:27 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Ping timeout:
246 seconds]
01:27 < brandini> are the net tests broken right now?
01:29 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts
01:33 < kevlar> brandini: shouldn't be
01:33 < kevlar> there are a few things that might be flaky, but that's about
it
01:33 < kevlar> which tag are you sync'd to?
01:34 < kevlar> oh, well the networking tests actually do hit your network
iirc
01:34 < kevlar> so if you aren't conencted I'm not sure if they'll work.
01:34 < brandini> I just pulled now
01:34 < kevlar> brandini: you should hg update release
01:34 < kevlar> then build.
01:35 < brandini> no
01:35 < brandini> just clone
01:35 < kevlar> no, I'm telling you to hg update release
01:35 < kevlar> so you're not on tip.
01:36 < brandini> ok
01:36 < kevlar> if that still doesn't work, then it's because you can't hit
the network or something and you need to DISABLE_NET_TESTS=1 ./all.bash
01:38 < brandini> someone needs to build a web framework for go :)
01:38 < kevlar> brandini: It's been done repeatedly.
01:38 < brandini> anything good?
01:38 < str1ngs> brandini: they did its called app engine :P
01:38 < kevlar> brandini: for some definition of good, yes.
01:39 < brandini> hah!  touche
01:39 < kevlar> brandini: if you look at the go dashboard, one of the most
installed (maybe THE most installed) package is web.go
01:39 < brandini> :)
01:39 < kevlar> then there's also the little-known template package
01:39 < kevlar> which is in the standard library
01:40 < brandini> I've been using pylons with great success for years now
01:40 < kevlar> which can do HTML template generation quite nicey.
01:40 < kevlar> I find that {template} + "json" + jquery.js + jquery_ui.js =
great, responsive web apps
01:41 < brandini> yeah
01:41 < kevlar> without all of the silliness of most web toolkits.
01:41 < kevlar> But people continue to make them and continue to make them
bloated and that works for them.
01:41 < kevlar> I'm a purist ;-).
01:42 < brandini> it would be kinda cool to fire up a web service and go :)
01:42 < kevlar> import "http"
01:42 < kevlar> lol
01:42 < brandini> I think I'm gonna like go
01:43 < kevlar> the difference between "Hello, World!" and
http://localhost:8080/hello/world is fewer than 5 lines of code.
01:43 < brandini> :)
01:43 < brandini> without the controllers/routes/middleware fun?!?!?!
01:43 < kevlar> you have routes, kinda.
01:44 < kevlar> http.Handle("/hello/world", hello)
01:44 < kevlar> HandleFunc*
01:44 < brandini> the net tests just passed BTW, thanks :)
01:44 < kevlar> np.
01:45 < kevlar> if you find that the tip networking tests fail consistently
at some point, you might file a bug.
01:45 < brandini> oooh, I get an 8g
01:45 < brandini> whatever that means :) This is an atom proc
01:46 < kevlar> 8 is the amd64 prefix.
01:46 < brandini> ok
01:46 < kevlar> 6 is the 386 prefix
01:46 < kevlar> 5 is arm.
01:46 < kevlar> though if you're using makefiles, you should never need to
know ;-)
01:47 < zanget> I think you have the 8 and 6 backwards
01:47 < kevlar> dangit, really?
01:47 < kevlar> I always do that.
01:48 < kevlar> you sure?  my mac reports uname -m = i386 and I have
6{g,c,nm,l}
01:48 < zanget> yea
01:48 < zanget> 386 (a.k.a.  x86 or x86-32); 8g,8l,8c,8a
01:48 < zanget> from the website
01:48 < zanget> http://golang.org/doc/install.html
01:49 < kevlar> sure enough, my packages are $GOROOT/pkg/darwin_amd64
01:49 -!- dfr|mac_ [~dfr|work@nat/google/x-ygpghwgtgugbvjgj] has quit [Remote host
closed the connection]
01:49 < kevlar> ooooh, right, macs are 32-bit kernel, 64-bit userspace.
01:49 < brandini> atoms are i386
01:49 < brandini> huh
01:49 -!- dfr|work [~dfr|work@nat/google/x-fapoukhzlbscgklw] has quit [Remote host
closed the connection]
01:49 < zanget> oh I thought macs were completely 64bit
01:50 < zanget> sounds weird
01:50 < kevlar> zanget: some are, I think, but not most?
01:50 < kevlar> I'm pretty sure xserves and maybe mac pros are pure 64
01:51 < zanget> dunno only mac I've ever had was 10.3.*
01:51 < kevlar> haha.
01:51 < kevlar> you're missing out ;-).
01:51 < kevlar> Most low-maintenance computers I've ever owned.
01:51 < Makoryu> Some Mac models have a 64-bit CPU but Apple considers them
32-bit anyway
01:51 < kevlar> And they're sexy.
01:52 < zanget> meh I'd rather stick to freebsd
01:52 < kevlar> Makoryu: most intel macs have 64bit cpus, maybe even all (I
forget the early ones)
01:52 < brandini> isn't i686 amd64?
01:52 < Makoryu> kevlar: Not all
01:52 < Makoryu> The early ones were 32-bit
01:52 < Makoryu> First and maybe second generation after the move
01:52 < kevlar> brandini: well, the "i" and the "a" should hint that they
aren't ;-)
01:53 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has joined #go-nuts
01:53 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit
[Quit: Leaving...]
01:53 < brandini> hrmmm, the chip I have n455 is 64 bit
01:54 < kevlar> brandini: i686 is just intel's newer 32-bit instruction set.
x86-64 is the generic name for the 64-bit architecture, but everyone calls it
amd64 anyway.
01:55 < brandini> I wonder if I can upgrade this ubuntu install to be the 64
bit version :)
01:55 < kevlar> brandini: Don;t.
01:55 < kevlar> ubu desktop 64 = death; ubu server 64 = win.
01:55 < kevlar> (on the flip side, ubu server 32 = death)
01:56 < brandini> :)
01:56 < brandini> well I've got Go now so Yay!
01:56 < kevlar> congrats!  Now go write code :D
01:57 < brandini> I've only done a hello world so far
01:57 < brandini> but it was enough to get me hooked
01:57 < Makoryu> brandini: Now go write a bunch of container classes!
01:58 < brandini> sounds boring!
01:58 < brandini> you know what reminded me I wanted to goof around with go
today?
01:58 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has joined
#go-nuts
01:59 < brandini> I was hating on .NET for requiring async calls in order to
make it not take an eternity to handle requests
02:00 -!- telexicon [~telexicon@c-67-160-127-145.hsd1.wa.comcast.net] has quit
[Changing host]
02:00 -!- telexicon [~telexicon@unaffiliated/chowmeined] has joined #go-nuts
02:02 < kevlar> and in Go you get it for free :D
02:02 < brandini> exactly
02:02 < brandini> seriously though, to do async calls using their TcpClient
is retarded and completely non-trivial
02:02 < kevlar> I love that I can write code, test it, and then wire up a
few channels and watch it work magically.
02:03 < brandini> yeah, I want to find that love too :)
02:03 < kevlar> get into the habit of writing unit tests for every package
as you write the functions
02:03 < kevlar> you won't feel as productive, but you'll find that you have
to go back and debug only infrequently and things work magically later on.
02:04 < kevlar> also check out things like the unit tests for the math
package and learn to write table-driven unit tests
02:04 < kevlar> beats the crap out of ASSERT-style testing.
02:05 < kevlar> I find reviewing python CLs at work excruciating now.
02:06 < brandini> I miss writing python now that I write .NET and java all
day long
02:07 < brandini> and web.go should update their docs :)
02:07 < brandini> instead of make && make install it should stay gomake...
02:08 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Ping timeout:
246 seconds]
02:08 < kevlar> gomake is just a wrapper around make
02:09 < kevlar> it defines GOROOT and such for you =
02:10 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has joined #go-nuts
02:10 < brandini> yup
02:10 < brandini> and I needed that ;)
02:11 < brandini> also, I wrote my first web.go app!
02:11 -!- Natch| [~natch@c-adcee155.25-4-64736c10.cust.bredbandsbolaget.se] has
quit [Read error: Operation timed out]
02:11 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has quit [Quit:
wallerdev]
02:13 < brandini> kevlar: what's that template called again?
02:13 < brandini> html template?
02:14 -!- telexicon [~telexicon@unaffiliated/chowmeined] has quit [Ping timeout:
252 seconds]
02:16 -!- angasule [~angasule@190.2.33.49] has quit [Ping timeout: 246 seconds]
02:17 -!- Natch| [~natch@c-adcee155.25-4-64736c10.cust.bredbandsbolaget.se] has
joined #go-nuts
02:21 -!- niemeyer [~niemeyer@200-102-196-125.pltce701.dsl.brasiltelecom.net.br]
has quit [Ping timeout: 240 seconds]
02:21 -!- zgrim [~zgrim@78.97.147.192] has quit [Quit: leaving]
02:24 -!- Makoryu [~bloodgog@pool-71-174-191-10.bstnma.fios.verizon.net] has quit
[Quit: Quit: Quit: Quit: Qui*** Exception: Stack overflow.]
02:27 -!- keithcascio [~keithcasc@nat/google/x-otetgtjjnvelfoik] has quit [Quit:
Leaving]
02:29 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has joined #go-nuts
02:31 -!- benjack [~benjack@bb220-255-236-198.singnet.com.sg] has joined #go-nuts
02:34 -!- boscop_ [~boscop@f055221031.adsl.alicedsl.de] has quit [Ping timeout:
246 seconds]
02:36 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has joined
#go-nuts
02:39 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined
#go-nuts
02:41 -!- keeth [~keeth@207.102.25.19] has joined #go-nuts
02:47 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has quit [Quit:
rputikar]
02:50 -!- foocraft [~ewanas@78.100.219.35] has joined #go-nuts
02:55 -!- ako [~nya@fuld-590c7b5f.pool.mediaWays.net] has quit [Quit:
EXEC_over.METHOD_SUBLIMATION]
02:56 -!- nighty__ [~nighty@210.188.173.245] has joined #go-nuts
03:02 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has quit [Quit:
skelterjohn]
03:21 -!- eimantas [~eimantas@ip-212-52-52-163.kava.lt] has quit [Quit: eimantas]
03:30 -!- gtaylor [~gtaylor@99-5-124-9.lightspeed.gnvlsc.sbcglobal.net] has quit
[Quit: gtaylor]
03:30 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts
03:32 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has quit [Read
error: Operation timed out]
03:32 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the
connection]
03:34 -!- pingveno [~pingveno@c-98-246-133-8.hsd1.or.comcast.net] has joined
#go-nuts
03:37 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has quit
[Ping timeout: 244 seconds]
03:37 < kevlar> brandini: it's just "template"
03:45 -!- keeth [~keeth@207.102.25.19] has quit [Quit: keeth]
03:46 -!- rputikar [~240182H@134.7.206.67] has joined #go-nuts
03:47 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts
03:47 -!- mikespook [~mikespook@183.47.227.11] has quit [Ping timeout: 248
seconds]
03:53 -!- eimantas [~eimantas@88.118.232.12] has joined #go-nuts
03:53 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the
connection]
03:57 -!- ExsysHost [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined
#go-nuts
03:57 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has joined #go-nuts
03:59 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit
[Ping timeout: 240 seconds]
03:59 -!- hallas [~hallas@x1-6-30-46-9a-b2-c5-1f.k891.webspeed.dk] has quit [Ping
timeout: 250 seconds]
04:00 -!- ExsysHost [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit
[Read error: Connection reset by peer]
04:01 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined
#go-nuts
04:01 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts
04:06 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the
connection]
04:07 -!- Viriix [~joseph@c-67-169-172-251.hsd1.ca.comcast.net] has joined
#go-nuts
04:07 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts
04:11 -!- kr [~Keith@c-24-5-193-165.hsd1.ca.comcast.net] has quit [Ping timeout:
250 seconds]
04:13 -!- rejb [~rejb@unaffiliated/rejb] has quit [Disconnected by services]
04:13 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts
04:34 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts
04:35 -!- boscop [~boscop@unaffiliated/boscop] has joined #go-nuts
04:37 -!- vpit3833 [~user@203.111.33.203] has quit [Quit: ERC Version 5.3 (IRC
client for Emacs)]
04:39 -!- Project_2501 [~Marvin@82.84.99.53] has joined #go-nuts
04:47 -!- boscop [~boscop@unaffiliated/boscop] has quit [Read error: Connection
reset by peer]
04:48 -!- boscop_ [~boscop@g225225053.adsl.alicedsl.de] has joined #go-nuts
04:50 -!- mikespook [~mikespook@183.47.227.11] has joined #go-nuts
04:55 -!- boscop__ [~boscop@g225225053.adsl.alicedsl.de] has joined #go-nuts
04:55 -!- boscop_ [~boscop@g225225053.adsl.alicedsl.de] has quit [Read error:
Connection reset by peer]
04:58 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has joined
#go-nuts
05:00 < krutcha> since the removal of closed(chan) and addition of an OK
indicator on a channel read, what is the method of channel verification if using
RANGE?
05:01 -!- smallfish [~chatzilla@cegnulug.org] has joined #go-nuts
05:01 -!- smallfish [~chatzilla@cegnulug.org] has quit [Client Quit]
05:04 -!- iant [~iant@216.239.45.130] has quit [Read error: Connection reset by
peer]
05:06 -!- fabled [~fabled@83.145.235.194] has joined #go-nuts
05:06 < kevlar> krutcha: range stops when the channel is closed like it
always has
05:09 -!- kr [~Keith@c-24-5-193-165.hsd1.ca.comcast.net] has joined #go-nuts
05:11 -!- ExtraSpice [XtraSpice@78-57-204-104.static.zebra.lt] has joined #go-nuts
05:12 < krutcha> oi..  rusty, and to check if a write channel is closed
before causing a panic?
05:13 -!- smallfish [~smallfish@cegnulug.org] has joined #go-nuts
05:16 < uriel> krutcha: readers should never close the channel
05:16 < uriel> krutcha: only sender should clsoe the channel
05:19 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit
[Read error: Connection reset by peer]
05:20 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined
#go-nuts
05:22 < krutcha> hmm, well right now I have a goroutine sitting on input
from a socket, and one from output, each returned a channel in the appropriate
direction.  The thought was that if there was a socket error, the goroutines could
close their channels and terminate, indicating to their users that something went
wrong without having to use more channels.
05:23 < uriel> again, only sender should ever close a channel
05:23 < uriel> if reader should signal sender, then use an extra channel to
do this
05:23 < uriel> (but in my experience this is rarer than most think)
05:24 < krutcha> it seems quite clear that a goroutine sitting on an
outgoign socket and reading messages from a channel should indicate _something_ if
the socket fails
05:24 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has joined #go-nuts
05:24 -!- mode/#go-nuts [+v iant] by ChanServ
05:25 < uriel> Go has no sockets (haha)
05:25 < uriel> but if the write() fails, whatever it should signal
something, will depend on many things
05:26 < uriel> in most cases the writer doesn't care, it will be blocked
anyway waiting for the reader
05:26 < krutcha> so a writer to a channel should always have a read channel
to switch on before writing incase the far side is in error?
05:27 < uriel> why?
05:27 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the
connection]
05:27 * uriel doesn't understand what the problem is if the reader runs into an
error, either it handles the error itself and keeps reading, or it stops reading,
or whatever
05:28 < uriel> sending the error back to the sender via another channel is
obviously an option, but seems more likely to be the exception than the rule
05:28 < uriel> it all depends waht the sender it is doing
05:29 -!- boscop__ [~boscop@g225225053.adsl.alicedsl.de] has quit [Ping timeout:
246 seconds]
05:29 < krutcha> the sender is sending data to channels, their respective
readers managing the no-sockets-in-go write() calls.  If one of those readers
(which is writing out a network non-socket) dies, the writer to it's channel (in
the case of the code I have here) would like to stop writing to it
05:30 <+iant> krutcha: one approach would to have the writer use a select
with a timeout channel
05:30 < uriel> krutcha: it will be blocked, so it will have stopped writting
to it already
05:30 < |Craig|> can't you make a (sub?)type of chan that that has an extra
field for signaling you don't want more stuff
05:30 -!- smallfish [~smallfish@cegnulug.org] has left #go-nuts []
05:30 -!- boscop__ [~boscop@g225225053.adsl.alicedsl.de] has joined #go-nuts
05:31 < uriel> |Craig|: what is a "subtype"?
05:31 < uriel> and channels obviously have no fields
05:31 < uriel> if you want to signal something, use a(nother) channel
05:32 < uriel> one to communicate in one direction, one to communicate in
the other direction, but if what you want is to make the writer stop writting, as
I said, that is what will happen if you stop reading
05:32 -!- eimantas [~eimantas@88.118.232.12] has quit [Quit: eimantas]
05:32 < uriel> so...
05:32 < |Craig|> type T chan or so.  I guess just a struct containing a chan
would make more sense
05:33 < krutcha> I can't hang my main routine because one of 500 goroutines
decided to stop reading and closed it's channel
05:33 < uriel> |Craig|: and would probably be racy
05:33 < krutcha> my goal is handle the loss of an outbound connection and
continue dealing with the rest
05:33 < |Craig|> you can use a backwards chan for sending errors in your
struct if a flag is an issue
05:33 <+iant> krutcha: that is what select is for
05:33 < uriel> krutcha: you have one goroutine writting to 500 channels?
05:34 < krutcha> you can select on a channel write too?
05:34 < uriel> (and as iant said, that is what select is for)
05:34 < uriel> krutcha: yes, you can select on any channel operation
05:34 <+iant> krutcha: sure, select works for both read and write
05:34 < krutcha> oooohhhhhh, I've only done select on reads
05:34 < uriel> (well, not close(), if you consider that a channel operation,
so as iant said, read and write :))
05:35 < krutcha> so by doing select on my write, I'll fall through to a
default case if the channel is closed, for example?
05:35 <+iant> only the goroutine which writes to a channel should close the
channel
05:35 < uriel> |Craig|: that is what I said, but you don't need to put the
err chan in a struct either
05:35 <+iant> never the goroutine which reads from a channel
05:35 <+iant> so you should never be in the situation of writing to a closed
channel
05:36 <+iant> because you should already know that the channel is closed
05:36 < uriel> krutcha: again: never close a channel from the reader
05:36 < uriel> krutcha: just forget about closing
05:36 < krutcha> how do I intuit without 2x the channels in all writers,
that the far side has gone tits up?
05:36 <+iant> use a timeout
05:36 * uriel thinks more and more that close() confuses people more than anything
else
05:37 <+iant> I think we just picked the wrong name; we should have called
it endrange()
05:37 < uriel> krutcha: again, if you select on write, you will only write
to channels that are not blocked
05:37 < uriel> iant: yup, that would probably be much better
05:37 < krutcha> timeouts are hard on performance, I'd rather use if
closed(chan) and keep trucking, to be honest...
05:38 < uriel> krutcha: you don't need either damn it!  the channel is
blocked, the select will pick a channel that isn't blocked
05:38 < krutcha> buffered channels
05:38 <+iant> krutcha: the closed builtin function is gone
05:38 <+iant> krutcha: because it was liable to erroneous use such as you
suggest
05:39 <+iant> a timeout channel is not really hard on performance, the time
package will do the right thing
05:39 < uriel> krutcha: why do you need to use buffered channels
05:39 < uriel> ?
05:40 < uriel> somebody needs to write a list of Go-gotchas, warning people
not to use close(), and abuse/excessive-use of buffered channels is another common
mistake
05:40 <+iant> good topic for the wiki
05:40 < krutcha> to keep my connection manager doing things rather than
timing out on individual connections that have perfectly good goroutines to worry
about that on the far side of channels :P
05:40 < krutcha> perhaps it's a case of 'design not suitable to go-lang'
05:40 < uriel> krutcha: that is why you use select
05:40 <+iant> when I saw a timeout, I mean using a select
05:41 <+iant> select on 1) writing to the channel; 2) reading from a timeout
channel
05:41 <+iant> if the timeout channel reports in first, then you can assume
that the reader of the channel to which you are writing is somehow hosed
05:41 -!- foocraft [~ewanas@78.100.219.35] has quit [Quit: if you're going....to
san.  fran.  cisco!!!]
05:41 <+iant> (assuming you set your timeouts correctly, of course)
05:41 < krutcha> and all subsequent writes to other channels are pushed back
while waiting for one..  I don't like the notion
05:41 < uriel> iant: I'm still not convinced you need the timeout at all
05:42 <+iant> uriel: you are probably correct
05:42 <+iant> krutcha: I don't understand what you mean
05:42 < kevlar> krutcha: are you trying to manage connections and messages
from a number of clients with goroutines?
05:42 <+iant> write a select with a 100 channels if you like
05:42 < krutcha> kevlar: yes
05:43 -!- pamera [~Pam@c-76-102-255-99.hsd1.ca.comcast.net] has joined #go-nuts
05:43 < kevlar> krutcha: are you trying to have one channel per client?
05:43 < krutcha> kevlar: yes
05:43 < kevlar> krutcha: that's probably not what you actually want.
05:43 < krutcha> *shrug* it's what I'm trying to solve :P
05:44 < kevlar> krutcha: an idiomatic way to do that is to arrange for each
goroutine to send on a single channel
05:44 < uriel> why do you have only one writer anyway?
05:45 < krutcha> I have one goroutine managing connections to many peers, it
reads and writes to them via channels (on the end of which are goroutines handling
the network layer).  It has to talk to all of them in order to coordinate what the
peers are doing.
05:47 < krutcha> honestly it seems fine, the little gotcha being that an
outgoing channel has a goroutine reading from it which may decide to be in error.
Rather than have every in/out channel pair be an in/out/infromtheoutincase channel
triplet, I sought an alternative
05:48 < kevlar> krutcha: the way I typically manage that is to have all
client goroutines writing a (clientid, message) on a single channel, and writes to
a client are done to a channel stored in a map by clientid
05:49 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has quit [Remote host
closed the connection]
05:49 < uriel> kevlar: I'm not sure I understand, but why don't you passs
(channel, message)
05:50 < uriel> looking up the channel by clientid on a map feels unidiomatic
to me, but I'm sleep-deprived and barely awake, so I'm probably misunderstanding
05:50 < uriel> remember: you can send channels on channels
05:50 < kevlar> uriel: of course.
05:50 < kevlar> uriel: I actually don't send precisely that
05:50 < kevlar> I was simplifying
05:50 < kevlar> and most of my high-throughput stuff is for IRC, so each
client has an ID anyway
05:51 < uriel> well, sending the channel seems simpler to me than sending an
id :)
05:51 < krutcha> I think a minor rethink is in order, I want to avoid this
headache :P
05:51 < kevlar> uriel: sending a single channel with each message is useful
if you need synchronous replies
05:51 < kevlar> if you want asynchronous replies, it breaks down
05:51 < uriel> kevlar: I'm not sure I understand what you mean by that
05:52 < kevlar> uriel: if client A can send a message to client B, it
doesn't make sense to include a channel with A's message because B won't be
replying
05:52 < kevlar> and then you have to figure out how to get the channel to
send the message to B
05:52 < uriel> (again, I think buffered channels/async stuff is often
over-used, but not as much and as blatantly as close(), which is almost always a
mistake)
05:52 < kevlar> uriel: I mean functionally asynchronous, not on an async
channel.
05:53 < uriel> aha
05:53 < kevlar> as in, you don't know when it's coming.
05:53 -!- jarsen [~jarsen@76.8.206.34] has joined #go-nuts
05:53 < kevlar> if A sends the dispatcher a message and wants a reply to
that individual message, it absolutely makes sense to include a channel.
05:53 < kevlar> it's just not a useful model for users on iRC.
05:54 < uriel> another random gotcha: people usually uses too few goroutines
(and too few channels), having one goroutine and two channels per shared resource
is common
05:55 -!- zozoR [~Morten@2906ds2-arno.0.fullrate.dk] has quit [Remote host closed
the connection]
05:55 < kevlar> what I actually do is somewhat more complicated: all new
connections are managed by an object that sends itself on the server's Incoming
channel, which holds the client in a goroutine until all of its registration is
complete, then it is forwarded to either the appropriate server event loop message
channel or client event loop message channel, which registers itself with the
connection to receive messages.
05:56 -!- boscop__ [~boscop@g225225053.adsl.alicedsl.de] has quit [Ping timeout:
246 seconds]
05:58 -!- noodles775 [~michael@f053066205.adsl.alicedsl.de] has joined #go-nuts
05:58 -!- noodles775 [~michael@f053066205.adsl.alicedsl.de] has quit [Changing
host]
05:58 -!- noodles775 [~michael@canonical/launchpad/noodles775] has joined #go-nuts
06:09 -!- napsy [~luka@88.200.96.18] has joined #go-nuts
06:16 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Ping
timeout: 246 seconds]
06:17 -!- jarsen [~jarsen@76.8.206.34] has quit [Remote host closed the
connection]
06:20 -!- smallfish [~smallfish@cegnulug.org] has joined #go-nuts
06:21 -!- smallfish [~smallfish@cegnulug.org] has left #go-nuts []
06:21 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has joined #go-nuts
06:27 < str1ngs> ah man I just figured out you need to use a trailing \n.
when you write to a websocket
06:28 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has joined #go-nuts
06:29 -!- bortzmeyer [~bortzmeye@batilda.nic.fr] has joined #go-nuts
06:44 -!- fvbommel [~fvbommel_@86.86.15.250] has quit [Ping timeout: 248 seconds]
06:58 -!- piranha [~piranha@D57D1AB3.static.ziggozakelijk.nl] has joined #go-nuts
06:58 -!- piranha [~piranha@D57D1AB3.static.ziggozakelijk.nl] has quit [Remote
host closed the connection]
06:59 -!- piranha [~piranha@D57D1AB3.static.ziggozakelijk.nl] has joined #go-nuts
07:01 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|]
07:03 -!- GeertJohan [~Squarc@D978EC5D.cm-3-1d.dynamic.ziggo.nl] has joined
#go-nuts
07:03 -!- photron [~photron@port-92-201-3-140.dynamic.qsc.de] has joined #go-nuts
07:05 -!- Bigbear1 [~Cody@d173-181-43-12.abhsia.telus.net] has quit [Read error:
Connection reset by peer]
07:06 -!- Bigbear1 [~Cody@d173-181-43-12.abhsia.telus.net] has joined #go-nuts
07:10 -!- dfc [~dfc@eth59-167-133-99.static.internode.on.net] has quit [Ping
timeout: 240 seconds]
07:10 -!- kr [~Keith@c-24-5-193-165.hsd1.ca.comcast.net] has quit [Quit: WeeChat
0.3.4]
07:12 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has quit [Quit:
Leaving]
07:12 -!- Fish [~Fish@9fans.fr] has joined #go-nuts
07:16 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 260 seconds]
07:23 -!- telexicon [~telexicon@unaffiliated/chowmeined] has joined #go-nuts
07:30 -!- napsy [~luka@193.2.66.6] has joined #go-nuts
07:32 -!- uqos [~uqos@grimm.utelsystems.com] has quit [Quit: leaving]
07:33 -!- wrtp [~rog@92.23.135.231] has joined #go-nuts
07:45 -!- abra [~abra@178.47.231.246] has quit [Ping timeout: 260 seconds]
07:53 -!- Bigbear1 [~Cody@d173-181-43-12.abhsia.telus.net] has left #go-nuts []
07:54 -!- Project-2501 [~Marvin@82.84.84.191] has joined #go-nuts
07:56 -!- coderendezvous [~coderende@adsl-98-66-2-41.mem.bellsouth.net] has joined
#go-nuts
07:57 -!- boscop [~boscop@unaffiliated/boscop] has joined #go-nuts
07:57 -!- abra [~abra@178.47.224.185] has joined #go-nuts
07:57 -!- Project_2501 [~Marvin@82.84.99.53] has quit [Ping timeout: 248 seconds]
08:00 -!- boscop [~boscop@unaffiliated/boscop] has quit [Read error: Connection
reset by peer]
08:00 -!- fvbommel [~fvbommel_@e32191.upc-e.chello.nl] has joined #go-nuts
08:03 -!- Project_2501 [~Marvin@82.84.91.38] has joined #go-nuts
08:05 -!- boscop [~boscop@unaffiliated/boscop] has joined #go-nuts
08:05 -!- Project-2501 [~Marvin@82.84.84.191] has quit [Ping timeout: 260 seconds]
08:08 -!- fvbommel [~fvbommel_@e32191.upc-e.chello.nl] has quit [Ping timeout: 276
seconds]
08:11 -!- boscop [~boscop@unaffiliated/boscop] has quit [Ping timeout: 250
seconds]
08:11 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit
[Read error: Connection reset by peer]
08:12 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined
#go-nuts
08:14 -!- boscop [~boscop@unaffiliated/boscop] has joined #go-nuts
08:16 -!- zimsim [~simon@ip1.c294.amb153.cust.comxnet.dk] has joined #go-nuts
08:21 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
08:21 -!- Project-2501 [~Marvin@82.84.72.142] has joined #go-nuts
08:21 -!- gregschlom [~quassel@187.118.210.62.te-dns.org] has joined #go-nuts
08:23 -!- Project_2501 [~Marvin@82.84.91.38] has quit [Ping timeout: 258 seconds]
08:26 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-166-225.clienti.tiscali.it] has
joined #go-nuts
08:28 -!- mikespook [~mikespook@219.137.234.156] has joined #go-nuts
08:28 -!- smallfish250 [~mikespook@183.47.227.11] has quit [Ping timeout: 244
seconds]
08:29 -!- Project-2501 [~Marvin@82.84.72.142] has quit [Ping timeout: 240 seconds]
08:33 -!- coderendezvous [~coderende@adsl-98-66-2-41.mem.bellsouth.net] has quit
[Quit: This computer has gone to sleep]
08:37 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-152-115.clienti.tiscali.it] has
joined #go-nuts
08:39 -!- virtualsue [~chatzilla@nat/cisco/x-bkkfuoroeotigpob] has joined #go-nuts
08:40 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-166-225.clienti.tiscali.it] has
quit [Ping timeout: 240 seconds]
08:52 -!- Project_2501 [~Marvin@82.84.65.59] has joined #go-nuts
08:54 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-152-115.clienti.tiscali.it] has
quit [Ping timeout: 255 seconds]
08:57 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has quit [Ping timeout: 244
seconds]
09:06 -!- ithkuil [~marko@2a00:1620:c0:50:66b9:e8ff:feca:1812] has joined #go-nuts
09:07 -!- fvbommel [~fvbommel_@dyn068161.nbw.tue.nl] has joined #go-nuts
09:11 -!- abra [~abra@178.47.224.185] has quit [Ping timeout: 276 seconds]
09:12 -!- rputikar [~240182H@134.7.206.67] has quit [Quit: rputikar]
09:13 -!- abra [~abra@178.47.224.185] has joined #go-nuts
09:22 -!- noam [noam@87.69.42.61.cable.012.net.il] has quit [Ping timeout: 252
seconds]
09:28 -!- noam [noam@87.69.42.61.cable.012.net.il] has joined #go-nuts
09:33 -!- wrtp [~rog@92.23.135.231] has quit [Ping timeout: 276 seconds]
09:38 -!- snearch [~snearch@f053008067.adsl.alicedsl.de] has joined #go-nuts
09:44 -!- wrtp [~rog@92.30.154.99] has joined #go-nuts
09:47 -!- Project-2501 [~Marvin@82.84.90.233] has joined #go-nuts
09:48 -!- noam [noam@87.69.42.61.cable.012.net.il] has quit [Ping timeout: 252
seconds]
09:50 -!- Project_2501 [~Marvin@82.84.65.59] has quit [Ping timeout: 250 seconds]
09:55 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has joined #go-nuts
09:55 -!- noam [noam@87.69.42.61.cable.012.net.il] has joined #go-nuts
10:01 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has
joined #go-nuts
10:03 -!- virtualsue [~chatzilla@nat/cisco/x-bkkfuoroeotigpob] has quit [Remote
host closed the connection]
10:05 -!- benjack [~benjack@bb220-255-236-198.singnet.com.sg] has quit [Quit:
Leaving.]
10:05 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has quit [Read error:
Connection reset by peer]
10:07 -!- virtualsue [~chatzilla@nat/cisco/x-xorbkjrxgpjbgzfn] has joined #go-nuts
10:24 -!- COBOL2121 [~Null@usr018.bb160-01.udk.im.wakwak.ne.jp] has joined
#go-nuts
10:32 -!- alehorst [~alehorst@201.47.10.119.dynamic.adsl.gvt.net.br] has joined
#go-nuts
10:34 -!- Ekspluati [5b9a0491@gateway/web/freenode/ip.91.154.4.145] has joined
#go-nuts
10:37 -!- angasule [~angasule@190.2.33.49] has joined #go-nuts
10:43 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has quit [Quit:
rputikar]
10:45 -!- GeertJohan [~Squarc@D978EC5D.cm-3-1d.dynamic.ziggo.nl] has quit [Quit:
Leaving.]
10:47 -!- Boney [~paul@124-148-187-88.dyn.iinet.net.au] has quit [Remote host
closed the connection]
10:57 -!- zerohp [~eclark@173-28-217-101.client.mchsi.com] has quit [Ping timeout:
246 seconds]
10:59 -!- Boney [~paul@124-148-187-88.dyn.iinet.net.au] has joined #go-nuts
11:01 -!- COBOL2121 [~Null@usr018.bb160-01.udk.im.wakwak.ne.jp] has quit [Ping
timeout: 248 seconds]
11:07 -!- zaero [~eclark@2001:470:1f11:b82:e163:54ed:e02c:2a45] has joined
#go-nuts
11:16 -!- [dmp] [~dennis@unaffiliated/dmp/x-546784] has joined #go-nuts
11:19 -!- COBOL2121 [~Null@usr018.bb160-01.udk.im.wakwak.ne.jp] has joined
#go-nuts
11:21 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts
11:35 -!- niemeyer [~niemeyer@200-102-196-125.pltce701.dsl.brasiltelecom.net.br]
has joined #go-nuts
11:39 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit
[Quit: Leaving...]
11:40 -!- Fish [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the
Fish]
11:42 -!- tncardoso [~thiago@150.164.2.20] has joined #go-nuts
11:42 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has
joined #go-nuts
11:48 -!- angasule [~angasule@190.2.33.49] has quit [Ping timeout: 252 seconds]
11:52 -!- Fish [~Fish@9fans.fr] has joined #go-nuts
11:57 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit
[Quit: Leaving...]
12:13 -!- fvbommel [~fvbommel_@dyn068161.nbw.tue.nl] has quit [Ping timeout: 276
seconds]
12:15 -!- lareth [~corelon@dencoae.ath.forthnet.gr] has quit [Ping timeout: 252
seconds]
12:17 -!- hallas [~hallas@x1-6-30-46-9a-b2-c5-1f.k891.webspeed.dk] has joined
#go-nuts
12:17 -!- lareth [~corelon@dencoae.ath.forthnet.gr] has joined #go-nuts
12:18 -!- Fish [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the
Fish]
12:23 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined
#go-nuts
12:23 -!- hallas [~hallas@x1-6-30-46-9a-b2-c5-1f.k891.webspeed.dk] has quit [Ping
timeout: 246 seconds]
12:35 -!- COBOL2121 [~Null@usr018.bb160-01.udk.im.wakwak.ne.jp] has quit [Remote
host closed the connection]
12:39 -!- zimsim [~simon@ip1.c294.amb153.cust.comxnet.dk] has quit [Ping timeout:
240 seconds]
12:51 -!- jstemmer [~cheetah@mrpwn.stemmertech.com] has joined #go-nuts
12:53 -!- gummibr [~gummibr@dslb-188-105-237-191.pools.arcor-ip.net] has joined
#go-nuts
12:54 < gummibr> hi, I wanted to try the html-pkg, but I think the parser
example is not working
12:54 < gummibr> I can read all the nodes, except links ("a")
12:55 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has quit [Quit:
skelterjohn]
12:55 < gummibr> I boiled down this testcase, maybe it did something obvious
wrong?
12:55 < gummibr> http://pastie.org/1980724
12:56 -!- sunfmin [~sunfmin@115.197.40.182] has joined #go-nuts
12:58 -!- pamera [~Pam@c-76-102-255-99.hsd1.ca.comcast.net] has left #go-nuts []
13:01 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
13:02 -!- Venom_X [~pjacobs@75-27-133-72.lightspeed.austtx.sbcglobal.net] has
joined #go-nuts
13:03 -!- freetz [~fritz@bc-proxy-2.sandia.gov] has joined #go-nuts
13:03 < uriel> fuck spam!  ARrrrggggg
13:12 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has joined #go-nuts
13:18 -!- freetz [~fritz@bc-proxy-2.sandia.gov] has quit [Quit: Leaving]
13:19 -!- fvbommel [~fvbommel_@dyn069247.nbw.tue.nl] has joined #go-nuts
13:20 -!- gtaylor [~gtaylor@99-126-136-139.lightspeed.gnvlsc.sbcglobal.net] has
joined #go-nuts
13:22 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has joined #go-nuts
13:23 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined
#go-nuts
13:24 -!- freetz [~fritz@bc-proxy-2.sandia.gov] has joined #go-nuts
13:25 < wrtp> gummibr: it seems to hang on parsing...
13:26 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has quit [Quit:
Leaving.]
13:30 < mpl> quick question about compiler optimization: I've been told that
if you have something like "for (int i=0; i< 3 * 2; ++i) {" in C++, gcc would
optimize the 3*2 operation so it doesn't have to be redone at each loop.  is it
valid in go as well?
13:30 < mpl> s/valid/true/
13:34 < dlowe> it's a pretty trivial optimization.  I'd be very surprised if
it wasn't.
13:36 < wrtp> mpl: yeah, constant expressions are evaluated at compile time
13:36 < wrtp> gummibr: looks like a bug to me
13:38 < mpl> dlowe: yeah, I don't know much about compilers, just wanted to
be sure.
13:38 < mpl> wrtp: kthx
13:40 -!- r_linux [~r_linux@smtp.mandique.com.br] has joined #go-nuts
13:40 < gummibr> wrtp, works with every other tag, so I was not sure what I
should think of it, especially because it is an example in the docs..  will file a
ticket then
13:40 -!- iant [~iant@66.109.103.84] has joined #go-nuts
13:40 -!- mode/#go-nuts [+v iant] by ChanServ
13:41 -!- hargettp_ [~hargettp_@dhcp-162.mirrorimage.net] has left #go-nuts []
13:41 < wrtp> gummibr: here's a shorter example that demonstrates the
problem: http://pastie.org/1980884
13:45 < gummibr> wrtp, how is that connected?  It's fine with me if it
parses not fully complete html
13:45 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Ping
timeout: 246 seconds]
13:46 < wrtp> gummibr: the parser goes into an infinite loop
13:47 < wrtp> it's the same problem that was occurring when i ran your code
13:47 < wrtp> maybe you were seeing a different problem
13:47 -!- snearch [~snearch@f053008067.adsl.alicedsl.de] has quit [Quit:
Verlassend]
13:49 < gummibr> wrtp, yeah, the problem for me is, that it doesn't find
a's, but every other tag works.  infinite loops sounds even worse
13:49 < gummibr> seems like the html pkg is not ready yet
13:49 -!- mfoemmel [~mfoemmel@chml01.drwholdings.com] has quit [Ping timeout: 264
seconds]
13:50 < gummibr> maybe you can file the loop ting, because I can't reproduce
that with 6g
13:50 < wrtp> gummibr: when you run the example i pasted, what happens?
13:50 < wrtp> i'm using 6g BTW
13:51 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has joined #go-nuts
13:51 < gummibr> wrtp, it just prints "parsed" (go v0.57)
13:51 -!- napsy [~luka@193.2.66.6] has quit [Ping timeout: 240 seconds]
13:52 < wrtp> hmm.  it must have broken between the release you're using and
the one i'm using
13:53 < gummibr> wondering how it passes the testcases if it goes into
infinite loop, someone should"ve noticed
13:54 < wrtp> gummibr: yeah, it's changed.
13:54 < wrtp> i guess none of the test cases had an attribute holding a "-"
character
13:56 -!- pharris [~Adium@rhgw.opentext.com] has joined #go-nuts
13:58 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has quit [Quit:
skelterjohn]
13:59 -!- ucasano [~ucasano@host153-182-static.227-95-b.business.telecomitalia.it]
has joined #go-nuts
13:59 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has joined #go-nuts
14:00 < wrtp> gummibr: i submitted my example as an issue too.  i don't know
if yours is actually an issue - i couldn't get that far...
14:03 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has joined #go-nuts
14:04 -!- zerohp [~eclark@2001:470:1f11:b82:4c5a:d7a5:219:61cc] has joined
#go-nuts
14:08 -!- zaero [~eclark@2001:470:1f11:b82:e163:54ed:e02c:2a45] has quit [Ping
timeout: 264 seconds]
14:08 < gummibr> yeah, well see, would be pretty nice to have a working html
pkg in Go
14:10 -!- virtualsue [~chatzilla@nat/cisco/x-xorbkjrxgpjbgzfn] has quit [Ping
timeout: 258 seconds]
14:11 < wrtp> gummibr: i think it's being worked on - that's why it has
changed.
14:16 -!- noam [noam@87.69.42.61.cable.012.net.il] has quit [Ping timeout: 248
seconds]
14:17 -!- noam [noam@87.69.42.61.cable.012.net.il] has joined #go-nuts
14:20 -!- napsy [~luka@88.200.96.18] has joined #go-nuts
14:22 < gummibr> yeah, in another ticket they said july/august for the
"finished" html pkg
14:25 -!- DerHorst [~Horst@e176101080.adsl.alicedsl.de] has joined #go-nuts
14:25 -!- th0re [~thre@p5B3B513D.dip.t-dialin.net] has joined #go-nuts
14:26 -!- Ekspluati [5b9a0491@gateway/web/freenode/ip.91.154.4.145] has quit [Ping
timeout: 252 seconds]
14:26 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has quit [Ping timeout: 260
seconds]
14:31 -!- th0re [~thre@p5B3B513D.dip.t-dialin.net] has quit [Remote host closed
the connection]
14:31 -!- th0re [~thre@p5B3B513D.dip.t-dialin.net] has joined #go-nuts
14:32 -!- fvbommel [~fvbommel_@dyn069247.nbw.tue.nl] has quit [Ping timeout: 276
seconds]
14:35 * th0re hört Full Nelson von Limp Bizkit auf Rock Im Park.
14:36 -!- boscop_ [~boscop@g229210055.adsl.alicedsl.de] has joined #go-nuts
14:37 -!- rputikar [~240182H@203-59-121-184.dyn.iinet.net.au] has quit [Quit:
rputikar]
14:38 -!- boscop [~boscop@unaffiliated/boscop] has quit [Ping timeout: 246
seconds]
14:38 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts
14:41 -!- th0re [~thre@p5B3B513D.dip.t-dialin.net] has quit [Quit: Der weg zur
erkenntniss ist der richtige.]
14:41 -!- fabled [~fabled@83.145.235.194] has quit [Quit: Ex-Chat]
14:42 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts
14:44 -!- fabled [~fabled@83.145.235.194] has joined #go-nuts
14:44 -!- coderendezvous [~coderende@adsl-98-66-2-41.mem.bellsouth.net] has joined
#go-nuts
14:49 -!- iant [~iant@66.109.103.84] has quit [Quit: Leaving.]
14:50 < skelterjohn> morning
14:51 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Quit: skelterjohn]
14:52 < uriel> 14:22 < gummibr> yeah, in another ticket they said
july/august for the "finished" html pkg
14:52 < uriel> gummibr: link?
14:54 -!- dfr|mac [~dfr|work@ool-182e3fca.dyn.optonline.net] has quit [Remote host
closed the connection]
14:57 < gummibr> uriel, http://code.google.com/p/go/issues/detail?id=1751#c1
actually it says may/june got that wrong
14:58 < gummibr> (and not finished, but rather resuming the work, my bad)
14:59 -!- PortatoreSanoDiI [~Marvin@82.84.78.234] has joined #go-nuts
14:59 -!- coderendezvous [~coderende@adsl-98-66-2-41.mem.bellsouth.net] has quit
[Quit: Leaving]
15:00 -!- rael_wiki [~chatzilla@unaffiliated/rael-wiki/x-8420294] has joined
#go-nuts
15:00 < rael_wiki> hello
15:00 < rael_wiki> here I come for the question of the day ;)
15:01 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts
15:01 < rael_wiki> I took a look at the runtime package, I don't see any way
to get an actual asynchronous signal system, am I missing something?
15:02 < skelterjohn> the signal package?
15:02 -!- Project-2501 [~Marvin@82.84.90.233] has quit [Ping timeout: 240 seconds]
15:02 < rael_wiki> whoa
15:02 < rael_wiki> skelterjohn: that's exactly what I was missing...
15:03 < skelterjohn> :)
15:04 < Namegduf> The signal package is awesome.
15:04 < Namegduf> Especially by comparison with C signal handling.
15:05 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-177-214.clienti.tiscali.it] has
joined #go-nuts
15:05 < ithkuil> Hi! quick question about building a (c)go package with
statically linked libs: I found http://goo.gl/akkex and made a go pkg which links
with ".a" static libs.  However when I try to use it in my main app 6l spits that
some symbols are not found.  I tried to pass CGO_LDFLAGS again in my main Makefile
(which imports Make.cmd) and also added a dummy.go file in CGOFILES but it seems
like Make.cmd doesn't handle cgo build steps
15:07 -!- kamaji [~kamaji@cpc2-aztw22-2-0-cust775.aztw.cable.virginmedia.com] has
joined #go-nuts
15:07 < ithkuil> I really like the fact that go binaries are statically
linked but as soon as I depend on some c code I get back to the dllhell
15:08 -!- PortatoreSanoDiI [~Marvin@82.84.78.234] has quit [Ping timeout: 240
seconds]
15:08 < ithkuil> (I'm writing go xen api bindings via libxenctrl,
libxenstore, libxenguest)
15:09 < rael_wiki> skelterjohn: I still can't figure out how to use it...
should I be reading Incoming (and in that case it wouldn't be asynchronous) or
what?
15:10 < skelterjohn> rael_wiki: i haven't used it - i just know it exists
15:10 -!- nighty__ [~nighty@210.188.173.245] has quit [Quit: Disappears in a puff
of smoke]
15:10 < rael_wiki> ok, thank you
15:10 < skelterjohn> ithkuil: you might have to add the "// #cgo LDFLAGS:
-lwhatever" comment
15:10 -!- lareth [~corelon@dencoae.ath.forthnet.gr] has quit [Quit: leaving]
15:11 < skelterjohn> though, i've never tried to statically link w/ cgo
15:11 < skelterjohn> take a look at the link command that the makefile runs
- can you modify it to make things link properly?
15:12 < rael_wiki> Namegduf: do you have any hint?
15:12 < Namegduf> rael_wiki: You import it and just read from Incoming.
15:12 < Namegduf> Importing it automatically makes it the handler for stuff.
15:12 < Namegduf> Through init()
15:13 < rael_wiki> Namegduf: but if I have to read a chan it's not an
asynchronous signal...
15:13 < wrtp> rael_wiki: why does that matter?
15:14 < Namegduf> rael_wiki: What do you mean, not asnchronous?
15:14 < Namegduf> *asynchronous
15:14 < Namegduf> You spawn a goroutine
15:14 < Namegduf> You block it on handling signals
15:15 < rael_wiki> wrtp, Namegduf: I would like my process to be doing stuff
and just wake up and start a handler when a signal arrives...
15:15 < Namegduf> rael_wiki: Yes, that is what happens when you have a
separate goroutine listening on the channel.
15:15 < rael_wiki> otherwise I could just replace the "signal" with a
message un a channel
15:15 < rael_wiki> *on
15:15 < wrtp> rael_wiki: that's fine - just have one goroutne that's doing
stuff, and another that listens on the signal channel
15:15 -!- ccod [~christoph@c-76-18-5-93.hsd1.fl.comcast.net] has joined #go-nuts
15:15 < Namegduf> And you can just use a message for that, yes.
15:16 < ithkuil> skelterjohn: ah, where do these // #cgo special comments
go?  can you please point me to some doc?
15:16 < skelterjohn> golang.org/cmd/cgo
15:16 < skelterjohn> it would go before the import "C"
15:16 < wrtp> ithkuil: godoc cgo
15:17 < ithkuil> thanks, btw, I already managed to link a shared lib, by
adding CGO_LDFLAGS in the makefile, and it works fine
15:17 < skelterjohn> but i don't think that this is the issue
15:17 < rael_wiki> ok, great I'm getting it...  I just have to acquire the
"go thinking"...  :)
15:17 < wrtp> rael_wiki: if you want a signal to stop your process in the
middle of some tight loop, you have to get the tight loop to check
15:17 < skelterjohn> ithkuil: err, i thought you said you had already been
using a CGO_LDFLAGS
15:18 < ithkuil> the problem is that it works for Make.pkg, but Make.cmd
doesn't invoke cgo
15:18 < skelterjohn> ahhh
15:18 < skelterjohn> yes
15:18 < skelterjohn> can't do a cgo cmd
15:18 < ithkuil> and somehow cannot inherit linked code from a pkg
15:18 < skelterjohn> if it's in the pkg's .a file there is no problem
15:20 < ithkuil> I read in http://goo.gl/akkex about linking a .a lib in the
cgo stub
15:20 * jlaffaye wonders how the go team will (if they want to) push go to android
without shared lib support ;p
15:20 < skelterjohn> jlaffaye: there is a thread about that in the google
group
15:20 < jlaffaye> skelterjohn: ok, I'll look for it then
15:20 < skelterjohn> it's on the front page
15:20 -!- sunfmin [~sunfmin@115.197.40.182] has quit [Quit: sunfmin]
15:21 < skelterjohn> the first post, in fact
15:21 < jlaffaye> right :)
15:21 < ithkuil> (and indeed the pkg compiles fine with the shared lib)
15:21 * Namegduf really wishes he had a phone with an OS written in Go, and apps
in Go
15:22 < Namegduf> It'd be nice and maintainable for the average phone
developer
15:22 < Namegduf> Who should not be allowed near malloc()
15:22 < Namegduf> But also actually performant and thus good on the battery.
15:22 < ithkuil> the problem arises when I try to link the pkg in a cmd, the
shared libraries are inherited but the .a libs are not
15:24 -!- ShadowIce
[~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has joined
#go-nuts
15:24 -!- ShadowIce
[~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has quit
[Changing host]
15:24 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts
15:25 < skelterjohn> ithkuil: beyond my expertise, now
15:25 < skelterjohn> maybe ask the google group
15:26 < ithkuil> skelterjohn: sure, thank you anyway!
15:26 -!- Project_2501 [~Marvin@82.84.80.199] has joined #go-nuts
15:27 < ww> skelterjohn: do you have afs at the university?
15:27 < skelterjohn> what is afs
15:27 < ww> like nfs but different, better, etc...
http://en.wikipedia.org/wiki/Andrew_File_System
15:27 < ww> if you ask, probably means no :)
15:28 < skelterjohn> well, i don't administer the systems here
15:28 < ww> i ask because i just tried building go at inf.ed.ac.uk where my
home directory is on afs and got a bunch of broken tests in path/filepath
15:28 < skelterjohn> but we probably have nfs
15:28 < ww> does your home directory start with /afs ?
15:28 < skelterjohn> no
15:29 -!- PortatoreSanoDiI [~Marvin@82.84.95.105] has joined #go-nuts
15:29 -!- dfr|mac [~dfr|work@32.141.39.91] has joined #go-nuts
15:29 < skelterjohn> i also rarely use the provided systems
15:29 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-177-214.clienti.tiscali.it] has
quit [Ping timeout: 248 seconds]
15:29 < skelterjohn> i've got my laptop and the lab's computer (which i
built and administer)
15:29 < skelterjohn> it doesn't have afs :)
15:29 -!- tux21b [~tux21b@chello213047047175.3.graz.surfer.at] has joined #go-nuts
15:30 < ww> well if you or anyone else have a convenient way of building go
in an afs directory, i'd be interested to know if you also get filesystem-related
tests failing before i expend too much energy trying to track it down
15:30 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has quit [Ping timeout:
248 seconds]
15:32 -!- Project_2501 [~Marvin@82.84.80.199] has quit [Ping timeout: 264 seconds]
15:34 -!- bortzmeyer [~bortzmeye@batilda.nic.fr] has quit [Quit: Leaving.]
15:35 < skelterjohn> well, what are the tests that are failing?
15:37 -!- piranha [~piranha@D57D1AB3.static.ziggozakelijk.nl] has quit [Quit:
Computer has gone to sleep.]
15:39 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-156-178.clienti.tiscali.it] has
joined #go-nuts
15:39 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has quit [Quit:
Computer has gone to sleep.]
15:42 -!- PortatoreSanoDiI [~Marvin@82.84.95.105] has quit [Ping timeout: 260
seconds]
15:43 < ww> skelterjohn: http://pastebin.com/uY83B4Es
15:43 -!- adlan [~adlan@175.138.43.22] has quit [Remote host closed the
connection]
15:44 -!- noodles775 [~michael@canonical/launchpad/noodles775] has quit [Quit:
leaving]
15:45 -!- PortatoreSanoDiI [~Marvin@dynamic-adsl-94-36-178-228.clienti.tiscali.it]
has joined #go-nuts
15:45 -!- mfoemmel [~mfoemmel@chml01.drwholdings.com] has joined #go-nuts
15:48 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-156-178.clienti.tiscali.it] has
quit [Read error: Operation timed out]
15:51 -!- Project_2501 [~Marvin@82.84.69.105] has joined #go-nuts
15:54 -!- PortatoreSanoDiI [~Marvin@dynamic-adsl-94-36-178-228.clienti.tiscali.it]
has quit [Ping timeout: 258 seconds]
15:56 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-171-167.clienti.tiscali.it] has
joined #go-nuts
15:59 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
15:59 -!- Project_2501 [~Marvin@82.84.69.105] has quit [Ping timeout: 244 seconds]
15:59 < wrtp> ww: does AFS automatically create extra directory entries?
16:00 -!- dfr|mac [~dfr|work@32.141.39.91] has quit [Ping timeout: 258 seconds]
16:05 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-171-167.clienti.tiscali.it] has
quit [Ping timeout: 276 seconds]
16:05 < wrtp> ww: it might be interesting to put printfs in
TestVisitor.VisitDir and TestVisitor.VisitFile to see what they're actually
traversing into
16:06 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has joined #go-nuts
16:08 -!- freetz [~fritz@bc-proxy-2.sandia.gov] has quit [Remote host closed the
connection]
16:08 -!- binarypie [~binarypie@c-24-6-151-185.hsd1.ca.comcast.net] has joined
#go-nuts
16:10 < wrtp> ww: another thing to try: mkdir x; chmod 0 x; cd x
16:10 < wrtp> if it doesn't fail, that's one reason the test is failing
16:11 -!- piranha [~piranha@5ED43A0B.cm-7-5a.dynamic.ziggo.nl] has joined #go-nuts
16:12 -!- chomp [~chomp@dap-209-166-184-50.pri.tnt-3.pgh.pa.stargate.net] has
joined #go-nuts
16:16 -!- awidegreen [~quassel@h-170-226.A212.priv.bahnhof.se] has joined #go-nuts
16:17 -!- binarit [~binary@80.239.96.162] has joined #go-nuts
16:22 -!- fvbommel [~fvbommel_@86.86.15.250] has joined #go-nuts
16:28 -!- boscop__ [~boscop@f050177078.adsl.alicedsl.de] has joined #go-nuts
16:29 -!- DerHorst [~Horst@e176101080.adsl.alicedsl.de] has quit [Remote host
closed the connection]
16:30 -!- boscop_ [~boscop@g229210055.adsl.alicedsl.de] has quit [Ping timeout:
246 seconds]
16:36 -!- sebastianskejoe [~sebastian@188.114.142.217] has joined #go-nuts
16:39 -!- iant [~iant@nat/google/x-bjhkxnoplazevssz] has joined #go-nuts
16:39 -!- mode/#go-nuts [+v iant] by ChanServ
16:41 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has quit [Read error:
Operation timed out]
16:48 -!- preflex [~preflex@unaffiliated/mauke/bot/preflex] has joined #go-nuts
16:49 < ccod> has anyone been tinkering with the go appengine thing?
16:50 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit
[Read error: Connection reset by peer]
16:52 < ccod> I have been trying to serve some webgl content using three.js
and I keep running into an internal server error
16:52 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined
#go-nuts
16:59 -!- skelterjohn_ [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts
16:59 < uriel> without seeing the code, is hard to help you
17:00 < uriel> I doubt whatever you are serving webgl content or whatever
three.js is should matter to Go
17:00 < ccod> hm
17:00 -!- ucasano [~ucasano@host153-182-static.227-95-b.business.telecomitalia.it]
has quit [Quit: ucasano]
17:00 < ccod> right, well I was wondering if it had something to do with
template.Execute
17:01 -!- nictuku [~nict@84-72-7-79.dclient.hispeed.ch] has joined #go-nuts
17:01 -!- nictuku [~nict@84-72-7-79.dclient.hispeed.ch] has quit [Changing host]
17:01 -!- nictuku [~nict@unaffiliated/nictuku] has joined #go-nuts
17:02 < uriel> maybe, who knows?
17:02 < uriel> look at the error maybe?
17:03 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Ping timeout: 258
seconds]
17:05 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-171-245.clienti.tiscali.it] has
joined #go-nuts
17:06 -!- tncardoso [~thiago@150.164.2.20] has quit [Ping timeout: 276 seconds]
17:06 < ccod> right..  I will tool around some more so I can target the
problem
17:08 -!- dfr|work [~dfr|work@nat/google/x-ktgyzocazafcsgfq] has joined #go-nuts
17:08 < skelterjohn> it's important to not ignore error codes
17:08 < skelterjohn> especially when your program doesn't work
17:08 -!- sjbrown [~sjbrown@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net] has joined
#go-nuts
17:09 < skelterjohn> i wouldn't be surprised if template.Execute panicked
when given a nil io.Writer, so you might check that
17:09 -!- sjbrown [~sjbrown@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net] has quit
[Client Quit]
17:24 < ccod> k
17:28 < ccod> ah, I found the panic...  I was expecting a write in the
browser when I found it in the server log.
17:29 -!- niemeyer [~niemeyer@200-102-196-125.pltce701.dsl.brasiltelecom.net.br]
has quit [Ping timeout: 240 seconds]
17:31 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-168-181.clienti.tiscali.it] has
joined #go-nuts
17:32 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Quit: skelterjohn]
17:34 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-171-245.clienti.tiscali.it] has
quit [Ping timeout: 264 seconds]
17:37 -!- Project_2501 [~Marvin@82.84.79.223] has joined #go-nuts
17:38 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has joined #go-nuts
17:38 -!- ithkuil [~marko@2a00:1620:c0:50:66b9:e8ff:feca:1812] has quit [Ping
timeout: 255 seconds]
17:40 -!- firwen [~firwen@2a01:e34:eea3:7e10:4a5b:39ff:fe51:e8ae] has joined
#go-nuts
17:40 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-168-181.clienti.tiscali.it] has
quit [Ping timeout: 252 seconds]
17:47 -!- Project_2501 [~Marvin@82.84.79.223] has quit [Ping timeout: 276 seconds]
17:59 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has quit [Ping timeout:
250 seconds]
18:04 -!- adlan [~adlan@175.138.43.22] has quit [Ping timeout: 252 seconds]
18:04 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
18:05 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has joined #go-nuts
18:07 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has quit [Read
error: Connection reset by peer]
18:08 -!- m4dh4tt3r [~Adium@c-98-210-145-213.hsd1.ca.comcast.net] has joined
#go-nuts
18:09 -!- gregschlom [~quassel@187.118.210.62.te-dns.org] has quit [Ping timeout:
255 seconds]
18:15 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has quit [Ping timeout: 276
seconds]
18:19 -!- chomp [~chomp@dap-209-166-184-50.pri.tnt-3.pgh.pa.stargate.net] has quit
[Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027]]
18:19 -!- ccod [~christoph@c-76-18-5-93.hsd1.fl.comcast.net] has quit [Quit: ccod]
18:21 -!- Bigbear1 [~Cody@173.181.43.12] has joined #go-nuts
18:25 -!- huin [~huin@91.85.171.238] has joined #go-nuts
18:26 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com]
has quit [Remote host closed the connection]
18:28 -!- alehorst [~alehorst@201.47.10.119.dynamic.adsl.gvt.net.br] has quit
[Ping timeout: 246 seconds]
18:28 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out]
18:29 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
18:30 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com]
has joined #go-nuts
18:30 -!- r_linux [~r_linux@smtp.mandique.com.br] has quit [Read error: Connection
reset by peer]
18:37 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has joined
#go-nuts
18:39 -!- tylerl [~tylerl@ip24-251-232-171.ph.ph.cox.net] has joined #go-nuts
18:41 -!- alehorst [~alehorst@186.212.214.44] has joined #go-nuts
18:43 -!- gummibr [~gummibr@dslb-188-105-237-191.pools.arcor-ip.net] has quit
[Ping timeout: 240 seconds]
18:44 < str1ngs> doh syscall.Mkfifo is not available for linux?
18:48 -!- skelterjohn [~jasmuth@c-24-0-2-70.hsd1.nj.comcast.net] has joined
#go-nuts
18:49 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out]
18:49 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
18:51 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-45.clienti.tiscali.it] has
joined #go-nuts
18:51 -!- kr [~Keith@204.14.152.118] has joined #go-nuts
18:54 -!- Viriix [~joseph@c-67-169-172-251.hsd1.ca.comcast.net] has quit [Quit:
Leaving]
18:54 -!- tvw [~tv@e176003028.adsl.alicedsl.de] has joined #go-nuts
18:59 -!- foocraft [~ewanas@89.211.201.143] has joined #go-nuts
19:01 <+iant> str1ngs: I don't think Linux has a mkfifo system call
19:01 <+iant> it uses mknod instead
19:01 -!- gedevan [~gedevan@83.167.106.253] has joined #go-nuts
19:03 -!- TheMue [~TheMue@p5DDF57EC.dip.t-dialin.net] has joined #go-nuts
19:03 < str1ngs> ah I'll see how mkfifo from coreutils does it then.  thanks
19:04 -!- ExtraSpice [XtraSpice@78-57-204-104.static.zebra.lt] has quit [Ping
timeout: 276 seconds]
19:18 -!- Venom_X [~pjacobs@75-27-133-72.lightspeed.austtx.sbcglobal.net] has quit
[Ping timeout: 248 seconds]
19:18 -!- travis [~travis@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts
19:20 -!- r_linux [~r_linux@smtp.mandique.com.br] has joined #go-nuts
19:21 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com]
has quit [Remote host closed the connection]
19:22 -!- XenoPhoenix [~Xeno@cpc13-aztw24-2-0-cust23.aztw.cable.virginmedia.com]
has joined #go-nuts
19:24 -!- Venom_X [~pjacobs@66.54.185.131] has joined #go-nuts
19:26 -!- Guest74039 [~travis@CMU-447816.WV.CC.CMU.EDU] has quit [Quit:
Guest74039]
19:26 -!- rcrowley_ [~rcrowley@c-71-202-44-233.hsd1.ca.comcast.net] has quit
[Remote host closed the connection]
19:27 -!- rcrowley [~rcrowley@c-71-202-44-233.hsd1.ca.comcast.net] has joined
#go-nuts
19:27 -!- wolfe_ [~wolfe@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts
19:28 -!- twolfe18 [~wolfe@CMU-447816.WV.CC.CMU.EDU] has quit [Client Quit]
19:28 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has joined #go-nuts
19:29 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out]
19:30 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
19:32 -!- snearch [~snearch@f053008067.adsl.alicedsl.de] has joined #go-nuts
19:41 < TheMue> *sigh*
19:41 < TheMue> Go doesn't work on my vServer
19:47 -!- keithcascio [~keithcasc@nat/google/x-ujcfclqbadiglxyk] has joined
#go-nuts
19:52 -!- ExsysHost [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined
#go-nuts
19:53 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out]
19:53 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
19:54 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit
[Ping timeout: 260 seconds]
19:55 < str1ngs> haha useing websockets and exec I'm useing chromium for
stderr and stdout
19:57 -!- iant [~iant@nat/google/x-bjhkxnoplazevssz] has quit [Ping timeout: 260
seconds]
19:59 -!- snearch [~snearch@f053008067.adsl.alicedsl.de] has quit [Quit:
Verlassend]
20:02 -!- tux21b [~tux21b@chello213047047175.3.graz.surfer.at] has quit [Ping
timeout: 246 seconds]
20:09 -!- edsrzf [~edsrzf@122-61-221-144.jetstream.xtra.co.nz] has joined #go-nuts
20:11 -!- r_linux [~r_linux@smtp.mandique.com.br] has quit [Quit: Lost terminal]
20:12 -!- prip [~foo@host233-130-dynamic.36-79-r.retail.telecomitalia.it] has quit
[Quit: Leaving]
20:13 -!- iant [~iant@nat/google/x-hxkvsgowzlzxagjf] has joined #go-nuts
20:13 -!- mode/#go-nuts [+v iant] by ChanServ
20:13 -!- prip [~foo@host233-130-dynamic.36-79-r.retail.telecomitalia.it] has
joined #go-nuts
20:13 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out]
20:14 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
20:15 -!- Bigbear1 [~Cody@173.181.43.12] has left #go-nuts []
20:17 -!- gedevan [~gedevan@83.167.106.253] has quit [Read error: Operation timed
out]
20:19 -!- gedevan [~gedevan@83.167.106.253] has joined #go-nuts
20:19 -!- ExsysHost [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has quit
[Ping timeout: 240 seconds]
20:22 < nictuku> about go/ast, how do I get a string of the Type of a method
receiver?  Something like: expr := f.Recv.List[0].Type // => but then I need
something like expr.Name
20:23 < nictuku> if I do a case switch in that Expr, I'm limited to things
like "StructType", which doesn't have a Name field either.  Only "*Spec" ones do.
20:24 -!- twolfe18 [~twolfe18@CMU-447816.WV.CC.CMU.EDU] has quit [Quit: twolfe18]
20:24 < nictuku> when I fmt.Printf that Expr, I get the name.  But I don't
want to Sprintf it ;-)
20:25 < nictuku> huin, maybe you know this?  ;-)
20:27 -!- alehorst [~alehorst@186.212.214.44] has quit [Quit: Leaving.]
20:27 < huin> hm?
20:27 * huin reads question
20:28 < huin> i'm not that great with ast stuff, but i'll have a glance
20:29 -!- photron [~photron@port-92-201-3-140.dynamic.qsc.de] has quit [Read
error: Operation timed out]
20:29 -!- alehorst [~alehorst@186.212.214.44] has joined #go-nuts
20:30 < nictuku> huin, s'ok, I just asked in case you knew
20:30 < huin> nictuku: isn't the receiver on a method a *FieldList?
20:30 < nictuku> it is.
20:30 < nictuku> that's f.Recv.List above
20:30 < huin> which eventually gets you a *Field - which has identifiers and
stuff on
20:30 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has
joined #go-nuts
20:30 -!- bugQ [~bug@c-67-186-255-54.hsd1.ut.comcast.net] has quit [Ping timeout:
240 seconds]
20:31 < huin> ah..
20:31 < huin> Type Expr, i see
20:31 < nictuku> yes, I'm stuck with type Expr
20:31 < huin> hm
20:32 < huin> nictuku: is it a SelectorExpr?
20:32 < nictuku> I guess the next step is a type switch that for *Type
stuff.  But these types don't carry the name either
20:32 < huin> i mean...  the receiver should be a named type..  you can't
legally have a type decl in there
20:33 < nictuku> I don't know what a selector is.
20:33 < huin> foo.bar
20:33 < huin> well..
20:33 < huin> foo.Bar
20:33 -!- kr [~Keith@204.14.152.118] has quit [Ping timeout: 276 seconds]
20:33 < huin> that sort of thing
20:34 < huin> typically foo being a package as imported.  but given that you
can't legally attach methods to types defined outside your package it should be
simpler
20:34 -!- aho [~nya@fuld-590c61a2.pool.mediaWays.net] has joined #go-nuts
20:34 < huin> i'm guessing it might be that...  does it work?
20:34 < nictuku> definitely not a selector.  I confirmed and when I Printf
it I don't get an X attribute, differently from other stuff.
20:35 < huin> if in doubt, try using ast.Fprint to display what the node is
20:35 < huin> that might shed some light
20:35 < nictuku> ah, will do
20:36 < huin> using Printf("%T", yournode) might help, also
20:36 < huin> (maybe...  i'm not sure)
20:36 -!- kr [~Keith@204.14.152.118] has joined #go-nuts
20:36 < nictuku> well..  I know the type :-P
20:37 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Connection timed out]
20:37 < huin> but not the underlying type?
20:37 -!- fabled [~fabled@83.145.235.194] has quit [Quit: Ex-Chat]
20:38 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
20:39 < nictuku> I know the type I want, but I need to get a string
representation for it.  name := fmt.Sprintf("%+v", mything) // works, but it's
ugly right?
20:40 < nictuku> that's because I need to make a decision based on the type
name.
20:40 < huin> hm :(
20:41 -!- twolfe18 [~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net] has joined
#go-nuts
20:42 < huin> by "I know the type I want", which type are you referring to
here?  the name of the type parsed into the ast?  or the type of the thing
underneath the Expr?
20:42 < huin> e.g SelectorExpr or something
20:43 < nictuku> first.  I don't know the type of the thing underneath Expr.
20:43 < huin> i.e which ast type?
20:45 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts
20:46 < huin> (sorry, it's hard to be clear on it, given the amount of
meta-ness in this subject :)
20:46 -!- tux21b [~tux21b@chello213047047175.3.graz.surfer.at] has joined #go-nuts
20:46 -!- TheMue [~TheMue@p5DDF57EC.dip.t-dialin.net] has quit [Quit: TheMue]
20:47 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-165-56.clienti.tiscali.it] has
joined #go-nuts
20:49 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-45.clienti.tiscali.it] has
quit [Ping timeout: 250 seconds]
20:50 < ww> wrtp: you are correct
20:50 < ww> this succeeds: mkdir x; chmod 0 x; cd x
20:51 -!- adlan [~adlan@175.138.43.22] has quit [Read error: Operation timed out]
20:51 -!- adlan [~adlan@175.138.43.22] has joined #go-nuts
20:53 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has quit [Ping timeout: 260
seconds]
20:55 -!- adlan [~adlan@175.138.43.22] has quit [Remote host closed the
connection]
20:58 -!- piranha [~piranha@5ED43A0B.cm-7-5a.dynamic.ziggo.nl] has quit [Quit:
Computer has gone to sleep.]
20:59 -!- gtaylor [~gtaylor@99-126-136-139.lightspeed.gnvlsc.sbcglobal.net] has
quit [Quit: gtaylor]
21:03 -!- moraes [~moraes@189.103.188.201] has quit [Remote host closed the
connection]
21:05 -!- dlowe [~dlowe@ita4fw1.itasoftware.com] has quit [Quit: Leaving.]
21:12 -!- ShadowIce`
[~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has joined
#go-nuts
21:12 -!- ShadowIce`
[~pyoro@HSI-KBW-109-193-120-162.hsi7.kabel-badenwuerttemberg.de] has quit
[Changing host]
21:12 -!- ShadowIce` [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts
21:12 -!- justinlilly [~justinlil@173-203-200-41.static.cloud-ips.com] has quit
[Ping timeout: 240 seconds]
21:13 -!- huin [~huin@91.85.171.238] has quit [Quit: bedtime]
21:13 -!- impl [impl@atheme/member/impl] has quit [Read error: Connection reset by
peer]
21:13 -!- impl [impl@208.86.224.74] has joined #go-nuts
21:13 -!- impl [impl@208.86.224.74] has quit [Changing host]
21:13 -!- impl [impl@atheme/member/impl] has joined #go-nuts
21:13 -!- yebyen [~yebyen@martyfunkhouser.csh.rit.edu] has quit [Ping timeout: 240
seconds]
21:14 -!- wrtp [~rog@92.30.154.99] has quit [Quit: wrtp]
21:14 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Ping
timeout: 240 seconds]
21:15 -!- yebyen [~yebyen@martyfunkhouser.csh.rit.edu] has joined #go-nuts
21:15 -!- anticw [~anticw@c-98-210-108-13.hsd1.ca.comcast.net] has quit [Ping
timeout: 240 seconds]
21:15 -!- anticw [~anticw@c-98-210-108-13.hsd1.ca.comcast.net] has joined #go-nuts
21:16 -!- Paradox924X [~Paradox92@c-68-35-229-34.hsd1.fl.comcast.net] has quit
[Ping timeout: 240 seconds]
21:16 -!- Paradox924X [~Paradox92@c-68-35-229-34.hsd1.fl.comcast.net] has joined
#go-nuts
21:17 -!- justinlilly [~justinlil@173-203-200-41.static.cloud-ips.com] has joined
#go-nuts
21:18 -!- tobym [~tobym@cpe-72-229-2-6.nyc.res.rr.com] has joined #go-nuts
21:19 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit
[Quit: Leaving...]
21:29 -!- manveru [~manveru@b08s28ur.corenetworks.net] has quit [Ping timeout: 240
seconds]
21:30 -!- manveru [~manveru@64.85.160.244] has joined #go-nuts
21:33 -!- sam___ [cebe4b09@gateway/web/freenode/ip.206.190.75.9] has joined
#go-nuts
21:36 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-165-56.clienti.tiscali.it] has
quit [Quit: E se abbasso questa leva che succ...]
21:38 -!- firwen [~firwen@2a01:e34:eea3:7e10:4a5b:39ff:fe51:e8ae] has quit [Remote
host closed the connection]
21:40 -!- rael_wiki [~chatzilla@unaffiliated/rael-wiki/x-8420294] has quit [Quit:
ChatZilla 0.9.86.1 [Iceweasel 3.5.19/20110430164311]]
21:40 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has quit [Quit:
wallerdev]
21:42 -!- tncardoso [~thiago@189.59.129.101.dynamic.adsl.gvt.net.br] has joined
#go-nuts
21:44 < sam___> \
21:46 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has joined
#go-nuts
21:58 -!- dtjm [cebe4b09@gateway/web/freenode/ip.206.190.75.9] has quit [Quit:
Page closed]
21:58 -!- pharris [~Adium@rhgw.opentext.com] has quit [Quit: Leaving.]
22:03 -!- ShadowIce_ [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts
22:04 -!- ShadowIce` [~pyoro@unaffiliated/shadowice-x841044] has quit [Read error:
Connection reset by peer]
22:06 -!- sebastianskejoe [~sebastian@188.114.142.217] has quit [Quit: Lost
terminal]
22:07 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has
joined #go-nuts
22:08 -!- angasule [~angasule@190.2.33.49] has joined #go-nuts
22:08 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit
[Client Quit]
22:12 -!- rlab [~Miranda@91.200.158.34] has quit [Read error: Connection reset by
peer]
22:33 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts
22:40 -!- tvw [~tv@e176003028.adsl.alicedsl.de] has quit [Remote host closed the
connection]
22:57 -!- ExsysTech [~ExsysTech@50-46-213-60.evrt.wa.frontiernet.net] has joined
#go-nuts
23:07 -!- cafesofie [~cafesofie@ool-18b97779.dyn.optonline.net] has quit [Remote
host closed the connection]
23:08 -!- ShadowIce_ [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit:
Verlassend]
23:14 -!- Wiz126 [~Wiz@24.229.245.72.res-cmts.sm.ptd.net] has quit [Ping timeout:
255 seconds]
23:15 -!- keithcascio [~keithcasc@nat/google/x-ujcfclqbadiglxyk] has quit [Quit:
Leaving]
23:20 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has joined
#go-nuts
23:20 -!- b33p [~mgray@li226-224.members.linode.com] has quit [Quit: Lost
terminal]
23:22 -!- iant [~iant@nat/google/x-hxkvsgowzlzxagjf] has quit [Read error:
Operation timed out]
23:22 -!- Wiz126 [~Wiz@24.229.245.72.res-cmts.sm.ptd.net] has joined #go-nuts
23:26 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has quit [Read
error: Connection reset by peer]
23:29 -!- robteix [~robteix@host40.201-253-152.telecom.net.ar] has joined #go-nuts
23:35 -!- ksni [~janne@pdpc/supporter/student/kosiini] has quit [Ping timeout: 260
seconds]
23:40 -!- ksni [~janne@pdpc/supporter/student/kosiini] has joined #go-nuts
23:41 -!- tux21b [~tux21b@chello213047047175.3.graz.surfer.at] has quit [Ping
timeout: 250 seconds]
23:43 -!- moraes [~moraes@189.103.188.201] has joined #go-nuts
23:51 -!- dreadlorde [~dreadlord@c-24-11-39-160.hsd1.mi.comcast.net] has quit
[Ping timeout: 260 seconds]
23:54 -!- iant [~iant@66.109.103.84] has joined #go-nuts
23:54 -!- mode/#go-nuts [+v iant] by ChanServ
23:56 -!- wallerdev [~wallerdev@c-68-60-43-43.hsd1.mi.comcast.net] has joined
#go-nuts
--- Log closed Sat May 28 00:00:51 2011