Re: [go-nuts] Using Go Lang as a tiny server program at localhost , won't execute request

hi john, other than php, go programs are compiled to an executable that can then be run. you can not put go files in a folder and expect that to work. you probably followed a tutorial to set up a go http server with a simple route. the reason you get that idea that you can use file names com

[go-nuts] Go Mod SSH doesn't work

Go modules have been frustrating working with internal sites that use ssh. There is NO option to use HTTP. THere is no option to use a proxy. So I set up my go mod to contain go.mod file: require codecloud.web.mycompany.com/devgroup/mypackage.git v1.0.0 .gitconfig file: [url "ssh://g...

Re: [go-nuts] Go Mod SSH doesn't work

I'm confused; while I haven't used that sort of setup, the documentation does seem to address the case. https://go.dev/ref/mod#module-proxy https://go.dev/ref/mod#vcs https://go.dev/ref/mod#private-modules I can't tell from what you're saying whether you're using those facilities or not, but that

Re: [go-nuts] Go Mod SSH doesn't work

Thomas -- thank you for taking the time to reply. This is one of the BIGGEST headaches coming from another language is Go Mod, and for a language that brags about being simple, fast to write, and fast to compile -- well I can't compile it if go mod can't download it -- even though it's right th

[go-nuts] Re: Small language change for additional type safety (Go2?)

Ok, I get your point. And I for sure don't mind, as long as it is optional. Op donderdag 4 augustus 2022 om 13:41:40 UTC+2 schreef aphill...@gmail.com: > Hi Marc, thanks for your comment: > > The thing is, if you try to cover this for a mistake, then we can cover > every mistake, right? > Not a

[go-nuts] Re: Using Go Lang as a tiny server program at localhost , won't execute request

This is not how it works. it's not like PHP. your server has to know the route(s) to a handler. That handler will take care of that particular hot. In that hit you decide what to send back as a web-response. Op donderdag 4 augustus 2022 om 21:16:53 UTC+2 schreef John Dutcher: > I have a tiny se

[go-nuts] syscall/js: strange deadlock caused by wasm event handling callback (runtime bug?)

Hi, I have a little concurrency problem. Seems that my Go-wasm-defined event handlers run concurrently instead of synchronously. Basically, the event handler is called by runtime.handleEvent which calls into the syscall/js defined version of it Link to source

[go-nuts] Re: Discussion: standard iterator interface proposal

This is a very good proposal. The use of the range keyword does scare me. But I'll get used to it eventually. And I will need a lot more coffee to get my head around the appendix about coroutine optimisations. But overall this will be a very useful addition which will make a lot of code more con