[go-nuts] ANN: ficta 1.0.0

I've just released ficta, a small project built using Francisco Escher's goopenai package. https://github.com/Michael-F-Ellis/ficta Ficta is a command line program that lets you use OpenAI's completion API from any text editor. Ficta exists because I found it frustrating to write short stories

Re: [go-nuts] Re: Looking for a specialized proxy package

at all and the > server can still request things in real time. > > Like: > https://www.talentica.com/blogs/part-3-building-a-bidirectional-streaming-grpc-service-using-golang/ > > On Wed, Mar 15, 2023, 6:35 PM Michael Ellis wrote: > >> FWIW, I pasted my post

[go-nuts] Re: Looking for a specialized proxy package

:48 PM UTC-4 Michael Ellis wrote: > I posted a question about this on ServerFault > <https://serverfault.com/questions/1125770/iot-http-multiplexing-through-cloud-host>last > > week but didn't get any answers other than a few comments from one person > who said (

[go-nuts] Looking for a specialized proxy package

I posted a question about this on ServerFault last week but didn't get any answers other than a few comments from one person who said (basically) "use a VPN". That seems like overkill. I'm trying to find

[go-nuts] Re: Facing issues while using builtin functions while executing golang templates

I did a quick search for "is not a defined function". That message appears once in https://go.dev/src/text/template/exec.go. It's triggered when findFunction() fails while executing a template. Hope that's of some use. On Wednesday, October 19, 2022 at 8:20:46 AM UTC-4 rit...@ext.dunzo.in

Re: [go-nuts] Generics faster than native float64?

FWIW, no difference on my MacBook. (base) michaels-mbp copybench % go test -bench=. goos: darwin goarch: amd64 pkg: localgo/copybench cpu: Intel(R) Core(TM) i7-4770HQ CPU @ 2.20GHz BenchmarkCopy-8 6999800 169.4 ns/op BenchmarkCopyG-86967590 170.6 ns/op PASS ok

Re: [go-nuts] encoding/json mistakenly transfer int64 format to string

@Brian That example is a superbly concise explanation go mod. Thanks! And I had no idea you could specify filenames and modules in the Playground. That's really useful! On Wednesday, April 13, 2022 at 3:11:54 AM UTC-4 Brian Candler wrote: > > I am a little bewildered by the new mod

Re: [go-nuts] Generic member of recursive struct

t; *HtmlNode[Something]]`. And the fact that there is no actual answer to what > "Something" would be should be a strong indicator for how much generics are > not what you want for this. > > On Mon, Dec 20, 2021 at 8:29 PM Axel Wagner > wrote: > >> >> >> On

Re: [go-nuts] Generic member of recursive struct

On Monday, December 20, 2021 at 1:33:49 PM UTC-5 ren...@ix.netcom.com wrote: > You should use interfaces and a “node” type. > Hmm, I tried type Node interface { string | []*HtmlTree } type HtmlTree struct { T string // html tagname, e.g. 'head' A string //

Re: [go-nuts] Generic member of recursive struct

case for generics, it's a use case for sum types > (which Go does not have). > > On Mon, Dec 20, 2021 at 4:11 PM Michael Ellis > wrote: > >> > They can't, sorry. >> Ok. Thanks, Axel. >> Saves me wasting more time. In the past 3 years of using Go, this is the

Re: [go-nuts] Generic member of recursive struct

> They can't, sorry. Ok. Thanks, Axel. Saves me wasting more time. In the past 3 years of using Go, this is the only use case where I've really wanted generics (other cases I've encountered so far are easily handled with code generation). -- You received this message because you are

[go-nuts] Generic member of recursive struct

I've got a package, github.com/Michael-F-Ellis/goht, that supports creating HTML docs in Go. It works well, for my purposes at least, but I've always been bothered by having to use []interface{} to define the struct member, C, that supports recursion. type HtmlTree struct { T

[go-nuts] Re: Do you have a minimal runnable go code that contain all key words in go?

Nice! Noticed it didn't have "new" so I changed the counter initializer in main() from var c = counter to p := new(counter) var c = *p https://go.dev/play/p/2vw4w44qSWm On Sunday, December 5, 2021 at 4:10:54 PM UTC-5 ben...@gmail.com wrote: > Not strictly "minimal" -- it uses

Re: [go-nuts] Which error handling pattern do you prefer?

FWIW (which may not be much) I've settled on explicitly naming my return values in the function declaration. If the function returns include an error, I name always name it err. The general pattern is func foo() (v someType, err error) { err = doSomething() if err != nil { err =

Re: [go-nuts] initialization loop ?

> The rules for when an initialization loop occurs are part of the language spec: https://golang.org/ref/spec#Package_initialization. Thanks for the link. It helps with questions I've had recently about package initialization. Can you confirm that the statement "If a package has imports, the

Re: [go-nuts] Re: Questions about documentation of Go standard library

Kamil, Have you read https://go.dev/blog/errors-are-values by Rob Pike? Wrapping my head around the concept that an error is simply a value returned from a function was tremendously helpful when I had questions along the same lines as yours. -- You received this message because you are

[go-nuts] Re: Printing a slice of structs recursively

Here's one way. https://goplay.space/#5KzrUc0171N On Thursday, September 2, 2021 at 1:03:48 AM UTC-4 seank...@gmail.com wrote: > Try doing it recursively, passing in both the current parent id and > indentation level > > On Thursday, September 2, 2021 at 3:55:01 AM UTC+2 n.erde...@gmail.com >

Re: [go-nuts] Makefiles for Go Programs

Three cheers for mage . It's more verbose than make but it's pure Go. I use it to build and test projects that include generated html/css/js supported by a Web Assembly clients communicating with a server. On Monday, August 23, 2021 at 7:33:10 PM UTC-4 Connor Kuehl

Re: [go-nuts] Modules... why it has to be so painfull?

FWIW, I completely agree with the sentiment that confusing documentation has created pain and unnecessary difficulty for solo developers. I try to keep in mind that Go was developed for use by large teams working on million line programs and that I'm lucky to be able to piggyback on the

[go-nuts] Re: encoding/html package to generate html markup programmatically

goht might be what you're looking for. On Sunday, March 14, 2021 at 7:36:52 PM UTC-4 atd...@gmail.com wrote: > Hi, > > I am currently thinking about implementing SSR for a Go client-side > framework. > Not only that but I would like to be able to

Re: [go-nuts] Modules and internal packages

suggestion (thx!), I added an Init section to the magefile to walk the project tree changing any import references to match the new repo before building the app for the first time. Thanks again for the help and explanations. On Thursday, March 4, 2021 at 11:46:49 AM UTC-5 Michael Ellis wrote

Re: [go-nuts] Modules and internal packages

On Thursday, March 4, 2021 at 11:01:06 AM UTC-5 axel.wa...@googlemail.com wrote: > On Thu, Mar 4, 2021 at 4:51 PM Michael Ellis wrote: > >> My bad. I should have tested before writing that. Thanks for checking. >> Good to know the tools are enforcing the distinction.

Re: [go-nuts] Modules and internal packages

On Thursday, March 4, 2021 at 10:06:01 AM UTC-5 Bryan C. Mills wrote: > > I would argue that the “hack” in this case is the approach of defining the > API in terms of copying in an entire tree of packages, rather than having > users of the API make function calls into a specific set of

Re: [go-nuts] Modules and internal packages

On Thursday, March 4, 2021 at 10:14:03 AM UTC-5 axel.wa...@googlemail.com wrote: > On Thu, Mar 4, 2021 at 3:54 PM Michael Ellis wrote: > >> Not sure if my case is all that special. Seems like the requirement for >> a full path to an internal package breaks the concept of

Re: [go-nuts] Modules and internal packages

On Thursday, March 4, 2021 at 2:24:11 AM UTC-5 axel.wa...@googlemail.com wrote: > On Thu, Mar 4, 2021 at 12:55 AM Michael Ellis > wrote: > >> Thanks even though it's not the answer I was hoping for. Seems to me >> that since the Go Authors have accorded special status

Re: [go-nuts] Modules and internal packages

On Wednesday, March 3, 2021 at 6:11:38 PM UTC-5 axel.wa...@googlemail.com wrote: > On Thu, Mar 4, 2021 at 12:02 AM Michael Ellis > wrote: > >> What's the right way to handle this use case? >> > > I think the right way to handle it is to modify the file. In the fin

[go-nuts] Modules and internal packages

I recently coded up a skeleton app to use as a starting point for projects that include a server component and a wasm (WebAssembly) client that does local work in a user's browser while communicating with the server. The skeleton is hosted on Github (in a private repo until I think it's

Re: [go-nuts] Error handling

FWIW, I've put together a tiny package that, with some tradeoffs, seems useful for reducing boilerplate in the common case where a function simply wants to return an error to its caller. https://github.com/Michael-F-Ellis/ro The code is almost trivial. It consists of two small functions,

Re: [go-nuts] What compatibility of go/ast, go/types, go/packages packages is planned, if any, when transitioning toward go2 ?

On Wednesday, 27 January 2021 at 23:28:17 UTC+1 Ian Lance Taylor wrote: To be clear, there is no Go 2, and there are no plans for Go 2. Speaking as one who suffered through the ill-conceived and interminable Python3 transition, this is the best news I've heard since discovering and falling in

Re: [go-nuts] Re: How to get VSCode to use different Go env vars for different directories in the same repo?

I've opened https://github.com/golang/vscode-go/issues/1225. -- 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. To view

Re: [go-nuts] Re: How to get VSCode to use different Go env vars for different directories in the same repo?

"+build mage" for magefiles. Cheers, Mike *“I want you to act as if the house was on fire. Because it is.” — Greta Thunberg* On Sun, Feb 14, 2021 at 11:32 AM Wojciech S. Czarnecki wrote: > Dnia 2021-02-14, o godz. 10:54:02 > Michael Ellis napisał(a): > > > I wr

Re: [go-nuts] Re: How to get VSCode to use different Go env vars for different directories in the same repo?

Thanks, Space & Alex. I already understood the need for the Go tool environment vars, just didn't know how to apply them on a per-folder basis. Thanks for outlining how to use multiple instances of VSCode. It doesn't appeal to my workflow preferences, but then *à chacun son goût* as *nos amis

[go-nuts] How to get VSCode to use different Go env vars for different directories in the same repo?

*(Sorry for posting what is mostly a VSCode question. I've asked it on StackOverflow without getting any responses. Am reposting here in the hope that some has already run into this problem and figured out how to deal with it.)* I have a Go project that builds a WebAssembly (WASM) app and a

Re: [go-nuts] Digest for golang-nuts@googlegroups.com - 25 updates in 4 topics

Ok, I just can't help chiming in here. Given that a couple of snippets save the extra keystrokes and a smart folder saves the screen space, it's hard to see why this issue gets so much discussion. Cheers, Mike *“I want you to act as if the house was on fire. Because it is.” — Greta Thunberg* On

[go-nuts] Re: Go 1.14 Release Candidate 1 is released

On Wednesday, February 5, 2020 at 6:12:21 PM UTC-5, Andrey Tcherepanov wrote: > > Sorry to mention, but for me https://tip.golang.org/doc/go1.14 returns > "template: > main:846: unexpected EOF" > > Not sure if this is because it is work in progress, or too many people > trying to hit this

[go-nuts] Re: A question !

I came to Go from 10+ years of Python (and 20 years of C before that). Go By Example was the online resource I found most useful in first few weeks of learning the language. I also highly recommend getting a copy of The Go Programming Language

[go-nuts] Re: ANN: srctrace a tool to capture source code repository details

Nice. Thanks for sharing. On Saturday, November 16, 2019 at 10:25:42 AM UTC-5, R Srinivasan wrote: > > friends > > The following is the first (of hopefully a few more to come) tools that I > built for DevOps. Hoping it will be of use to the community. > >

[go-nuts] ANN: goht v1.0, a minimalist package for creating web content in Go

https://github.com/Michael-F-Ellis/goht Easy to learn and practical for simple web development. I developed it for use in my own work and it seems worth sharing. Cheers, Mike -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe

[go-nuts] WasmFiddle for Go?

I came across WasmFiddle a couple of days ago which lets you interactively code WebAssembly apps in C++. Is anyone planning a similar capability for Go? -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To

Re: [go-nuts] Re: Auto-renew letsencrypt cert with standard library code

> Given how complex your file is, let me suggest you a simpler alternative: > use either caddy or revproxyry as a reverse proxy. You start two processes, > the reverse proxy and your service, and just point the reverse proxy to > your service. > > Since reverse proxy is just a binary

[go-nuts] Re: Auto-renew letsencrypt cert with standard library code

Thanks Sean Liao, Kurtis Rader, Marko Ristin-Kaufman, and cg-guy. Apologies for not responding sooner. I looked at the code for Caddy and revproxyry. Neat stuff for sure and I'd seriously consider them for a more elaborate project. Thinking through my needs I concluded that it's probably

[go-nuts] Auto-renew letsencrypt cert with standard library code

I have the code at the bottom of this message in a web server I'm running in a Digital Ocean Droplet. The app is a simple ear training program for instrumentalists. The URL is https://etudes.ellisandgrant.com. It works with no problems until the letsencrypt certificate

Re: [go-nuts] go 1.13 won't compile

piled on windows 10. >>>> >>>> But linuxmint experience is as I described. Another responder asked >>>> me if it works when I set GO111MODULE=no. >>>> >>>> It does work when I do that. I find it interesting that the linux >>&

Re: [go-nuts] go 1.13 won't compile

FWIW, I copied your code from Go Playground into ~/go/src/dsrt/dsrt.go on my OS X machine. I replaced an undefined function at line 375 (see below) with direct assignments for usernameStr and groupNameStr. It compiled (with go build) and ran without reporting an error under go 1.13. //

Re: [go-nuts] Re: v1.13: Altered go.mod file in project after updating vim-go binaries

> current directory is. But if the current directory happens to be > inside a module, the user inadvertently also performed (1). Thanks, Mihai. That sounds like a consistent explanation. I'm going to try creating a new junk project to see if I can reproduce the problem. Unfortunately, I'm going

Re: [go-nuts] Re: v1.13: Altered go.mod file in project after updating vim-go binaries

I second Jan's request for light-shedding. It's one thing to add real indirect dependencies. I can sort of understand that. Can't think of a sensible reason for adding dependencies that are unrelated to the code in the module. On Thursday, September 5, 2019 at 2:23:11 PM UTC-4, Jan Mercl

[go-nuts] v1.13: Altered go.mod file in project after updating vim-go binaries

I've got an existing Go project that lives under GOPATH, i.e. ~/go/src/github.com/... I just updated to go 1.13 (from 1.12.1) and rebuilt the project without changing any sources. The build succeeded and Go created a go.mod (and go.sum) file that containing my third party dependencies (there

Re: [go-nuts] The "leave "if err != nil" alone?" anti-proposal

> Exception handling when properly done is beautiful. Yes and so are: - C++ templates - Python meta-classes - Scheme hygienic macros but that doesn't mean Go would be improved by adding them. On Friday, July 5, 2019 at 6:46:49 PM UTC-4, robert engels wrote: > > If you’ve suffered

[go-nuts] Re: General thoughts about new proposals

Well said, Slawomir. Your sentiments put me in mind of a favorite quote about writing prose. *Vigorous writing is concise. A sentence should contain no unnecessary words, a paragraph no unnecessary sentences, for the same reason that a drawing should have no unnecessary lines and a machine no

[go-nuts] Re: `on err` alternative to `try()` has traction...?

As noted by Aston, Jones, et al, the proposal is combining two ideas that are separable: 1. Allowing one-liners. I like the idea of leaving that to gofmt. I'd be ok with requiring braces and allowing gofmt to make the decision to format in one line or three using some reasonable

[go-nuts] Re: `on err` alternative to `try()` has traction...?

I like this. A lot. It's clean and explicit. The reader only needs to understand that 'on' is a test for a nil value (vs 'if' which tests for boolean true). On Tuesday, July 2, 2019 at 3:57:24 PM UTC-4, Liam wrote: > > This proposal has attracted modest attention from the Go team... >

Re: [go-nuts] Allow methods on primitives

n 9, 2019, at 7:42 AM, Michael Ellis > wrote: > > > > On Sunday, June 9, 2019 at 9:56:43 AM UTC-4, Bakul Shah wrote: > > > > You are almost always going to call a string's Render function > > (as you defined it in your original post) from a parent HTMLTree > > s

Re: [go-nuts] Allow methods on primitives

On Sunday, June 9, 2019 at 9:56:43 AM UTC-4, Bakul Shah wrote: > > > You are almost always going to call a string's Render function > (as you defined it in your original post) from a parent HTMLTree > struct' Render(), almost never in isolation -- except perhaps some > tests. So one

Re: [go-nuts] Allow methods on primitives

/ long timeline development experience. Things > that are missing from Go, or restricted in Go, or even "adversarial" in Go > are there mostly because of hard-won experience. Many subtle design virtues > are what's missing as much as what's present. > > On Sat, Jun 8, 2019 at 8:53 PM Bur

Re: [go-nuts] Allow methods on primitives

Oops, got that the wrong way round. Should read "allow passing a Bar for argument of type Foo". Cheers, Mike *“I want you to act as if the house was on fire. Because it is.” — Greta Thunberg* On Sat, Jun 8, 2019 at 5:22 PM Michael Ellis wrote: > > On Friday, June 7, 2019 at

Re: [go-nuts] Allow methods on primitives

On Friday, June 7, 2019 at 3:01:04 PM UTC-4, Burak Serdar wrote: > > > If one library defines string.Render() for html, and another defines > another string.Render() for, say, a graphics library, which Render > will be called when I call "str".Render()? > > Thanks for the explanation. That

[go-nuts] Allow methods on primitives

Count me among those who love the language just the way it is and regard the prospect Go 2.0 with dread and loathing born of the Python 3 experience. That being said, there's one itty-bitty change I'd like to advocate: *Allow methods on primitives*. I think I understand why allowing new

[go-nuts] Re: A good indicator of code quality

On Friday, June 7, 2019 at 12:01:40 PM UTC-4, jake...@gmail.com wrote: > > > I don't know the reasons why you want such metrics, but I would strongly > caution against equating any automated metric with "code quality". > Amen. To my mind the most useful metric is what a mentor of mine dubbed

Re: [go-nuts] lock for assigning to different elements of an array

On Saturday, February 2, 2019 at 3:36:17 PM UTC-5, Jake Montgomery wrote: > > Always a good read on why that is still a problem: > Benign Data Races: What Could Possibly Go Wrong? > > It is not

Re: [go-nuts] lock for assigning to different elements of an array

On Friday, February 1, 2019 at 5:38:49 PM UTC-5, robert engels wrote: > > The pseudo code for the correct code would look like: > Robert, thanks very much for the clear explanation and correct example. I'd totally forgotten that Go is threaded underneath the hood and was thinking only in

Re: [go-nuts] lock for assigning to different elements of an array

On Friday, February 1, 2019 at 11:11:24 AM UTC-5, robert engels wrote: > > > for { >if A.a > 100 { > break > } > > > Go routine #2 may never see the value of A.a change and so never exit the > loop. > I'm confused. I can see how that would fail if the test were A.a == 100 since Go

[go-nuts] Maximizing source locality: [ANN] ftee

About 3 decades ago, one of my mentors offered the thought that a really practical metric for software maintainability is the percentage of fixes and enhancements that require editing only one region of one file. As he put it: "Visit your programmers' cubicles and find out how many files have

Re: [go-nuts] gosnip: run small snippets of Go code from the command line

This is convenient and useful. Thanks! On Tuesday, November 27, 2018 at 8:52:26 AM UTC-5, Ben Hoyt wrote: > > Good idea -- done! The goimports way is a bit more advanced and featureful > too. > > I love how all these little tools are basically just wrappers around a > library package which does

[go-nuts] Re: Announcing pytogo. a crude but surprisingly effective Python to Go translator

Thanks, Ingo! Finding the names of things in the stdlib is always half the battle in learning to do useful things in a new language. I'm surprised my Google searches didn't turn those up. Anyway, ParseInt and FormatInt and kin are now my new best friends. Prior to trying pytogo, my strategy

[go-nuts] Re: Rule-swarm attacks can outdo deep reasoning

Nice writeup. Thanks. Based on today's xkcd , I think Randall Munroe must have read it, too ;-) On Tuesday, October 2, 2018 at 9:21:08 AM UTC-4, Eric Raymond wrote: > > Is promised in the thread on pytogo, I have blogged on the general topic > of rule-swarm attacks in

[go-nuts] Re: Announcing pytogo. a crude but surprisingly effective Python to Go translator

Thanks, Eric. v1.1 runs to completion on my utils.py test case. I'm finding that a good work flow involves commenting out all the functions in the output and fixing them up one at a time. Here's what pytogo did for me on my base36encode function and what I had to do manually: *python:* def

[go-nuts] Re: Announcing pytogo. a crude but surprisingly effective Python to Go translator

Thanks for sharing this (and I'm honored to make your virtual acquaintance, Eric). I'd love to make use of pytogo my own project. I've got a little over 20K lines that still need translation. So I cloned it and gave it a quick try. It seems to be choking on doc strings of the form. """

Re: [go-nuts] Re: Updating a struct from goroutines

; > func run() { > for { > select { > case msg := <-updateChan: > // push msg to the PUB socket > case <-done: > // you have to send signal to this from main() > return > } > } > } > > Isn't this what you are trying to do ? > > > > On

Re: [go-nuts] Updating a struct from goroutines

Thanks, Justin. The struct in the real app is a flat collection of int, string, float64 and bool. I appreciate the reminder, On Tuesday, September 25, 2018 at 4:13:25 PM UTC-4, Justin Israel wrote: > > > > On Wed, Sep 26, 2018, 6:38 AM > wrote: > >> Hi, new gopher here. >> I considered asking