--- Log opened Sat Jan 29 00:00:05 2011 00:17 -!- tensorpudding [~user@99.23.127.179] has joined #go-nuts 00:25 -!- iant [~iant@nat/google/x-tdqkmjstxzotddob] has quit [Read error: Operation timed out] 00:28 -!- photron [~photron@port-92-201-64-102.dynamic.qsc.de] has quit [Ping timeout: 240 seconds] 00:42 -!- Davidian1024 [~Davidian1@cpe-174-100-42-130.neo.res.rr.com] has quit [Quit: leaving] 00:44 -!- Davidian1024 [~Davidian1@cpe-174-100-42-130.neo.res.rr.com] has joined #go-nuts 00:50 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Ping timeout: 276 seconds] 00:56 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts 01:07 -!- enherit [~enherit@cpe-98-149-170-48.socal.res.rr.com] has quit [Quit: leaving] 01:11 -!- foocraft [~dsc@89.211.140.13] has quit [Ping timeout: 276 seconds] 01:11 -!- emre [~emre@213.211.5.66] has quit [Ping timeout: 240 seconds] 01:13 -!- JusticeFries [~JusticeFr@173-8-247-218-Colorado.hfc.comcastbusiness.net] has quit [Ping timeout: 240 seconds] 01:19 -!- napsy [~luka@88.200.96.18] has quit [Quit: Lost terminal] 01:22 -!- Davidian1024 [~Davidian1@cpe-174-100-42-130.neo.res.rr.com] has quit [Quit: leaving] 01:25 -!- Davidian1024 [~Davidian1@cpe-174-100-42-130.neo.res.rr.com] has joined #go-nuts 01:28 -!- Davidian1024 [~Davidian1@cpe-174-100-42-130.neo.res.rr.com] has quit [Client Quit] 01:31 -!- Davidian1024 [~Davidian1@cpe-174-100-42-130.neo.res.rr.com] has joined #go-nuts 01:32 -!- ronnyy [~quassel@p4FF1C448.dip0.t-ipconnect.de] has joined #go-nuts 01:33 -!- iant [~iant@67.218.104.237] has joined #go-nuts 01:33 -!- mode/#go-nuts [+v iant] by ChanServ 01:37 -!- foocraft [~dsc@78.101.120.70] has joined #go-nuts 01:37 -!- iant [~iant@67.218.104.237] has quit [Read error: Connection reset by peer] 01:38 -!- jumzi [~jumzi@c-89-233-234-125.cust.bredband2.com] has quit [Read error: Operation timed out] 01:39 -!- iant [~iant@67.218.104.237] has joined #go-nuts 01:39 -!- mode/#go-nuts [+v iant] by ChanServ 01:45 -!- ronnyy [~quassel@p4FF1C448.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 01:45 -!- dforsyth_ [~dforsyth@bastion.inap.yelpcorp.com] has quit [Quit: Computer has gone to sleep.] 01:45 -!- ronnyy [~quassel@p4FF1C448.dip0.t-ipconnect.de] has joined #go-nuts 01:51 -!- WatermelonStorm [~wms@p5DF2B8BB.dip.t-dialin.net] has joined #go-nuts 01:51 < WatermelonStorm> Hi. 01:51 < WatermelonStorm> How can I create and submit a HTTP request in Go? 01:52 < crazy2be> yeah about that 01:52 < crazy2be> for some reason you can't because the function is private 01:53 < crazy2be> which has resulted in lots of library writers simply copying that function into their own code 01:53 < crazy2be> with slight modifications 01:53 < WatermelonStorm> In other words, is there a package available for Go that handles this on a higher level than the level of parsing HTTP oneself? 01:53 < crazy2be> hm? 01:53 < crazy2be> http? 01:53 < crazy2be> as in import http 01:54 < WatermelonStorm> Yeah, true... 01:54 -!- jdp [~jdp@24.238.32.162.res-cmts.segr.ptd.net] has joined #go-nuts 01:54 < WatermelonStorm> I'm pretty blind, apparently, because I should've looked at client.go in that package. 01:55 < jdp> hey all, quick question about os.Open 01:55 < jdp> how can i check that the error returned is of type os.ENOENT when the file doesn't exist? 01:56 < crazy2be> e == os.ENOENT? 01:56 < crazy2be> have not tried that myself 01:56 < crazy2be> but i assume :P 01:56 < jdp> err == os.ENOENT returns false, but the string values of the two are somewhat the same 01:56 -!- devrim [~Adium@cpe-72-225-239-227.nyc.res.rr.com] has quit [Quit: Leaving.] 01:57 < jdp> "open /Users/justin/testfile.z: no such file or directory" is the value of the err variable returned by open 01:57 < jdp> but just "no such file or directory" is the string value of os.ENOENT, so they're slightly dissimilar 01:58 < crazy2be> hmm that's a good question 01:58 < crazy2be> and os.Error is simply required to have a String() method 02:03 < jdp> yes, that's what my confusion is coming from :) 02:03 < jdp> is it that i have to normalize the value of the err variable in some way? 02:04 -!- ronnyy [~quassel@p4FF1C448.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 02:07 -!- keithgcascio [~keithcasc@nat/google/x-ycarqmrbvgjbshxs] has quit [Quit: Leaving] 02:11 < jdp> got it :) os.Open returns a os.PathError, not a plain os.Error 02:11 < crazy2be> there you go :) 02:11 < jdp> err.(*os.PathError).Error == os.ENOENT is the way to go 02:13 < crazy2be> although that will crash if, in fact, it is not a os.PathError 02:15 < jhawk28> WatermelonStorm: Look into https://github.com/hoisie/httplib.go/ 02:15 < WatermelonStorm> jhawk28: Thanks. 02:15 < jdp> so how would i check otherwise? 02:17 < crazy2be> jdp: I beleive you can do 02:17 < crazy2be> pather, ok := err.(*os.PathError) 02:18 < crazy2be> and check if ok == true 02:18 < crazy2be> or just if ok { 02:19 < jdp> aha 02:19 < jdp> thanks :) 02:19 < crazy2be> np 02:20 -!- Tv1 [~tv@cpe-76-168-227-45.socal.res.rr.com] has joined #go-nuts 02:28 -!- Eridius [~kevin@unaffiliated/eridius] has quit [Ping timeout: 276 seconds] 02:48 -!- niemeyer [~niemeyer@189-10-154-68.pltce701.dsl.brasiltelecom.net.br] has quit [Ping timeout: 240 seconds] 02:54 -!- WatermelonStorm [~wms@p5DF2B8BB.dip.t-dialin.net] has quit [Ping timeout: 260 seconds] 02:55 -!- JusticeFries [~JusticeFr@c-76-25-153-220.hsd1.co.comcast.net] has joined #go-nuts 02:56 -!- mosva [~mosva@unaffiliated/mosva] has quit [Quit: mosva] 02:58 -!- jdp [~jdp@24.238.32.162.res-cmts.segr.ptd.net] has quit [Remote host closed the connection] 02:58 -!- decaf [~mehmet@78.163.167.55] has quit [Read error: Connection reset by peer] 03:13 -!- iant [~iant@67.218.104.237] has quit [Quit: Leaving.] 03:14 -!- JusticeFries [~JusticeFr@c-76-25-153-220.hsd1.co.comcast.net] has quit [Quit: JusticeFries] 03:17 -!- mosva [~mosva@unaffiliated/mosva] has joined #go-nuts 03:18 < mosva> Any one interested in a making a go IDE in go with HTML as front end? 03:23 -!- Sgeo [~Sgeo@ool-18bf618a.dyn.optonline.net] has quit [Read error: Connection reset by peer] 03:35 -!- Tuller [~tuller@c-69-143-52-174.hsd1.va.comcast.net] has quit [Remote host closed the connection] 03:42 -!- mosva [~mosva@unaffiliated/mosva] has quit [Read error: Connection reset by peer] 03:53 -!- kurt [kurt@pdpc/supporter/active/kurt] has joined #go-nuts 04:01 -!- ajray [~ajray@short.csc.ncsu.edu] has left #go-nuts [] 04:05 -!- nettok [~quassel@200.119.180.172] has quit [Ping timeout: 255 seconds] 04:24 -!- rejb [~rejb@unaffiliated/rejb] has quit [Ping timeout: 276 seconds] 04:29 -!- mosva [~mosva@unaffiliated/mosva] has joined #go-nuts 04:48 < plexdev> http://is.gd/jX68uX by [Wei Guangjing] in go/src/pkg/runtime/windows/ -- fix windows build 04:53 -!- vermi [4086aefb@gateway/web/freenode/ip.64.134.174.251] has joined #go-nuts 04:54 < vermi> http://pastie.org/1508015 -- when it runs, it throws an exception; turns out I'm doing the wrong thing with the contents of 'e', but I'm really not sure what to do 04:58 -!- mosva [~mosva@unaffiliated/mosva] has quit [Read error: Connection reset by peer] 04:59 < Archwyrm> vermi: You must mean 'panic'. What line? 5? 04:59 < vermi> 21 04:59 < vermi> I'm clearly mishandling e.Value 05:01 < Archwyrm> I suppose it doesn't contain a string for whatever reason. 05:01 < vermi> i added that fmt.Println to see what the contents of e.Value are, and it tells me it's an mmap 05:01 < Archwyrm> I'm not familiar with list. 05:02 -!- nettok [~quassel@200.119.150.46] has joined #go-nuts 05:02 < vermi> maybe i'll be better off using a slice instead of a list, anyway 05:02 < vermi> since i now how many things i want to cram in there 05:02 < Archwyrm> I would think so. :) 05:11 -!- rickard2 [~rickard@netra.esec.du.se] has quit [Ping timeout: 240 seconds] 05:16 -!- rickard2 [~rickard@netra.esec.du.se] has joined #go-nuts 05:25 < vermi> ok, i'm down to http://pastie.org/1508015 05:25 < vermi> and getting an index out of range, on line 17 05:34 < vermi> oh, i should do banlist := make([]string, count) instead of var banlist []string 05:35 < vermi> hm, or maybe not. that still results in an index out of range 05:39 -!- iant [~iant@adsl-71-133-8-30.dsl.pltn13.pacbell.net] has joined #go-nuts 05:39 -!- mode/#go-nuts [+v iant] by ChanServ 05:42 -!- vermi [4086aefb@gateway/web/freenode/ip.64.134.174.251] has quit [Quit: Page closed] 05:58 -!- rickard2 [~rickard@netra.esec.du.se] has quit [Read error: Operation timed out] 06:02 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has joined #go-nuts 06:03 -!- rickard2 [~rickard@netra.esec.du.se] has joined #go-nuts 06:17 -!- mosva [~mosva@unaffiliated/mosva] has joined #go-nuts 06:18 < crazy2be> er 06:18 < crazy2be> vermi: You want count-1 i beleive 06:18 < crazy2be> if you have not figured it out yet 06:19 < crazy2be> because count is the number of elements in the array 06:19 < crazy2be> starting at one with an array with 1 element 06:19 < crazy2be> whereas the index is 0-based 06:20 < crazy2be> so making an array with one element 06:20 < crazy2be> and then going array[1] 06:20 < crazy2be> results in index out of bounds 06:36 -!- cafesofie [~cafesofie@rnwifi-164-107-92-80.resnet.ohio-state.edu] has joined #go-nuts 06:39 < crazy2be> anywho, night all 06:42 < mosva> night crazy2be 06:45 -!- crazy2be [~justin@d75-152-162-237.abhsia.telus.net] has quit [Remote host closed the connection] 06:48 -!- Tv1 [~tv@cpe-76-168-227-45.socal.res.rr.com] has quit [Ping timeout: 240 seconds] 06:56 -!- Kashia [~Kashia@port-92-200-90-52.dynamic.qsc.de] has quit [Quit: This computer has gone to sleep] 06:59 < enferex> Odd, so my struct instance, foo, has a member which is of type "mywin draw.Window" ... when I set the 'mywin' member of foo: 07:00 < enferex> "foo.mywin, _ = x11.NewWindow()" and then I access mywin in another method, I get a null dereference. However if I access the member in the method where I set "mywin" it works fine. 07:08 < enferex> oops nm, should have been passing the pointer to my foo instance.. 07:12 -!- TheSeeker [~n@99-153-250-110.lightspeed.irvnca.sbcglobal.net] has quit [Ping timeout: 255 seconds] 07:18 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|] 07:43 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has quit [Quit: Morten. Desu~] 07:53 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts 07:54 -!- nettok [~quassel@200.119.150.46] has quit [Ping timeout: 264 seconds] 07:56 -!- idr [~idr@e179153083.adsl.alicedsl.de] has joined #go-nuts 07:57 -!- devrim [~Adium@cpe-72-225-239-227.nyc.res.rr.com] has joined #go-nuts 08:01 -!- |Craig| [~|Craig|@panda3d/entropy] has quit [Quit: |Craig|] 08:06 -!- go^lang [~newblue@113.84.231.248] has joined #go-nuts 08:13 -!- piranha [~piranha@5ED4B890.cm-7-5c.dynamic.ziggo.nl] has joined #go-nuts 08:16 -!- femtoo [~femto@95-89-248-44-dynip.superkabel.de] has joined #go-nuts 08:20 < go^lang> Is http lib support timeout ? 08:25 < Cyd> ohh FML, told my cousin to order me "50 pinecones" when I meant pilons, now wtf am i going to do with a bunch of pinecones 08:27 < ampleyfly> what is a pilon and what does it do 08:30 < Cyd> it sucks dick 08:30 < mosva> Cyd, you deserved that 08:32 < Cyd> >:[ 08:32 -!- piranha [~piranha@5ED4B890.cm-7-5c.dynamic.ziggo.nl] has quit [Quit: Computer has gone to sleep.] 08:34 -!- piranha [~piranha@5ED4B890.cm-7-5c.dynamic.ziggo.nl] has joined #go-nuts 08:38 -!- skejoe [~skejoe@188.114.142.162] has joined #go-nuts 08:38 -!- piranha [~piranha@5ED4B890.cm-7-5c.dynamic.ziggo.nl] has quit [Client Quit] 09:00 -!- photron [~photron@port-92-201-123-60.dynamic.qsc.de] has joined #go-nuts 09:02 -!- Cyd [~zinc@unaffiliated/cydd] has quit [] 09:22 -!- tensorpudding [~user@99.23.127.179] has quit [Read error: Connection reset by peer] 09:25 -!- jnwhiteh [~jnwhiteh@WoWUIDev/WoWI/Featured/Dongle/cladhaire] has quit [Ping timeout: 240 seconds] 09:25 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 09:26 -!- araz_ [~awgr@c-76-28-193-112.hsd1.wa.comcast.net] has joined #go-nuts 09:26 -!- jnwhiteh [~jnwhiteh@WoWUIDev/WoWI/Featured/Dongle/cladhaire] has joined #go-nuts 09:33 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 09:35 -!- mosva [~mosva@unaffiliated/mosva] has quit [Ping timeout: 264 seconds] 09:35 -!- mosva [~mosva@unaffiliated/mosva] has joined #go-nuts 09:44 -!- falken264 [falken264@c-afe170d5.018-148-7570701.cust.bredbandsbolaget.se] has joined #go-nuts 09:47 -!- TheSeeker [~n@99-153-250-110.lightspeed.irvnca.sbcglobal.net] has joined #go-nuts 09:49 -!- falken264 [falken264@c-afe170d5.018-148-7570701.cust.bredbandsbolaget.se] has left #go-nuts [] 09:53 -!- vasu [~vasu@202.63.112.184] has joined #go-nuts 09:57 -!- araz_ [~awgr@c-76-28-193-112.hsd1.wa.comcast.net] has left #go-nuts [] 10:02 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-241.clienti.tiscali.it] has joined #go-nuts 10:03 -!- femtooo [~femto@95-89-248-44-dynip.superkabel.de] has joined #go-nuts 10:04 -!- femtoo [~femto@95-89-248-44-dynip.superkabel.de] has quit [Ping timeout: 240 seconds] 10:04 -!- falken264 [~falken264@c-afe170d5.018-148-7570701.cust.bredbandsbolaget.se] has joined #go-nuts 10:13 -!- wrtp [~rog@92.17.25.203] has joined #go-nuts 10:14 -!- tvw [~tv@e176009053.adsl.alicedsl.de] has joined #go-nuts 10:15 -!- tvw [~tv@e176009053.adsl.alicedsl.de] has quit [Remote host closed the connection] 10:16 -!- tvw [~tv@e176009053.adsl.alicedsl.de] has joined #go-nuts 10:20 -!- skejoe [~skejoe@188.114.142.162] has quit [Quit: Lost terminal] 10:25 -!- dforsyth [~dforsyth@c-76-21-40-117.hsd1.ca.comcast.net] has quit [Quit: Computer has gone to sleep.] 10:29 -!- cde [~cde@unaffiliated/cde] has joined #go-nuts 10:29 -!- cafesofie [~cafesofie@rnwifi-164-107-92-80.resnet.ohio-state.edu] has quit [Remote host closed the connection] 10:34 -!- ExtraSpice [~XtraSpice@88.118.33.48] has joined #go-nuts 10:34 -!- cafesofie [~cafesofie@rnwifi-164-107-92-80.resnet.ohio-state.edu] has joined #go-nuts 10:35 -!- sacho [~sacho@79-100-55-69.btc-net.bg] has joined #go-nuts 10:44 -!- falken264 [~falken264@c-afe170d5.018-148-7570701.cust.bredbandsbolaget.se] has quit [] 10:44 -!- vasu [~vasu@202.63.112.184] has quit [Remote host closed the connection] 10:50 -!- decaf [~mehmet@78.163.167.55] has joined #go-nuts 10:56 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 11:12 < mosva> hi nuts 11:26 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-241.clienti.tiscali.it] has quit [Read error: Connection reset by peer] 11:35 -!- boscop [~boscop@f055008028.adsl.alicedsl.de] has joined #go-nuts 11:41 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 11:41 < aiju> *[]*Buf a smiley type! 11:48 < jessta> lol cute 11:56 -!- shvntr [~shvntr@113.84.146.235] has joined #go-nuts 11:57 -!- Ina [~Ina@62.140.137.137] has quit [Ping timeout: 276 seconds] 11:58 -!- cco3-hampster [~conleyo@nat/google/x-carhuixjpckiwlyn] has quit [Read error: Connection reset by peer] 12:02 < aiju> using channels as lists is funny 12:04 -!- napsy [~luka@88.200.96.18] has quit [Quit: Lost terminal] 12:04 -!- emre [~emre@188.41.89.188] has joined #go-nuts 12:04 < hokapoka> Erm, am I being stoopid. Say I have type foo struct { p *bar } and I create f := &foo{}; and I want to assign to f.p from a func that has 2+ return values, say NewBar()(*bar, os.Error) I can't use f.p, err := NewBar() 12:04 < aiju> f.p, _ := NewBar() 12:05 < aiju> or what do you mean? 12:05 < hokapoka> Im having to use p, err := NewBar(); if err != nil { return err }; f.p = p 12:05 < hokapoka> Do I just have to declare err before? 12:05 < hokapoka> thus f.p, err = NewBar() if err != nil { return err } 12:06 < aiju> no idea 12:06 -!- prip_ [~foo@host1-128-dynamic.36-79-r.retail.telecomitalia.it] has quit [Ping timeout: 255 seconds] 12:06 < aiju> it should work if some are initialized 12:06 < hokapoka> Especially in that example if I name err is a return type 12:07 < aiju> well, if both exist, simply f.p, err = ... 12:08 < plexdev> http://is.gd/XsepqL by [Alex Brainman] in go/src/pkg/runtime/cgo/ -- runtime/cgo: fix cross-compiling windows packages 12:08 < hokapoka> yeah, not a great example as I've got err as a named return value. But I guess the only (other) way is to declare the additional return values before the call. 12:09 < hokapoka> aiju: Just wondered if it should work as if one of the values already exists and the other doesn't := will create the new one. 12:10 < hokapoka> But, if the currently existing object is a property of a struct that, by definition, already exists := causes the complier to cough. 12:16 -!- Ina [~Ina@dsl-087-195-206-242.solcon.nl] has joined #go-nuts 12:18 -!- prip_ [~foo@host19-122-dynamic.47-79-r.retail.telecomitalia.it] has joined #go-nuts 12:21 -!- sacho [~sacho@79-100-55-69.btc-net.bg] has quit [Quit: Ex-Chat] 12:24 < plexdev> http://is.gd/BTfvsC by [Alex Brainman] in go/src/cmd/ld/ -- 8l/6l: pe fixes 12:34 < aiju> is there some way to check whether a write to a channel will block? 12:37 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts 12:38 -!- Scorchin [~Scorchin@host86-166-58-163.range86-166.btcentralplus.com] has joined #go-nuts 12:43 -!- wrtp [~rog@92.17.25.203] has quit [Quit: wrtp] 12:47 -!- Fish- [~Fish@bus77-2-82-244-150-190.fbx.proxad.net] has joined #go-nuts 12:49 < taruti> has anyone got a DeepPrint() which works like fmt %v except traverses pointers? 12:50 -!- niemeyer [~niemeyer@189-10-154-68.pltce701.dsl.brasiltelecom.net.br] has joined #go-nuts 12:55 < mosva> I've become lazy after using Visual Studio, I can't use a text editor to code now ;( 12:55 < aiju> i can't use Visual Studio for code 12:55 < aiju> i've become to used to software which doesn't crash all the time and is fast 12:56 < jessta> aiju: yes, but it's probably a bad idea to check 12:56 < aiju> jessta: why? 12:57 < go^lang> Is http lib support timeout ? 12:57 -!- hamuz [8445ed13@gateway/web/freenode/ip.132.69.237.19] has joined #go-nuts 12:58 -!- Scorchin [~Scorchin@host86-166-58-163.range86-166.btcentralplus.com] has quit [Ping timeout: 240 seconds] 12:58 < hamuz> hello everyone, I've a small question about go 12:58 < hamuz> does go support implicit typing? 12:58 < aiju> hamuz: nes 12:59 < aiju> it's explicitly typed, but the := operator does type inference 12:59 < Namegduf> Only when declaring new variables. 12:59 < aiju> e.g. x := 42 or x:= "foo" 12:59 < Namegduf> Using the := operator, the type comes from the right hand side. 12:59 < hamuz> ty for the detailed answer 12:59 < Namegduf> This is because the type of the RHS is usually obvious, because functions are always explicitly typed 13:00 < hamuz> thank you once again, bye. 13:00 -!- hamuz [8445ed13@gateway/web/freenode/ip.132.69.237.19] has quit [Client Quit] 13:02 < taruti> How does one debug effectively a go program that goes somewhere into an infinite loop? 13:03 < Namegduf> gdb 13:09 -!- cde [~cde@unaffiliated/cde] has quit [Quit: leaving] 13:09 < rm445> taruti: write a program that works out if any program will eventually finish? :-) 13:09 < taruti> rm445: :D 13:10 < taruti> gdb worked :) 13:12 -!- skejoe [~skejoe@188.114.142.162] has joined #go-nuts 13:17 < jessta> taruti: was it fmt related? 13:23 -!- cde [~cde@unaffiliated/cde] has joined #go-nuts 13:26 -!- femtooo [~femto@95-89-248-44-dynip.superkabel.de] has quit [Read error: Connection reset by peer] 13:29 < taruti> jessta: no 13:31 -!- m4dh4tt3r [~Adium@c-69-181-223-245.hsd1.ca.comcast.net] has quit [Quit: Leaving.] 13:33 -!- niemeyer [~niemeyer@189-10-154-68.pltce701.dsl.brasiltelecom.net.br] has quit [Ping timeout: 240 seconds] 13:54 -!- emre [~emre@188.41.89.188] has quit [Ping timeout: 255 seconds] 13:55 < aiju> jessta: so, why not check for blocking write? 14:06 -!- emre [~emre@213.211.15.113] has joined #go-nuts 14:13 -!- pankajm [~pankajm@202.3.77.219] has joined #go-nuts 14:17 -!- DerHorst [~Horst@e176096214.adsl.alicedsl.de] has joined #go-nuts 14:22 -!- mattn_jp [~mattn@112-68-95-114f1.hyg1.eonet.ne.jp] has joined #go-nuts 14:25 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has quit [Quit: leaving] 14:26 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Quit: Leaving] 14:28 -!- idr [~idr@e179153083.adsl.alicedsl.de] has quit [Remote host closed the connection] 14:31 -!- skejoe [~skejoe@188.114.142.162] has quit [Quit: Lost terminal] 14:32 -!- werdan7 [~w7@freenode/staff/wikimedia.werdan7] has quit [Ping timeout: 600 seconds] 14:45 -!- shvntr [~shvntr@113.84.146.235] has quit [Ping timeout: 276 seconds] 14:48 < mosva> Is there anything like lambda experssions in go? 14:48 < aiju> yeah 14:48 < aiju> closures 14:49 < aiju> func(x int) {return x+1;} 14:49 < aiju> eh func(x int) int 14:49 < mosva> aiju that is anonymous function? 14:49 < aiju> yeah 14:49 < aiju> do you see a name? :) 14:51 < KBme> what do I need to do to have my structure encodable by a json encoder? 14:51 < aiju> KBme: only public fields 14:51 < KBme> i have made memvers of the structure public, but it still writes an empty {} 14:52 < KBme> members* 14:52 < aiju> are you passing a pointer? 14:53 < KBme> that's the code http://pastie.org/1508893 14:53 < KBme> I also tried err = enc.Encode(cf) //which should work fine 14:53 < KBme> ah i got it 14:53 < KBme> dammit! 14:54 < KBme> cf.networks I should write, not cf 14:54 < aiju> NetworksConfig has only private fields 14:59 < KBme> yes, i need to write cf.networks 15:03 < KBme> yay ☺ 15:04 -!- cafesofie [~cafesofie@rnwifi-164-107-92-80.resnet.ohio-state.edu] has quit [Remote host closed the connection] 15:07 -!- shvntr [~shvntr@123.89.52.149] has joined #go-nuts 15:10 -!- JusticeFries [~JusticeFr@c-76-25-153-220.hsd1.co.comcast.net] has joined #go-nuts 15:14 -!- JusticeFries [~JusticeFr@c-76-25-153-220.hsd1.co.comcast.net] has quit [Client Quit] 15:17 -!- LittleQNCCU [~littleq@dream.cs.nccu.edu.tw] has joined #go-nuts 15:18 < exch> monitoring a file for any changes.. Is there anything specific to this purpose in the go libs, or should I just run a goroutine that periodically stats the file? 15:21 < exch> mm seems there is os/inotify, but it's not particularly portable 15:21 < aiju> stat it 15:26 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 15:26 -!- askhader [~askhader@taurine.csclub.uwaterloo.ca] has joined #go-nuts 15:26 < KBme> yeah, inotify is not portable. stat should be fine, the os should cache it anyways 15:27 -!- napsy [~luka@88.200.96.18] has quit [Client Quit] 15:28 -!- sauerbraten [~sauerbrat@p508CE79C.dip.t-dialin.net] has joined #go-nuts 15:29 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 15:34 -!- mattn_jp [~mattn@112-68-95-114f1.hyg1.eonet.ne.jp] has quit [Ping timeout: 276 seconds] 15:37 -!- jhawk28 [~jhawk28@user-387c58d.cable.mindspring.com] has quit [Quit: Leaving...] 15:37 < exch> mm. this is not the best solution it seems. in a situation where immediate notification is critical, a periodic stat can cause problems. Stating a file every second, or even faster is a definite no-no 15:38 -!- Scorchin [~Scorchin@host109-152-122-32.range109-152.btcentralplus.com] has joined #go-nuts 15:39 < exch> On the other hand, the facy I even need to do this, is more about a design flaw of the data i'm working with, than a missing feature in Go 15:39 < exch> s/facy/fact/ 15:39 < KBme> exch: yeah, i'd guess so 15:39 < KBme> exch: or use the non-portable inotify stuff, or rething your program ;) 15:40 < exch> It has to remain portable. And I don't control the way this data access hsould be handled unfortunately. 15:40 < exch> ah well. I'll stick with stat and find a more elegant way to deal with this 15:41 -!- femtoo [~femto@95-89-248-44-dynip.superkabel.de] has joined #go-nuts 15:41 < hokapoka> exch: I knocked something up that used stat last week 15:41 < KBme> exch: i bet other systems have other inotify style interfaces 15:41 < hokapoka> I keep meaning to move to channels but not had a chance 15:42 < hokapoka> http://go.hokapoka.com/golang/golang-filepoller-fspoll/ <- here 15:43 < exch> cool. I'll have a look 15:44 < mosva> aiju, you can pass func(x int) { return x+1; } as an argument? 15:44 < aiju> mosva: sure 15:44 < hokapoka> It's not great, as peeps that have commented on it I should have used a channel, and intent to, if you're going to do something similar I'd be interested in using it. 15:44 < mosva> aiju, like nameOfFunction(func(x int) {return x+1;}); 15:44 < hokapoka> s/intent/intend 15:45 < aiju> mosva: yeah 15:45 < mosva> but it those cases isn't nameOfFunction(x => x+1); better? 15:45 < mosva> like in C# 15:45 < exch> hokapoka: my current version works similarly. it does use a channel to send a simple boolean notification of a file change though. it doesnt send filename or contents along with it, as I have no need for those 15:46 < exch> In my case, I simply require knowing of a session lock file has been changed by another process 15:46 < exch> If it has been, my app no longer has ownership over the data and should immediately cease all read/write operations 15:47 < hokapoka> Indeed, I was going to drop the contents in the next revision. 15:49 < hokapoka> Really no need to read the contents in a poller, I went that route so that I could see any messages that triggered from the template passer at the point it was used. 15:49 < hokapoka> aiju: You were asking about blocking channels, you can use ok := ch<- foo; 15:50 < hokapoka> if ok it's been read. but it's a non blocking call. 15:50 < aiju> ah thanks 15:50 -!- fzzbt [~fuzzybyte@77.79.7.8] has quit [Ping timeout: 246 seconds] 15:50 -!- mosva [~mosva@unaffiliated/mosva] has quit [Read error: Connection reset by peer] 15:50 -!- mosva [~mosva@unaffiliated/mosva] has joined #go-nuts 15:51 -!- fzzbt [~fuzzybyte@77.79.7.8] has joined #go-nuts 15:51 < hokapoka> aiju: I'm just doing somthing similar now. I want to know if it's fails to send but I still want it to be blocked. 15:52 < aiju> for b.Want <- true {} 15:52 < aiju> this is used as a notification that a resource is available now 15:53 < hokapoka> So that if it's been blocked for some timeout trigger some other func. 15:53 < KBme> hokapoka: for ok := mychan <-var; !ok; ok = mychan <-var {time.Sleep} ? 15:53 < hokapoka> I was going too go with : for ok := ch<- foo; !ok { ... 15:53 < hokapoka> heh yeah 15:53 < KBme> but I agree it's not ideal 15:54 < KBme> oh yeah, now you can have 2 arguments to for? 15:55 < hokapoka> Oh I see. 15:56 < aiju> hokapoka: that one doesn't work 15:56 < hokapoka> KBme: No, I don't get it 15:57 < hokapoka> Way are you doing two non-blocking in the for clause 15:57 < hokapoka> aiju: what part? 15:57 < aiju> mine is an implementation of the sleep/wakeup mechanism in V6 using channels 15:57 < aiju> hokapoka: that two clause for loop 15:58 -!- shvntr [~shvntr@123.89.52.149] has quit [Quit: leaving] 15:58 < hokapoka> aiju: I'm just trying it out now, I was about to ask the best approach when I saw your message. 16:00 -!- napsy [~luka@88.200.96.18] has quit [Quit: Lost terminal] 16:04 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 16:13 -!- mosva [~mosva@unaffiliated/mosva] has quit [Read error: Connection reset by peer] 16:13 -!- mosva [~mosva@unaffiliated/mosva] has joined #go-nuts 16:24 < hokapoka> It works for me, but I've had to add a time.Sleep(1) for it to actually send 16:27 -!- idr [~idr@e179153083.adsl.alicedsl.de] has joined #go-nuts 16:32 -!- JusticeFries [~JusticeFr@c-24-9-171-36.hsd1.co.comcast.net] has joined #go-nuts 16:33 -!- ExtraSpice [~XtraSpice@88.118.33.48] has quit [Quit: Leaving] 16:33 < hokapoka> aiju: this is what I've got :http://pastebin.com/r3BvMa2N 16:35 -!- emre [~emre@213.211.15.113] has quit [Read error: Connection reset by peer] 16:35 < hokapoka> It appears to work as I expect. If msg fails to be sent down the chan I kickoff a timeout and then use a blocking send to wait until it's successful, if it's successful it set ok = true to stop the timeout. 16:37 -!- nettok [~quassel@200.119.158.137] has joined #go-nuts 16:38 -!- tvw [~tv@e176009053.adsl.alicedsl.de] has quit [Remote host closed the connection] 16:38 -!- dforsyth [~dforsyth@c-76-21-40-117.hsd1.ca.comcast.net] has joined #go-nuts 16:38 < hokapoka> KBme: as for using for ok := ch <- foo; !ok; ok = ch<- foo { } it does work, but you have to add a time.Sleep(>=1) else it fails to send entirly. TBH I can't see anyone not doing sothins like sleep in the for, but it's a but weird. 16:47 -!- fzzbt [~fuzzybyte@77.79.7.8] has quit [Ping timeout: 240 seconds] 16:48 -!- fzzbt [~fuzzybyte@77.79.7.8] has joined #go-nuts 16:51 -!- dforsyth [~dforsyth@c-76-21-40-117.hsd1.ca.comcast.net] has quit [Quit: Computer has gone to sleep.] 16:55 < KBme> do you know that sleep(1) means 1ms? 16:55 -!- femtoo [~femto@95-89-248-44-dynip.superkabel.de] has quit [Read error: Connection reset by peer] 16:55 -!- newblue__ [~newblue@113.84.211.96] has joined #go-nuts 16:55 < KBme> you surely don't want to do that.. 16:55 < KBme> not even ms, it's ns 16:55 < KBme> hokapoka: be careful with nanoseconds 16:55 < KBme> ;) 16:56 < KBme> lolz >=1 hokapoka needs a timer (and a programming language) with better resolution than naoseconds 16:57 -!- emre [~emre@78.183.35.34] has joined #go-nuts 16:57 -!- go^lang [~newblue@113.84.231.248] has quit [Ping timeout: 240 seconds] 17:01 -!- anschelsc [~anschel@pool-108-35-39-226.nwrknj.fios.verizon.net] has joined #go-nuts 17:05 -!- eikenberry [~jae@ivanova.zhar.net] has quit [Quit: End of line.] 17:06 -!- nettok [~quassel@200.119.158.137] has quit [Ping timeout: 260 seconds] 17:13 -!- ymasory [~ymasory@c-76-99-55-224.hsd1.pa.comcast.net] has joined #go-nuts 17:14 -!- ivan` [~ivan@unaffiliated/ivan/x-000001] has quit [Quit: Coyote finally caught me] 17:18 -!- ivan` [~ivan@unaffiliated/ivan/x-000001] has joined #go-nuts 17:20 < JusticeFries> so is Go in production spreading fairly fast? 17:25 -!- anschelsc [~anschel@pool-108-35-39-226.nwrknj.fios.verizon.net] has quit [Quit: leaving] 17:26 -!- LittleQNCCU [~littleq@dream.cs.nccu.edu.tw] has quit [Remote host closed the connection] 17:27 -!- ptrb [~peter@archimedes.bourgon.org] has quit [Ping timeout: 255 seconds] 17:28 -!- ptrb [~peter@archimedes.bourgon.org] has joined #go-nuts 17:28 -!- watr_ [~watr@66.183.100.58] has joined #go-nuts 17:35 -!- wtfness [~dsc@78.101.45.86] has joined #go-nuts 17:36 -!- foocraft [~dsc@78.101.120.70] has quit [Ping timeout: 276 seconds] 17:36 -!- femtoo [~femto@95-89-248-44-dynip.superkabel.de] has joined #go-nuts 17:44 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has joined #go-nuts 17:45 -!- Kashia [~Kashia@2001:0:53aa:64c:0:3260:b017:816b] has joined #go-nuts 17:45 -!- |Craig| [~|Craig|@panda3d/entropy] has joined #go-nuts 17:50 -!- Kashia [~Kashia@2001:0:53aa:64c:0:3260:b017:816b] has quit [Ping timeout: 272 seconds] 17:53 -!- Kashia [~Kashia@2001:0:53aa:64c:0:3260:b017:816b] has joined #go-nuts 17:53 -!- fzzbt [~fuzzybyte@77.79.7.8] has quit [Ping timeout: 265 seconds] 17:54 -!- Fish- [~Fish@bus77-2-82-244-150-190.fbx.proxad.net] has quit [Quit: So Long, and Thanks for All the Fish] 17:55 -!- dforsyth [~dforsyth@c-76-21-40-117.hsd1.ca.comcast.net] has joined #go-nuts 18:02 -!- watr_ [~watr@66.183.100.58] has quit [Ping timeout: 240 seconds] 18:04 -!- gobeginner [~nwood@cpc2-lee23-0-0-cust152.7-1.cable.virginmedia.com] has joined #go-nuts 18:11 -!- gobeginner [~nwood@cpc2-lee23-0-0-cust152.7-1.cable.virginmedia.com] has quit [Ping timeout: 240 seconds] 18:13 -!- Kashia [~Kashia@2001:0:53aa:64c:0:3260:b017:816b] has quit [Ping timeout: 272 seconds] 18:18 -!- fzzbt [~fuzzybyte@77.79.7.8] has joined #go-nuts 18:22 -!- rbraley [~rbraley@ip72-222-134-229.ph.ph.cox.net] has quit [Ping timeout: 255 seconds] 18:23 -!- rbraley [~rbraley@ip72-222-134-229.ph.ph.cox.net] has joined #go-nuts 18:23 -!- Tv1 [~tv@cpe-76-168-227-45.socal.res.rr.com] has joined #go-nuts 18:24 -!- mafs [~maikeru@unaffiliated/maikeru/x-7708887] has quit [Quit: leaving] 18:27 -!- illya77 [~illya77@49-21-133-95.pool.ukrtel.net] has joined #go-nuts 18:36 -!- gudhbay__ [~gudhbay@187.114.146.118] has joined #go-nuts 18:37 -!- gudhbay_ [~gudhbay@187.114.209.152] has quit [Ping timeout: 255 seconds] 18:42 -!- zozoR [~zozoR@56346ed3.rev.stofanet.dk] has quit [Quit: Morten. Desu~] 18:48 -!- cafesofie [~cafesofie@rnwifi-164-107-92-80.resnet.ohio-state.edu] has joined #go-nuts 18:48 -!- jkakar [~jkakar@252.Red-88-0-173.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] 19:00 -!- fzzbt [~fuzzybyte@77.79.7.8] has quit [Ping timeout: 255 seconds] 19:01 -!- fzzbt [~fuzzybyte@77.79.7.8] has joined #go-nuts 19:01 -!- Scorchin [~Scorchin@host109-152-122-32.range109-152.btcentralplus.com] has quit [Quit: Scorchin] 19:02 < hokapoka> KBme: hey I wasn't suggesting that what I was using. 19:03 < KBme> hokapoka: yeah, i understood finally that you were just saying you need to put something inside the forloop 19:03 < hokapoka> My point was that if you use for ok := ch <- foo; !ok; ok = ch<- foo { } w/o any form of sleep within it doesn't send to the channels regardless. 19:03 < hokapoka> yeah, weird. 19:03 < aiju> how's that weird? 19:03 < aiju> and why would you do that 19:04 < hokapoka> indeed, hence my other point, not sure you would use a sleep in anycase. 19:05 -!- jkakar [~jkakar@252.Red-88-0-173.dynamicIP.rima-tde.net] has joined #go-nuts 19:05 < hokapoka> s/you would use/you would not use/ 19:05 < aiju> no i mean why would use that for loop 19:05 < aiju> ch <- foo does the same thing 19:06 < hokapoka> it was your question that started it... 19:06 < aiju> well 19:06 < aiju> i used for b.Want <- true {} 19:06 < aiju> notify everyone waiting 19:06 < hokapoka> How do you tell if a chan has been sent to. 19:06 < Namegduf> It's always sent to. 19:06 < Namegduf> It blocks until it sends. 19:07 < aiju> the other goroutine does <- b.Want 19:07 < aiju> if it wants that ressource 19:07 < hokapoka> yeah I know how to use chans. 19:07 < KBme> it sends *or* generates a runtime panic 19:07 < aiju> KBme: hu? 19:07 < KBme> send on closed channel 19:08 < aiju> oh yeah 19:08 < Namegduf> I used that somewhere. 19:08 < Namegduf> Multiple things wanting a resource, wait on a channel, resource holder sends on it when done if anyone is waiting. 19:09 < hokapoka> 12:37:32 < aiju> is there some way to check whether a write to a channel will block? 19:09 < KBme> oh, there is a simpler one! 19:09 < KBme> hokapoka: check len(chan) and cap(chan) 19:09 < Namegduf> I don't think so, and it'd be an unreliable test 19:09 < aiju> Namegduf: hm? 19:09 < KBme> if len==cap then the send will block 19:10 < Namegduf> Other goroutines can do arbitrary things between the check and anything done on the basis of it. 19:10 < KBme> that's definitely true.. 19:10 < Namegduf> len==cap when you check, sure, but does it ==cap the next moment? 19:10 < aiju> eh 19:10 < hokapoka> I wanted to do a similar test, to trigger a timeout that there's nothing reciving. 19:10 < KBme> yes 19:10 < hokapoka> oh. len of the chan sweet 19:10 < |Craig|> select between a timout chan and your send 19:10 < hokapoka> I do this : http://pastebin.com/r3BvMa2N 19:10 < Namegduf> Yeah 19:11 < KBme> yes! 19:11 < hokapoka> s/do/did 19:11 < KBme> |Craig|'s got it i think 19:11 < Namegduf> I think so too. 19:11 < aiju> that would slow everything MASSIVELY in my case 19:11 -!- emre [~emre@78.183.35.34] has quit [Ping timeout: 240 seconds] 19:11 < Namegduf> If you know there's a single writer, and you don't care about false positives 19:11 < KBme> you can use really tiny timeouts 19:12 < |Craig|> select won't wait for the timout if the send goes through you know 19:12 < KBme> but yeah, if your channel isn't passed around checking len vs cap should work too 19:12 < aiju> |Craig|: the send usually does not go through 19:12 < Namegduf> AND you know it's buffered 19:12 < Namegduf> THEN len() == cap() works 19:12 < KBme> Namegduf: er why? 19:12 < KBme> if it's unbuffered len=0 and cap=0 no? 19:13 < aiju> KBme: always len == cap … 19:13 < Namegduf> Which means you will always think it will block. 19:13 < Namegduf> Regardless of whether that's true. 19:13 < KBme> oh right 19:13 < aiju> actually well 19:13 < KBme> aiju: no. 19:13 < aiju> len == cap is not sufficient for it to block 19:13 < aiju> eh necessary 19:13 < aiju> or no, sufficient 19:13 < Namegduf> It's necessary, but not sufficient 19:14 < aiju> IDE is destroying my brain currently 19:14 < KBme> yes, if cap == 0 then there is no real way to know 19:14 < aiju> KBme: ok := foo <- bar 19:14 < hokapoka> aiju: but I as I said earlier that's non blocking send 19:14 < Namegduf> You can't test for sufficient, anyway. 19:14 < aiju> oh well yeah 19:15 < Namegduf> Even if you're the sole writer, there's *still* a reader out there 19:15 < Ina> why not just use a recover to catch a potential panic? 19:15 < hokapoka> if you use ok := ch<- foo it won't block at all. 19:15 < Namegduf> Who could eat some of the entries so it isn't blocking before you get there 19:15 < KBme> yep, |Craig|'s solution is the most idiomatic 19:15 < KBme> but then you need to think of the friggin timers and stuff...ah well 19:15 < Namegduf> len() == cap() works if you're okay with false positives in that case. 19:16 < hokapoka> I'm using netchans, and want to raise an alert if all readers have lost connection. 19:16 < aiju> ok := foo <- bar vs. massive amount of select and timer complexity? 19:16 < aiju> how's the latter more idiomatic? 19:19 < hokapoka> aiju: as I just said, ok := ch<-foo doesn't block at all, so it will continue and foo will not be sent anyhwere. 19:19 < aiju> what do you want to do? 19:19 < KBme> aiju: it's prettier than for !ok {ok := foo <-bar} 19:20 < hokapoka> I've got what I want down, althought I'm goinng give the len() == cap() && selects a try now 19:21 < aiju> KBme: that one is more or less equivalent to foo <- bar 19:21 < KBme> or whatever i wrote up there 19:21 < KBme> it's long.. 19:22 < KBme> for ok := foo <-bar; !ok; ok = foo <-bar { time.Sleep(n)} 19:22 < aiju> i haven't fully understood the problem yet … 19:22 < aiju> seems to be something about non-blocking blocking writes to channels 19:23 -!- illya77 [~illya77@49-21-133-95.pool.ukrtel.net] has quit [Read error: Connection reset by peer] 19:23 < Ina> Okay, this might seem like a really silly question, but is there an easier way to do a full line read no matter the content than this? http://pastebin.com/y3GgPE4u 19:23 < KBme> aiju: finding out wether a write will block 19:24 < KBme> s,write,send 19:24 < hokapoka> you were the one who asked the question initially, KBme suggested that last example and my point was w/o that time.Sleep(n) in there (regardless if you would/n't inc. one) it doesn't send to the chan at all. 19:24 < Ina> wait, fixfail 19:24 < aiju> KBme: well, there seems to be no way 19:24 < aiju> my question was actually about a non-blocking send 19:24 < Ina> Here's the proper code: http://pastebin.com/49XCAfHQ 19:25 < aiju> or rather "either that or a non-blocking send" 19:25 < KBme> that for does it, but it's admittedly ugly 19:25 < aiju> for b.Want <- true {} is really what i wanted 19:25 < aiju> write until all readers got it 19:26 < hokapoka> Oh you're broadcasting 19:26 -!- Tv [~tv@cpe-76-168-227-45.socal.res.rr.com] has quit [Ping timeout: 264 seconds] 19:26 < aiju> well, as i explained 19:26 < aiju> i have some resource which is mutually exclusive 19:26 < KBme> Ina: looks good, what's the issue? 19:26 < aiju> someone takes it and marks it as used 19:26 < KBme> (check err of course) 19:26 < aiju> someone else wants it, he does <- b.Want 19:26 < Ina> KBme, was just wondering if there was a better way to do it. 19:27 < aiju> when the former is done, he does that for loop 19:27 < Ina> It does work. 19:27 < aiju> and notifies the other 19:27 < KBme> Ina: not that I know of 19:28 < Ina> 'kay 19:28 -!- cafesofie [~cafesofie@rnwifi-164-107-92-80.resnet.ohio-state.edu] has quit [Remote host closed the connection] 19:29 < hokapoka> aiju: could you use the len of the buffer in the chan in someway? 19:29 < KBme> man, trying to think of a good structure for my program is making my brain hurt 19:29 < aiju> hokapoka: no 19:29 < aiju> i use another channel as a FIFO list 19:29 < aiju> namely all potentially free ressources get pushed there 19:30 * Ina is trying to think of something substantial to make with Go 19:32 < KBme> Ina: a (sane) gui toolkit :P 19:32 < hokapoka> aiju: but if the len of the non FIFO chan was the same as the len of the recipients and if they are only reading a single message from the chan you can set the len of the buffer to the number of readers and just fill it. 19:32 < Ina> KBme, :P 19:33 < hokapoka> I guess you don't want to have to moniter the number of readers at each point. 19:33 < Ina> If I were to try to make a GUI toolkit... it'd be a wxwidgets wrapper. :p 19:33 < aiju> hokapoka: well, my solutions works 19:33 < KBme> ewww 19:33 < KBme> that's hardly sane 19:33 < aiju> wxwidgets sucks an infinite amount 19:33 < Ina> Probably not. But meh. :p 19:34 < Ina> All GUI toolkits suck. 19:34 < Ina> And I'm not rolling my own. :p 19:34 < aiju> they don't even scratch the suckiness of IDE 19:34 < KBme> heheh i can understand that, graphics libraries are also insane 19:34 < KBme> aiju: IDE? 19:34 < aiju> yeah 19:34 < aiju> that hard disk thingie 19:34 < KBme> the interface? 19:34 < KBme> heh 19:34 < aiju> i can't get that shit working 19:35 < aiju> NOTHING is guaranteed 19:35 < Ina> Try implementing a USD driver once.... 19:35 < aiju> even trivial things like "an error causes an interrupt" 19:35 < aiju> PC I/O in general is totally crazy 19:35 < Ina> IDE is sane compared to USD. :p 19:36 < Ina> But yeah, PC I/O is crazy. It's a wonder it got so ubiquitous. 19:36 < Ina> s/wonder/miracle 19:36 < aiju> IDE makes hard disk access fucking rocket science 19:37 < aiju> something which is like four register writes on some other archs 19:38 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3] 19:44 -!- jkakar [~jkakar@252.Red-88-0-173.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] 19:50 -!- jumzi [~jumzi@c-89-233-234-125.cust.bredband2.com] has joined #go-nuts 19:59 -!- jkakar [~jkakar@252.Red-88-0-173.dynamicIP.rima-tde.net] has joined #go-nuts 20:00 -!- femtoo [~femto@95-89-248-44-dynip.superkabel.de] has quit [Read error: Connection reset by peer] 20:01 -!- cafesofie [~cafesofie@dhcp-140-254-202-147.osuwireless.ohio-state.edu] has joined #go-nuts 20:04 -!- jkakar [~jkakar@252.Red-88-0-173.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] 20:21 -!- DerHorst [~Horst@e176096214.adsl.alicedsl.de] has quit [Remote host closed the connection] 20:22 -!- jkakar [~jkakar@252.Red-88-0-173.dynamicIP.rima-tde.net] has joined #go-nuts 20:32 -!- Salomon_ [5c188dc1@gateway/web/freenode/ip.92.24.141.193] has joined #go-nuts 20:32 < Salomon_> Hi all 20:32 < Salomon_> I'm having an issue with 6l... It does not multiple files 20:32 < Salomon_> When I try to link one .6 file, no problems 20:33 < Salomon_> But if I try to link two or more .6 files, I get a usage message... 20:33 -!- Tv [~tv@cpe-76-168-227-45.socal.res.rr.com] has joined #go-nuts 20:33 < Salomon_> Any idea about what I am missing ? 20:33 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-241.clienti.tiscali.it] has joined #go-nuts 20:34 < KBme> Salomon_: [86]l are for single files 20:34 < KBme> [86]g take multiple files as argument 20:34 < KBme> er 20:34 < KBme> yes. 20:34 < Salomon_> ok, but [86]g are for compiling, not linking ! 20:35 < Salomon_> How can you do separate compilation ? 20:38 < Salomon_> ??? 20:42 < jumzi> well, that's only natural 20:43 < Urtie> Salomon_: Take a look at gomake (Makefiles for Go). Too lazy to Google it for you, but it shouldn't be too hard to find. 20:43 < Namegduf> Salomon_: You build a package into a single .6 20:43 < Namegduf> Then link it with 6l 20:43 < exch> gopack grc mylib.a first.6 second.6 20:44 < exch> where mylib.a will be the target they all get packed into 20:44 < Namegduf> If you link it into an executable, it will link in other packages automatically. 20:44 < Salomon_> aaaaaaaahhhhhhhhhhhhhhhhhhh 20:44 < Salomon_> That's clever :) 20:46 < Salomon_> Thank you very much ! 20:46 -!- Project-2501 [~Marvin@dynamic-adsl-94-36-158-106.clienti.tiscali.it] has joined #go-nuts 20:48 < Salomon_> I have to go, thank you for your quick answer ;)\ 20:48 -!- Salomon_ [5c188dc1@gateway/web/freenode/ip.92.24.141.193] has quit [Quit: Page closed] 20:49 -!- kingless [~kingless@108-65-61-54.lightspeed.rlghnc.sbcglobal.net] has joined #go-nuts 20:49 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-170-241.clienti.tiscali.it] has quit [Ping timeout: 240 seconds] 21:07 -!- Fish- [~Fish@bus77-2-82-244-150-190.fbx.proxad.net] has joined #go-nuts 21:11 -!- virtualsue [~chatzilla@nat/cisco/x-fvgmvdlxfjetsumf] has joined #go-nuts 21:36 -!- piranha [~piranha@5ED4B890.cm-7-5c.dynamic.ziggo.nl] has joined #go-nuts 21:46 -!- kingless [~kingless@108-65-61-54.lightspeed.rlghnc.sbcglobal.net] has quit [Remote host closed the connection] 21:56 -!- mosva [~mosva@unaffiliated/mosva] has quit [Read error: Connection reset by peer] 21:56 -!- mosva [~mosva@unaffiliated/mosva] has joined #go-nuts 21:56 -!- TheMue [~TheMue@p5DDF7E7D.dip.t-dialin.net] has joined #go-nuts 21:57 -!- cafesofie [~cafesofie@dhcp-140-254-202-147.osuwireless.ohio-state.edu] has quit [Remote host closed the connection] 22:01 -!- photron [~photron@port-92-201-123-60.dynamic.qsc.de] has quit [Ping timeout: 255 seconds] 22:10 -!- cafesofie [~cafesofie@dhcp-140-254-202-210.osuwireless.ohio-state.edu] has joined #go-nuts 22:16 -!- idr [~idr@e179153083.adsl.alicedsl.de] has quit [Remote host closed the connection] 22:23 -!- kixo [~kixo@78-1-110-39.adsl.net.t-com.hr] has joined #go-nuts 22:24 < kixo> i'm trying to do my first goinstall 22:24 < kixo> ind i get this message 22:24 < kixo> ./goinstall: installing container/vector: gomake: lookpath gomake: no such file or directory 22:24 < kixo> ? 22:25 -!- Fish- [~Fish@bus77-2-82-244-150-190.fbx.proxad.net] has quit [Quit: So Long, and Thanks for All the Fish] 22:27 -!- kixo [~kixo@78-1-110-39.adsl.net.t-com.hr] has quit [Client Quit] 22:27 < TheMue> container/vector ist standard, no need to goinstall 22:28 -!- Guest35169 [~sol@ool-457676e4.dyn.optonline.net] has joined #go-nuts 22:28 < TheMue> goinstall is used to install external packages 22:28 < TheMue> e.g. goinstall tideland-cgl.googlecode.com/hg 22:28 -!- kixo [~kixo@78-1-110-39.adsl.net.t-com.hr] has joined #go-nuts 22:28 < aiju> you can also simply use slices for vectors 22:29 < kixo> i found the problem 22:29 < TheMue> yep, together with copy(), append(), range and the package sort they are very comfortable now 22:29 < kixo> added go/bin to path and it works :) 22:32 -!- tensorpudding [~user@99.23.127.179] has joined #go-nuts 22:34 -!- rlab [~Miranda@91.200.158.34] has quit [Ping timeout: 265 seconds] 22:39 -!- Scorchin [~Scorchin@host109-152-122-32.range109-152.btcentralplus.com] has joined #go-nuts 22:39 -!- Scorchin [~Scorchin@host109-152-122-32.range109-152.btcentralplus.com] has quit [Client Quit] 22:40 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 22:41 -!- piranha [~piranha@5ED4B890.cm-7-5c.dynamic.ziggo.nl] has quit [Quit: Computer has gone to sleep.] 22:42 -!- Scorchin [~Scorchin@host109-152-122-32.range109-152.btcentralplus.com] has joined #go-nuts 22:45 -!- virtualsue [~chatzilla@nat/cisco/x-fvgmvdlxfjetsumf] has quit [Ping timeout: 260 seconds] 22:54 -!- vermi [4086aefb@gateway/web/freenode/ip.64.134.174.251] has joined #go-nuts 22:55 < vermi> howdy folks... http://pastie.org/1508015 getting an index out of range when this runs, on line 17. i can't see my error, so i'm hoping one of you can 22:57 < vermi> wait, i think i found it :o 23:00 < plexdev> http://is.gd/dmTG0s by [Rob Pike] in go/src/pkg/sync/ -- sync: a couple of documentation nits. 23:00 -!- m4dh4tt3r [~Adium@c-69-181-223-245.hsd1.ca.comcast.net] has joined #go-nuts 23:01 < vermi> nope, guess i didn't 23:03 -!- TheMue [~TheMue@p5DDF7E7D.dip.t-dialin.net] has quit [Quit: TheMue] 23:04 < vermi> oh, there were two. now it's fixed. thanks, cardboard programmers! 23:05 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit: Verlassend] 23:05 -!- l00t [~i-i3id3r_@189.105.1.107] has joined #go-nuts 23:24 -!- Guest35169 [~sol@ool-457676e4.dyn.optonline.net] has left #go-nuts [] --- Log closed Sun Jan 30 00:00:05 2011