коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

я бы хотел понять, почему оно вдруг is not an open file descriptor

можно ли абстрактно обратится к полю структуры? вроде struct.AnyField == "some" ?

рефлексией только

Добрый день! помогите мне, пожалуйста, понять поведение каналов в данной ситуации: Имеется функция, которая вызывается в виде горутины, и туда передается канал, в который нужно передать результат выполнения чтение из этого канала происходит внутри select'a по какой-то причине case для этого канала выстреливает дважды в первый раз в канал передается результат выполнения функции, а во второй уже пустая структура необходимого типа в чем может быть дело? сейчас приложу скрины

код на плейграунде ускоряет получение ответа в over 9000 раз

Добрый день! помогите мне, пожалуйста, понять поведение каналов в данной ситуации: Имеется функция, которая вызывается в виде горутины, и туда передается канал, в который нужно передать результат выполнения чтение из этого канала происходит внутри select'a по какой-то причине case для этого канала выстреливает дважды в первый раз в канал передается результат выполнения функции, а во второй уже пустая структура необходимого типа в чем может быть дело? сейчас приложу скрины

зачем for i = 0; i < 2; i++ ?

понял, секунду

https://play.golang.org/p/Q_wzRrQkptp

прошу прощения, забыл его в плейграунде приходит как параметр в функцию Register

во первых create должен закрывать канал, а не Register

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

если ты два раза получаешь u, то ты 2 раза его отправляешь

я посмотрел поиском по проекту, запись в этот канал происходит только в функции create, а она вызывается лишь один раз

вообще тут каналы не в тему, лучше заюзатьsync.WaitGroup

логируй.

поставил лог в функцию create, выстрелил один раз

значит и прочел один раз)

у меня внутри кейса, который читает канал юзера стреляет дважды

продемонстрируй

попробуй новую переменную объявить

пробовал, не помогает

https://play.golang.org/p/TcWwQkiWLbr

у меня один вопрос - как он читает из закрытого канала и закрывает его еще раз?))))

у меня внутри кейса, который читает канал юзера стреляет дважды

кажется в селекте нужно сделать типа того: case u, ok = <-userCh: if !ok { break // return }

но откуда в канале берется инфа, после того как он закрывается - загадка

кажется в селекте нужно сделать типа того: case u, ok = <-userCh: if !ok { break // return }

это ожидаемое поведение

A receive from a closed channel returns the zero value immediately

т.е. селект всегда будет пробиваться пустыми значениями из закрытых каналов?

имнип не всегда, 1 раз

в моей демке всегда

т.е. селект всегда будет пробиваться пустыми значениями из закрытых каналов?

имнип не всегда, 1 раз

т.е. селект всегда будет пробиваться пустыми значениями из закрытых каналов?

Б-же, у нас что, люди каналы уже не знают?

Б-же, у нас что, люди каналы уже не знают?

в моей демке всегда

не все 10 лет на гошечке сидят

эко тебя отнейросетило :) конечно не знают