--- Log opened Tue Dec 07 00:00:37 2010
00:07 -!- kanru [~kanru@2001:c08:3700:ffff::29:bc16] has joined #go-nuts
00:10 -!- Tuller [~tuller@c-69-143-52-174.hsd1.va.comcast.net] has joined #go-nuts
00:11 -!- devrim [~Adium@160.79.7.234] has quit [Ping timeout: 260 seconds]
00:16 -!- zav [~lsd@189001130056.usr.predialnet.com.br] has joined #go-nuts
00:17 -!- Tuller [~tuller@c-69-143-52-174.hsd1.va.comcast.net] has quit [Remote
host closed the connection]
00:19 -!- enherit [~enherit@cpe-98-149-170-48.socal.res.rr.com] has quit [Quit:
leaving]
00:20 -!- nigelkerr [~nigelkerr@jstormichfw.jstor.org] has quit [Quit: nigelkerr]
00:24 -!- zarqu0n [4086c52e@gateway/web/freenode/ip.64.134.197.46] has quit [Ping
timeout: 265 seconds]
00:25 -!- niemeyer [~niemeyer@189.73.142.213] has quit [Ping timeout: 245 seconds]
00:30 -!- krutcha [~krutcha@remote.icron.com] has quit [Quit: Leaving]
00:34 -!- kanru [~kanru@2001:c08:3700:ffff::29:bc16] has quit [Read error:
Operation timed out]
00:35 -!- zav [~lsd@189001130056.usr.predialnet.com.br] has quit [Quit: Leaving]
00:40 -!- kevinwatt [kevin@59.125.147.75] has quit [Ping timeout: 265 seconds]
00:48 -!- kevinwatt [kevin@59-125-147-75.HINET-IP.hinet.net] has joined #go-nuts
00:49 -!- skelterjohn [~jasmuth@c-68-45-238-234.hsd1.nj.comcast.net] has quit
[Quit: skelterjohn]
00:50 -!- kevinwatt [kevin@59-125-147-75.HINET-IP.hinet.net] has quit [Remote host
closed the connection]
00:56 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has joined #go-nuts
00:57 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has quit [Quit:
DarthShrine]
01:00 -!- devrim [~Adium@cpe-72-225-239-227.nyc.res.rr.com] has joined #go-nuts
01:03 -!- floppy_legs [~Adium@adsl-99-32-113-237.dsl.pltn13.sbcglobal.net] has
joined #go-nuts
01:03 -!- floppy_legs [~Adium@adsl-99-32-113-237.dsl.pltn13.sbcglobal.net] has
quit [Client Quit]
01:09 < plexdev> http://is.gd/ijyDo by [Nigel Tao] in go/src/pkg/html/ --
html: first cut at a parser.
01:12 -!- sjohnson [~sjohnson@ptr-208-68-18-67.rdns.thinktel.ca] has left #go-nuts
["WeeChat 0.3.3"]
01:19 -!- tvw [~tv@e176006136.adsl.alicedsl.de] has quit [Ping timeout: 245
seconds]
01:22 -!- kanru [~kanru@2001:c08:3700:ffff::29:c6de] has joined #go-nuts
01:24 -!- skejoe [~skejoe@188.114.142.162] has quit [Quit: leaving]
01:25 < plexdev> http://is.gd/ijATg by [Ryan Hitchman] in go/src/pkg/html/
-- html: unescape numeric entities, and complete the named entities table,
including two-character entities.
01:32 -!- rllu [raylu@c-24-131-193-106.hsd1.pa.comcast.net] has joined #go-nuts
01:33 < rllu> this has probably already been reported, but the current
release (2010-12-02) has a bug in pkg/net/dialgoogle_test.go fixed by
https://pastee.org/3jw7p
01:34 -!- TheSaint [~thesaint@166.205.11.221] has joined #go-nuts
01:36 < raylu> oh, and it's been fixed in the tip.  ok
01:37 -!- ExtraSpice [~XtraSpice@88.118.33.48] has quit [Ping timeout: 240
seconds]
01:39 -!- rhencke [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has joined
#go-nuts
01:44 -!- TheSaint [~thesaint@166.205.11.221] has quit [Quit: Colloquy for iPhone
- http://colloquy.mobi]
01:56 -!- gnuvince [~vince@70.35.162.131] has quit [Quit: ""]
01:58 -!- gnuvince [~vince@70.35.162.131] has joined #go-nuts
02:02 -!- rhencke_ [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has joined
#go-nuts
02:02 -!- rhencke [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has quit
[Read error: Connection reset by peer]
02:08 -!- rhencke_ [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has joined
#go-nuts
02:08 -!- rhencke [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has quit
[Read error: Connection reset by peer]
02:15 -!- rhencke_ [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has joined
#go-nuts
02:15 -!- rhencke [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has quit
[Read error: Connection reset by peer]
02:15 -!- rhencke [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has quit
[Client Quit]
02:15 -!- alc [~arx@222.128.155.132] has quit [Read error: Connection reset by
peer]
02:17 -!- itrekkie [~itrekkie@ip72-200-115-40.tc.ph.cox.net] has joined #go-nuts
02:29 -!- artefon [~thiago@189.59.159.218.dynamic.adsl.gvt.net.br] has quit [Quit:
bye]
02:42 -!- cco3 [~conley@c-69-181-138-209.hsd1.ca.comcast.net] has joined #go-nuts
02:45 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has
joined #go-nuts
02:45 -!- itrekkie [~itrekkie@ip72-200-115-40.tc.ph.cox.net] has quit [Quit:
itrekkie]
02:46 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has quit
[Read error: Connection reset by peer]
02:46 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has
joined #go-nuts
02:49 -!- kanru [~kanru@2001:c08:3700:ffff::29:c6de] has quit [Ping timeout: 260
seconds]
02:59 -!- IRWolfie- [irwolfie@ircnoob.com] has quit [Ping timeout: 255 seconds]
03:01 -!- IRWolfie- [~irwolfie@ircnoob.com] has joined #go-nuts
03:01 -!- kanru [~kanru@2001:c08:3700:ffff::29:d76c] has joined #go-nuts
03:05 -!- IRWolfie- [~irwolfie@ircnoob.com] has quit [Ping timeout: 260 seconds]
03:06 -!- IRWolfie- [irwolfie@ircnoob.com] has joined #go-nuts
03:14 -!- boscop_ [~boscop@f055006106.adsl.alicedsl.de] has joined #go-nuts
03:17 -!- boscop [~boscop@f055207086.adsl.alicedsl.de] has quit [Ping timeout: 240
seconds]
03:19 -!- IRWolfie- [irwolfie@ircnoob.com] has quit [Ping timeout: 264 seconds]
03:20 -!- IRWolfie- [irwolfie@ircnoob.com] has joined #go-nuts
03:20 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has quit [Remote
host closed the connection]
03:26 -!- enferex [~enferex@users.757.org] has quit [Ping timeout: 252 seconds]
03:26 -!- enferex [~enferex@users.757.org] has joined #go-nuts
03:27 -!- IRWolfie- [irwolfie@ircnoob.com] has quit [Ping timeout: 264 seconds]
03:28 -!- IRWolfie- [irwolfie@ircnoob.com] has joined #go-nuts
03:36 -!- shvntr [~shvntr@116.26.130.30] has joined #go-nuts
03:37 -!- jeff2 [~sername@c-98-210-113-215.hsd1.ca.comcast.net] has joined
#go-nuts
03:42 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has quit [Quit: be our
bee!]
03:46 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has joined
#go-nuts
03:47 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has joined #go-nuts
04:01 -!- piyushmishra [~piyushmis@117.200.228.7] has joined #go-nuts
04:01 -!- rhencke [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has joined
#go-nuts
04:02 < rhencke> how long does it usually take stuff to hit golang-dev?
04:03 -!- salt [~salt@HMTNON14-1176260224.sdsl.bell.ca] has joined #go-nuts
04:04 < salt> Hello
04:04 < rhencke> hi salt
04:04 < salt> Oh Hi....  Just learning Go and thought to come check out this
room.  I haven't used IRC in like, gee, 10 years
04:04 < rhencke> welcome :)
04:05 < salt> Thanks...  what sort of type or level of questions are asked
here?
04:05 < rhencke> any type at all
04:05 < salt> And, can much of it just be found through google search?
04:05 < rhencke> a lot can, but there's nothing wrong with asking here
04:06 < rhencke> searching golang-nuts (the mailing list) is usually a good
source of information
04:06 < salt> Ya, I joined here because it is relatively new...  thought
asking is only way sometimes.
04:07 < salt> Yes, will check out the mailing list.
04:07 < salt> Thanks.
04:07 < rhencke> the documentation is very good for a young project, as
well.
04:07 < rhencke> how much Go do you know?
04:07 < salt> That's great.
04:08 < salt> I just ran Hello World, and read the follow up tutorial!
04:08 < salt> Ha, so not much.
04:08 < rhencke> :)
04:08 < KirkMcDonald> I recommend just reading the spec.
04:08 < rhencke> what do you usually program?
04:08 < KirkMcDonald> It is quite readable.
04:08 < salt> But I have a grad course where my project has some Go
implementation (my choice, but recommended by teacher)
04:08 < salt> Ok great.
04:09 < salt>
04:09 < rhencke> i would recommend Effective Go
(http://golang.org/doc/effective_go.html) as well
04:10 < salt> Thanks, just bookmarked it.
04:10 < salt> How many users does this group have?
04:11 < salt> I see 174
04:11 < salt> Not sure if that's how many people are actually on right now
04:11 < rhencke> yes; there are more on the mailing list (~4000)
04:11 < rhencke> yes, 174 are on right now.
04:11 < salt> Do many work at Google?
04:12 < rhencke> some do.  many are just users, though
04:13 < salt> Good.  It looks interesting.  I'll be focusing on this until
end of Jan.
04:13 < rhencke> i think you will like it
04:13 < salt> It's interesting to read the critiques online too.  Different
sides.  But I love the concept.  Just need to learn more.  I'm going to be putting
it together with Xen minios
04:14 < salt> Thanks for now rhencke and Kirk!
04:14 < salt> Will see you soon.
04:14 < rhencke> goodbye :)
04:17 < adg> salt: also check out the Go blog: http://blog.golang.org/
04:18 < rhencke> hey adg: how long does it usually take stuff to hit
golang-dev?
04:19 < rhencke> i tried to do a CL, but i'm not sure i did it quite right
04:19 < salt> Ok...  thanks
04:20 < salt> Bookmarked!
04:21 < rmmh> is there a way to get the underlying binary representation of
a float?
04:22 < Namegduf> Get a pointer to it, cast to unsafe.Pointer, cast to
whatever.
04:23 < rhencke> i swear there was a built in for that
04:23 < rhencke> a method for that, rather
04:24 < rhencke> except now i can't find it :P
04:26 < rmmh> Float64bits
04:26 < rhencke> yes, that is it
04:28 < plexdev> http://is.gd/ik0a0 by [Andrew Gerrand] in
go/src/pkg/runtime/nacl/386/ -- runtime: fix build for nacl
04:29 -!- rejb [~rejb@unaffiliated/rejb] has quit [Ping timeout: 276 seconds]
04:29 < dho> morning
04:30 < dho> even tho it's 23:35
04:31 < rhencke> hello dho
04:32 < dho> rhencke: re: your CL, have a link?
04:33 < dho> is it 3421043?
04:33 < rhencke> yes
04:33 < dho> cw just replied to it
04:33 < rhencke> looks like the reply made it to the list, but not the
original.
04:34 < rhencke> thanks, dho
04:34 < dho> np
04:38 < rhencke> huh, my replies aren't going back to golang-dev either.
wonder what i messed up
04:40 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has joined
#go-nuts
04:45 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has quit
[Quit: allengeorge]
04:47 -!- piyushmishra [~piyushmis@117.200.228.7] has quit [Read error: Connection
reset by peer]
04:47 -!- piyushmishra [~piyushmis@117.200.228.177] has joined #go-nuts
04:57 -!- salt [~salt@HMTNON14-1176260224.sdsl.bell.ca] has quit [Ping timeout:
245 seconds]
05:12 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Quit: Leaving]
05:20 -!- keithcascio [~keithcasc@nat/google/x-equsrmpbklbzrsta] has quit [Quit:
Leaving]
05:28 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
05:31 -!- foocraft [~dsc@89.211.184.236] has quit [Ping timeout: 276 seconds]
05:32 -!- fabled [~fabled@mail.fi.jw.org] has joined #go-nuts
05:33 -!- piyushmishra [~piyushmis@117.200.228.177] has quit [Read error:
Connection reset by peer]
05:40 -!- piyushmishra [~piyushmis@117.200.229.166] has joined #go-nuts
05:59 -!- rhencke [~rhencke@ppp-70-247-243-221.dsl.ltrkar.swbell.net] has quit
[Quit: rhencke]
06:04 -!- viirya [~viirya@cml506-25.csie.ntu.edu.tw] has joined #go-nuts
06:19 -!- tvw [~tv@e176006039.adsl.alicedsl.de] has joined #go-nuts
06:30 -!- vermi [959f7527@gateway/web/freenode/ip.149.159.117.39] has joined
#go-nuts
06:33 < vermi> hi there...having a bit of trouble parsing XML, or possibly
even understanding wtf i'm doing...  so...  code: http://pastebin.com/HD6dBwJ3 and
errors: http://pastebin.com/VuFNf3ZC
06:38 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:c4ed:8204:8d79:889] has joined
#go-nuts
06:39 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
06:44 < DarthShrine> vermi: I believe it's because the "file_url" field of
the response struct is unexported.  Perhaps try "File_url" instead?
06:44 < TheSeeker> vermi: just going by the error message, maybe need to
export the response struct?  type response struct {} -> type Response struct {}
06:46 -!- mcot_ [~mcot@pool-71-171-113-161.clppva.fios.verizon.net] has joined
#go-nuts
06:46 * TheSeeker defers to anyeone else with ideas, since he's a total noob
himself.
06:47 < vermi> TheSeeker: that fixed it, and also fixed another error I was
having with "invalid recursive type response"
06:47 < vermi> but now the final output of running the program looks like
{{[{[]
http://chan.sankakustatic.com/data/5f/a3/5fa309765b9c96e921f7f4868581a53b.jpg}] }}
06:48 < vermi> any suggestion to get rid of the brackets?
06:49 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has joined #go-nuts
06:49 -!- Cyprien_ [~Cyprien@24-183.78-83.cust.bluewin.ch] has quit [Ping timeout:
264 seconds]
06:49 < krutcha> I think since you're printing the struct it does that by
default
06:49 -!- mcot [~mcot@pool-71-171-113-161.clppva.fios.verizon.net] has quit [Ping
timeout: 264 seconds]
06:50 < krutcha> you could add your own print method on the struct to worth
with Println/Printf's interface and pretty print it manually if you like (I think)
06:50 < vermi> what if i do something like pretty_url =
url.IbSearch.Response.File_url ?
06:51 < krutcha> nah there's a better way using go interfaces, hang on
06:56 -!- viirya [~viirya@cml506-25.csie.ntu.edu.tw] has quit [Remote host closed
the connection]
07:03 -!- viirya [~viirya@cml506-25.csie.ntu.edu.tw] has joined #go-nuts
07:05 < anticw> you can use a Stringer interface ...  or a GoStringer
07:06 < anticw> `godoc fmt Stringer '
07:08 < vermi> ack, i'm not even sure how to begin with that; i'm very very
new at Go
07:09 -!- jeff2 [~sername@c-98-210-113-215.hsd1.ca.comcast.net] has quit [Quit:
This computer has gone to sleep]
07:10 < anticw> vermi: have you type provide a String() string interface
07:10 < anticw> vermi: what does you type look like?
07:11 < vermi> anticw: like this http://pastebin.com/BU3YfcKQ
07:11 < krutcha> try something like this: http://pastebin.com/Xdcyf81z
07:12 < anticw> and you want fmt.Printf("%s") to print what then?
07:12 < krutcha> although you don't need the += I put in there, as I copied
it from one where I was iterating through a slice
07:12 < krutcha> by adding the String() method, printf will use the string
that you return, instead of trying to figure out the struct by itself
07:13 < vermi> Ah, I see
07:13 < krutcha> in go, you can add methods on types..  sort of like a class
method that way
07:14 < krutcha> so that code gives you access to IbSearch.String()
07:14 < krutcha> which satisfies the interface that Printf() is looking for
07:14 < vermi> one problem that I'm having thouhg
07:14 < krutcha> ..  or something go-ish like that
07:15 < vermi> is that url.Response.File_url is nil, but when I try to get
url.Response.Response.File_url, I'm told []Response has no field or method
File_url
07:16 < krutcha> ah thats because of unmarshal..  hang on let me relook at
your code
07:16 < vermi> you know what, i let me re-paste it
07:16 < krutcha> ok
07:16 < vermi> i think i added that recursive thing in there after you saw
it before
07:18 < vermi> krutcha: http://pastebin.com/TL0LuuXj
07:19 < vermi> that's what i had gotten down to just before you pasted your
suggestion
07:20 < krutcha> tell you what let's rework your example for something we
can both access, I suggest this: http://www.w3schools.com/xml/simple.xml
07:20 < anticw> vermi: what does the raw xml look like?
07:20 < vermi> standby, i have that pasted somewhere
07:21 < krutcha> ah that works too
07:22 < vermi> http://pastebin.com/PBdQWasD
07:22 < vermi> it's the recursive bit that is throwing me off
07:22 < anticw> do you have a more complex one?
07:23 < anticw> wrt to recursion ...  it's not really
07:23 < anticw> the names are the same, next the type(s)
07:23 < anticw> let me find and example for you i have here ...  sec
07:26 < vermi> http://pastebin.com/SCfJqC46 @ anticw
07:29 -!- rlab [~Miranda@91.200.158.34] has quit [Read error: Connection reset by
peer]
07:30 < anticw> there is still only one response
07:30 < anticw> you never get more?
07:30 -!- vermi [959f7527@gateway/web/freenode/ip.149.159.117.39] has quit [Ping
timeout: 265 seconds]
07:44 < krutcha> oh he left :(
07:52 -!- Axsuul [~someone@97-93-99-133.static.mtpk.ca.charter.com] has joined
#go-nuts
07:55 -!- Project_2501 [~Marvin@82.84.79.101] has joined #go-nuts
07:56 -!- nighty__ [~nighty@210.188.173.245] has joined #go-nuts
07:57 -!- tensorpudding [~user@99.148.202.191] has quit [Read error: Connection
reset by peer]
08:00 -!- Cyprien_ [~Cyprien@pub1.heig-vd.ch] has joined #go-nuts
08:01 -!- kanru [~kanru@2001:c08:3700:ffff::29:d76c] has quit [Ping timeout: 260
seconds]
08:08 < anticw> b
08:13 -!- kanru [~kanru@2001:c08:3700:ffff::2a:9062] has joined #go-nuts
08:14 -!- shvntr [~shvntr@116.26.130.30] has quit [Quit: luck]
08:18 -!- Eridius [~kevin@unaffiliated/eridius] has quit [Ping timeout: 255
seconds]
08:18 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|]
08:24 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has quit [Quit: Morten.  Desu~]
08:30 -!- ios_ [~ios@180.191.91.18] has joined #go-nuts
08:43 -!- alc [~arx@222.128.155.132] has joined #go-nuts
08:43 -!- ronnyy [~quassel@drsd-4dbda92c.pool.mediaWays.net] has joined #go-nuts
08:44 -!- duryodhan [802099e5@gateway/web/freenode/ip.128.32.153.229] has joined
#go-nuts
08:48 -!- duryodhan [802099e5@gateway/web/freenode/ip.128.32.153.229] has quit
[Client Quit]
08:54 -!- noam [noam@77.124.236.67] has quit [Ping timeout: 264 seconds]
09:00 -!- noam [noam@77.124.236.67] has joined #go-nuts
09:04 -!- Axsuul [~someone@97-93-99-133.static.mtpk.ca.charter.com] has quit [Ping
timeout: 250 seconds]
09:09 -!- noam [noam@77.124.236.67] has quit [Ping timeout: 265 seconds]
09:10 -!- cco3-hampster [~conleyo@nat/google/x-ymhluevcauhbhubt] has quit [Read
error: Operation timed out]
09:10 -!- noam [noam@77.124.236.67] has joined #go-nuts
09:11 -!- cco3-hampster [~conleyo@nat/google/x-zwxbomliyqaoyrnw] has joined
#go-nuts
09:14 -!- virtualsue [~chatzilla@nat/cisco/x-lpswethgjlkrdctb] has joined #go-nuts
09:14 -!- xash [~xash@d063008.adsl.hansenet.de] has joined #go-nuts
09:16 -!- ExtraSpice [~XtraSpice@88.118.33.48] has joined #go-nuts
09:22 -!- vermi [959f7527@gateway/web/freenode/ip.149.159.117.39] has joined
#go-nuts
09:23 < vermi> i ended up getting disconnected without realizing it, but
thanks to whoever was helping me before
09:23 < vermi> krutcha i think
09:23 < krutcha> oh hey
09:23 < krutcha> I had some code for you to look at
09:23 < vermi> i ended up writing a very ugly workaround, but any
suggestions you have would be excellent
09:24 < krutcha> I realized what I screwed up had to do with capitalization,
check out this code and see what you think
09:24 < vermi> k
09:26 < krutcha> http://pastebin.com/3vayadzk
09:26 < krutcha> I noodled with it because the xml package was giving me
grief also, so I've meant to look at it anyways
09:28 < vermi> this looks a lot less ugly than what i ended up with
09:28 -!- photron [~photron@port-92-201-103-85.dynamic.qsc.de] has joined #go-nuts
09:29 < vermi> hmm
09:29 < vermi> i'm gonna tweak this a little and then give it a go
09:29 < vermi> brb
09:30 -!- ronnyy [~quassel@drsd-4dbda92c.pool.mediaWays.net] has quit [Remote host
closed the connection]
09:32 -!- Tv [~tv@cpe-76-168-227-45.socal.res.rr.com] has quit [Ping timeout: 276
seconds]
09:42 < krutcha> hmm, if I define a method on a receiver object inside the
package the object is declared in, shouldn't I be able to access non-exported
members ?
09:43 -!- shvntr [~shvntr@116.26.130.30] has joined #go-nuts
09:44 < vermi> krutcha: I did away with a great deal of the code you pasted
there, mostly because the only thing i care about in the XML response is
IbSearch.response.response.file_url
09:44 < krutcha> no problem, I just wanted to make sure I understood how
that was parsing into structs
09:44 < vermi> so it made IbSearch.String() pretty much unnecessary as well
09:45 < vermi> but otherwise, your idea of splitting response into two types
was excellent
09:45 < vermi> now i don't have to worry about the nasty-looking brackets or
my kludgy workaround
09:45 < krutcha> sounds win-win
09:46 < vermi> and also i've learned a lesson about types
09:46 < vermi> so thanks a ton for the assist!
09:46 < krutcha> no worries, I learned plenty looking at that
09:47 -!- nighty__ [~nighty@210.188.173.245] has quit [Read error: Connection
reset by peer]
09:47 -!- Kashia [~Kashia@port-92-200-8-147.dynamic.qsc.de] has quit [Quit: This
computer has gone to sleep]
09:48 < vermi> now that that's over, i'm off to sleep
09:48 < vermi> thanks again
09:48 -!- vermi [959f7527@gateway/web/freenode/ip.149.159.117.39] has quit [Quit:
bye~]
09:48 -!- shvntr [~shvntr@116.26.130.30] has quit [Quit: Read error: Connection
reset by peer]
09:48 < ios_> hello any status on windows port for Go? im no programmer i
just like to learn this programming language it seems interesting than FreePascal
using Lazarus that i know a little
09:50 -!- krutcha [~krutcha@S010600045a27676a.vs.shawcable.net] has quit [Quit:
Leaving]
09:56 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
10:05 -!- virtualsue [~chatzilla@nat/cisco/x-lpswethgjlkrdctb] has quit [Ping
timeout: 264 seconds]
10:11 -!- virtualsue [~chatzilla@93-97-62-8.zone5.bethere.co.uk] has joined
#go-nuts
10:11 -!- AuraHxC [~AuraHxC@2001:660:4701:2005:222:43ff:fe43:e738] has joined
#go-nuts
10:20 -!- foocraft [~dsc@89.211.184.236] has joined #go-nuts
10:21 -!- rlab [~Miranda@91.200.158.34] has quit [Ping timeout: 260 seconds]
10:26 -!- AuraHxC [~AuraHxC@2001:660:4701:2005:222:43ff:fe43:e738] has left
#go-nuts []
10:29 -!- kanru [~kanru@2001:c08:3700:ffff::2a:9062] has quit [Ping timeout: 260
seconds]
10:32 -!- virtualsue [~chatzilla@93-97-62-8.zone5.bethere.co.uk] has quit [Ping
timeout: 272 seconds]
10:34 < TheSeeker> ios_: http://code.google.com/p/gomingw/ is maintained,
and new builds are put out on a roughly weekly schedule.
10:37 -!- noam [noam@77.124.236.67] has quit [Ping timeout: 265 seconds]
10:38 < ios_> thanks TheSeeker ill check it out again once its all ready
10:38 < TheSeeker> I think it's better to start now, and complain about
stuff that's missing as you run into it ...
10:39 < TheSeeker> I did that with udp ReadFrom() and in a few days, it was
implemented.
10:40 < TheSeeker> you might also want to check out gocode and goclipse or
vim ...
10:41 < ios_> kk ill do that thanks
10:43 -!- noam [noam@77.124.236.67] has joined #go-nuts
11:02 -!- tux21b [~christoph@pyhost.srv.tux21b.org] has joined #go-nuts
11:11 -!- piyushmishra [~piyushmis@117.200.229.166] has quit [Read error:
Operation timed out]
11:11 -!- Spacejoker_ [~Jens@193.182.113.253] has joined #go-nuts
11:13 -!- Spacejoker [~Jens@193.182.113.253] has quit [Ping timeout: 276 seconds]
11:17 -!- virtualsue [~chatzilla@nat/cisco/x-mzyhztkrzzlkgdae] has joined #go-nuts
11:28 -!- wrtp [~rog@92.17.102.67] has joined #go-nuts
11:31 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has quit [Quit:
DarthShrine]
11:38 -!- sahid [~sahid@LNeuilly-152-21-22-10.w193-253.abo.wanadoo.fr] has joined
#go-nuts
11:55 -!- piyushmishra [~piyushmis@117.200.228.221] has joined #go-nuts
12:00 -!- artefon [~thiago@189.59.204.192] has joined #go-nuts
12:07 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
12:09 -!- foocraft [~dsc@89.211.184.236] has quit [Quit: Leaving]
12:12 -!- Innominate [~sirrobin@cpe-076-182-074-143.nc.res.rr.com] has quit [Ping
timeout: 264 seconds]
12:13 -!- stalled [~stalled@unaffiliated/stalled] has quit [Ping timeout: 265
seconds]
12:14 -!- Innominate [~sirrobin@cpe-076-182-074-143.nc.res.rr.com] has joined
#go-nuts
12:26 -!- niemeyer [~niemeyer@189.73.142.213] has joined #go-nuts
12:31 -!- rothwell [~rothwell@unaffiliated/rothwell] has joined #go-nuts
12:31 -!- rothwell [~rothwell@unaffiliated/rothwell] has left #go-nuts []
12:33 -!- sauerbraten [~sauerbrat@p508CAEC2.dip.t-dialin.net] has joined #go-nuts
12:33 -!- stalled [~stalled@unaffiliated/stalled] has joined #go-nuts
12:41 -!- kevinwatt [~kevin@59-125-147-75.HINET-IP.hinet.net] has joined #go-nuts
12:56 -!- sauerbraten [~sauerbrat@p508CAEC2.dip.t-dialin.net] has quit [Remote
host closed the connection]
13:08 -!- skejoe [~skejoe@188.114.142.162] has joined #go-nuts
13:12 -!- mbohun [~mbohun@ppp115-156.static.internode.on.net] has joined #go-nuts
13:13 -!- skelterjohn [~jasmuth@c-68-45-238-234.hsd1.nj.comcast.net] has joined
#go-nuts
13:23 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has quit [Ping
timeout: 245 seconds]
13:23 -!- skelterjohn [~jasmuth@c-68-45-238-234.hsd1.nj.comcast.net] has quit
[Quit: skelterjohn]
13:32 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts
13:37 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has joined #go-nuts
13:40 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
13:46 < wrtp> niemeyer: hi
13:47 < niemeyer> wrtp: Hey Roger
13:47 < wrtp> niemeyer: well, we got it in...  a better After *was* possible
after all!
13:48 < niemeyer> wrtp: Indeed, hehe :-)
13:48 < niemeyer> wrtp: Thanks for pushing it
13:48 < wrtp> no probs.  i enjoyed writing it.
13:49 < wrtp> it's interesting to see how crap the freebsd port is at timing
(couldn't manage 1/100th of a second accuracy)
13:50 -!- skelterjohn [~jasmuth@c-68-45-238-234.hsd1.nj.comcast.net] has joined
#go-nuts
13:51 < niemeyer> wrtp: I've noticed the issue..  was wondering a bit about
it too
13:52 < niemeyer> wrtp: The problem may not be necessarily related to timing
per se
13:52 < wrtp> it might be to do with the api.
13:53 < wrtp> i think there should at least be the option to pass absolute
time values to After and Sleep
13:53 < niemeyer> wrtp: Well..  the most useful is definitely the
delta-based, and going from delta to absolute is of course trivial
13:54 < wrtp> no it's not
13:54 < Namegduf> Hmm.
13:54 < Namegduf> I'm not sure I agree.
13:54 < Namegduf> Delta-based has issues for repeated timers, as many are
13:54 < wrtp> yup
13:54 < Namegduf> You need an absolute time which you keep incrementing, to
avoid drifting due to variable execution times.
13:54 < wrtp> delta-based makes it easy to get time creep
13:54 -!- skelterjohn [~jasmuth@c-68-45-238-234.hsd1.nj.comcast.net] has quit
[Client Quit]
13:55 < wrtp> and if you want to start a load of things in a loop, to
execute at precise times later, absolute times are much better
13:56 < wrtp> i'm wondering about submitting a CL for SleepAbs and AfterAbs
13:56 < wrtp> both versions of the current functions but with
absolute-valued times.
13:57 < wrtp> anyway gotta go
13:58 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has quit [Ping
timeout: 245 seconds]
14:00 -!- artefon [~thiago@189.59.204.192] has quit [Quit: bye]
14:00 < niemeyer> wrtp, Namegduf: Don't really see what you guys mean
14:01 < niemeyer> The delta is transformed into an absolute time a few cpu
instructions after the function is called
14:01 < Namegduf> The problem is drift.
14:01 < Namegduf> niemeyer: If you want to run an event every two seconds,
you have to use absolute times.
14:02 < niemeyer> Namegduf: Well, of course..  in that case After() is
obviously the wrong choice for a number of reasons
14:02 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has
joined #go-nuts
14:03 < niemeyer> Namegduf: and even then, using After() with a delta or
with an absolute time in those cases would present exactly the same challenge
14:03 < niemeyer> Namegduf: Just use After(t-now) rather than After(t)..
14:03 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has quit
[Read error: Connection reset by peer]
14:03 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has
joined #go-nuts
14:07 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has quit [Ping timeout: 245
seconds]
14:12 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has quit
[Quit: allengeorge]
14:12 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has
joined #go-nuts
14:13 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has quit
[Client Quit]
14:13 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has
joined #go-nuts
14:29 -!- iant [~iant@216.239.45.130] has quit [Ping timeout: 245 seconds]
14:31 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts
14:32 -!- alc [~arx@222.128.155.132] has quit [Ping timeout: 265 seconds]
14:33 -!- alc [~arx@222.128.155.132] has joined #go-nuts
14:39 -!- iant [~iant@66.109.105.230] has joined #go-nuts
14:39 -!- mode/#go-nuts [+v iant] by ChanServ
14:41 -!- virtualsue [~chatzilla@nat/cisco/x-mzyhztkrzzlkgdae] has quit [Ping
timeout: 245 seconds]
14:43 -!- emjayess [~emjayess@pix1.i29.net] has joined #go-nuts
14:51 -!- Chopinn [~Chopin@ti0018a380-dhcp1590.bb.online.no] has joined #go-nuts
14:51 -!- artefon [~thiagon@150.164.2.20] has joined #go-nuts
14:51 -!- MX80 [~MX80@cust222.253.117.74.dsl.g3telecom.net] has quit [Read error:
Connection reset by peer]
14:53 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3]
14:56 -!- sauerbraten [~sauerbrat@p508CAEC2.dip.t-dialin.net] has joined #go-nuts
14:58 -!- sacho [~sacho@79-100-173-234.btc-net.bg] has quit [Read error:
Connection reset by peer]
14:59 -!- kanru [~kanru@2001:c08:3700:ffff::2a:d798] has joined #go-nuts
15:00 -!- sacho [~sacho@87-126-42-243.btc-net.bg] has joined #go-nuts
15:06 -!- DerHorst [~Horst@e176100178.adsl.alicedsl.de] has joined #go-nuts
15:15 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has joined #go-nuts
15:16 -!- foocraft [~dsc@dyn-86-36-43-92.wv.qatar.cmu.edu] has joined #go-nuts
15:18 -!- Inst [~Wu@123.116.205.100] has joined #go-nuts
15:21 < foocraft> hey all
15:22 < foocraft> I'm trying to run two go routines and then do something in
the main thread on their return values together.
15:22 -!- Spacejoker_ [~Jens@193.182.113.253] has quit [Quit: Leaving]
15:22 < foocraft> so what I'm thinking of doing is to have a channel of size
2, and let the functions throw their returns in there, then the main thread should
go ahead and read the two values from the channel
15:23 < foocraft> the only problem is, I am having trouble getting the stuff
out of the channel
15:23 -!- MX80 [~MX80@cust222.253.117.74.dsl.g3telecom.net] has joined #go-nuts
15:23 < foocraft> http://pastebin.com/GWGYb8fs
15:25 -!- skejoe [~skejoe@188.114.142.162] has quit [Quit: Lost terminal]
15:28 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Quit: skelterjohn]
15:28 -!- Cyprien_ [~Cyprien@pub1.heig-vd.ch] has quit [Ping timeout: 240 seconds]
15:29 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts
15:36 -!- ExtraSpice [~XtraSpice@88.118.33.48] has quit [Quit: Leaving]
15:37 -!- femtoo [~femto@95-89-197-196-dynip.superkabel.de] has joined #go-nuts
15:38 < MaybeSo> a more common idiom is to have the two goroutines accept a
struct that provides (a) the value(s) to work on, and (b) a channel to return the
response on
15:38 -!- Cyprien_ [~noff@pub1.heig-vd.ch] has joined #go-nuts
15:39 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Quit: skelterjohn]
15:39 -!- Inst [~Wu@123.116.205.100] has left #go-nuts []
15:39 -!- ios_ [~ios@180.191.91.18] has quit [Quit: Leaving]
15:42 -!- Tv [~tv@cpe-76-168-227-45.socal.res.rr.com] has joined #go-nuts
15:42 -!- boscop_ [~boscop@f055006106.adsl.alicedsl.de] has quit [Read error:
Connection reset by peer]
15:45 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has joined #go-nuts
15:46 -!- cthom [~cthom@wsip-70-169-149-118.hr.hr.cox.net] has joined #go-nuts
15:52 < foocraft> what I want is to do return merge ( readFromChan (),
readFromChan () )
15:52 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se]
has joined #go-nuts
15:52 < foocraft> your approach would still get me back to this problem, I
think
15:53 -!- Paradox924X [~Paradox92@vaserv/irc/founder] has quit [Ping timeout: 250
seconds]
15:59 -!- Paradox924X [~Paradox92@c-68-35-229-34.hsd1.fl.comcast.net] has joined
#go-nuts
15:59 -!- Paradox924X [~Paradox92@c-68-35-229-34.hsd1.fl.comcast.net] has quit
[Changing host]
15:59 -!- Paradox924X [~Paradox92@vaserv/irc/founder] has joined #go-nuts
16:03 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts
16:05 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has quit [Read error:
Connection reset by peer]
16:05 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has joined #go-nuts
16:06 -!- iant [~iant@66.109.105.230] has quit [Ping timeout: 245 seconds]
16:07 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has quit [Read error:
Connection reset by peer]
16:12 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts
16:12 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Client Quit]
16:12 -!- ronnyy [~quassel@drsd-4dbda92c.pool.mediaWays.net] has joined #go-nuts
16:13 < uriel> foocraft: not sure if this is helpful (not paying attention
to backlog): but you can send channels over channels
16:14 < uriel> also, no clue what you mean by a 'channel of size two' but
I'm quite sure it doesn't do what you want
16:14 < uriel> the idiom MaybeSo indicates makes much more sense
16:15 < uriel> then you loop/select on the main goroutine reading from each
channel in sequence (if needed), and using the values for whatever
16:15 < foocraft> a channel of size two is a buffered channel
16:16 < foocraft> so I want to gurantee myself that I only read from the
channel after it has two items
16:19 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has quit [Ping timeout: 260
seconds]
16:19 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has joined #go-nuts
16:20 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has joined #go-nuts
16:22 -!- ct529 [~quassel@77-44-78-159.xdsl.murphx.net] has joined #go-nuts
16:23 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has quit [Read error:
Connection reset by peer]
16:24 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has joined #go-nuts
16:33 -!- ct529 [~quassel@77-44-78-159.xdsl.murphx.net] has quit [Remote host
closed the connection]
16:34 < foocraft> (I *think* this is how buffered chans work anyways)
16:38 < exch> A buffered channel behaves like an unbuffered channel, except
that a write does not block as long as there is still room in the channel.
16:38 < exch> Which is the same deal as a blocking call, but you have more
than 1 spot to fill
16:39 < exch> If you want your code to wait for there to be 2 values in the
channel, put in a check for the channel length: if len(mychan) == 2 { Dostuff() }
16:39 < exch> For that to work, the channel obviously has to be buffered for
at least 2 values
16:42 < foocraft> hmm so how would I do "wait until the chan has two items,
do something"
16:43 < exch> In the same loop you would normally select on the channel.
16:44 < exch> You'd have to get rid of the select and just manually read the
channel values when it has 2
16:44 < exch> for cond { if len(c) == 2 { a := <-c; b := <-c; stuff(a,
b); } }
16:44 < exch> something like that
16:45 < exch> That won't block though, so probably put somekind of sleep or
other wait mechanism in if necessary
16:45 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has joined #go-nuts
16:47 -!- kanru [~kanru@2001:c08:3700:ffff::2a:d798] has quit [Read error:
Operation timed out]
16:52 < xash> exch: what about just for ;; { a := <-c; b := <-c;
stuff(a, b); } ..  wouldn't that work or did I misunderstood smt?
16:53 * foocraft shuns the sleep user
16:53 < exch> xash: you can use for {} without a condition
16:54 < exch> as in just 'for { ...  }'
16:55 < uriel> no
16:55 -!- virtualsue [~chatzilla@nat/cisco/x-xculdhykndxuoahc] has joined #go-nuts
16:55 < foocraft> I don't think an arbitrary sleep solves this
16:55 < uriel> er, that was directed to: 16:34 < foocraft> (I *think*
this is how buffered chans work anyways)
16:55 < uriel> you should not be using buffered channels
16:56 < uriel> if you want to agregate input from two channels that are feed
by two goroutines
16:56 < exch> foocraft: you can make it a blocking loop by just reading from
the chan twice and then do stuff with the result
16:56 < uriel> it is as simple as first reading from one, and then from the
other
16:56 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts
16:56 < uriel> exch: if I understand right what he wants to do, he should
certainly be using two channels
16:56 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has quit [Quit:
OutOfTimeException: Allocation of TimeFrame failed due to lack of time.
Terminating...]
16:56 < uriel> or he would have to synchronize the two goroutines, which
would be even more pointless
16:56 < exch> for { a := <-c; b := <-c; stuff(a, b); } this will block
on both reads
16:57 < xash> exch: Ehh, yeah, ofc ..  was more about the unneccessary of
len() :-)
16:57 < uriel> exch: no
16:57 < exch> with an unbuffered chan that is
16:57 < uriel> for {a := <-ca; b := <-cb; stuff(a, b); }
16:57 < uriel> (buffered or unbuffered doesn't really matter in this case)
16:57 < exch> It can work from one and the same channel.  You'll just be
waiting for two values instead of one
16:57 < foocraft> hmm so I thought the buffered chan would block reads until
I've reached the buffered limit
16:58 < exch> foocraft: nope
16:58 < uriel> exch: yes, but then a and b could easily come from the same
goroutine
16:58 < exch> They can be read as soon as the values go in
16:58 < uriel> foocraft: obviously not
16:58 < uriel> a buffer is a buffer
17:00 -!- devrim [~Adium@cpe-72-225-239-227.nyc.res.rr.com] has quit [Quit:
Leaving.]
17:00 < uriel> adg: btw, it might be worth removing the (AFAIK misleading)
comment in: http://code.google.com/p/go/source/browse/src/pkg/Makefile#202 AFAIK
windows can do networking just fine this days
17:01 -!- Cyprien_ [~noff@pub1.heig-vd.ch] has quit [Ping timeout: 250 seconds]
17:01 -!- rlab [~Miranda@91.200.158.34] has quit [Ping timeout: 240 seconds]
17:04 < plexdev> http://is.gd/ilGLE by [Dean Prichard] in go/src/pkg/sync/
-- sync: small naming fix for armv5
17:05 -!- noam [noam@77.124.236.67] has quit [Read error: Connection reset by
peer]
17:05 -!- noam [noam@77.124.236.67] has joined #go-nuts
17:06 < foocraft> thanks uriel and exch
17:07 < foocraft> I think my problem was both conceptual and
syntactical(with how to read from chans)
17:07 < foocraft> fixed it though
17:07 < foocraft> now I want to read input from stdin
17:07 < exch> fmt.Scanf()
17:08 < exch> and friends
17:08 < foocraft> woah I was about to use the Openfd methods
17:20 -!- Chopinn [~Chopin@ti0018a380-dhcp1590.bb.online.no] has quit [Ping
timeout: 276 seconds]
17:22 -!- iant [~iant@nat/google/x-rdnxuijpctgaulvu] has joined #go-nuts
17:22 -!- mode/#go-nuts [+v iant] by ChanServ
17:22 -!- sjbrown [~sjbrown@dsl081-072-059.sfo1.dsl.speakeasy.net] has joined
#go-nuts
17:29 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has quit [Ping timeout: 260
seconds]
17:29 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has joined #go-nuts
17:32 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
17:33 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
17:33 -!- devrim [~Adium@cpe-72-225-239-227.nyc.res.rr.com] has joined #go-nuts
17:40 < wrtp> niemeyer: the problem with doing After(t-now) is that you have
to call Nanoseconds() every time you call After.
17:40 < wrtp> which seems a bit wasteful given that After is going to call
Nanoseconds immediately to try to reconstruct the absolute time.
17:40 < niemeyer> wrtp: Doesn't look like a problem I'd worry about.
17:41 -!- boscop [~boscop@f055006106.adsl.alicedsl.de] has joined #go-nuts
17:42 < niemeyer> wrtp: The API has to pick one or the other..  delta is for
sure the most common way to determine time elapsed.
17:42 < niemeyer> wrtp: For recurring events, just grab a ticker
17:43 < wrtp> events might not necessarily be recurring in a regular way
17:44 < wrtp> anyway, i wasn't arguing to delete the current methods - just
provide absolute-time alternatives
17:45 < niemeyer> wrtp: What's the point of the absolute time if the events
aren't recurring in a regular way?
17:45 -!- araujo [~araujo@gentoo/developer/araujo] has joined #go-nuts
17:45 -!- MaksimBurnin [~max@44.188-224-87.telenet.ru] has joined #go-nuts
17:46 -!- ExtraSpice [~XtraSpice@88.118.33.48] has joined #go-nuts
17:46 < wrtp> because you might want to schedule something precisely but not
regularly
17:47 < wrtp> there are any number of soft realtime problems that require
this
17:49 < niemeyer> wrtp: t-now is quite precise..  any use case which can't
use this won't be able to use an absolute time either.
17:51 < wrtp> yeah, but it's annoying to have to call Nanoseconds every time
you call After
17:52 -!- keithcascio [~keithcasc@nat/google/x-fzmhavrjyzmrefpc] has joined
#go-nuts
17:53 < wrtp> and it means that you get closer to the best possible accuracy
17:55 < wrtp> it's possible that the process is swapped out between the call
to Nanoseconds and the call to After.
17:56 < wrtp> of course it would be better if the underlying syscall was
based on absolute time
17:59 -!- femtoo [~femto@95-89-197-196-dynip.superkabel.de] has quit [Read error:
Connection reset by peer]
18:06 < plexdev> http://is.gd/ilRKf by [Eoghan Sherry] in 2 subdirs of go/
-- gc: fix method offsets of anonymous interfaces
18:06 < plexdev> http://is.gd/ilRKt by [Robert Griesemer] in
go/src/pkg/go/scanner/ -- go/scanner: remove Tokenize() - was only used in tests
18:13 -!- krutcha [~krutcha@remote.icron.com] has joined #go-nuts
18:15 -!- devrim [~Adium@cpe-72-225-239-227.nyc.res.rr.com] has quit [Quit:
Leaving.]
18:15 -!- foocraft [~dsc@dyn-86-36-43-92.wv.qatar.cmu.edu] has quit [Quit:
Leaving]
18:19 -!- devrim [~Adium@cpe-72-225-239-227.nyc.res.rr.com] has joined #go-nuts
18:27 -!- terrex [~terrex@84.122.72.127.dyn.user.ono.com] has joined #go-nuts
18:35 -!- mbohun [~mbohun@ppp115-156.static.internode.on.net] has quit [Remote
host closed the connection]
18:37 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has quit [Remote
host closed the connection]
18:38 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
18:40 -!- ronnyy [~quassel@drsd-4dbda92c.pool.mediaWays.net] has quit [Remote host
closed the connection]
18:42 -!- sjbrown [~sjbrown@dsl081-072-059.sfo1.dsl.speakeasy.net] has quit [Quit:
Leaving]
18:42 -!- DerHorst [~Horst@e176100178.adsl.alicedsl.de] has quit [Remote host
closed the connection]
18:55 -!- scoeri_ [~jdekoste@soft.vub.ac.be] has quit [Ping timeout: 272 seconds]
18:59 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has quit [Remote
host closed the connection]
19:03 -!- tdc [~santegoed@host86-156-182-103.range86-156.btcentralplus.com] has
joined #go-nuts
19:06 -!- skelterjohn [~jasmuth@lawn-gw.rutgers.edu] has quit [Quit: skelterjohn]
19:06 -!- sjbrown [~sjbrown@dsl081-072-059.sfo1.dsl.speakeasy.net] has joined
#go-nuts
19:06 -!- sjbrown [~sjbrown@dsl081-072-059.sfo1.dsl.speakeasy.net] has quit
[Client Quit]
19:12 -!- noam [noam@77.124.236.67] has quit [Read error: Connection reset by
peer]
19:15 -!- TheMue [~TheMue@p5DDF5FA5.dip.t-dialin.net] has joined #go-nuts
19:16 -!- noam [noam@77.124.236.67] has joined #go-nuts
19:22 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts
19:30 -!- gr0gmint [~quassel@87.60.23.38] has joined #go-nuts
19:30 -!- noff [~noff@89-55.79-83.cust.bluewin.ch] has joined #go-nuts
19:32 -!- foocraft [~dsc@89.211.184.236] has joined #go-nuts
19:33 < foocraft> fmt.Scanf ( "%s\n", a ) isn't blocking
19:34 < TheSeeker> so, Scanf doesn't wait for input?
19:34 < foocraft> yeah it's not
19:35 < foocraft> http://fpaste.org/JQPH/
19:35 -!- noktoborus_ [debian-tor@gateway/tor-sasl/noktoborus] has joined #go-nuts
19:37 < exch> that's not right
19:38 < krutcha> shouldn't it be &a?  I might be wrong there
19:38 < exch> that to
19:38 < GilJ> And I'm not sure if you need to add the \n
19:39 < foocraft> yeah, I tried passing the address and taking out the \n
19:40 < exch> var a string; fmt.Scanf("%s", &a); println(a) this blocks
19:41 < foocraft> sorry about that silly mistake
19:41 < exch> You should probably check the return values for Scan() to see
if it went right.  it returns (int, os.Error)
19:42 < foocraft> so if there's no error, then os.Error == nil?
19:42 < exch> yes
19:42 < exch> the int will be the number of successfully read values
19:43 < foocraft> hmm how do I refer to the os.Error part
19:44 < foocraft> so I want to do fmt.Scanf ( ...  ).os.Error
19:44 < foocraft> and check that
19:44 < krutcha> somethinge like: if numchars, err := fmt.Scanf("%s",&a);
err !=nil { fmt.Printf("%s\n", err.String() }else { do other stuff }
19:45 < foocraft> lemme look up the syntax of if's in Go
19:45 < exch> if num, err := fmt.Scanf(); err != nil { ...  }
19:46 < foocraft> gotcha
19:46 -!- Fish [~Fish@9fans.fr] has joined #go-nuts
19:46 < foocraft> I think I can fmt.Scanf ( ...  ).err to get the value
19:47 < exch> that wont work on a function with multiple return values
19:48 < foocraft> so how would I return multiple things from a function?
19:49 < foocraft> I am thinking of structs
19:49 < exch> func Foo() (int, string, byte) { return 0, "yay", 'c' }
19:49 < foocraft> woah
19:49 < foocraft> I <3 go
19:53 < krutcha> on the other end you could go: myint, somestring, somechar
:= Foo()
19:53 < krutcha> and they'll be initialized and typed automatically
19:53 < krutcha> which is kinda fun
19:53 < krutcha> you can also go _, somestring, _ := Foo() , to throw away
the two you don't care about for a given function..  to keep things clean and not
initialize the kitchen sink for no reason
19:54 < krutcha> which is something _I_ personally love
19:55 < GilJ> krutcha: wouldn't it be better to write OtherFoo() with 1
parameter returned then, if Foo() is something you wrote yourself?  'cause now you
still initialize in Foo()
19:57 < krutcha> if you want to wrap it, but I mean if you're using somebody
elses api and only using some of what they return from a call
19:58 < foocraft> would that save the space for the things you substituted
with a _ ?
19:59 < foocraft> or does it exist nearby with some pointer arithmetic?  :p
19:59 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has quit [Ping timeout: 240
seconds]
20:00 < exch> you dont have to initialize any local variables for those in
the caller
20:02 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has joined #go-nuts
20:03 < krutcha> the _ just helps you pick and choose which returns you want
20:03 < krutcha> you can also just not have anything on the left of a call
to assign nothing it returns
20:04 -!- rlab [~Miranda@91.200.158.34] has quit [Ping timeout: 240 seconds]
20:09 < krutcha> GilJ: I wouldn't wrap a function just to personalize the
returns, it would clutter the namespace with function names and not really provide
much IMHO
20:11 -!- javax [~javax@galaxy.infidyne.com] has joined #go-nuts
20:13 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts
20:16 -!- Fish [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the
Fish]
20:17 -!- Fish [~Fish@9fans.fr] has joined #go-nuts
20:20 < GilJ> krutcha: Yeah, thats true
20:22 -!- Eridius [~kevin@unaffiliated/eridius] has joined #go-nuts
20:27 -!- wrtp [~rog@92.17.102.67] has quit [Quit: wrtp]
20:28 -!- gr0gmint [~quassel@87.60.23.38] has quit [Remote host closed the
connection]
20:28 -!- DarthShrine [~angus@pdpc/supporter/student/DarthShrine] has joined
#go-nuts
20:28 -!- dho_ [~dho@onager.omniti.com] has joined #go-nuts
20:28 -!- dho [~dho@onager.omniti.com] has quit [Read error: Connection reset by
peer]
20:31 -!- rlab_ [~Miranda@91.200.158.34] has joined #go-nuts
20:31 -!- rlab [~Miranda@91.200.158.34] has quit [Ping timeout: 240 seconds]
20:37 -!- cthom [~cthom@wsip-70-169-149-118.hr.hr.cox.net] has quit [Quit:
Leaving]
20:42 -!- artefon [~thiagon@150.164.2.20] has quit [Quit: Leaving]
20:49 < plexdev> http://is.gd/imfed by [Russ Cox] in go/src/pkg/flag/ --
flag: handle multiple calls to flag.Parse
20:49 < plexdev> http://is.gd/imfem by [Albert Strasheim] in 2 subdirs of
go/src/pkg/ -- syscall, net: Add Recvmsg and Sendmsg on Linux.
20:50 < plexdev> http://is.gd/imffa by [Roger Peppe] in go/src/pkg/bufio/ --
bufio: make Reader.Read implement io.Reader semantics
20:50 < plexdev> http://is.gd/imffE by [Eoghan Sherry] in go/test/ --
errchk: accept multiple source files
20:50 < plexdev> http://is.gd/imfg8 by [Albert Strasheim] in go/src/ --
build: Allow archiver to be specified in the environment with HOST_AR.
20:50 < plexdev> http://is.gd/imfgB by [Wei Guangjing] in 4 subdirs of
go/src/ -- 8l : add dynimport to import table in Windows PE, initial make cgo dll
work.
20:51 < TheSeeker> ooh
20:56 -!- tensorpudding [~user@99.148.202.191] has joined #go-nuts
20:57 -!- Soultaker [~Soultaker@hell.student.utwente.nl] has quit [Ping timeout:
255 seconds]
21:05 -!- hoverbear [~Hoverbear@unaffiliated/hoverbear] has quit [Ping timeout:
265 seconds]
21:06 < plexdev> http://is.gd/imhne by [David Symonds] in go/src/pkg/http/
-- http: Add EncodeQuery, a handy helper function for constructing URL query
strings.
21:06 < plexdev> http://is.gd/imhns by [Nigel Tao] in go/src/pkg/html/ --
html: move the sanity checking of the entity map from runtime
21:06 < plexdev> http://is.gd/imho5 by [Michael Hoisie] in go/src/pkg/exec/
-- exec.LookPath: return os.PathError instad of os.ENOENT, it's more descriptive.
21:17 -!- hoverbear [~Hoverbear@unaffiliated/hoverbear] has joined #go-nuts
21:20 -!- Tv [~tv@cpe-76-168-227-45.socal.res.rr.com] has quit [Quit: Leaving.]
21:21 -!- Kashia [~Kashia@port-92-200-8-147.dynamic.qsc.de] has joined #go-nuts
21:23 < plexdev> http://is.gd/imjzg by [Russ Cox] in go/ -- CONTRIBUTORS:
add alias chressie@googlemail.com == chressie@gmail.com
21:23 < plexdev> http://is.gd/imjzx by [Christian Himpel] in
go/src/pkg/crypto/tls/ -- crypto/tls: fix build of certificate generation example
21:23 < plexdev> http://is.gd/imjAh by [Russ Cox] in 3 subdirs of
go/src/pkg/ -- crypto/tls: add *Config argument to Dial
21:23 < plexdev> http://is.gd/imjB0 by [Eoghan Sherry] in 3 subdirs of go/
-- gc: skip undefined symbols in import .
21:23 < plexdev> http://is.gd/imjBE by [Russ Cox] in go/src/pkg/http/ --
http: fix build
21:30 -!- Fish [~Fish@9fans.fr] has quit [Quit: So Long, and Thanks for All the
Fish]
21:35 -!- zozoR [~zozoR@56344bf6.rev.stofanet.dk] has quit [Quit: Morten.  Desu~]
21:36 -!- awidegreen [~quassel@c-eacae555.08-2-73746f39.cust.bredbandsbolaget.se]
has quit [Remote host closed the connection]
21:37 -!- noff [~noff@89-55.79-83.cust.bluewin.ch] has quit [Read error:
Connection reset by peer]
21:38 -!- noff [~noff@89-55.79-83.cust.bluewin.ch] has joined #go-nuts
21:40 < plexdev> http://is.gd/imlRr by [Andrew Gerrand] in go/doc/ -- doc:
add link to WindowsPort page from install.html
21:40 < plexdev> http://is.gd/imlRF by [Rob Pike] in 20 subdirs of
go/src/pkg/ -- throughout: fix broken calls to Printf etc.
21:40 -!- Soultaker [~Soultaker@infinity.student.utwente.nl] has joined #go-nuts
21:50 -!- sauerbraten [~sauerbrat@p508CAEC2.dip.t-dialin.net] has quit [Remote
host closed the connection]
21:54 -!- allengeorge [~allengeor@bas1-brampton37-2925500154.dsl.bell.ca] has quit
[Quit: allengeorge]
21:55 -!- TheMue [~TheMue@p5DDF5FA5.dip.t-dialin.net] has quit [Quit: TheMue]
21:56 -!- tdc [~santegoed@host86-156-182-103.range86-156.btcentralplus.com] has
quit [Quit: tdc]
21:57 < plexdev> http://is.gd/imoj6 by [Robert Griesemer] in
go/src/pkg/go/parser/ -- go/parser: Better comment for ParseFile.
21:57 < plexdev> http://is.gd/imojf by [Russ Cox] in go/src/cmd/cc/ -- cc:
allow $ as letter in pragma arguments
21:57 < plexdev> http://is.gd/imojM by [Nigel Tao] in go/src/pkg/html/ --
html: handle unexpected EOF during parsing.
22:00 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has quit [Read error:
Operation timed out]
22:00 -!- xash [~xash@d063008.adsl.hansenet.de] has quit [Ping timeout: 240
seconds]
22:01 -!- Soultaker [~Soultaker@infinity.student.utwente.nl] has quit [Ping
timeout: 276 seconds]
22:03 -!- Soultaker [~Soultaker@infinity.student.utwente.nl] has joined #go-nuts
22:03 -!- bortzmeyer [~stephane@2a01:e35:8bd9:8bb0:c4ed:8204:8d79:889] has quit
[Quit: Leaving.]
22:04 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has joined #go-nuts
22:07 -!- bmizerany [~bmizerany@208.66.27.62] has joined #go-nuts
22:10 < foocraft> http://fpaste.org/Rm3F/
22:11 < foocraft> I think there's something wrong with how I am writing this
for loop
22:13 < exch> foocraft: you only assign the conditional (err) once
22:13 < exch> it's value (nil) never changes after that, which keeps the
loop going
22:14 < foocraft> so I think for the purpose of the loop, I should actually
declare an os.Error variable.  Or is there a better way to go about writing this
loop?
22:15 < exch> http://fpaste.org/KDPf/
22:19 < foocraft> thanks exch
22:20 < foocraft> I think for merge sort, I ought to check out slices
22:20 < foocraft> so a slice is a reference to a block, so I save allocating
and freeing a copy
22:21 -!- photron [~photron@port-92-201-103-85.dynamic.qsc.de] has quit [Ping
timeout: 265 seconds]
22:29 < plexdev> http://is.gd/imskF by [Russ Cox] in go/src/pkg/runtime/386/
-- runtime: debugging help on 386
22:29 < plexdev> http://is.gd/imskS by [Eoghan Sherry] in go/src/cmd/ld/ --
ld: fix dwarf decoding of 64-bit reflect values
22:33 -!- napsy [~luka@88.200.96.18] has quit [Quit: Lost terminal]
22:46 -!- markcol [~markcol@74.125.59.1] has joined #go-nuts
22:49 -!- skelterjohn [~jasmuth@c-68-45-238-234.hsd1.nj.comcast.net] has joined
#go-nuts
22:50 -!- rlab_ [~Miranda@91.200.158.34] has quit [Quit: Miranda IM! Smaller,
Faster, Easier.  http://miranda-im.org]
22:51 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts
22:56 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit:
Verlassend]
23:04 -!- virtualsue [~chatzilla@nat/cisco/x-xculdhykndxuoahc] has quit [Ping
timeout: 260 seconds]
23:06 -!- itrekkie [~itrekkie@ip72-211-129-127.tc.ph.cox.net] has joined #go-nuts
23:07 -!- markcol [~markcol@74.125.59.1] has quit [Quit: markcol]
23:07 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has quit [Ping timeout:
600 seconds]
23:09 -!- itrekkie [~itrekkie@ip72-211-129-127.tc.ph.cox.net] has quit [Client
Quit]
23:16 < plexdev> http://is.gd/imxUk by [Keith Rarick] in go/src/pkg/runtime/
-- runtime: add Goroutines
23:20 < nictuku> how do run an all.bash compile without the "clean" step?
23:22 < TheSeeker> isn't that generally a bad idea which results in strange
bugs?
23:22 < nictuku> it's the same code, I'm just trying to recompile
23:23 < nictuku> I'm not changing the go repository at all (besides fixing
the broken test)
23:27 < TheSeeker> then why do you need to rebuild anything?
23:27 < nictuku> exactly.
23:28 < TheSeeker> so why are you wanting to run all.bash?
23:33 < nictuku> it doesn't matter why, really.  But I don't want to be rude
so let me explain.  The dialgoogle test is the net package is failing.  It was
already fixed, but it's broken in the last release.  At least it is broken for me.
23:34 < nictuku> if we used a normal Makefile-based environment, I would
only need to fix the test, run make and make install.  Unfortunately, one always
has to use all.bash, which recompiles the whole tree.  I realize compilation is
fast, but it's not free, specially if I'm in a slow VPS and if this happens often.
23:35 -!- retybok [~retybok@i03m-212-195-151-239.d4.club-internet.fr] has joined
#go-nuts
23:38 < foocraft> hey all, would you guys be interested in more structures
in the container package?
23:38 -!- MX80 [~MX80@cust222.253.117.74.dsl.g3telecom.net] has quit [Ping
timeout: 240 seconds]
23:38 < foocraft> splay tree, b-tree, etc?
23:39 < foocraft> oh and the holy Fibonacci heap :p
23:41 -!- retybok [~retybok@i03m-212-195-151-239.d4.club-internet.fr] has quit
[Ping timeout: 255 seconds]
23:44 < exch> I think someone already did a bunch of datastructures like
that a while ago
23:44 < exch> It's not part of the main libs though
23:44 < exch> but, don't let that stop you from rolling your own
23:46 < foocraft> :) I will.  It will help me understand Go better
23:47 < foocraft> I'm using Go to go multi-core
23:47 < foocraft> I think a Graph implementation ought to be in the standard
lib
23:48 < foocraft> not sure, but I think it should be
23:48 < krutcha> I think the std lib philosophy is only things that are used
in a very wide range of applications, that can really not be done without
23:49 < krutcha> they seem to favor external packages for most
domain-specific or purpose built libraries/tools etc
23:49 < krutcha> very minimalistic on purpose
23:49 < foocraft> true
23:50 < foocraft> I mean, when I was first checking out C++, for example, I
got turned off by how complex it was.  Go, with the many ways you can do things,
very little of them will screw you over without warning.
23:52 < exch> http://go-lang.cat-v.org/go-code
http://go-lang.cat-v.org/pure-go-libs and
http://go-lang.cat-v.org/library-bindings should give you a fair idea of what is
already 'out there'
23:54 < krutcha> also, a small std library means less kruft and clutter to
the base language over time.  I believe some of the presentations/articles about
go speak to this in contrast to other libraries such as MFC or java where too much
kruft is added, then the language is painted into a corner and a lot of
deprecation, API breakage, etc goes on causing major grief to users.
23:57 < krutcha> in a sense they push this breakage out to third parties,
who will still change code/break api's etc over time..  so some degree of that
will always exist to the end programmer.  But at least it doesn't exist inside the
runtime or compiler, or confuse documentation/books, cause unnecessary churn of
the spec, or various language ports, etc
23:57 < krutcha> I for one favor our new minimalistic overlords
23:57 < exch> having it in mainline does put more pressure on keeping libs
up to date
23:58 < exch> right now packages arescattered and 90% doesnt work.  Granted,
most of that is because of Go's current fast development pace
23:58 < exch> It should be less painful when Go settles down as a language
23:59 < foocraft> well, you guys have a good point.  In Go, things seem to
be more cohesive, in terms of how I find myself thinking about how to do
something.  In java, sometimes, the thought processes are incompatible, even
within the JDK
23:59 < foocraft> (not to mention the nasty hashcode hacks that are in some
implementations :p)
--- Log closed Wed Dec 08 00:00:37 2010