Re: [go-nuts] Convert a go.mod file into checked out dependencies

Hi Kevin, As I replied on Gophers Slack: go list -m all will give you information about dependencies. Add -json to give you that in a more easily parsed format. https://github.com/rogpeppe/gohack can be used to do what you want with respect to checking out from VCS using the -vcs flag in combina

Re: [go-nuts] Trace explicit goroutine function names replaced by synthetic ones 1.18beta1

Ian: Appreciate your guidance. Created issue #50622 . Rich On Friday, January 14, 2022 at 1:12:38 PM UTC-5 Ian Lance Taylor wrote: > On Fri, Jan 14, 2022 at 10:03 AM Rich Moyse wrote: > > > > When viewing a trace produced by 1.18beta1, the goroutine

Re: [go-nuts] Re: Wrong output for (*http.Request).Write with custom io.ReadCloser body

(*http.Request).Write method overrides ContentLength. On Friday, January 14, 2022 at 4:26:44 PM UTC-3 Tamás Gulácsi wrote: > Why not set Request.ContentLength beforehand (you know it)? > > dmo...@synack.com a következőt írta (2022. január 14., péntek, 18:56:57 > UTC+1): > >> Sorry to insist, but

Re: [go-nuts] Re: Wrong output for (*http.Request).Write with custom io.ReadCloser body

Why not set Request.ContentLength beforehand (you know it)? dmo...@synack.com a következőt írta (2022. január 14., péntek, 18:56:57 UTC+1): > Sorry to insist, but I think there's also a performance issue with the > current implementation. Given that the service I need to communicate to > requi

Re: [go-nuts] about -buildmode c-shared

On Fri, Jan 14, 2022 at 9:30 AM Sven Anderson wrote: > > > On Mon, Dec 27, 2021 at 1:17 AM Ian Lance Taylor wrote: >> >> Loading multiple Go DLLs built with -buildmode=c-shared ought to work >> on ELF based systems like Linux. I don't know whether it will work on >> Windows or macOS. > > > I ha

Re: [go-nuts] Trace explicit goroutine function names replaced by synthetic ones 1.18beta1

On Fri, Jan 14, 2022 at 10:03 AM Rich Moyse wrote: > > When viewing a trace produced by 1.18beta1, the goroutine function names > reflect synthetically generated ones typically assigned to anonymous/closure > functions. > > For example, a function explicitly named: "msgSend" in the "main" pack

[go-nuts] freetype-go no rasterizing correctly non-latin characters

Go 1.17.6 Windows 11 amd64 github.com/golang/freetype v0.0.0-20170609003504-e2365dfdc4a0 I'm trying to use the library to draw some text in transparent background, but it doesn't matter what font I use, it fails to correctly rasterize non-latin characters: [image: out.png] Here is a screenshot

[go-nuts] Trace explicit goroutine function names replaced by synthetic ones 1.18beta1

When viewing a trace produced by 1.18beta1, the goroutine function names reflect synthetically generated ones typically assigned to anonymous/closure functions. For example, a function explicitly named: "*msgSend*" in the "main" package appears on the trace "/goroutines" page as: "*main.main.

Re: [go-nuts] Re: Wrong output for (*http.Request).Write with custom io.ReadCloser body

Sorry to insist, but I think there's also a performance issue with the current implementation. Given that the service I need to communicate to requires me to send Content-Length header I am forced to read into memory potentially large files that I want to send them, buffering them in one of the

Re: [go-nuts] about -buildmode c-shared

On Mon, Dec 27, 2021 at 1:17 AM Ian Lance Taylor wrote: > Loading multiple Go DLLs built with -buildmode=c-shared ought to work > on ELF based systems like Linux. I don't know whether it will work on > Windows or macOS. I have a related question on that topic: How about support for a Go prog