GC
import точтовmodule/framework
Size: a a a
2020 March 31
а
main.go:5:2: local import "./framework" in non-local packageimport "gitlab.com/OlegYurchick/MError/framework"x
Да
Вот так ещё можно, как вариант: https://play.golang.org/p/Nu16P12hF9U
OY
import "gitlab.com/OlegYurchick/MError/framework"А, блин, логично, спасибо большое!
OY
import точтовmodule/framework
Спасибо!
а
Вот так ещё можно, как вариант: https://play.golang.org/p/Nu16P12hF9U
я так понимаю, если там в OK какое-то не то значение, то парсить дальше не нужно
GC
да
GC
это несомненно так
C
Вот так ещё можно, как вариант: https://play.golang.org/p/Nu16P12hF9U
Мне не нравится этот вариант тем что поле Ок нужно проверять 100500 раз на каждый вызов
AS
Горутина не может жить после завершения процесса т.к. это сущность языка, она не существует без процесса.
Системный вызов скорее всего завершится, но никто не обработает его результат
Системный вызов скорее всего завершится, но никто не обработает его результат
Горутина не может жить после завершения процесса т.к. это сущность языка, она не существует без процесса.
Системный вызов скорее всего завершится, но никто не обработает его результат
Системный вызов скорее всего завершится, но никто не обработает его результат
А вот вопрос, как у меня тогда после обработки signal и exit всё равно продолжает работать чтение из stdin
s
Горутина не может жить после завершения процесса т.к. это сущность языка, она не существует без процесса.
Системный вызов скорее всего завершится, но никто не обработает его результат
Системный вызов скорее всего завершится, но никто не обработает его результат
Скорее уж ждем окончания системного вызова перед выходом.
AS
Скорее уж ждем окончания системного вызова перед выходом.
Тут я не уверен, но если kill придет, то я сильно сомневаюсь, что кто-то что-то будет ждать