Re: [go-nuts] Re: Mem-Leak in Go method

I’ve been thinking about this some more, and I think that LockOSThread() should not be needed - that the Go thread multiplexing must perform memory fences otherwise the simplest of Go apps would have concurrency issues. So, that leads me to believe that your “single routine” is not correct. I w

Re: [go-nuts] Re: Mem-Leak in Go method

Hi Robert, Thanks for your response. Since patterndb is a global variable(not a thread-local variable) and I have a single goroutine that calls load_pattern_db() method, therefore it was not looking correct to me to pin a goroutine to a thread. I once again tested the code flow. Apologies for maki

[go-nuts] building C++ wrapper for mabain lib with go1.13

I have created swigcxx file , since swig now is natively integrated in go tools I ran the following to build a test program that interact with the mabain wrapper go package to test the APIs go install -x -i -ldflags '-w -extldflags "-lmabain"' However I ran into linker errors that I am not abl

[go-nuts] Re: building C++ wrapper for mabain lib with go1.13

On Tuesday, March 17, 2020 at 12:04:34 PM UTC-4, Mohamed Mahmoud wrote: > > I have created swigcxx file , since swig now is natively integrated in go > tools > I ran the following to build a test program that interact with the mabain > wrapper go package to test the APIs > > go install -x -i -l

[go-nuts] Re: SIGILL running 1.14 on macOS

Sooner the better, it's crept into downstream packages. E.g. docker installed via brew is toast as it was built in 1.14. On Wednesday, March 4, 2020 at 1:16:13 PM UTC-8, Jon Conradt wrote: > > You can follow the progress toward 1.14.1 via > https://github.com/golang/go/milestone/137 > > Looking

Re: [go-nuts] SIGILL running 1.14 on macOS

On Feb 26, 2020, at 2:00 PM, James Pettyjohn wrote: > > A little further digging shows that VZEROUPPER is part of the AVX instruction > set, not supported on any Apple computers prior to 2011 from what I can tell. > > Given the rc1 code worked fine, that could be an alternative for Darwin where

[go-nuts] OPI: IBM Job: Go Compiler Developer on IBM's Z Enterprise

Interesting. I just stumbled on it (I have no affiliations). https://careers.ibm.com/ShowJob/Id/850903/Go%20Compiler%20Developer *"The IBM Compiler development team is looking to hire Open Source software developers with a passion for Golang to join our mission in developing a worl

Re: [go-nuts] Re: Mem-Leak in Go method

My only thought was that maybe you had more Go routines accessing it than you thought. It is remains constant after a while it is most likely not a memory leak. It is done what surprising that the memory consumption in a steady state would be 4x the equivalent C program. > On Mar 17, 2020, a

Re: [go-nuts] building C++ wrapper for mabain lib with go1.13

On Tue, Mar 17, 2020 at 9:04 AM wrote: > > I have created swigcxx file , since swig now is natively integrated in go > tools > I ran the following to build a test program that interact with the mabain > wrapper go package to test the APIs > > go install -x -i -ldflags '-w -extldflags "-lmabain"'

Re: [go-nuts] building C++ wrapper for mabain lib with go1.13

I don't see anything obviously wrong. Add -v to -ldflags to see > exactly how the external linker is being invoked. Make sure that > -lmabain appears at the right point in the link line. > > Ian > I added -v its not showing libmabain , I am not sure what exactly you mean by having -lmabain

Re: [go-nuts] building C++ wrapper for mabain lib with go1.13

On Tuesday, March 17, 2020 at 5:01:43 PM UTC-4, Mohamed Mahmoud wrote: > > I don't see anything obviously wrong. Add -v to -ldflags to see > >> exactly how the external linker is being invoked. Make sure that >> -lmabain appears at the right point in the link line. >> >> Ian >> > > I added

Re: [go-nuts] building C++ wrapper for mabain lib with go1.13

On Tue, Mar 17, 2020 at 2:05 PM Mohamed Mahmoud wrote: > > On Tuesday, March 17, 2020 at 5:01:43 PM UTC-4, Mohamed Mahmoud wrote: >> >> I don't see anything obviously wrong. Add -v to -ldflags to see >>> >>> exactly how the external linker is being invoked. Make sure that >>> -lmabain appears at

[go-nuts] How to read http.Response from http.Request

hey all I am trying to read the Response from http.Request like so: func (ctr *Controller) Login(c *common.CPContext, req *http.Request, res http.ResponseWriter) (int, interface{}) { defer func() { var code = req.Response.StatusCode; // invalid memory address or nil pointe

Re: [go-nuts] libgo is more fast that grouting.

Benchmark shows that lingo is faster than goroutine. Many china internet companies use similar c++ libraries to support trillions of concurrency. Like Tencent use a smiler project libco: https://github.com/Tencent/libco I think the go team should learn some i