он видит функции

и имена

я не уверен зайдёт ли он во внутрь fmt например

кстатаи делве меня бесит

хотя не знаю может ждб ещё хуже будет

Gogland оказывается уже релизнулся и стал платным. Какая есть нормальная альтернатива бесплатная?

Gogland оказывается уже релизнулся и стал платным. Какая есть нормальная альтернатива бесплатная?

Vim, sublime, atom, vs code. Ну а если ide то нет

liteIDE

Gogland оказывается уже релизнулся и стал платным. Какая есть нормальная альтернатива бесплатная?

чистить настройки каждый месяц и юзать дальше)

чистить настройки каждый месяц и юзать дальше)

Мы же честные люди, мы не чистим настройки и не гуглим "goland license server"

Мы же честные люди, мы не чистим настройки и не гуглим "goland license server"

И не ставим свои серверы лицензий на локалхост. ??

И не ставим свои серверы лицензий на локалхост. ??

?

чистить настройки каждый месяц и юзать дальше)

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

изи

народ как мне jsonинть нормально поля которые в встроены в структуру типа grom.Model

народ как мне jsonинть нормально поля которые в встроены в структуру типа grom.Model

убрать gorm.Model и самом эти поля написать

ну так то можно

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

gorm.Model же ничего не дает вроде кроме дефолтных полей

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

ну это то да

Ну значит ничего тебе не грозит

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

какая правктика написания больших тестов? когда тест требует создания многих объектов в БД, прогонку по многим функциям и тд. тоже делается в _test файлах?

Тесты для слабоков, только в продакшн, желательно в пятницу

Тесты для слабоков, только в продакшн, желательно в пятницу

я тут вроде писал про свой опыт с гугловским opencensus

короче у них был релиз

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

какая правктика написания больших тестов? когда тест требует создания многих объектов в БД, прогонку по многим функциям и тд. тоже делается в _test файлах?

Я в _test делаю.

тут есть спецы в линуксе?

а в vscode?

А в укладке кафеля?

иногда лучше жевать чем говорить

а в vscode?

что нужно?

Может кто позже ответит. запустил я удалённую отладку го на расберри пи. Всё работает. gdb сервер запускаю скриптом на расбери с хоста по ssh. Но при запуске из vscode gdb сервера происходит блокирование терминала. и дальше всё висит. По этому приходится отдельно в терминале запускать скрипт. И потом подключаться отдлачиком вскоде

как в вскоде сделать запуск ждбсервера

чтобы он не блокировался

running command$ sh -c ssh pi@192.168.88.139 "sh ~/run_test.sh" gdbserver: no process found Process /home/pi/test created; pid = 2543 Listening on port 9999

вот мой ланч

дебаггинг в гошных приложениях в vscode идет через delve

обычно

{ "version": "0.2.0", "configurations": [ { "name": "Attach to gdbserver", "type": "gdb", "request": "attach", "executable": "${workspaceRoot}/test", "target": "192.168.88.139:9999", "remote": true, "cwd": "${workspaceRoot}", "preLaunchTask": "start gdb", "gdbpath": "/home/andrey/WorkTool/gcc-arm-none-eabi/bin/arm-none-eabi-gdb", "autorun": [ "load ${workspaceRoot}/test" ] }] }

делве не рабоатет на армах

по gdb не смогу подсказать, мб @kirilldanshin знает?

тут дело не в самом ждб.

как бы он работает

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

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

в ручную

наверное всё же это вопрос по вскоде. Это его прикол.

Или вы типа думали что для запуска приложения на го, вам понадобится го? Типа как интерпретатор? ?

Ды я не думал, в том то и дело, на автомате воткнул. ))

running command$ sh -c ssh pi@192.168.88.139 "sh ~/run_test.sh" gdbserver: no process found Process /home/pi/test created; pid = 2543 Listening on port 9999

Наводящий вопрос: Когда запускаешь скрипт руками, в отдельном терминале, ssh просит у тебя пароль?

не просит потому что я сертификат подключил. Этот тут причём?

проблема в том что при запуске ждб он блокируется. Он ждёт запросов. Терминал уже не работет

и вскоде блокируется вместе с ним

надо как то в отдельном процессе запускать ждб

не просит потому что я сертификат подключил. Этот тут причём?

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

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

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

если линукс под рукой то наберите gdbserver :9999 ~/любую прогу запускаемую

если линукс под рукой то наберите gdbserver :9999 ~/любую прогу запускаемую

сек... попробуююю

ERROR: S client not available

я ксати даже не знаю как из него выйти. контрол+c не работает. quit exit тоже

дока вообще скудная

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

killall gdbserver &> /dev/null chmod +x ~/test gdbserver :9999 ~/test

я так запускаю, чтобы гарантированно потушить сервер, когда из "гдб" клиентавыхожу: gdbserver —once :9999 "прога"

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

а из за этого виснет вскоде.

ка кбждб надо запускать в отдельном процессе

ага, я пытаюсь подумать в этом направлении...

дока вообще скудная

https://sourceware.org/gdb/onlinedocs/gdb/Server.html https://sourceware.org/gdb/onlinedocs/gdb/Remote-Debugging.html#Remote-Debugging немного подробней расписано

https://sourceware.org/gdb/onlinedocs/gdb/Server.html https://sourceware.org/gdb/onlinedocs/gdb/Remote-Debugging.html#Remote-Debugging немного подробней расписано

спасибо. Тут я думаю проблема в вскоде. Ждб сервре работате нормлаьно. Как то можно в вскоде запустить приложение в отдельном терминале?

спасибо. Тут я думаю проблема в вскоде. Ждб сервре работате нормлаьно. Как то можно в вскоде запустить приложение в отдельном терминале?

эммм... если я не ошибаюсь, к вскоде есть плагин для запуска в отдельном терминале...

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

эммм... если я не ошибаюсь, к вскоде есть плагин для запуска в отдельном терминале...

а launch.json его понимает?

а launch.json его понимает?

не могу ответить.

щас попробую видео сделать чё получается

да, интересно посмотреть.

о, интересна статья... https://developers.redhat.com/blog/2015/04/28/remote-debugging-with-gdb/ интересно: (gdb) target remote | ssh -T xyz.example.com gdbserver - —attach 5312

последний сценарий, доставил: (gdb) target extended-remote | ssh -T root@xyz.example.com gdbserver --multi -

Configuring a connection to a Linux target using gdbserver http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0446i/CIHCHGCA.html

.

https://medium.com/@spe_/debugging-c-c-programs-remotely-using-visual-studio-code-and-gdbserver-559d3434fb78

https://github.com/Microsoft/vscode-cpptools/issues/416

https://github.com/Microsoft/vscode-cpptools/issues/78

https://github.com/Microsoft/vscode-cpptools/issues/321

http://justinmklam.com/posts/2017/10/vscode-debugger-setup/

к стати, в lauch.json можно указать: "externalConsole" : true,

к стати, в lauch.json можно указать: "externalConsole" : true,

у меня пишет что не поддерживается.