сколько тебе заплатили за этот комментарий?

нисколько )

чтобы что?

вдруг у него сборка кривая )

что бы проверить не собрали ли криво мейнтейнеры

нисколько )

тебе еще и за комменты не платят

хаха

тебе еще и за комменты не платят

это в другой организации)

это в другой организации)

мы с ним в одной организации

оба ольгинцы?

Чсв запредельное, чуваааак :D

что бы проверить не собрали ли криво мейнтейнеры

Чсв запредельное, чуваааак :D

Нет

что бы проверить не собрали ли криво мейнтейнеры

Они могли

Были претенденты?

Собрать криво одной командой

Они могли

Если мейнтейнеры рачевого репа

Я про то, что собрать Go с его очень простой и вполне себе однозначной сборкой - ну очень сложно

Тем более так, чтобы оно работало полностью, но только влияло на время сборки

Если мейнтейнеры рачевого репа

в любом случае, следующий шаг - установка официального пакета, а не сборка из сорцов

в любом случае, следующий шаг - установка официального пакета, а не сборка из сорцов

У меня это был бы первый шаг

у меня тоже

но есть любители ставить go из пакетов os

но есть любители ставить go из пакетов os

Извращенцы

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

Раз зашел разговор про сборки - что вы используете для dependency management в своих проектах?

Раз зашел разговор про сборки - что вы используете для dependency management в своих проектах?

Dep

dep

собственно, вариантов больше нет

Он же ещё не зарелизен, я правильно понимаю?

этим летом зарелизен

Спасибо

Я в контейнеры кладу. Все в контейнеры. Больше контейнеров

он все еще не добавлен в официальный тулчейн, но у него шансов на это больше, чем у прочих

dep is safe for production use. That means two things:

Пока у них вроде бы планы на 1.10/1.11

glide

+1 за glide - похож на bundler)

dep конечно, официальный же, хоть и не включён еще в тулчейн

вот как включат, тоже перейдем

в проде пока только glide

Приветы всем. Подскажите можно как сократить. https://play.golang.org/p/vcl8SbulqR

в каком смысле - сократить?

Приветы всем. Подскажите можно как сократить. https://play.golang.org/p/vcl8SbulqR

Никак

func PutRecipe(db *sql.DB, recipename string, bottleid int, bottlesize int, pg int, vg int, nicotine int, date string, note string, flavorid int) (int64, error) { /////// } Уменьшить кол-во аргументов. типа func PutRecipe(db *sql.DB r*Recipe)

а в чем проблема-то?

Это же данные для записи в таблицу

Это же данные для записи в таблицу

Да

типа func PutRecipe(db *sql.DB r*Recipe) мне сказали так можно. но чет я никак не соображу

не рабоатет

https://play.golang.org/p/C12Gx-S03R

https://play.golang.org/p/C12Gx-S03R

Получается шило на мыло, да?

так а как ты хотел-то?

чтобы оно тебе само твои данные придумало?

вообще - именованных параметров в go нет, и это способ их эмулировать. но и все

Но как лучше мой вариант или твой? Или без разницы

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

(вопрос сформулировать сложно, вопзомжно прозвучит коряво). Есть сервер, к которму коннекчусь по tcp, используя conn = net.DialTCP. Посылаю запросы, читаю ответы. И при больших ответах, через раз, я теряю на чтении половину сообщения. По tcpdump вижу полный ответ, у меня же половина []byte в итоге пустая. Может есть какие то особенности, при испольовании метода Read на коннект?

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

(вопрос сформулировать сложно, вопзомжно прозвучит коряво). Есть сервер, к которму коннекчусь по tcp, используя conn = net.DialTCP. Посылаю запросы, читаю ответы. И при больших ответах, через раз, я теряю на чтении половину сообщения. По tcpdump вижу полный ответ, у меня же половина []byte в итоге пустая. Может есть какие то особенности, при испольовании метода Read на коннект?

>Read reads up to len(p) bytes into p. It returns the number of bytes read (0 <= n <= len(p)) and any error encountered он не обязан читать вам len(p) bytes, лишь up to len(p)

(вопрос сформулировать сложно, вопзомжно прозвучит коряво). Есть сервер, к которму коннекчусь по tcp, используя conn = net.DialTCP. Посылаю запросы, читаю ответы. И при больших ответах, через раз, я теряю на чтении половину сообщения. По tcpdump вижу полный ответ, у меня же половина []byte в итоге пустая. Может есть какие то особенности, при испольовании метода Read на коннект?

ioutil.ReadAll ?

Песня в чем. Сообщение - хедер+дата. первые 64 байта - хедер. Его вычитываю первм. В нем - размер(в байтах) блока дата.

Создаю массив байт с длинной блока дата и в него читаю остаток

тогда ридолл

Рикролл

ERROR: S client not available

я вроде тыкался с ридолл, и че то оно не хотело. Ща перепроверю посмотрю.

тогда ридолл

у tcpconn вроде нет ридолл

Вот да

ioutil.ReadAll(client.conn)

И вопрос на чем онстановится, если пошлют 2 сообщеняи подряд.

Как он поймет что это конец?

Никак:)

И вопрос на чем онстановится, если пошлют 2 сообщеняи подряд.

на уровне TCP нет понятия "сообщение"

Вот

Потому и беру размер сообщения из хедера

И потому ридолл не подходит.

Есть мысть, что я читаю раньше чем все пришло, и надо вставить слип на секунду

(учитывая что работает через ра)

Есть мысть, что я читаю раньше чем все пришло, и надо вставить слип на секунду

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

Слип никогда не нужен практически

Это для диагностики проблемы

скорее

конечным решением это конечно не будет

на уровне TCP нет понятия "сообщение"

Ну на самом деле есть, но на уровне Go нет

Ну на самом деле есть, но на уровне Go нет

есть сегмент, но это не сообщение. и есть окончание сессии, можно очень грубо считать все переданное сообщением.

Поставил слип - не падает при парсинге

Значит всек читает, значит слишком рано читаю.

Вот в tcpdump вижу такую вещь

5 reassebmled segments

есть сегмент, но это не сообщение. и есть окончание сессии, можно очень грубо считать все переданное сообщением.

Ну, чем сегмент не сообщение:) Начало есть, конец есть. Ладно, это риторика, я пойду код писать дальше.

Как на уровне go понять, что надо все собрать в одно?

Как на уровне go понять, что надо все собрать в одно?

Оно же само собирается:)

Ага

а читаю я раньше чем оно собралось

и привет