[go-nuts] Re: Is there a workflow engine written in GO

2022-04-21 Thread Ankush Thakur
As of 2022, Temporal is an amazing alternative: https://temporal.io/ On Wednesday, August 11, 2021 at 10:26:14 PM UTC+5:30 Matt Bragaw wrote: > GitHub - uber/cadence: Cadence is a distributed, scalable, durable, and > highly available orchestration engine to execute asynchronous long-running >

Re: [go-nuts] Re: Replacement for net.Error.Temporary in server Accept loops

2022-04-21 Thread Caleb Spare
On Thu, Apr 21, 2022 at 7:16 AM 'Bryan C. Mills' via golang-nuts wrote: > > Even ENFILE and EMFILE are not necessarily blindly retriable: if the process > has run out of files, it may be because they have leaked (for example, they > may be reachable from deadlocked goroutines). > If that is the

Re: [go-nuts] Re: Replacement for net.Error.Temporary in server Accept loops

2022-04-21 Thread Caleb Spare
On Wed, Apr 20, 2022 at 6:46 PM 'Damien Neil' via golang-nuts wrote: > > The reason for deprecating Temporary is that the set of "temporary" errors > was extremely ill-defined. The initial issue for https://go.dev/issue/45729 > discusses the de facto definition of Temporary and the confusion res

Re: [go-nuts] Serial streams with EOL defined as CR only.

2022-04-21 Thread Ian Lance Taylor
On Thu, Apr 21, 2022 at 9:27 AM Daniel Jankins wrote: > > I have a serial port that is streaming data. The data is terminated by a /r > only. > I am trying to use scanner.Scan () to break up the lines. Is there a way to > change the scanner end of line character to /r only? See https://pkg.go

[go-nuts] Serial streams with EOL defined as CR only.

2022-04-21 Thread Daniel Jankins
Hi, I have a serial port that is streaming data. The data is terminated by a /r only. I am trying to use scanner.Scan () to break up the lines. Is there a way to change the scanner end of line character to /r only? Thank you config := &serial.Config { Name:lmt.ComPort, Baud:576

Re: [go-nuts] zero value for generic types?

2022-04-21 Thread roger peppe
On Wed, 20 Apr 2022 at 23:29, Arthur Comte wrote: > Actually, even with proper error handling, I still need to return a value. > In some functions I can just return a variable that was defined in the > function, but that is not always available. In those cases, the only > solution I've found is t

Re: [go-nuts] Re: Replacement for net.Error.Temporary in server Accept loops

2022-04-21 Thread 'Bryan C. Mills' via golang-nuts
Even ENFILE and EMFILE are not necessarily blindly retriable: if the process has run out of files, it may be because they have leaked (for example, they may be reachable from deadlocked goroutines). If that is the case, it is arguably better for the program to fail with a useful error than to ke