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