ок

по хорошему, res, err := db.exec() if err != nil { return 0, err } return res, nil

вот именно этот код совершенно бессмысленный

по хорошему, res, err := db.exec() if err != nil { return 0, err } return res, nil

смотрю исходник func (s *DB) Exec(sql string, values ...interface{}) *DB {

не возвращает ошибки оно

res, err := db.exec() return res, err приветед точно к тому же результату. один в один

https://golang.org/pkg/database/sql/ я тут смотрел

по хорошему, res, err := db.exec() if err != nil { return 0, err } return res, nil

как в телеграмме код выделить?

маркдаун

как в телеграмме код выделить?

тут как в маркдауне

тут как в маркдауне

спасибо)

res, err := db.exec() return res, err приветед точно к тому же результату. один в один

ну да, можно уж тогда и return db.exec() но читаемость падает

Наоборот кот эскейпится

отдельный цвет

или вам еще хайлайт нужен?

потом захочешь проигнорировать sql.NoRows и давай переписывать полфункции

ребят, ребят) от темы отошли)

смотрю исходник func (s *DB) Exec(sql string, values ...interface{}) *DB {

не возвращает ошибки оно

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

подскажите, если не трудно, пакетный менеджер самый популярный

все разобрался

всем спасибо)

? go get он же встроенный

count := 0 db.Table("items").Count(&count) по ссилке ж каунт передаю

а он осиливает контроль версий?

а он осиливает контроль версий?

он связан с контролем версий go get github.com/....

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

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

последнюю версию всегда ставит, а такую библиотеку бросай)

Никит, я про аналог npm, как получить зависимости сами я понимаю

дак а как же вы живете вечно на последней версии?

да без проблем в общем-то

странно.

Если разработчик библиотеки не ненадёжный человек, то нормально в течении пары версий сам невольно перетечешь из устаревшего состояния в поддерживаемый.

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

должно что-то быть. найду - расскажу.

должно что-то быть. найду - расскажу.

http://jbeckwith.com/2015/05/29/dependency-management-go/

По сути go get работает как git clone. Можно тупо переключить ветку или коммит на нужное состояние и работать.

<sarcasm>За годы хайпа так и не сделали свой пакетный менеджер</sarcasm>

И свой репозиторий в библиотекам

а вообще читал где-то, что не делали менеджер, как npm, из-за возможных проблем с зависимостями т.е. 1 пакет зависит от 2 пакета версии 1.0, а 3 пакет зависит от 2 пакета версии 0.9

как-то так

Тогда почему в cargo все работает?

забыл как по умному это называли

И уже несколько лет

Вообще без проблем в принципе

Тогда почему в cargo все работает?

я просто передал информацию которую прочитал=)

так-то и npm тоже нормально вроде работает

Ну я думаю эту проблему решат тогда же когда добавят дженерики

Ну я думаю эту проблему решат тогда же когда добавят дженерики

Что в них такого особенного вообще?

Я в их сторону не копал

а при чем тут генерики?

это же ортогональные истории

Ребята подскажите пож-та, чем лучше получить структуры из xsd ?

ищешь на гитхабе библиотеку для работы с xsd , сортируешь по звездочкам и используешь)

а при чем тут генерики?

Я типо троллю

В: Что делать? О: Ищем библиотеку товарища Чернышевского "ChtoDelat' v.2.2.8"

Ну я думаю эту проблему решат тогда же когда добавят дженерики

<sarcasm>Never</sarcasm>

Хотя знаю надо было бы потоньше

Лан так тогда, какая ваша любимая либа по xsd?

наркоманов по xsd нет?

как в мапа может быть panic: runtime error: index out of range ?

ERROR: S client not available

код скинь

не может

syncer.RLocker() data["download_url"] =baseurl + nodesDownloadUrl[0].Attributes()["href"].String() syncer.RUnlock() в етом месте ругаеться

nodesDownloadUrl пустой

блин, рили, затупил..

спасибо

Во как - уже на говонокоде нашел примеры на Гоу, правда под Си прячется :)

http://govnokod.ru/16625

Всем привет. Волею судеб пробую packer. К нему пытаюспоставить lxc билдер, но он зараза нехочет компилиться. Автор билдера не чешется особо, а я не умею в Го пока еще.

Может есть кто, сможет глянуть на ошибку и в сорец, и сказать что там подправить можно?

ну показывай ошибку…

https://gist.github.com/korotovsky/3451c8d17c331133d13f7feddca239e6

Блин, дебильный прелоад метадаты по ссылкам ... )

Вот сам проект: https://github.com/ustream/packer-builder-lxc

первые две ошибки - это проблемы вендоринга, возможно - надо просто правильно собирать проект правильной версией go

Код за меня конечно писать не надо, буду рад, если хотя бы скажете в каком направлении мне идти :)

третья - это какая-то реально ошибка

Я gox ставил из репов убунты. Как можно сверить, что сорцы и версия gox подружатся?

Сам go тоже из репов

а что говорит нам go -version

go version go1.6.2 linux/amd64

должны дружить

Сорцы подтягивал через go get

Я gox ставил из репов убунты. Как можно сверить, что сорцы и версия gox подружатся?

не надо ставить go бинарники не через go

А как надо? Нужно снова вернуться в 2000й год и компилять из сорцов локально?

там распаковываешь просто в goroot из архива

goroot - назначенная тобой любая директория

https://github.com/mitchellh/gox#installation

то есть просто go get github.com/mitchellh/gox

в отличие от 90-ых здесь компиляция заметно быстрее чем fetch

Так а сам го из репов то можно оставить?