Подскажите, почему паника никогда не вызывается? https://play.golang.org/p/jbt7lzniCqW

Потому программа завершается раньше чем успевает выполниться горутина

Это справедливо даже если написать i < 100000000?

ну, или любое другое большое число

Вероятно

Но например вот этот пример у меня стабильно выдает панику - https://play.golang.org/p/nYihXX3GMDn

спасибо

Как интересно работает play.golang

Каждый раз компилирует код

Или есть интерпретатор какой-то?

Компилирует

Как go run

А как они защищают свою систему от системных вызовов и тп

у них песочница какая-то

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

https://eng.uber.com/schemaless-rewrite/

https://github.com/npm/npm/issues/19883 это просто огонь

Ну там тестовая ветка, и уже закрыли, а так да, провтыкали

5.7.0 - в плане експерементальная

https://github.com/npm/npm/issues/19883 это просто огонь

со вчера читаю/слежу)

но вы заценили, да?) 5.7.0 - пререлиз

https://semver.org

Ну там тестовая ветка, и уже закрыли, а так да, провтыкали

Там npm upgrade ставил тестинг

Всегда

у ниж же типа четная первая релиз, не четная експерементальная

http://www.opennet.ru/opennews/art.shtml?num=48125

для ЛЛ: Проблема уже решена в обновлении 5.7.1. Массовых проблем удалось избежать благодаря тому, что в репозитории выпуски npm 5.7.x были помечены как экспериментальные и не доставлялись через каналы обновления стабильных релизов. При этом на сайте анонс был опубликован в форме, не отличающейся от объявлений стабильных релизов, что ввело в заблуждение некоторых пользователей, которые попытались перевести на NPM 5.7 свои рабочие системы. Также интересно, что сообщение об ошибке с описанием проблемы было отправлено за неделю до релиза 5.7.0, но осталось без внимания разработчиков.

кто напоролся тот ССЗБ

для ЛЛ: Проблема уже решена в обновлении 5.7.1. Массовых проблем удалось избежать благодаря тому, что в репозитории выпуски npm 5.7.x были помечены как экспериментальные и не доставлялись через каналы обновления стабильных релизов. При этом на сайте анонс был опубликован в форме, не отличающейся от объявлений стабильных релизов, что ввело в заблуждение некоторых пользователей, которые попытались перевести на NPM 5.7 свои рабочие системы. Также интересно, что сообщение об ошибке с описанием проблемы было отправлено за неделю до релиза 5.7.0, но осталось без внимания разработчиков.

Там беда была в том что npm install npm ставил то стейбл

А npm update npm ставил всегда старшую

Даже если выбран не тестинг

жесть

То, что npm придумали идиоты, коственно доказывает существование yarn, который делает тоже самое, но типа правильнее. Фейсбуковцы даже не пошли в npm-репозитории это исправлять, сразу с нуля его запилили. Но корень проблем так не поправить.

Ребята. подскажите, если я бы хотел такую систему: Имеем конфиг файл, который создает сущность, поля в ней, связки с другими сущностями и тд, переводы и тд и на базе этого файла и вот закинув этот файл в разработанную систему автоматом генерился бы раздел в admin panel.... таблица в db и тд.. Кейс админки или CRM например. Реально такое? Пример файлика с другой системы.

Ребята. подскажите, если я бы хотел такую систему: Имеем конфиг файл, который создает сущность, поля в ней, связки с другими сущностями и тд, переводы и тд и на базе этого файла и вот закинув этот файл в разработанную систему автоматом генерился бы раздел в admin panel.... таблица в db и тд.. Кейс админки или CRM например. Реально такое? Пример файлика с другой системы.

можешь запилить

А есть идея какая свзязка пакетов?

А то я только учусь

но кодировка да, заставила поностальгировать ;D

А есть идея какая свзязка пакетов?

я не видел

Ребята. подскажите, если я бы хотел такую систему: Имеем конфиг файл, который создает сущность, поля в ней, связки с другими сущностями и тд, переводы и тд и на базе этого файла и вот закинув этот файл в разработанную систему автоматом генерился бы раздел в admin panel.... таблица в db и тд.. Кейс админки или CRM например. Реально такое? Пример файлика с другой системы.

зачем это?! для описания данных есть специальный язык программирования. SQL называется. Ну и смысл велосипедить?

зачем это?! для описания данных есть специальный язык программирования. SQL называется. Ну и смысл велосипедить?

ты вопрос читал?

ты вопрос читал?

ага. ответа на вопрос - почему не SQL? - там нет.

Конфиг файл например в json

Потому что может будет DB no SQL

ага. ответа на вопрос - почему не SQL? - там нет.

человек просит _декларативный_ способ описания админок, а ты хочешь предложить на языке _запросов_ описывать всё?

Потому что может будет DB no SQL

тем более

Подсмотрел данную систему у php-шника со стажем. он там свой фреймворк запилил и переписывает с симфони и тд крупные сайты когда они уже не справляются, и принцип работы у него такой, дизайнер рисут дизайн, верстальщик клепает шаблон в нужном формате и тупо передает список переменных, которые уже после он описывает в конфиг файле и вуаля, CMS готова. Правда у него там админка страшненькая, но сказал что если заморочиться можно и на bulma и на material desing любой перенести.

последняя фраза - wut?

и на *название css фреймворка*, и на *название дизайн гайдлайна*

на main же unittest не пишут?

на main же unittest не пишут?

А?

Пишут

А?

ок

В принципе есть symfony doctrine где ты описываешь в yaml твои сущности и потом генериш таблицы, идея такая же как Вам надо, можете посмотреть как там реадизовано. Я думаю можно прикрутить схожим способом генерацию админки, как в джанго) Вообще смотри исходники и будет счастье

просто doctrine. К symfony отношения не имеет

Ого. Там про раст, но к гошечке тоже подходит при случае https://github.com/dtolnay/semver-trick/blob/master/README.md

и на *название css фреймворка*, и на *название дизайн гайдлайна*

Lite и ТД. В плане что то готовое.

http://adminify.genyii.com/#/

Например

просто doctrine. К symfony отношения не имеет

Спасибо

Помогите пожалуйста осознать пути решения проблемы гоу-вей :) Есть telnet-клиент на гошке, работает примерно так: "верхняя" функция TopFunc(): запускает горутину ну, скажем, "Execute(chan output)", которая а) читает из некоего net.Conn, б) всё прочитанное отправляет в output<- Верхняя TopFunc() читает всё из chan output, парсит, ищет то, что нужно. Ситуация: если TopFunc нашла что-то ей нужное в output — необходимо прервать выполенение горутины. Насколько я понимаю, это можно сделать ещё одним каналом - например, 'done<- bool' — передать его дочерней горутине и в Execute слушать его примерно так: for { select { case <- done: завершаем работу default: conn.Read(buf) output <- buf } } Однако если в conn.Read не будет более никаких данных - то всё, жопа, горутина залипла навечно?

https://golang.org/pkg/net/#TCPConn.SetReadDeadline

А можно в "верхней" функции закрыть conn? Тогда Read, наверное, вернёт ошибку и продолжит выполнение

https://golang.org/pkg/net/#TCPConn.SetReadDeadline

Это понятно, но не подходит, щас распишу

А можно в "верхней" функции закрыть conn? Тогда Read, наверное, вернёт ошибку и продолжит выполнение

это тоже :)

Суть в том, что TopFunc может ждать, например, prompt (приглашения) для ввода команд. Щас прям скину пример

вот дождавшись DGS-3650:5# — TopFunc должна не прибить коннекшн, а вернуть себе управление и отправить в net.Conn какую-то команду

что такое "вернуть себе управление"?

обычно на каждый коннект запускают две горутины

одна читает из него и пихает в канал

другая читает из канала и пишет в коннект

что такое "вернуть себе управление"?

должно завершиться чтение из канала дочерней горутиной (она вообще должна прекратить работу) ; и отправить что-то в conn

если надо просто пописать в коннект - при чем тут чтение?

одна читает из него и пихает в канал

мм

но если прям приспичило завершать чтение - ставите короткий дедлайн, делаете попытку чтения, проверяете ошибку, и, если это дедлайн истек - запускаете по новой

но если прям приспичило завершать чтение - ставите короткий дедлайн, делаете попытку чтения, проверяете ошибку, и, если это дедлайн истек - запускаете по новой

не подходит, потому что а) будет большой оверхед на пере-логины на железо ; б) может быть затуп из-за того, что железо "задумалось", а мы подумаем, что аутпут кончился