Из этого следует что нейминг main.go лучше не использовать, к примеру мы сделаем такой path: ./cmd/myapp/myapp.go, в таком случае проблем с именем бинарника не будет, но такой патч меня лично смущает), как-то не красиво, повторяется myapp

В случае go build проблем нет, но go install?

Команда go install тоже не отъемлемая часть, очень полезная в случае глобальной установки)

путь к репе

module github.com/...

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

Кастыльно выглядит)

Согласен, так можно, но не будет ли тут проблем с несколькими бинарниками?

даже docker, сделал в директории)

Подскажите. На винде запускаю програмку go run ./cmd/app/main.go, потом убиваю процесс Ctrl +c. Консоль освобождается, но процесс main продолжает висеть в диспетчере задач. Почему может не прибиваться?

Подскажите. На винде запускаю програмку go run ./cmd/app/main.go, потом убиваю процесс Ctrl +c. Консоль освобождается, но процесс main продолжает висеть в диспетчере задач. Почему может не прибиваться?

Ну либо винда тупит, либо где-то что-то не закрыто и залочено.

Ну либо винда тупит, либо где-то что-то не закрыто и залочено.

Наверно лочится вот этим: l, err := net.Listen("tcp", fmt.Sprintf(":%d", cfg.Port)) Как правильно завершить при остановке программы?

Наверно лочится вот этим: l, err := net.Listen("tcp", fmt.Sprintf(":%d", cfg.Port)) Как правильно завершить при остановке программы?

А в обработчике соединения соединение закрывается?

А в обработчике соединения соединение закрывается?

Ну я добавил в дефер l.Close(), однако при завершении программы этот дефер не исполняется

Первое что в голову лезет обработать через контекст и сигналы ОС, но звучит сложно для такой проблемы

Ну я добавил в дефер l.Close(), однако при завершении программы этот дефер не исполняется

Метод Close() у типа Listener?

Метод Close() у типа Listener?

Мне IDE предложила - я сделал. А как правильно тогда обработать закрытие соединения?

Метод Close() у типа Listener?

https://pkg.go.dev/net#Listener.Close

Мне IDE предложила - я сделал. А как правильно тогда обработать закрытие соединения?

Я просто спрашиваю.

https://pkg.go.dev/net#Listener.Close

https://www.rudderstack.com/blog/implementing-graceful-shutdown-in-go/

Понятно. Как я и думал. Спасибо!

кринжятина

/help@banofbot

@banofbot

Кринж в проф сообществах политоту разводить

У каждого из нас есть своё отношение к сложившейся ситуации. Тут не чат про политику. Тут чат про специалистов. Давайте превратим его в балаган

Ну если он не китаец, то мог бы и не писать сюда) я просто с 99% вероятностью уверен что это кампания по пропаганде. Я такие сообщения уже ни в одном чате видел

Да и инструмент есть, чего админов напрягать лишний раз

Наверно лочится вот этим: l, err := net.Listen("tcp", fmt.Sprintf(":%d", cfg.Port)) Как правильно завершить при остановке программы?

через канал можешь сделать

Да я все пытаюсь через errgroup, но не выходит( Как будто не обрабатывает сигнал. Даже тупо копипаста примеров из интернета не работает

через канал можешь сделать

ch := make(chan, os.Signal, 1) signal.Notify(ch, os.Interrupt) <-ch lis.Close() с телефона пишу, но вроде так

Не отрабатывает все равно

Не отрабатывает все равно

os.Exit()?

Я упростил как мог: l, err := net.Listen("tcp", fmt.Sprintf(":9000")) if err != nil { panic(err) } grpcServer := grpc.NewServer() pb.RegisterTestServer(grpcServer, &handlers.Handler{}) fmt.Println("Start GRPC Server") if err := grpcServer.Serve(l); err != nil { panic(err) } ch := make(chan os.Signal, 1) signal.Notify(ch, os.Interrupt) <-ch fmt.Println("Close GRPC Server") l.Close()

Да. Блин

тогда разве это лочить не будет: signal.Notify(ch, os.Interrupt) <-ch Если закинуть ДО, сервер вообще не стартует

Не помогло)

func main() { l, err := net.Listen("tcp", fmt.Sprintf(":9000")) if err != nil { panic(err) } defer func() { l.Close() }() grpcServer := grpc.NewServer() pb.RegisterTestServer(grpcServer, &handlers.Handler{}) go func() { ch := make(chan os.Signal, 1) signal.Notify(ch, os.Interrupt) <-ch fmt.Println("Close GRPC Server") l.Close() }() fmt.Println("Start GRPC Server") if err := grpcServer.Serve(l); err != nil { panic(err) } }

зачем тут горутина

Видимо, чтобы в фоне ждать os.Signal, и если он пришел - закрыть соединение

зачем

Подскажите. На винде запускаю програмку go run ./cmd/app/main.go, потом убиваю процесс Ctrl +c. Консоль освобождается, но процесс main продолжает висеть в диспетчере задач. Почему может не прибиваться?

хочу обработать ошибку

почему у тебя горутина закрывает соединение и еще дефер тоже самое делает

Дефер забыл убрать. Сейчас это в main. Дефер этот никогда не отработает

lis, err := net.Listen("tcp", "50051") if err != nil {//dial with error} opts := []grpc.ServerOption{} s := grpc.NewServer(opts) deadOrNot.RegisterDeadServiceServer(s, &server{}) go func() { fmt.Println("Starting server") if err := s.Serve(lis); err != nil {//dial with err} }() ch := make(chan os.Signal, 1) signal.Notify(ch, os.Interrupt) <-ch lis.Close()

после ктрл + с сразу умирает процесс на винде

не читал весь диалог, но вроде ты про это спрашивал

да и грпс сервак по дефолту на 50051 работает, а не на 9000

мало-ли у тебя хадуп будет на 9000 висеть

А че там было?

Ну тот чел писал что-то

Просто его забанили и сообщения нет

Ааа

после ктрл + с сразу умирает процесс на винде

Да) Запуская go run ./cmd/app/main.go - создается main.exe в процессах и консоль "виснет" на процессе Однако делая Ctrl+C, консоль "Отвисает", а вот процесс не убивается и продолжает висеть

ох уж эта винда

Даже больше. Делая `go run ./cmd/app/main2.go`создается 2 процесса: - go.exe - main.exe Делая Ctrl+C - процесс go.exe умирает, а вот main - нет

короче откажусь от run, буду через build делать

ну можно костыль сделать через exec

Да) Запуская go run ./cmd/app/main.go - создается main.exe в процессах и консоль "виснет" на процессе Однако делая Ctrl+C, консоль "Отвисает", а вот процесс не убивается и продолжает висеть

Короче братан, если сможешь написать без ошибок команду, то она запуститься, у меня у самого винда, он тупо не отображает в консоли 😂🤦🏻‍♂️

Что ты печатаешь

после запуска, серчишь процесс по названию и убиваешь

ну это костыль типа

Такое бывает, когда начинаешь работать с БД или Клиент-сервером

так а чего вы хотели?

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

поднимайте докер тогда в фоновом режиме

Я ничего, комп на продаже, буду мак брать, это бред полнейший с виндой

Бля.... Сработало

xDDDDDDD

Бля.... Сработало

Воо 😁

я через Moba Bash запускал

Пойду верну все на контексты и errgroup'ы)

Спасибо

а go version вызови как в обоих терминалах

и go env

и go env

Совпадают на 100%

А есть аналоги гит хаба в ру сегменте?

а у Ильи?

@kenerase ну чо, нашел работу?

забросил кодинг, пошел на завод