Re: [go-nuts] slice of pointer of struct vs slice of struct

On Fri, Oct 20, 2017 at 7:25 AM Feby Tanzil wrote: > Which is better & preferable in Go? Depends on size of T. -- -j -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an e

[go-nuts] slice of pointer of struct vs slice of struct

Hi, I got vague answers in the internet over this. Which is better & preferable in Go? type T struct { // some attributes ... } func a() []T { } func b() []*T { } Thanks -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe fr

Re: [go-nuts] repeatable builds

Another option for 2 is https://github.com/cloudflare/hellogopher -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For mo

Re: [go-nuts] Re: Any way to somehow include readable source code into compiled binaries?

Hi Seb! :) On Thursday, October 19, 2017 at 9:00:46 PM UTC+2, Sebastien Binet wrote: > > On Thu, Oct 19, 2017 at 8:51 PM, Alex Buchanan > wrote: > >> But, maybe a better solution is to faithfully record the current git (or >> other VCS) details you'd need to find the code which resulted in the

Re: [go-nuts] Re: Any way to somehow include readable source code into compiled binaries?

We use go-bindata to bundle text files (html, js, css, yaml) into our binary. I bet you could use it to bundle Go source. https://github.com/jteeuwen/go-bindata Ah, this is great, Thanks! On 2017-10-19 20:51, Alex Buchanan wrote: But, maybe a better

Re: [go-nuts] Re: Any way to somehow include readable source code into compiled binaries?

On Thu, Oct 19, 2017 at 8:51 PM, Alex Buchanan wrote: > But, maybe a better solution is to faithfully record the current git (or > other VCS) details you'd need to find the code which resulted in the > binary? That way you have access to the source in its natural state. > yes. using go-bindata i

[go-nuts] Re: Any way to somehow include readable source code into compiled binaries?

But, maybe a better solution is to faithfully record the current git (or other VCS) details you'd need to find the code which resulted in the binary? That way you have access to the source in its natural state. On Thursday, October 19, 2017 at 11:49:39 AM UTC-7, Alex Buchanan wrote: > > We use g

[go-nuts] Re: Panic recovery and mutex lock question

Quote from the language reference: "A "defer" statement invokes a function whose execution is deferred to the moment the surrounding function returns, either because the surrounding function executed a return statement, reached the end of its function body, or because the corresponding goroutine

[go-nuts] Re: Any way to somehow include readable source code into compiled binaries?

We use go-bindata to bundle text files (html, js, css, yaml) into our binary. I bet you could use it to bundle Go source. https://github.com/jteeuwen/go-bindata -Alex On Thursday, October 19, 2017 at 9:46:37 AM UTC-7, Samuel Lampa wrote: > > Hi Gophers, > > *Question:* Is there any way to inclu

Re: [go-nuts] nil maps

Or taking it a bit further: https://play.golang.org/p/g4uF2QjiJQ On 18 October 2017 at 23:38, Alex Dvoretskiy wrote: > Looks fun!: https://play.golang.org/p/8mqzb-1H7f > > On Tuesday, October 17, 2017 at 10:39:46 AM UTC-7, Thomas Bushnell, BSG > wrote: >> >> Here's a case that comes up for me: >

Re: [go-nuts] Blocking in C functions called from go

Konstantin, Thanks for the detailed explanation. That was helpful. On Thu, Oct 19, 2017 at 3:51 AM, Konstantin Khomoutov wrote: > On Fri, Oct 13, 2017 at 12:23:42PM -0700, 'Pushkar' via golang-nuts wrote: > > > I need to call some C functions from Go. I think I know how to proceed > > using cgo.

Re: [go-nuts] C's readdir equivalent

On Thu, 19 Oct 2017 09:29:09 -0700 Ian Lance Taylor wrote: Ian Lance Taylor writes: > On Wed, Oct 18, 2017 at 10:54 PM, Bakul Shah wrote: > > > > os.Readdirnames() just returns dir enry names[1], while > > os.Readdir() lstats all the dir entries. > > > > Pretty much every OS's (C lang) readdir()

[go-nuts] Any way to somehow include readable source code into compiled binaries?

Hi Gophers, *Question:* Is there any way to include a readable verison of the source code of my program into the compiled Go binary, either in plain text, or the ability extract it somehow, with some go tooling or 3rd party tools? *Background:* The reason for asking is that we are using Go to w

Re: [go-nuts] C's readdir equivalent

On Wed, Oct 18, 2017 at 10:54 PM, Bakul Shah wrote: > > os.Readdirnames() just returns dir enry names[1], while > os.Readdir() lstats all the dir entries. > > Pretty much every OS's (C lang) readdir() returns a direntry's > type without having to stat the underlying file. More often > than not th

[go-nuts] Re: dynamic xml

You'll need to use an UnmarshalXML func for the params: // Param is a tag w/ any name type Param struct { Namestring `xml:"-"` Typestring `xml:"type,attr"` MinOccurs int`xml:"minOccurs,attr"` MaxOccurs int`xml:"maxOccurs,attr"` Description string `xm

[go-nuts] Re: dynamic xml

You'll need to use a custom UnmarshalXML func to handle this. // TopLevel is of course top level type TopLevel struct { Description string `xml:"description"` Rights Rights `xml:"rights"` Method []Method `xml:"method"` } // Method has request type Method struct { Name

Re: [go-nuts] Re: "html/dom" alternative to html/template for true separation of concerns?

@Karv Prime I was looking for a library for this but i have not been able to find any yet. Did you have any luck? I have worked with http://www.thymeleaf.org/ for Java extensively and I really enjoyed it. Its a lot easier to work with the front-end people with legal html. Dom manipulation gives

[go-nuts] Re: Help with viper please.

Hi guys, I'm having trouble with this too. My code is as follows: v := viper.New() viper.SetConfigName("settings") viper.SetConfigType("json") viper.AddConfigPath(".") v.AutomaticEnv() err := v.ReadInConfig() if err != nil { logrus.Fatal("Fatal error config file: ", e

[go-nuts] Re: Panic recovery and mutex lock question

OK I think I have my questions answered, I think the moral is dont intermix or add code above your lock if you are worried about any panics calling it before, this way you know that you are in a lock right when the function hits it and can always defer the unlock until after. I suppose in some

Re: [go-nuts] Blocking in C functions called from go

On Fri, Oct 13, 2017 at 12:23:42PM -0700, 'Pushkar' via golang-nuts wrote: > I need to call some C functions from Go. I think I know how to proceed > using cgo. > However, I was wondering how goroutines and blocking calls in the C > functions work together. > So in the below example (pseudocode)

Re: [go-nuts] Re: perfs of a Go binary VS C++

hi, On Thu, Oct 19, 2017 at 8:54 AM, mura wrote: > Hi, > Can you publish the C++ test program as well ? I have the ROOT installed > and would like to explore the issue further. > here's everything: - https://cern.ch/binet/go-hep/rootio-perf/ -> read-data.go -> read-data.cxx -> perf-cxx.dat