Я на аватарке реальный

надо седую и большей длинны :)

Ути-пуси. Но правда в том, что C - говноязык. То, что он единственный, не делает его лучше

Проблема не в языке, а в отношении к нему. Ну и в том, что пока процы понимают только машинные коды и ассемблер, а чистый C генерит код прозрачно и предсказуемо. Ну а 80% случаев. И главное накоплена огромная база знаний по нему. Так что пока все остальные языки вытеснить C не могут.

Не противоречит

ДОброго времени суток. Столкнулся с проблемой, что ни gofmt ни `goimports`не убирают лишние пустые строки в import. Получается что сортировка импортов идет криво. Нет ли тулзовины чтобы это пофиксить?

сами лишних напихали сами и удаляйте.

Что тут не так, ребят? https://play.golang.org/p/nj2w588ip7i

Можно ещё закрыть канал другой горутиной https://play.golang.org/p/vwGLh8dROZb

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

а разве он что-то говорил про Rust?

Проблема не в языке, а в отношении к нему. Ну и в том, что пока процы понимают только машинные коды и ассемблер, а чистый C генерит код прозрачно и предсказуемо. Ну а 80% случаев. И главное накоплена огромная база знаний по нему. Так что пока все остальные языки вытеснить C не могут.

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

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

уб - undefined behavior

Проблема не в языке, а в отношении к нему. Ну и в том, что пока процы понимают только машинные коды и ассемблер, а чистый C генерит код прозрачно и предсказуемо. Ну а 80% случаев. И главное накоплена огромная база знаний по нему. Так что пока все остальные языки вытеснить C не могут.

> Так что пока все остальные языки вытеснить C не могут. Конечно не могут, но заслуга тут не C, а упрямости Линуса.

Который, между прочим, сам клал с высокой колокольни на стандарт C

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

А вы ничего не путаете? В C код в ассемблер ложиться почти один в один, если не увлекаться прагмами и плюшками какого то одного компайлера и помнить под какую платформу пишешь, никакого ub не поймаешь. Вообще ub это косяк программиста, который некорректно применил инструмент. Даже в C++, не то что в C

> Так что пока все остальные языки вытеснить C не могут. Конечно не могут, но заслуга тут не C, а упрямости Линуса.

Меж прочим, в ядре linux используется не C, а подмножество C++. С другой стороны в ембеддеде на упромясть Линуса плевать с колокольни, но вот предпочитают пока C и даже не ++

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

А вы ничего не путаете? В C код в ассемблер ложиться почти один в один, если не увлекаться прагмами и плюшками какого то одного компайлера и помнить под какую платформу пишешь, никакого ub не поймаешь. Вообще ub это косяк программиста, который некорректно применил инструмент. Даже в C++, не то что в C

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

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

Это уже демагогия. Так в ДТП или разводе или отбитом молотком пальце не принято обвинять себя, а прочих водителей, жену, молоток. Да и оффтоп, так как к go мало относиться, может даже совсем

Это уже демагогия. Так в ДТП или разводе или отбитом молотком пальце не принято обвинять себя, а прочих водителей, жену, молоток. Да и оффтоп, так как к go мало относиться, может даже совсем

Если произошло ДТП, то всегда виноват автомобиль, дорогоа и, возможно, что-то/кто-то ещё.

Так и в С, если програмист написал код с UB, он конечно виноват, но это не значит, что сишка тут не при чём

Так и в С, если програмист написал код с UB, он конечно виноват, но это не значит, что сишка тут не при чём

го это сишка с водителем

Если произошло ДТП, то всегда виноват автомобиль, дорогоа и, возможно, что-то/кто-то ещё.

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

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

А если это беспилотный авто?

UB это просто особеность стандарта, который использует этот термин, в других языках этот термин не используется, но UB тоже есть (в Go например точно есть). Просто стандартизировать любое некорректное использование языка невозможно, отсюда и термин, вышли за границу массива, получили segfault (или не получили, зависит от того как далеко вышли, могли просто память испортить), попытались перезаписать int переменную из двух потоков - UB (на практике ничего не упадет, но гарантировать результат никто не может) ну и тд.

UB это просто особеность стандарта, который использует этот термин, в других языках этот термин не используется, но UB тоже есть (в Go например точно есть). Просто стандартизировать любое некорректное использование языка невозможно, отсюда и термин, вышли за границу массива, получили segfault (или не получили, зависит от того как далеко вышли, могли просто память испортить), попытались перезаписать int переменную из двух потоков - UB (на практике ничего не упадет, но гарантировать результат никто не может) ну и тд.

по-моему вы путаете разные вещи. сегфолт или race condition это косяки рантайма, а UB это неоднозначность на уровне синтаксиса языка

Стандарт ISO 9899 передает привет: The execution of a program contains a data race if it contains two conflicting actions in different threads, at least one of which is not atomic, and neither happens before the other. Any such data race results in undefined behavior.

В С++ тоже самое, любой рейс это UB, тоже самое с segfault.

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

Как предпочтительно хранить файлы на сервере? БД с закодированными файлами в base64? Просто файлы?

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

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

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

Опять я что-то накосячил с областями видимости? Почему второй Printf не показывает nil ? https://play.golang.org/p/LNIaqh8Rmhn

func (mys *MyStruct) Close() {

и будет nil

вау

спасибо )

А если это беспилотный авто?

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

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

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

А кто будет сидеть, если водителя не было?)

а где админы? ))))

Если водитель == nil, то они не будут работать. Надо ждать новую ревизию.

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

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

А кто будет сидеть, если водителя не было?)

Ну это когда скайнет будет рулить, тогда водителя не будет. А пока даже в беспилотной машине есть "старший"

выкинуть переменную это как?

выкинуть переменную это как?

Константой заменить.

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

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

Или в теории даже на другой версии компилятора

Ну это когда скайнет будет рулить, тогда водителя не будет. А пока даже в беспилотной машине есть "старший"

Ну тем не менее, когда тестовый робот сбил насмерть велосипедиста, вроде никого не посадила

Ну тем не менее, когда тестовый робот сбил насмерть велосипедиста, вроде никого не посадила

Водитель под судом.

выкинуть переменную это как?

Я такое на pixman наблюдал, если его собирать шлангом то на O2+ он падает с сегфолтом в некоторых ситуациях, потому что компилятор решает переменную на константный ноль заменить

Константой заменить.

ну всетаки не выкинуть значит :) я просто не понял о чем речь, речь видимо о том, что без volatile код может не записывать ничего в переменную из-за оптимизиаций (об этом же?), так это не проблема вообще

ну всетаки не выкинуть значит :) я просто не понял о чем речь, речь видимо о том, что без volatile код может не записывать ничего в переменную из-за оптимизиаций (об этом же?), так это не проблема вообще

В целом да, но иногда бывает что выглядит как бага

это выглядит как бага, но как правило бага при этом в другом, в Go такого не бывает только потому что у него оптимизатора нет в принципе :)

даже не знаю что хуже ?

это выглядит как бага, но как правило бага при этом в другом, в Go такого не бывает только потому что у него оптимизатора нет в принципе :)

https://gitlab.freedesktop.org/pixman/pixman/issues/22

Ну тем не менее, когда тестовый робот сбил насмерть велосипедиста, вроде никого не посадила

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

Константой заменить.

Может просто код выкинуть.

господа, вопрос на засыпку. Есть Teamcity. Есть проект и под сотню билдов в нём. Необходимо для всех билдов заменить оптом темплейт. То бишь назначить определённый темплейт дефолтным на весь проект. Я один раз это как-то сделал и забыл как. Точно не через экспорт проекта в xml и регексп, а кнопочками. уже час не могу вспомнить. Памагити.

господа, вопрос на засыпку. Есть Teamcity. Есть проект и под сотню билдов в нём. Необходимо для всех билдов заменить оптом темплейт. То бишь назначить определённый темплейт дефолтным на весь проект. Я один раз это как-то сделал и забыл как. Точно не через экспорт проекта в xml и регексп, а кнопочками. уже час не могу вспомнить. Памагити.

Кто-то спросил про TeamCity? вот тут ответ: https://confluence.jetbrains.com/display/TCD18/Build+Configuration+Template#BuildConfigurationTemplate-Definingdefaulttemplateforproject

можно ли в for i:= как-то явно указать тип переменной?

ээээ. это чат про го?

да вот я тоже удивился

видимо нельзя

ну да, чего это я

for i := int64(0); i < 10; i++{ log.Println(i) }

можно ли в for i:= как-то явно указать тип переменной?

хм..а зачем?

хочется for int64(i) := range ?

for i := uint16(0); int64(i) < blockCount; i++ {

или даже не так, потому что тут непонятно зачем

какое то интересное у вас жонглирование типами

for i := uint16(0); int64(i) < (fstat.Size() / pubBlockSize); i++ {

вот тут из-за fstat.Size() ругалось

а i таки uint16, он потом вызывается в методе

Не знаю, что у тебя в цикле, но что-то типа blocks := fstat.Size() / pubBlockSize перед циклом и i < blocks в for было б намного более читаемо.

И можешь закастовать blocks как надо.

(ну это при условии, что это значение в цикле не меняется)

И можешь закастовать blocks как надо.

если так написать for i := 0; i < uint16(blockCount); i++ { то i инициализируется в инт

а надо чтобы в uint16

потому что внутри есть вызов метода принимающего i и ожидающего uint16

почему blockCount нельзя сделать int?

а

ну сделай как выше писали for i := uint16(0); i < blocks; i++.

ну сделай как выше писали for i := uint16(0); i < blocks; i++.

invalid operation: i < blockCount (mismatched types uint16 and int64)

ну и приведи blocks к uint16

строчкой выше

чтобы обе переменные были одинакового типа

привёл, теперь всё ок

?

Кто-то спросил про TeamCity? вот тут ответ: https://confluence.jetbrains.com/display/TCD18/Build+Configuration+Template#BuildConfigurationTemplate-Definingdefaulttemplateforproject

К сожалению, этот топик я нашёл первым и у меня нет этого меню, хоть тресни

К сожалению, этот топик я нашёл первым и у меня нет этого меню, хоть тресни

а версия тимсити какая?

10

аа. надо глянуть в соотвествующей версии документации наверное

хотя, в 10 тоже самое