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