доброй ночи. подскажите кто в курсе, это в qemu косяки или куда смотреть? http://i.imgur.com/vUktkwF.png

Ребят, такое дело. У меня програмка бегает в сеть, оттуда берет JSON и парсит его. Сейчас в тестах оно прямо в боевых условиях бегает реально в сеть и парсит. Появилось свободное время (немного лень отстала вернее), хочу поделить тесты. Вот такой вопрос, для парсинга json'а по сути можно использовать простые заготовки. Как их лучше всего использовать? Прямо в файле теста все сделать (от чего он вырастит сильно) или в отдельном файле все хранить как-то?

Ребят, такое дело. У меня програмка бегает в сеть, оттуда берет JSON и парсит его. Сейчас в тестах оно прямо в боевых условиях бегает реально в сеть и парсит. Появилось свободное время (немного лень отстала вернее), хочу поделить тесты. Вот такой вопрос, для парсинга json'а по сути можно использовать простые заготовки. Как их лучше всего использовать? Прямо в файле теста все сделать (от чего он вырастит сильно) или в отдельном файле все хранить как-то?

Отдельный json файлик можно рядом класть

Отдельный json файлик можно рядом класть

Там много разного json'а под разные тесты. Напхать кучу json'файлов норм практика?)

Ну это если он большой очень. Обычно для тестов не сильно большие jsonы и можно их прям в код.

В сумме прилично выходит. Поэтому и в раздумьях.

Там много разного json'а под разные тесты. Напхать кучу json'файлов норм практика?)

Для тестов можно все в один запхнуть. А на счёт прям хорошей практики это не ко мне. Уверен тут есть ребята, которые точно подскажут как "тру")

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

в то же время за размер тестов я как то не переживаю

Да я тоже, просто вдруг есть какая-то дико секси практика, а я уже сделаю так)

Можно положить в виде строк в отдельные переменные внизу тесткейсов

и таааак сойдет ?

доброй ночи. подскажите кто в курсе, это в qemu косяки или куда смотреть? http://i.imgur.com/vUktkwF.png

а как собирал?

а как собирал?

GOARCH=arm64 go build

нагуглил всякое вроде этого https://github.com/multiarch/qemu-user-static/issues/22

но что делать не ясно

GOARCH=arm64 go build

а на скриншоте qemu-mips же? а билдишь под arm64

да, у меня qemu 2.9

а на скриншоте qemu-mips же? а билдишь под arm64

сорян, под мипс то же самое

GOARH=mips

GOOS=linux GOARCH=mips go build

хм, может надо через gccgo кросскомпилить..

скорее всего надо 2.7 собирать, тут https://github.com/multiarch/qemu-user-static/issues/22 пишут что на 2.7 нормально

а go 1.8?

go version go1.8.3 linux/amd64

я конечно кросс-компайлингом не занимался очень давно но все статьи что попадаются - люди это делают через gccgo, а не через gс https://github.com/GeertJohan/openwrt-go/issues/2 по крайней мере под openwrt что на роутерах - все через gccgo морочатся

это мипс, а арм?

в ауре есть 2.7 аут оф дейт, попробую его собрать. ну и mips_gccgo тоже соберу

мне кажется, это в qemu косяк

это мипс, а арм?

так ты под мипс или под арм компилируешь? :) я не пойму просто до сих пор

так ты под мипс или под арм компилируешь? :) я не пойму просто до сих пор

и под арм, и под мипс)

ну тогда похоже два тулчейна нужно будет для кросскомпайла

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

Чат, плиз, помоги. Где найти дельную статью, презентацию, видео с более менее детальным описанием минусов cgo? Гугл, совсем скуп.

Василий: Ребятки, если нужно будет соорудить Gui либу для создания окошек на html, то надо курить искусство OpenGL, нет?

Василий: Ребятки, если нужно будет соорудить Gui либу для создания окошек на html, то надо курить искусство OpenGL, нет?

qt не хочешь? вроде уже юзабельно

но там, правда, сборка нетривиальна

Василий: Ребятки, если нужно будет соорудить Gui либу для создания окошек на html, то надо курить искусство OpenGL, нет?

html в gui? почему не браузер?

dynamic runtime по докам собирается норм

ну началось http://i.imgur.com/hHSYvoL.png

gomobile использует gccgo?

Не использует. Значит qemu косячит

зачeм сделали так, что вне методов можно использовать инициализацию переменных только через var, а не через := ?

потому что var это не иницализация, а объявление а если что-то вне ф-ии, то оно глобальное — фигню сказал ;) спишем на портвейн...

ну в смысле

я могу инициализировать через var тоже

в чем смысл

https://stackoverflow.com/questions/18854033/why-isnt-short-variable-declaration-allowed-at-package-level-in-go

таков дизайн языка :)

At the top level, every declaration begins with a keyword. This simplifies parsing.

https://golang.org/ref/spec Short variable declarations may appear only inside functions. In some contexts such as the initializers for "if", "for", or "switch" statements, they can be used to declare local temporary variables.

https://groups.google.com/forum/#!msg/golang-nuts/qTZemuGDV6o/IyCwXPJsUFIJ

пока писала второй вопрос, нашла ответ спасибо

ребята, а не подскажете с таким вот вопросом? я запускаю консольную утилиту через exec.Command а вывод делаю через fmt.Printf, но проблема в том, что данная консольная утилита, которую я вызываю - она без остановки выводит кучу строк информации (может бесконечно это делать). Каким образом мне проще всего выводить эту инфу?

ребята, а не подскажете с таким вот вопросом? я запускаю консольную утилиту через exec.Command а вывод делаю через fmt.Printf, но проблема в том, что данная консольная утилита, которую я вызываю - она без остановки выводит кучу строк информации (может бесконечно это делать). Каким образом мне проще всего выводить эту инфу?

поясни проблему. ты умеешь выводить эту инфу, умеешь выводить ее просто, но хочешь еще проще?

нет, я не могу ее вывести, потому что вывод никогда не заканчивается

программа будет кидать строчку за строчкой и так бесконечно

нет, я не могу ее вывести, потому что вывод никогда не заканчивается

почему ты ее не можешь вывести? в консоли ничего не отображается?

именно

package main import ( "fmt" "log" "os/exec" ) func main() { out, err := exec.Command("uuidgen").Output() if err != nil { log.Fatal(err) } fmt.Printf("%s", out) }

именно

cmd := exec.Command("HandBrakeCLI", "--queue-import-file", task.QueueFile()) cmd.Stdout = os.Stdout cmd.Stderr = os.Stderr err := cmd.Run()

да, я знаю, что могу использовать stdin, stdout, но сама соль в том, что в конечном результате мне нужно всю эту дичь выводить в json

на порт пробросить на локалхосте

да, я знаю, что могу использовать stdin, stdout, но сама соль в том, что в конечном результате мне нужно всю эту дичь выводить в json

Ну cmd.StdoutPipe

хм, ты хочешь результат бесконечного стрима упаковать в конечный json документ?

или тебе нужно каждую строку из стрима превратить в конкретный жсон и плюнуть дальше?

нет, хочу его пачками выдавать, да знаю что много хочу)) не уверен, что это рили

да

именно плеваться кусками jsona во фронтендщиков

чтоб они с ним дальше игрались

такое?

возможно

но слишком абстрактно

имхо

я просто тупой)

???

нет, хочу его пачками выдавать, да знаю что много хочу)) не уверен, что это рили

ну cmd.Stdout - это writer куда-то. в моем пример это os.Stdout, т.е. пишет в stdout поток оси. Ты можешь сделать так cmd.Stdout = MyLineWriter и писать куда угодно, и считывать необходимыми тебе батчами

похоже надо веб апи подружить с мега секретной тулзой

та так и есть)

похоже надо веб апи подружить с мега секретной тулзой

или вебсокеты какие-нить.. из какого-нибудь amqp читает и в вебсокеты отдает

ввязался на свою голову

код лучше всего

type Writer interface { Write(p []byte) (n int, err error) } реализуешь интерфейс, получаешь байтики, считываешь в линии, отправляешь линии в канал, из канала считываешь и делаешь json. 10-15 строк

и правда

это оптимально

большое спасибо всем за подсказки

кстати, хотите поорать?

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

только пиши в байтбуфер

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

опередил ;)

на самом деле я уже пол года "работаю" программистом на golang

и сразу видно какого качества))

???