[go-nuts] Re: Does sync.(*Pool).Put slow to cause latency spikes sometimes?
Yes, there is only pointers in sync.Pool. I think the sync.Pool only slow during GCing is a normal behavior. If the sync.Pool's method slow with out GCing is a runtime issue. I donot agree: sync.Pool just amortizes the cost of creating garbage The sync.Pool is reusing object and reducing creating garbage during each gc. 在 2018年8月13日星期一 UTC+8下午1:59:02,Tamás Gulácsi写道: > > sync.Pool just amortizes the cost of creating garbage, does not eliminiate > it... > You have to pay for your garbage somewhere! > > Are you sure you put only pointers into yout Pool? > > 2018. augusztus 13., hétfő 6:57:48 UTC+2 időpontban nea...@gmail.com a > következőt írta: >> >> Hi, >> >> My services show some latency spikes > 100ms sometimes. Then I use go >> trace to investigate this issue. And I found that sync.(*Pool).Put maybe >> cause the latency spikes. >> >> Is there someone encounter this issue also? >> Is it a runtime issue? >> >> [image: sync-pool.png] >> >> >> >> >> go version: go version go1.10 darwin/amd64 compile to linux amd64 >> > -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] Re: Does sync.(*Pool).Put slow to cause latency spikes sometimes?
sync.Pool just amortizes the cost of creating garbage, does not eliminiate it... You have to pay for your garbage somewhere! Are you sure you put only pointers into yout Pool? 2018. augusztus 13., hétfő 6:57:48 UTC+2 időpontban nea...@gmail.com a következőt írta: > > Hi, > > My services show some latency spikes > 100ms sometimes. Then I use go > trace to investigate this issue. And I found that sync.(*Pool).Put maybe > cause the latency spikes. > > Is there someone encounter this issue also? > Is it a runtime issue? > > [image: sync-pool.png] > > > > > go version: go version go1.10 darwin/amd64 compile to linux amd64 > -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] Re: Cross-compiled program for Raspberry Pi crashes
This is likely to be issue https://github.com/golang/go/issues/599, https://play.golang.org/p/zZm-6zWwFoi On Monday, 13 August 2018 01:29:43 UTC+10, Stephan Mühlstrasser wrote: > > Hi, > > I'm developing my first Go program that is supposed to upload files into a > Google Cloud Storage bucket from a Raspberry Pi 1. It uses the > https://github.com/blackjack/webcam library to grab a picture from an USB > camera. > > I can compile the program on the Raspberry Pi itself with Go 1.7.4 that > comes with Raspbian, and then it works as expected. However compilation on > the Raspberry Pi is slow and it even sometimes fails because of memory > shortage. Therefore I want to cross-compile on Windows. > > When I cross-compile the exact same source on Windows for ARM with Go > 1.10.3, then this binary crashes at some point on the Raspberry Pi with a > segmentation fault: > > panic: runtime error: invalid memory address or nil pointer dereference > [signal SIGSEGV: segmentation violation code=0x1 addr=0x4 pc=0x11520] > > > goroutine 8 [running]: > sync/atomic.addUint64(0x1236210c, 0x8a75f371, 0xa3f9cbd6, 0xdcd30e9, > 0xda39e1c1) > C:/Go/src/sync/atomic/64bit_arm.go:31 +0x4c > go.opencensus.io/trace.(*defaultIDGenerator).NewSpanID(0x123620f0, 0x0, > 0x0) > E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:483 +0x50 > go.opencensus.io/trace.startSpanInternal(0x123202d0, 0x22, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0, 0x0, 0x0, ...) > E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:196 +0x7c > go.opencensus.io/trace.StartSpan(0x4c4128, 0x12795c60, 0x123202d0, 0x22, > 0x123798ec, 0x2, 0x2, 0x10, 0x40, 0x58f74) > E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:162 +0x128 > ... > > I'm a Go newbie, and therefore I'm not sure how to interpret this. May > this be a bug in the Go cross-compiler, or may this be a bug in the program > that only manifests itself when the program is cross-compiled with the > newer compiler on Windows? How can I analyze this? > > Thanks > Stephan > -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] Re: CGO - http.post returns execption
i don't find any information about this problem :( it doesnt seems to be relative to c.cstring cause when i use a simple string "hello" instead of the data return the dll crash too. if i use the same code in .exe it works fine. Le dimanche 12 août 2018 10:33:54 UTC+2, nicolas...@yahoo.fr a écrit : > > Hello, > > I need some assistance with a little code relative to http.post client > that request a remote json. > > jsonData := map[string]string{"firstname": "Nic", "lastname": "Raboy"} > jsonValue, _ := json.Marshal(jsonData) > response, err = http.Post("https://httpbin.org/post";, > "application/json", bytes.NewBuffer(jsonValue)) > defer response.Body.Close() > if err != nil { > data = fmt.Sprintf("The HTTP request failed with error %s\n", err) > } else { > rawdata, _ := ioutil.ReadAll(response.Body) > data = string(rawdata) > } > return data > > when i try just after to retrieve the return to a string cgo variable > > result := C.CString(data) > > it returns an exception. From my understanding, it seems to be an > aynchronous error message relative to http. But in this context it should > be synchronous. > > Exception 0xc005 0x0 0x1e7e1af9000 0x7ffc1f804365 > Au caractère Ligne:1 : 1 > + .\callExtension_x64.exe .\test_script.sqf 2> log.txt > + > + CategoryInfo : NotSpecified: (Exception 0xc00... > 0x7ffc1f804365:String) [], RemoteException > + FullyQualifiedErrorId : NativeCommandError > > PC=0x7ffc1f804365 > signal arrived during external code execution > > main._Cfunc_memmove(0x6b5b4fbdf0 > , 0x1e7e1af7a30, 0x27ff, 0x0) > _cgo_gotypes.go:77 +0x55 > > main.RVExtension.func2(0x6b5b4fbdf0, 0x1e7e1af7a30 > , 0x27ff > , 0x1 > ) > C:/Users/code34/go/src/github.com/code34/armaws_x64/armaws_x64.go: > 50 + > 0xa0 > > main.RVExtension(0x6b5b4fbdf0, 0x2800, > 0x6b5b4febd0) > > C:/Users/code34/go/src/github.com/code34/armaws_x64/armaws_x64.go > :50 > +0x11f > main._cgoexpwrap_46df507b520b_RVExtension(0x6b5b4fbdf0, 0x2800, > 0x6b5b4febd0) > _cgo_gotypes.go:122 +0x46 > > > > goroutine 38 [select]: > > net/http.(*persistConn).writeLoop( > 0xc0420a4fc0) > C:/Go/src/net/http/transport.go:1822 +0x152 > > > created by net/http.(*Transport).dialConn > C:/Go/src/net/http/transport.go:1238 +0x986 > > goroutine 37 > [IO wait > ]: > > internal/poll.runtime_pollWait(0x1e7e1974ea0, 0x72, 0x69521b80) > C:/Go/src/runtime/netpoll.go:173 +0x5e > internal/poll.(*pollDesc).wait(0xc0421301c8, 0x72, 0x69612100, 0x0, 0x0) > C:/Go/src/internal/poll/fd_poll_runtime.go:85 +0xa2 > internal/poll.(*ioSrv).ExecIO(0x69649118, 0xc042130018, 0x69504890, 0x32, > 0x1, 0x1) > C:/Go/src/internal/poll/fd_windows.go:223 +0x13a > internal/poll.(*FD).Read(0xc04213, 0xc04213c400, 0x400, 0x400, 0x0, > 0x0, 0x0) > C:/Go/src/internal/poll/fd_windows.go:484 +0x248 > net.(*netFD).Read(0xc04213, 0xc04213c400, 0x400, 0x400, 0x692d6fe0, > 0xc04204c710, 0x0) > C:/Go/src/net/fd_windows.go:151 +0x56 > net.(*conn).Read(0xc042004010, 0xc04213c400, 0x400, 0x400, 0x0, 0x0, 0x0) > C:/Go/src/net/net.go:176 +0x71 > crypto/tls.(*block).readFromUntil(0xc0421340c0, 0x1e7e19b, > 0xc042004010, 0x5, 0xc042004010, 0x0) > C:/Go/src/crypto/tls/conn.go:493 +0x9d > crypto/tls.(*Conn).readRecord(0xc042006380, 0x69505017, 0xc0420064a0, > 0x692d2270) > C:/Go/src/crypto/tls/conn.go:595 +0xe7 > crypto/tls.(*Conn).Read(0xc042006380, 0xc042145000, 0x1000, 0x1000, 0x0, > 0x0, 0x0) > C:/Go/src/crypto/tls/conn.go:1156 +0x107 > net/http.(*persistConn).Read(0xc0420a4fc0, 0xc042145000, 0x1000, 0x1000, > 0xc042113b98, 0x69284995, 0xc042012120) > C:/Go/src/net/http/transport.go:1453 +0x13d > bufio.(*Reader).fill(0xc04205c2a0) > C:/Go/src/bufio/bufio.go:100 +0x125 > bufio.(*Reader).Peek(0xc04205c2a0, 0x1, 0x0, 0x0, 0x0, 0xc042012180, 0x0) > C:/Go/src/bufio/bufio.go:132 +0x41 > net/http.(*persistConn).readLoop(0xc0420a4fc0) > > > C:/Go/src/net/http/transport.go:1601 + > 0x18c > created by net/http.(*Transport).dialConn > > C:/Go/src/net/http/transport.go:1237 +0x961 > > rax 0xc04203e000 > > rbx 0xc04203ddc8 > rcx 0x6b5b4fd3b0 > rdi > 0xc04203e000 > > rsi 0xc042028180 > > rbp > 0xc04203dd78 > rsp 0x6b5b4fbad8 > > r8 0x1f > r9 0x91 > > r10 0x2 > r11 0x6b5b4fbdf0 > > r12 > 0x > > r13 0x3 > r14 > 0x2 > r15 0x11 > rip 0x7ffc1f804365 > rflags 0x10202 > cs 0x33 > > fs 0x53 > > gs 0x2b > > > -- 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 more options, visit https://groups.google.com/d/optout.
Re: [go-nuts] Cross-compiled program for Raspberry Pi crashes
Am Sonntag, 12. August 2018 19:33:19 UTC+2 schrieb Skip: > > Rpi1 model B requires setting GOARM=5 I believe. > >> Thanks for the suggestion, I indeed have used GOARM=6. But I just verified that the crash still occurs also when I compile with GOARM=5. -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] Re: Bug? http2 double slash gives "invalid request :path"
It is indeed a bug and fixed here: https://github.com/c3mb0/net/commit/bdd343fc172dd9790b5936c77a9d6f7b580c3591 Fixed with a $ go get -u golang.org/x/net On Thursday, August 9, 2018 at 8:06:49 PM UTC+2, Willem de Groot wrote: > > A http2 crawler with custom transport chokes on URIs with double slashes. > Is it a bug? Testcase: > > func TestDoubleSlashInUrl(t *testing.T) { > url := "https://http2.akamai.com//demo"; > tr := &http.Transport{} > if e := http2.ConfigureTransport(tr); e != nil { > t.Fatal("Could not configure h2 transport") > } > cl := &http.Client{Transport: tr} > _, err := cl.Get(url) > if err != nil { > t.Fatal("err: ", err) > } > } > > I need to use a custom transport for custom timeouts, and according to the > docs I need to run http2.ConfigureTransport to enable HTTP2. > The DefaultClient doesn't exhibit this behavior. > > go version go1.10.1 linux/amd64 > > Thanks! > Willem > -- 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 more options, visit https://groups.google.com/d/optout.
Re: [go-nuts] Cross-compiled program for Raspberry Pi crashes
Rpi1 model B requires setting GOARM=5 I believe. On Sun, Aug 12, 2018, 8:29 AM Stephan Mühlstrasser < stephan.muehlstras...@gmail.com> wrote: > Hi, > > I'm developing my first Go program that is supposed to upload files into a > Google Cloud Storage bucket from a Raspberry Pi 1. It uses the > https://github.com/blackjack/webcam library to grab a picture from an USB > camera. > > I can compile the program on the Raspberry Pi itself with Go 1.7.4 that > comes with Raspbian, and then it works as expected. However compilation on > the Raspberry Pi is slow and it even sometimes fails because of memory > shortage. Therefore I want to cross-compile on Windows. > > When I cross-compile the exact same source on Windows for ARM with Go > 1.10.3, then this binary crashes at some point on the Raspberry Pi with a > segmentation fault: > > panic: runtime error: invalid memory address or nil pointer dereference > [signal SIGSEGV: segmentation violation code=0x1 addr=0x4 pc=0x11520] > > > goroutine 8 [running]: > sync/atomic.addUint64(0x1236210c, 0x8a75f371, 0xa3f9cbd6, 0xdcd30e9, > 0xda39e1c1) > C:/Go/src/sync/atomic/64bit_arm.go:31 +0x4c > go.opencensus.io/trace.(*defaultIDGenerator).NewSpanID(0x123620f0, 0x0, > 0x0) > E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:483 +0x50 > go.opencensus.io/trace.startSpanInternal(0x123202d0, 0x22, 0x0, 0x0, 0x0, > 0x0, 0x0, 0x0, 0x0, 0x0, ...) > E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:196 +0x7c > go.opencensus.io/trace.StartSpan(0x4c4128, 0x12795c60, 0x123202d0, 0x22, > 0x123798ec, 0x2, 0x2, 0x10, 0x40, 0x58f74) > E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:162 +0x128 > ... > > I'm a Go newbie, and therefore I'm not sure how to interpret this. May > this be a bug in the Go cross-compiler, or may this be a bug in the program > that only manifests itself when the program is cross-compiled with the > newer compiler on Windows? How can I analyze this? > > Thanks > Stephan > > -- > 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 more options, visit https://groups.google.com/d/optout. > -- 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 more options, visit https://groups.google.com/d/optout.
Re: [go-nuts] Re: Is there a way to clear a map similar to slice = slice[:0]?
What does it mean to clear a map? Even if Go admitted that a map was a specific form of hash table with certain chaining/bucket choices, what would an empty one be that is different than a new one? I can think of answers to this but if you say what behavior you want to optimize by clearing and reusing a map that would help. For example, do you expect the next round of insertions to have about the same number of unique keys--is that your case? On Sun, Aug 12, 2018 at 4:24 AM Marvin Stenger wrote: > > >> Even something similar to https://golang.org/cl/137880043 if we had to >> clear the actual values would be great. >> > -- *Michael T. jonesmichael.jo...@gmail.com * -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] Cross-compiled program for Raspberry Pi crashes
Hi, I'm developing my first Go program that is supposed to upload files into a Google Cloud Storage bucket from a Raspberry Pi 1. It uses the https://github.com/blackjack/webcam library to grab a picture from an USB camera. I can compile the program on the Raspberry Pi itself with Go 1.7.4 that comes with Raspbian, and then it works as expected. However compilation on the Raspberry Pi is slow and it even sometimes fails because of memory shortage. Therefore I want to cross-compile on Windows. When I cross-compile the exact same source on Windows for ARM with Go 1.10.3, then this binary crashes at some point on the Raspberry Pi with a segmentation fault: panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x4 pc=0x11520] goroutine 8 [running]: sync/atomic.addUint64(0x1236210c, 0x8a75f371, 0xa3f9cbd6, 0xdcd30e9, 0xda39e1c1) C:/Go/src/sync/atomic/64bit_arm.go:31 +0x4c go.opencensus.io/trace.(*defaultIDGenerator).NewSpanID(0x123620f0, 0x0, 0x0) E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:483 +0x50 go.opencensus.io/trace.startSpanInternal(0x123202d0, 0x22, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...) E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:196 +0x7c go.opencensus.io/trace.StartSpan(0x4c4128, 0x12795c60, 0x123202d0, 0x22, 0x123798ec, 0x2, 0x2, 0x10, 0x40, 0x58f74) E:/Users/stm/go/src/go.opencensus.io/trace/trace.go:162 +0x128 ... I'm a Go newbie, and therefore I'm not sure how to interpret this. May this be a bug in the Go cross-compiler, or may this be a bug in the program that only manifests itself when the program is cross-compiled with the newer compiler on Windows? How can I analyze this? Thanks Stephan -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] HTTP/2 Adventure in the Go World
Hi, You are welcome to read a blog post I wrote about a short experience with HTTP/2 and Go. https://posener.github.io/http2/ Cheers, Eyal -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] Re: Local shared libraries and forks without vendor and GOPATH
Thanks, Paul! Must have missed it. -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] Is there a way to clear a map similar to slice = slice[:0]?
With slices, you can do slice = slice[:0] to remove the values from the slice, but keep the backing slice with the same capacity (although the elements aren't marked for GC I believe, if that's a concern). With maps, is there a similar pattern? I've tried: for key := range m { delete(m, key) } But this doesn't seem to work, I still see allocations (and it causes a significant performance hit, which makes sense). Even something similar to https://golang.org/cl/137880043 if we had to clear the actual values would be great. -- 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 more options, visit https://groups.google.com/d/optout.
[go-nuts] CGO - http.post returns execption
Hello, I need some assistance with a little code relative to http.post client that request a remote json. jsonData := map[string]string{"firstname": "Nic", "lastname": "Raboy"} jsonValue, _ := json.Marshal(jsonData) response, err = http.Post("https://httpbin.org/post";, "application/json" , bytes.NewBuffer(jsonValue)) defer response.Body.Close() if err != nil { data = fmt.Sprintf("The HTTP request failed with error %s\n", err) } else { rawdata, _ := ioutil.ReadAll(response.Body) data = string(rawdata) } return data when i try just after to retrieve the return to a string cgo variable result := C.CString(data) it returns an exception. From my understanding, it seems to be an aynchronous error message relative to http. But in this context it should be synchronous. Exception 0xc005 0x0 0x1e7e1af9000 0x7ffc1f804365 Au caractère Ligne:1 : 1 + .\callExtension_x64.exe .\test_script.sqf 2> log.txt + + CategoryInfo : NotSpecified: (Exception 0xc00... 0x7ffc1f804365:String) [], RemoteException + FullyQualifiedErrorId : NativeCommandError PC=0x7ffc1f804365 signal arrived during external code execution main._Cfunc_memmove(0x6b5b4fbdf0 , 0x1e7e1af7a30, 0x27ff, 0x0) _cgo_gotypes.go:77 +0x55 main.RVExtension.func2(0x6b5b4fbdf0, 0x1e7e1af7a30 , 0x27ff , 0x1 ) C:/Users/code34/go/src/github.com/code34/armaws_x64/armaws_x64.go: 50 + 0xa0 main.RVExtension(0x6b5b4fbdf0, 0x2800, 0x6b5b4febd0) C:/Users/code34/go/src/github.com/code34/armaws_x64/armaws_x64.go :50 +0x11f main._cgoexpwrap_46df507b520b_RVExtension(0x6b5b4fbdf0, 0x2800, 0x6b5b4febd0 ) _cgo_gotypes.go:122 +0x46 goroutine 38 [select]: net/http.(*persistConn).writeLoop( 0xc0420a4fc0) C:/Go/src/net/http/transport.go:1822 +0x152 created by net/http.(*Transport).dialConn C:/Go/src/net/http/transport.go:1238 +0x986 goroutine 37 [IO wait ]: internal/poll.runtime_pollWait(0x1e7e1974ea0, 0x72, 0x69521b80) C:/Go/src/runtime/netpoll.go:173 +0x5e internal/poll.(*pollDesc).wait(0xc0421301c8, 0x72, 0x69612100, 0x0, 0x0) C:/Go/src/internal/poll/fd_poll_runtime.go:85 +0xa2 internal/poll.(*ioSrv).ExecIO(0x69649118, 0xc042130018, 0x69504890, 0x32, 0x1, 0x1) C:/Go/src/internal/poll/fd_windows.go:223 +0x13a internal/poll.(*FD).Read(0xc04213, 0xc04213c400, 0x400, 0x400, 0x0, 0x0, 0x0) C:/Go/src/internal/poll/fd_windows.go:484 +0x248 net.(*netFD).Read(0xc04213, 0xc04213c400, 0x400, 0x400, 0x692d6fe0, 0xc04204c710, 0x0) C:/Go/src/net/fd_windows.go:151 +0x56 net.(*conn).Read(0xc042004010, 0xc04213c400, 0x400, 0x400, 0x0, 0x0, 0x0) C:/Go/src/net/net.go:176 +0x71 crypto/tls.(*block).readFromUntil(0xc0421340c0, 0x1e7e19b, 0xc042004010, 0x5, 0xc042004010, 0x0) C:/Go/src/crypto/tls/conn.go:493 +0x9d crypto/tls.(*Conn).readRecord(0xc042006380, 0x69505017, 0xc0420064a0, 0x692d2270) C:/Go/src/crypto/tls/conn.go:595 +0xe7 crypto/tls.(*Conn).Read(0xc042006380, 0xc042145000, 0x1000, 0x1000, 0x0, 0x0 , 0x0) C:/Go/src/crypto/tls/conn.go:1156 +0x107 net/http.(*persistConn).Read(0xc0420a4fc0, 0xc042145000, 0x1000, 0x1000, 0xc042113b98, 0x69284995, 0xc042012120) C:/Go/src/net/http/transport.go:1453 +0x13d bufio.(*Reader).fill(0xc04205c2a0) C:/Go/src/bufio/bufio.go:100 +0x125 bufio.(*Reader).Peek(0xc04205c2a0, 0x1, 0x0, 0x0, 0x0, 0xc042012180, 0x0) C:/Go/src/bufio/bufio.go:132 +0x41 net/http.(*persistConn).readLoop(0xc0420a4fc0) C:/Go/src/net/http/transport.go:1601 + 0x18c created by net/http.(*Transport).dialConn C:/Go/src/net/http/transport.go:1237 +0x961 rax 0xc04203e000 rbx 0xc04203ddc8 rcx 0x6b5b4fd3b0 rdi 0xc04203e000 rsi 0xc042028180 rbp 0xc04203dd78 rsp 0x6b5b4fbad8 r8 0x1f r9 0x91 r10 0x2 r11 0x6b5b4fbdf0 r12 0x r13 0x3 r14 0x2 r15 0x11 rip 0x7ffc1f804365 rflags 0x10202 cs 0x33 fs 0x53 gs 0x2b -- 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 more options, visit https://groups.google.com/d/optout.
Re: [go-nuts] Local shared libraries and forks without vendor and GOPATH
Hi Benny, > if I understand correctly, the plan with versioned packages and modules is to > deprecate the vendor folder and GOPATH some time after Go 1.11. That is true of GOPATH; the case is less clear-cut with vendor. See also the discussion about vendor as part of: https://github.com/golang/go/issues/26852 > Now it is possible to have own shared packages that aren't hosted anywhere, > just sitting on the harddrive inside GOPATH or the vendor directory. This > also allows to have modified forks of a third party package and trick the Go > tool to treat it like the original. > > Where am I supposed to store such local packages and forks without using > GOPATH or vendor directories? Using a replace directive you can either host on some remote VCS or have them locally in some directory. The local directory can be wherever you like. For more details see 'go help mod edit' Thanks, Paul Paul -- 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 more options, visit https://groups.google.com/d/optout.