Have you tried running your program under the race detector? (go test -race)
>From a quick skim of the sources, I think there is a race on the line here https://github.com/brunoga/workerpool/blob/3aec5bae30ec64df86d045730e1a4b8bcc4ae774/workerpool.go#L202 because multiple workers are going to write to the waitError entry in the worker pool struct upon failure. But there may be other data races about. On Fri, Jul 28, 2017 at 7:27 PM Bruno Albuquerque <b...@bug-br.org.br> wrote: > I wrote something up for a personal project and I thought this might be > useful to some of you: > > https://github.com/brunoga/workerpool > > This tries to simplify executing the same task of a set of items in > parallel. It does all the expected stuff from this kind of library and also > accepts a context which allows easy task cancellations (via a timeout or > explicit cancellation). > > Let me know in case you find it useful. > > -- > 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.
