>>1055733 (OP)
первыйнах

>>1055733 (OP)
>ООП, например...
А что, в С (не С++) завезли ООП?

>>1055733 (OP)
Из-за вас я сначала думал, что вертикальный членец в капче это побитовое "ИЛИ"

>>1055733 (OP)
>Что читать:
>- Классика от Отцов: http://www.cypress.com/file/56651/download

Access Denied
You don't have permission to access "http://www.cypress.com/file/56651/download" on this server.

>>1055766
УМВР

>>1055768
Что?

>>1055770
Проблемы на вашей стороне

>>1055771
Ну нифигасе. Дают линк, доступный только избранным... так предупреждайте, что не для всех.
Хотя бы как книга называется?

>>1055754
Не завезли, но можно напердолить структруами и макросами

>>1055778
Керниган, Ритчи - "Язык программирования С"

>>1055780
Ну это-то понятно. Не помню, а шаблоны в C есть?

>>1055786
Нет. Только в С++

>>1055783
А если я поучу по книге 80х годов (там классно написано) - смогу откомпилить?
Или современные компиляторы несовместимы со старыми версиями C?

>>1055788
Стандарт?

>>1055788
Там рассматривается си в стандарте 89 года надо читать второе издание, в первом рассматривается старый си. С89. С тех пор вышло только 2 стандарта - С99 и С11. В принципе любой компилятор будет поддерживать С89, так что проблем не возникнет.

>>1055790
Не знаю, книга 1984 года
Язык Си. М.Уэйт, С.Прата, Д.Мартин

>>1055796
>С.Прата
Есть шестое издание, там уже рассматривается самый свежий стандарт С11, на торрентах есть.
Называется Язык программирования Си Лекции и упражнения

>>1055796
У тебя могут возникнуть некоторые проблемы. Старый синтаксис поддерживается, но категорически не рекомендуется. Почему именно эта книга? Почему нельзя взять прату или к&р из шапки? Ты любишь сложности?

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

>>1055803
>Старый синтаксис поддерживается, но категорически не рекомендуется
Можно пример старого синтаксиса, который категорически не рекомендуется?
Строки?

Под Виндой на чём компилировать?
Оболочки/IDE есть для удобства тоже под винду?

>>1055842
Дополнение: только не VC++, что-нибудь полегче.

>>1055828
Ну например:
#include <stdio.h>

foo(bar, baz)
double baz;
{
        printf("%d %f\n", bar, baz);
        return 12345;
}

main() { return foo(1, 2.3); }

>>1055842
Code::Blocks+MinGW, Pelles C, любой текстовый редактор (Sublime Text, Atom, Notepad++, Блокнот)+MinGW или clang.

>>1055865
Спасибо

>>1055865
Неявный инт? Не думаю, что это такая уж огромная неприятность.
> return 12345
А так никто со времен Кернигана и Ритчи не делает. Корректно завершившаяся программа должна вернуть ноль.

>>1055842
Clion + mingw-64
Либо visual studio

>>1055885
Я скорее про пустые скобки вместо (void), про старый синтаксис аргументов, но и про неявный int тоже помнить нужно.

> Корректно завершившаяся программа должна вернуть ноль
А моя некорректно завершилась с кодом ошибки 12345. Я автор, я так вижу.

>>1055888
>Clion
говноед

Посаны смотрите шо нашел, ахуительно.
https://www.youtube.com/watch?v=3mgGQR6oGxI

>>1055975
что это за говно да еще и на обезьяньем языке?

>>1055976
Типо симуляция населения. Меня вдохновило.

>>1055980
>Меня вдохновило.
на мгогодетность?

>>1055987
Нет, а что?

>>1055997
>Нет
Ничего хорошего

Сап, есть один тип sigset_t, в котором каждому биту соответствует включенный или отключенный сигнал с номером signo.
На пикрил функции для основными действиями с этим типом: sigaddset - добавить сигнал в набор, sigdelset, sigismember - проверить, является ли сигнал членом сета.
Функция sigdelset непонятна. Почему в add нет лишних скобок в правой части, которые есть в del?
Алсо, почему в sigdelset вообще происходит выключение нужного бита, ведь там побитовое И?
И эти операции не должны затронуть остальные биты, а sigdelset занулит же там всё, не?

>>1056020
>Функция sigdelset непонятна. Почему в add нет лишних скобок в правой части, которые есть в del?
Имхо, вкусовщина - просто выделили выражение мкобками, хотя я не эксперт в Си

>>1056019
Тебе не нравится бездетность?

>>1056020
>Пик
Кончил.

>>1055975
Усложнённая игра Life?

>>1056041
Что может быть сложнее Life? Вот именно, ничего. Плохое сравнение.

>>1056039
Неа - это неправильно

>>1056042
Сложнее? Ты не в курсе о чем речь.

>>1056043
Согласен.

>>1056044
https://ru.wikipedia.org/wiki/%D0%96%D0%B8%D0%B7%D0%BD%D1%8C_(%D0%B8%D0%B3%D1%80%D0%B0)

>>1056051
Блин, этож надо столько написать. Поверь, там все проще на практике.

>>1056103
Ну кому как.

Чёт опять делать нехуй.
Написал алгоритм проверки номеров кредиток и заодно самотест к нему (первые 4 и последние 4 цифры взял от реальной карты). Сам не погромист ни разу.

https://pastebin.com/nAZ5mQkb

>>1056118
*первые 6 и последние 4

>>1056118
си для этого нинужон

Как посмотреть во что развернется макрос?
Написано что нужно использовать -E или -E -dM. Но оно ничего подобного не выводит.

>>1056193
Всмысле не выводит?
gcc -E in.c -o out.c
Что в out.c? Дай примеров.

>>1056216
Через встроенный документ почему то не работает, а с файлом работает.

>>1056222
> встроенный документ
Вообще не понял, разве файлом не удобней?

>>1056264
Может и удобней, я когда пробовал мне лень было файл создавать.

>>1056020
по идее ошибка. забыли ~.

точнее если ~(sigset_t)

>>1056392
> при приведении к sigset_t нуля

>>1056321
Да, ты прав, там по-любому перед скобками ~, потому и скобки.

>>1056395
или даже единицы в обоих местах нужно привести к sigset_t. просто если sizeof(sigset_t) > sizeof(int) то работать не будет.

>>1056429
sizeof(sigset_t) = sizeof(int)
Забыл написать.
Там для 31 различных сигналов

Зачем вам Си? Лабы в универе писать? Устроиться червем-байтоебом и получать всю жизнь столько, сколько получает жуниор-пхпшник? Дрочить на линупш и писать опен соурсе?
Или есть какие-то годные варианты, которых я не знаю?
Не ради траллинга спрашиваю. Чем занимаются си-пограммисты?

>>1056476
Даже C++ не расширенная версия Си. Они эволюционировали по своему и у них свои стандарты. Есть такие вещи которые не существуют в C++, например как массив переменной длины, а так же сложные числа. Но обратно же, такие вещи как объекты, шаблоны, стандартные библиотеки не поддерживаются Си. Можешь почитать об этом на досуге.
Во встроенных системах и системном программировании, Си все еще главный доминирующий язык, потому что ты, обычно не нуждаешься в объектах нежели в обращений к низкоуровневым вещам типа прямого интерфейса оборудования. Более того, у тебя более точные требования по времени и вместительности доступной памяти. Представь как бы ты вместил кучу информации с высокой подачей с помощью объектов С++ в пяти сот байтов микро-контроллера оперативки? Линуксы написаны на C. Другие же языки, даже включая C++, предназначены для других нужд, и в глаза Линукса он - Ужасен.
Большинство людей кстати после выхода Си остались на Ассемблере, боялись уходить от традиций. Несмотря на то, что у Си был намного лучше код.
С++ стал другим языком для других нужд, пусть даже и похожим на Си, но он потерял низкоуровневые способности, типа доступа к процессорному влиянию. Т.е такие языки как Си или Фортран это системные языки.
Да, есть годные варианты, о которых ты не знаешь. Но я намекну, почему он все еще популярен в наше время: Операционные системы, Языковые компиляторы, Ассемблеры, Интерпретаторы, Дата-Базы, Драйвера, Утилиты, Движки игр и списочек продолжается.

>>1056476
Я взялся за него, потому что Страуструп сказал в своей книжке, мол, что я обязан знать Си, чтобы изучить C++ и использовать его полную силу. Да конечно не обязательно знать Си, чтобы пользоваться С++, но я подумал, знание еще одного языка это не помеха, а лишь еще одно преуспевание.

Анончики помогите дауну.
Задача: при вводе a,b,c выводить "Right", при вводе q завершать программу, при вводе остальных знаков писать "Wrong".
Вот мой код:

#include <stdio.h>

int main (void){
char c;
while (scanf ("%c",&c), c != 'q')
{
if (c >= 'a' && c <= 'c')
printf ("Right \n");
else
printf ("Wrong \n");
}
return 0;
}

Ввожу a получаю :
Right
Wring

Ввожу e получаю :
Wrong
Wring
Где ошибка? Заранее благодарю.

>>1056528
Ему нужно чтобы при каждом неправильно набранном значений об этом намекалось.
Т.е введет adc
Должно выводиться - right wrong right
Если abc - Right Right Right
Если ggg - Wrong wrong wrong
У тебя условие истинно в любом случае, алсо wrong тоже выведется, потому что значение истинно.

>>1056553
>>1056561

>>1056553
Спасибо

>>1056561
Если ввести bac cab bca cba и т.д выводится right
Если ввести abcabc выводятся лишние значения
Если ввести bbb или aaa или ccc выводится - Right
Будут годные советы? Кто нибудь?

>>1056448
>Там для 31 различных
ну, int может быть и 16 битным.

либа для какого-то специфичного устройства?

>>1056596
Это Linux 2.4.22.
Книга Advanced Programming in the UNIX environment

>>1056639
ну да он вряд ли на 16 бит запускаться будет.

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

достаточно вспомнить разность int,long на винде64 и лине64.

ну или как-то так. ведь они же ещё сами должны как-то компилироваться. ну и наверно для совместимости с библиотеками, с апи.

>>1056476
Сравнивать программирование с написанием веб-говна на PHP нельзя. Ты бы еще PHP в математикой сравнил. Это разные вещи.

Вчера вот заглядывал в сырцы Python - так там куча .c и .h файлов. Уверен, что и много другого интересного софта написано на C. А чтобы его например пропатчить, нужно C знать. Да и вообще это другое программирование, нежели на скриптоязыках. Ты программированием ради денег занялся или тебе что-то в нём понравилось?

>>1056589
Не совсем понял условие, но наговнокодил вот это: https://pastebin.com/yR5RxYTS

Сам начинающий, прошу кому не влом - максимум критики по коду.

>>1056669
>Если signet_t, значит это POSIX
да вроде ничего это не значит. как захотят так и сделают, в контексте ос.

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

сложно это всё.

>>1056830
>да вроде ничего это не значит
Не нашёл sigset_t в голом C. Значит POSIX.

А чего это у вас K&R на английском и второе издание? Вот вам третье на русском
http://www.programming1189.ru/files/Kern_Ritch.pdf

>>1056853
Потому что программист должен знать английский, тем более, если он не на сишечке пишет, а не на каком-нибудь jQuery. А что касается третьего издания, то изданий два, а русское "третье" - багфикс для русского перевода второго.

>>1056859
>Потому что программист должен знать английский, тем более, если он не на сишечке пишет, а не на каком-нибудь jQuery
такте то комплексы.

>>1056860
Очередной типичный для программистов таракан, что поделать.

>>1056860
Какие комплексы? Большинства годных статей на русском нет. Либо ты макака, потому что тебе негде учиться, либо ты осознаешь ситуацию и учишь язык. Это не говоря уже об общении с другими программистами и комментариях в коде.

>>1056888
у тебя какая-то каша в голове. с чего ты решил, что всем нужно читать годные, что есть только на английском, твоему мнению, статьи, и читать исходники на английском?

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

>>1056742
>Counter
Я тоже об этом подумал, но ты тут очень много кода впихнул. Можно создать набор символов - образцов и потом программа по ним делает сравнение, но и у тебя неплохая идея со счетчиком. Т.е псевдокод -
Принять значение
Сравнить с [Переменная]
Все совпадения Right
Вывести
Несовпадения Wrong
Вывести

>>1056891
Он прав вообщет. Я специально занялся английским, потому что русский контент сосет жепу, редко найдешь учебное пособие которое переведено как следует. Везде провалы. Да и ресурсы в основном где пишутся полезные статьи, фичи, алсо конференций, В россии кто нибудь C конференций устраивает? Интервью с Брайаном Керниганом, расширенный набор книг по программированию от разных авторов, спецификации вместе с драфтами, да куча всего на английском. И поэтому нужно обязательно знать английский, особенно если ты хочешь чего то добиться. А так если ты программингом занялся ради смехуечков и пиздхаханек то для этого подойдет какой нибудь, ну... Язык для создания приложений для телефончиков?

>>1056853
Там перевод пиздец какой корявый. Например:
>Напишите программу, копирующую символы ввода в выходной поток и заменяющую
стоящие подряд пробелы на один пробел.
Т.е спрашивается, какой нахуй выводящий поток? Напиши как в книжке -
Напишите программу копирующая ввод в вывод, заменяя каждую последовательность нескольких пробелов одним.
Все. Сложно?
И так вся книга.

>>1056894
>копируящая
Копирующую

фикс

>>1056893
всё ясно. с возрастом пройдёт.

>>1056898
Куда мне до тебя, мелкобуквенного.

>>1056899
ещё одна неполноценность в окружающих. а как как же хорошо что ты выше этого).

>>1056898
джвачую, ребенок еще не понимает, что важные вещи даже на англопидерском никто писать не будет

>>1056901
Верно.

что вы думаете о wxdev c++

>>1056888
> Большинства годных статей на русском нет
Знать английский и читать технические (научные) статейки не одно и то же. В студенчестве я регулярно делал доклады по алгебре с англицких книжек. Однако не мог без субтитров смотреть даже мультики для детей-аутистов, а любая неадаптированная книга уже на первой странице содержала сотню незнакомых мне слов.
Для вопросов на стековерфлоу хватает английского уровня гуглопереводчика.

>>1056893
>"конференций" два раза подряд
конференции

Сначала русский подучи.

>>1056928
Собственно, в этом и смысл. Человека >>1056888 спросили, почему нет русского перевода в шапке? Самый первый пришедший в голову ответ был не "потому что перевод плохой" могу сказать, что он не плохой, а потому что ТЫ ОБЯЗАН ЗНАТЬ АНГЛИЙСКИЙ, ЕСЛИ ТЫ НЕ МАКАКА. Логика прослеживается, конечно, но связь между вопросом и ответом ОЧЕНЬ опосредованная и явно прошла через цепочку когнитивных искажений. Я, если что, хорошо знаю английский, просто мне бомбит с тех, кто делает из него священную корову по поводу и без.

Я уже молчу про то, что, действительно, давайте будем честными: нихуя не надо знать английский для программирования. Если вы называете уровень чтения литературы по программированию (обычно сухой и бедной на сложную лексику или, тем более, грамматику, дабы читатель сосредоточился на предмете) или прослушивания лекций ЗНАНИЕМ АНГЛИЙСКОГО, то у меня для вас плохие новости -- это уровень седьмого-девятого класса. А то слюней напускали, ояебу просто.

>>1055733 (OP)
Я все книги по программированию читаю на английском. Я даже не смогу те обороты речи и слова по русскому сказать

>>1056933
Хуя пичот.

>>1056946
Мань да кому ты пиздишь. И да, русский подучи.
>>1056928
Логика уровня двоща.

>>1056952
>нихуя не надо знать английский для программирования
Мы приняли твое мнение во внимание На самом деле нет.
>то у меня для вас плохие новости
Всем похуй на твои новости.
>это уровень седьмого-девятого класса.
Так хули ты не выучил то?

>>1056956
Всем так интересно.

>>1056959
>>1056962
>макакены кидаются какашками
Спасибо за беседу, было интересно, закроем тему.

>>1056958
Тебе? Мазь купи в аптеке. И свечки анальные.

>>1056946
Надо только профессионалам. Для обычного программирования на русском информации более чем достаточно.

>>1056956
Что говорит о твоей убогости, если ты не знаешь терминологии на своем языке.

Помогите с организацией хедеров. Дело такое. Скажем есть хедер файл, в нем есть прототипы функций, одна функция возвращает uint8_t, значит, нам надо stdint. Где логично будет подключать stdint ? Если тянуть его до хедера в файле .с то все нормально. Не будет ли тупо, если я засуну его прямо в хеадер ? Или так и надо ? Спасибо.

>>1057060
типа того. если ты тянешь в .c его же .h . иначе там и там.

>>1057061
Спасибо!

>>1056892
Бамп, есть у кого идеи где можно посмотреть решение?

>>1057068
Попробуй на киберфоруме найти / спросить.

>>1057102
Хорошая идея, спасибо что напомнил бро!

>>1057060
Основное правило такое: хедер должен включать свои зависимости. Если в хедере используется uit8_t - подключаешь stdint в хедере. Ну и очевидно, что в парном .c подключать stdint не нужно.

>>1057264
Если что, вся эта простыня говнокода аллокейтит новый argv через анусай, после чего запихивает туда имя обрабатываемой вебсервером в данный момент страницы.
Частично портабельно (на соплярис).
А вот во фряхе вместо всего этого ебалова есть setproctitle()

>>1057264
Хуя бог.

>>1057264
хукта какаято

Можно как-то передать структуру в функцию, без объявления?
Типа:
func(arg, {1,2,3,4});
Ну или хотя бы объявить сразу здесь же? А то чот очень душно как-то получается. Извиняюсь, если проморгал этот момент.

>>1057372
>без объявления
>статическая типизация
>под каждый пук выделяется память
Хм...

>>1057372
https://wandbox.org/permlink/1B69Z8BBKzwZhYh9

>>1057392
Спасибо.

Аноны, вместо русских бук в консоли иероглифы (Р'С?РчР? РїС?РёР?РчС'), в чем может быть проблема?

Включал вот так :
#include <locale.h>
setlocale(LC_ALL, "Rus");

>>1057512
в системе: плохая).

>>1057512
Поройся в настройках среды, обычно можно кодировку менять. В кодеблокс это edit -> file encoding

>>1057537
Какую кодировку выбрать? Сейчас стоит UTF - 8.

>>1057541
виндовс же не может в utf-8. может закодируешь в cp1251?

>>1057546
Спасибо.

>>1057541
Юникод.

Ребят, я видел чувак для камеры наблюдения записал массив [256]
Это для чего так? Т.е значение совпадает с кодеком. Как это работает?

Какой-то более-менее общепринятый компиляторо/платформо независимый, пусть и не самый быстрый метод для арифметических операций с целыми, как знаковыми, так и беззнаковыми, стандартных 8, 16, 32, 64 разрядностей, позволяющий избежать переполнения вообще существует? Всё что удалось нагуглить - какие-то хаки и костыли , но я не самый способный.
Не очень хочется выдрачивать велосипеды. Подскажите, если кто знает, пожалуйста.

>>1057917
>Стремлюсь к кратким наименованиям, полные порой выглядят жутко
Пиздуй читать "Чистый код", говно.

>>1057921
Я так не напишу ничего и останусь нищим. Ответь на вопрос, пожалуйста. Хотя спасибо, пролистаю всё таки.

>>1057924
Сам спойлер в конце.

>>1057926
%%> сам
там

>>1057898
каким образом это может решить компилятор, вставлять ассерт после каждой инструкции?

есть же специальные инструменты.

>>1058053
Ну у компилятора-то возможностей куда больше, он может вставить что-то типа jnc, jc, jo, jno - однобайтовая инструкция, выполняется один такт. Жалко только, что стандарт предпочитает неопределённое поведение, видать на ПДП подобной хуйни не было.
>есть же специальные инструменты.
Ты про какие? Те которые проверяют исходный код или которые позволяют работать динамически? Если про последние, то линкани, пожалуйста. Собственно мне нужна функция навроде __builtin_add_overflow из GCC, только что бы по-переносимей.

>>1058069
да фиг знает, чёт сам сижу читаю по поводу.

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

как минимум это что-то должно знать контекст.

>>1055733 (OP)
Ананасы, как вы, погромируя всякие железки, определяете оптимальный размер стека? Я вот пишу хуйню на броадкомовском говно-сдк, в котором обычному printf в uart с какого-то хуя нужно 4096 байт стека, постоянно ловлю всё новые и новые stack overflow. Размеры рассчитываю на глаз и включаю заодно runtime-проверки операционки, конечно и заебался уже так делать.

например что-то типа
add eax ebx
mov ax (или как там) %куда-то там

и типа это конвертация из инта в чар, по беззнаковому это стандартно, знаковому - нет. как это, например проверять, знаковый вариант? (char)((int)a + (int)b);

по идее же надо будет проверять диапазоны обоих, а потом и результат?

а например такой контекст = (int)a + (uint)b

будим считать за переполнение, когда a < 0 и скастуется к uint ?

тогда нужно проверить a на 0 =< a <= INT_MAX . хотя это вроде стандартное поведение.

просто размышляю. наверно реально, если компилируется без оптимизаций. может флаги есть в гцц?

>>1057929
Два чаю, гораздо лучше читаются программы с переменными i, j, k, tmp, array[].

>>1058219
мне кажется, что читаемость больше зависит от твоего умения вовремя отделить код в функцию и организовать структуру.

>>1057929
> Потому скажи мне как назвать структурку и её элементы.
typedef struct {
GLFWWindow *physicalWindow;
unsigned int width, height;
} Window;
Если не нравится - иди решай свои проблемы - научись печатать более чем одним пальцем, купи себе монитор с разрешением выше 640x480, найди IDE с автодополнением, если ленивый. А в комментариях пиши не расшифровку своей тарабарщины, а полезные вещи.

>>1058305
>я так скозал.
ух какой карась.

>>1058309
Это не я так сказал, так пишут все нормальные люди. В том числе и те, кто когда-то был ньюфагом и злоупотреблял короткими именами.

>>1058305
> купи себе монитор с разрешением выше 640x480
У меня 1024x768! А иды не нужны, ровно как и твойУёбищноеНазваниеПеременныхБлядь. Мне гораздо приятнее читать код состоящий из кратких переменных. Достаточно понимать принцип выбора названий и область под которую погроммист пограммит.

>>1058322
> Достаточно понимать принцип выбора названий и область под которую погроммист пограммит
и код будет прекрасно читаться.

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

>>1058322
> Мне гораздо приятнее читать
Если проект - твой собственный, и кроме тебя его читать никто не будет - пиши, как тебе нравится. Хоть весь юникод на однобуквенные переменные заюзай. Но помни, что если кому-то вдруг придется это читать, он будет крыть тебя матом каждую ебаную секунду.

>>1058327
>Хоть весь юникод
нельзя же.

> что если кому-то вдруг придется это читать
да и пусть нахуй идёт.

к чему все эти доёбки? если на работе как-то нужно писать по особому, там же на месте и ознакомят с правилами.

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

>>1058340
> нельзя же.
В C99 запилили extended identifiers. Весь юникод, конечно, нельзя, но символов, которые разрешено использовать в идентификаторах - овердохуя.

>>1058350
жёстко. я смотрю можно прям в кодах \u1234()

https://ideone.com/mOxynh

Помогите удостовериться.
Массиву character[TNOCHAR] присваивается 128 имен
Им присваивается каждому 0
Далее идет пересчет каждого введенного совпавшего символа
++character[c];

Запускается цикл который выводит 128 символов
Тут самое важное
Запускается еще один цикл который сравнивает значение j со значением Попавшихся совпадений character[Любое совпадение в character[c]] и инкрементируется значение j до кол-ва попавшихся character[c] и выводится кол-во символов '*' и символ новой строки после того как совпадения закончатся.
Все верно?

>>1058426
У тебя там в ideone чуть ниже есть standard input. Введи туда свои символы и посмотри, что получится. Но хуй знает, описал ты это, конечно, коряво. 128 имен каких-то, совпадения какие-то. Гистограмму оно строит. Все блять.

>>1058206
Ну конвертация-то в более узкий тип - совсем простая операция, только границы проверяй. Тот же х86, вроде бы, имеет одтельную инструкцию проверки диапазона.

Кстати же, придётся проверять ещё и деление для случая SIGNED_MIN / (-1), ну а SIGNED_MIN % (-1) по идее аппаратно вылететь должен.

Для типов меньше 64х бит можно привести данные к более широкому, проверить и отсечь если попадают в диапазон. Вот тут https://blog.regehr.org/archives/1139 мужик пишет, что относительно шутсрый метод. Для максимальных же, один пёс придётся выполнять проверки, а для знакового ещё и пилить умножение руками. Ещё можно учесть, что некоторые компиляторы-таки поддерживают безопасные операции, в ряде случаев можно наассемблерить необходимые проверки, и по итогу получить кромешный пиздец из ифдефов. Какая же ебаная хуита, простите.

>>1058426
На будущее, чтобы инициализировать все элементы целочисленного массива нулями, достаточно написать массив[вместимость] = {0}

Аноны, нужно распарсить .pcap файл размером в 10 мб, на питоне это занимает около 9 секунд(!!!).
Решил реализовать эту часть алгоритма на Си, а конкретней:
1. парсинг pcap файла
2. запись данных в БД постгрес
Если со вторым пунктом ясно всё и нагулится, то насчёт первого не уверен.
Какие будут советы/варианты вообще и по первому пункту в частности?
p.s. думаю моих знаний в Си хватит для этого, более чем.

>>1058518
Любишь писать велосипеды?
Я бы скормил pcap сурикате и импортировал получившийся eve.json.

>>1058529
Не люблю писать, но время парсинга огорчает.
Если всё будет плохо - смирюсь с тем что есть.

>>1058511
Спасибо, я пока на 1 главе, такие тонкости мне мозг сломают нахуй.

>>1058625
Чё, вместо цикла = {0} справа приписать тяжело? Я, правда, не уверен, что это достаточно портабл и вообще работает в си, а не в крестах.

>>1058725
Это есть в стандарте. Когда ты инициализируешь один из элементов, остальные заполняются нулями. В данном случае инициализируется первый, и слегка непортабл это только когда нулевые указатели хранятся не в виде последовательности нулевых битов. Но я таких ебнутых машин не знаю.

>>1058732
> Это есть в стандарте
Не означает, что это портабл

>>1058736
> Это есть в стандарте
> Не означает, что это портабл
Означает.

>>1058740
В мире фей, где нет старых компиляторов может означать. Но там это может что угодно означать, что пыльца в соцветиях ноздрей хоботов голубых слонов созрела, например. Мир фей же

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

>>1058742
да ты что-то гонишь браток. это с самой первой версии фишка.

>>1058742
В моем мире поддержка хотя бы C89 есть под каждую необходимую мне железку. Если мне вдруг встретится что-то, не поддерживающее C89, я не стану называть это компилятором Си. Это будет компилятор кастомного языка с C-like синтаксисом.

>>1058746>>1058747
Если это реально стандарт C89, то приношу письменные извинения за дегазацию в лужу у благородных донов

>>1058748
Да, это есть в C89. А я, в свою очередь, прошу прощения за разговоры о непортабельность инициализации указателей - все там нормально инициализируется, вне зависимости от представления в памяти, а описанные выше проблемы возникают при попытке делать обнулять через memset(..., 0, ...).

>>1058431
Чувак, я знаю вывод. Программа написана правильно и видимо ты ее не понял, как и контекст вопроса.

>>1058426
Про массив сказал, ещё кое-что:
1) Отделяй операторы пробелами от операндов, а ещё ставь пробел справа от знаков типа , или ; -- когда будешь писать вещи хотя бы немного сложнее читаемые, чем двойной счётчик, отсутствие пробелов глаза ибат жоски будет.
2)Маловажная ремарка: каноничноъ в for-цикле пользоваться пост-инкрементом/декрементом, а не пре-. С массивами (т.к. индексация с нуля) удобнее задавать счётчик как for (i = 0; i < zalypa; i++), но во всех остальных случаях читабельность повысится при отсчёте с единицы: for (i = 1; i <= zalypa; i++).
Я так-то тоже вкатывальщик, просто немного подальше закатился, оэлдэфаги, можете обоссать

Котаны, можно ли как-нибудь отличать память на стеке и память в куче?
Например, у меня есть структура, несколько полей которой принимают ссылку на область памяти double(звездочка). Есть функция delete_struct, которая проходится по этим полям free().
Можно сделать так, чтобы программа не ломалась из-за попытки очистить память в куче?

Тут с примером чуть понятнее: https://pastebin.com/exxrwWjh

>>1058876
щито?

>>1058874
> каноничноъ
Труъ эстеты пишут с преинкрементом, потому что у него нет специального поведения в отличие от постинкремента.

>>1058876
Нет, нельзя. К тому же, есть еще вариант статически выделенных данных. Ты, конечно, можешь нагородить платформенно-зависимый костыль (ну там, регион стека детектить, с секцией данных сверяться), но сделай лучше флажок в структуре, не выебывайся.

>>1058876
так никто не делает. пишут функции конструктор и деструктор
в твоем коде непонтяная хуита с ошибками.

Господа, нужна помощь. Сразу прошу, анон, не пинай нуба, мне всего ровно 18, и я пытаюсь постичь С/Спп.
В общем, не понимаю я логики работы с включениями исходников - все эти заголовочные файлы и прочее. В книжках нашел только общие положения, на всяких хабрах - то же, либо какие-то рецепты для конкретных случаев. Нипанятна.
А теперь суть проблемы. Допустим, есть у меня некий файл first.h. В нем мы определяем константу coeff типа int:

#ifndef FIRST_H_INCLUDED
#define FIRST_H_INCLUDED

const int coeff = 5;

#endif // FIRST_H_INCLUDED

Далее создаем заголовочный файл second.h. В него пихаем определения функции:

#ifndef SECOND_H_INCLUDED
#define SECOND_H_INCLUDED

#include "first.h"

double func(double x);

#endif // SECOND_H_INCLUDED

Функцию определяем в файле second.cpp. В нем "инклудим" second.h и используем константу coeff (наверное и так понятно как должно выглядеть). В мэйне подцепляем second.h и вызываем функцию func. Типа по моим понятиям должно работать. Однако оно выдает ошибку multiple definition of coeff. Как правильно надо включать файлы, чтобы я мог и константой воспользоваться, и чтоб компилилось?

>>1058888
Заранее извиняюсь что без разметки, но кода мало, вроде как можно обойтись.

>>1058888
Не делай константы через const. Это плохо работает, не всегда нормально оптимизируется и все такое. Делай через #define как люди. Если все же хочешь, чтобы работал твой вариант, у тебя два выхода: сказать, что константа statiс или писать в хедере, что она extern, а реальное определение пихать в один из .c файлов.

>>1058890
на самом деле в реальной программе там строка const char*, мой пример искусственный и чисто модельный. А строку можно дефайном вставлять?
Хм. Щас попробовал перенести строчку #include "first.h" из файла "second.h" в файл "second.cpp" и все заработало. Странно это...

>>1058891
не ври. все должно работать

>>1058891
Ну а отвечал я про примитивные типы вроде double или int. Со строками все зависит от того, зачем тебе строка (дубликаты строк не все компиляторы схлапывают). В общем и целом, лучше делать extern в .h, строку в .c.

>>1058895
Дурацкий вопрос, но все же. А что значит extern? И чем отличается от static?

>>1058888
const int coeff = 5; это глобальная переменная
ты инклудишь в second.cpp и там это переменная, и в main.cpp и там тоже эта переменная.
ты перенес инклуд, и в main.cpp больше нет объявления этой переменной

>>1058898
короче, иди читай как работает конпеляция и линковка в си. это азы, без которых ты ничего не поймешь

>>1058897
static ограничивает видимость модулем (объектным файлом, единицей компиляции). Если extern - это определение (definition), то его видно извне, а если это объявление (declaration), то объявление для него может быть в другом модуле.

>>1058900
> объявление для него может быть в другом модуле
определение

>>1058900
>extern - это определение (definition), то его видно извне
extern значит, что переменная определена в каком-то другом cpp-файле или подключаемой библиотеке. тогда во время линковки заместо этой переменной будет подставлен адрес этой другой определенной где-то переменной с таким названием

>>1058902
Ощм немного прояснилось, но буду еще разбираться. Аригато гадзаимас, анон.

>>1058874
Проиграл. Чувак, программу не я писал, я написал объяснение её работы и спросил - Верно ли я понял? А писал ее профи.

Ебашу тут Дейтелов 2009ого года. И чет у меня во второй программе сумма неправильная выходит, подозреваю что-то случилось за 8 лет. объясните что?

#include <stdio.h>

main(void)
{
int integer1, integer2, sum;

printf("Enter first integer\n");
scanf("%d", &integer1);
printf("Enter second integer\n");
scanf("%d", &integer2);
sum = integer1 + integer2;
printf("Sum is %d\n, sum");

return 0;
}

>>1058902
так-же нужно отметить, что модификатор extern дефолтный для всех объявлений функций

>>1058910
Кавычка не там в последнем принтфе.

>>1058919
#define _CRT_SECURE_NO_WARNINGS

А вот это нахуя меня просят писать, чтобы скомпилировать программу?

>>1058884
> конструктор и деструктор
Тредом ошибся?

>>1058881
Благодарю.
Переделывать не буду, просто на всякий случай все маллоками зафигачу.

>>1058884
С ошибкой, не ошибками. С программе даже комментарий сделан, где именно эта ошибка.

>>1058926
Пытаешься байтоёбствовать в visual studio?

>>1058938

Оно не хотело выполнять программу, пока я это не написал. Что не так с этим VS?

>>1058953
>Что не так с этим VS?
все

>>1058907
>писал профи
Чёт непохоже

>>1058970
объясните хоть нахуй эта строчка там нужна?

>>1058985
Отключает бугурт компилятора студии по поводу использования "небезопасных" функций. Т.е. большинства, где используются указатели в том или ином виде.
Надо понимать, что Visual Studio - это не среда для разработки на Си. Это среда разработки на Managed C++. Да, в плюсах, даже управляемых, есть возможность использования сишного кода, но приходиться попердеть с директивами препроцессора или unmanaged вставками.
Ты просто определись: либо ты пишешь на си, либо не на си. Майкрософтоподелия к си имеют весьма посредственное отношение. Назначение Managed C/C++ только в том, чтобы делать врапперы для нэйтивных библиотек в комовскую оболочоку, с последующим вызовом их из управляемого кода, написанного на любом языке .net семейства. Программы на нём пишут только дэбики уникумы.

>>1058972
Ну ты толстить уже начал. Тема не для тебя, забей.

>>1059004
Проблема в том, что все остальные IDE выглядят как куски говна, поэтому делаю задания из книжки в VS. Вот как-бы и все. А почему так вышло, что они небезопасные?

>>1059013
Давай спустимся с небес идеального кодинга на землю ради ответа на простой вопрос, который мучает меня: почему некоторые люди не ставят пробелы?

>>1059014
>А почему так вышло, что они небезопасные?
Потому что Стив Балмер так решил. А вообще тебе нужно почитать про дотнетовский CLR, управляемый/неуправляемый код, всякую хуиту про ООП и отличия указателя от ссылки. Здесь всё же Си обсуждают.

>что все остальные IDE
Может быть местные гуру меня поправят, но Си - это не "эй поцоны, я ДЭВЭЛОПЮ код на макбуке в няшной ИДЭ с дарк интефейсом". Си - это системное программирование, линукс кернел и ымбыдед. Поэтому либо пользуешься специализированными IDE вроде Keil4 или VisualDSP++, которые облегчают процесс разработки говнокода под конкретные платформы. Либо превозмогаешь себя и пишешь код в блокнотике, параллельно постигая make и gcc.
В качестве блокнотика могу посоветовать VS Code, если уж так любишь майкрософтоподелия

В gcc возможно задать размер скомпилированного объектного файла? Чтобы был кратным 4-ем, к примеру?

>>1059023
>А вообще тебе нужно почитать про дотнетовский CLR, управляемый/неуправляемый код, всякую хуиту про ООП и отличия указателя от ссылки.

>Либо превозмогаешь себя и пишешь код в блокнотике, параллельно постигая make и gcc.

Постой, шеф. Я открыл только первую книгу по программированию.

>>1059018
Потому что у каждого свой стиль.

>>1059004
>Visual Studio - это не среда для разработки на Си. Это среда разработки на Managed C++
Чо? Можно же писать на unmanaged C++, и на С89С95/АМD1 офк. А если прикрутить clang/c2, то еще и С11 будет

>>1059023
Есть clion и mingw, почему бы их не использовать?

https://pastebin.com/FgXY3SUy
Строчка 34: объясните подробно, пожалуйста, почему так передавать второй аргумент в функцию нельзя? И правильно ли я использую двумерный массив в таком случае вообще? Это задачка на моделирование "черепашьей графики".

>>1059131
realloc?

>>1059141
можешь показать в коде? допустим у меня есть массив а[5]. Как мне его увеличить?

>>1059014
> А почему так вышло, что они небезопасные?
Такими сделали. Когда дизайнилась стандартная библиотека, об уязвимостях еще не думали. И "небезопасность" таких функций не в использовании указателей, как говорят ньюфаги выше, а в отсутствии контроля границ или недостаточной сигнализации о том, что данные в буфер не влезли: например, печально известная gets() пишет данные в буфер, но не позволяет ни указать его максимальную длину, ни сигнализировать о том, что буфер переполнился. А, например, какая-нибудь snprintf, сделанная позже, и, вроде бы, правильно, позволяющая указать максимальный размер буфера, возвращает не количество записанных в буфер символов, а нахуй не нужное количество символов, которое могло бы быть записано в буфер бесконечного размера. При этом, чтобы узнать, что буфера не хватило, тебе нужна явная проверка, а если ты поленишься (очень многие ленятся), то в твоей программе появляются truncation-уязвимости (приходит тебе такой аттачмент в письме foo(многобуков).exe.jpg, пишет такая программа его на диск, делает snprintf(filename, MAX_PATH, "%s/%s", temp_folder, attachment_name), а оно не влезает, обрезается, и на диск летит уже foo(многобуков).exe). И вот Microsoft для решения этой проблемы придумала подмножество _s (safer) функций, которые фэйлятся, если что-то не влезло, и даже пропихнула их в стандарт (Annex K), но оно никем, кроме Microsoft не поддерживается, и там есть проблемы с runtime constraint handlers, и, в общем, почти никто ими не пользуется, кроме самой Microsoft. И ты не пользуйся, но о проблемах стандартной либы помни.

>>1059123
commands - одномерный массив, ты не можешь индексировать его дважды. Алсо, несмотря на то, что ты там при инициализации понаставил фигурных скобок, он остался одномерным, и инициализаторы просто записались в него по порядку ([0] = 2, [1] = 5, [2] = 12, [3] = 3...). Сделай либо нормальный двумерный массив commands[COMMANDS][2], либо массив указателей на массивы int, можно с compound literals (С99) примерно так: (int *array[] = { (int[]){ 1 }, (int[]){ 5, 12 }, итд }).

>>1055733 (OP)
Почему говорят, что "функция возвращает void", если на самом деле она ничего не возвращает? Как говорить правильно? Что такое на самом деле void? Как он работает?

>>1059207
Формально void это даже тип данных. Если это слово стоит перед функций, то значит функция ничего не возвращает. Т.е так и говорить, "функция ничего не возвращает", или возвращает пустоту

>>1059131
бамп вопросу
https://ru.wikipedia.org/wiki/Кольцевой_буфер - вот что мне нужно, только чтобы увеличивался/уменьшался при необходимости

>>1059234
>увеличивался/уменьшался при необходимости
realloc

>>1059195
Почему в Си такие ебаные массивы?

>>1059259
Потому что внутрь процессора менеджер кучи как-то не получилось запихать, а Си - достаточно низкоуровневый язык.

>>1059259
У неосиляторов вечно что-то виновато.

>>1059259
Кроме них самих, конечно.

>>1059191

Спасибо, что пояснил.

Кто-нибудь подскажет, как по номеру сигнала получить имя?
У меня в массивe *sys_siglist[] в строках забиты описания сигналов, даже имя не вычленить.
А большая часть функций, которые что-то печатают о сигналах (например, strsignal), обращаются именно к нему.
Придётся делать, как в kill сделали (массив структур sys_signame)?
https://github.com/karelzak/util-linux/blob/master/misc-utils/kill.c
Каждый сигнал с ifdef'ом инициализировать, это же мрак.

>>1059296
>>1059297
Керниган, залогинься

>>1055733 (OP)
А куда пропал оф. тред плюсов?

>>1059513
Он на месте.
Куда пропали твои глаза?

Анончики, как грамотно переписать вот этот кусок кода? В книге написано что goto для долбаёбов, а как сделать без него не соображу.
Нужно прочитать символ 'a', 'm', 'e', 's' или 'd'. На остальные вывести сообщение об ошибке.
Заранее спасибо.

goto l1;
while (ch != 'a' && ch != 'm' && ch != 'e' && ch != 's' && ch != 'd' ){
printf ("Введите корректный варинт\n('a', 's', 'm', 'd', 'e')\n");
l1:do {
ch = getchar();
}while(!isalpha(ch));
}

>>1059605
goto не для долбоебов, но и не для этого случая.
do { ch = getchar(); } while (ch != EOF && ch != 'a' && ch != 'm' и т. д)
if (ch == EOF) { поток ввода кончился } else { нам дали требуемый char }

>>1059611
Спасибо ещё раз.

Почему не работает?

#include <stdio.h>

int main(void) {

int r, pi, circ;

printf("Radius: \n");
scanf("%d", &r);

printf("Diameter is %d\n", r 2);
pi = 3.14159;
circ = 2 r * pi;
printf("Circumference is %f\n", circ);
}

>>1059692
> int pi
В советской россии пи равняется трем, ага.

int - это integer, целое. Не дробь. Дроби хранят в float или double, это типы с плавающей точкой. Можно еще в фикседпоинте, или даже явно в виде числителя/знаменателя, но тебе это пока рано.

Соответственно, double pi (так как десятичная дробь), double circ (так как после умножения дроби на целое ты чаще всего хочешь дробь), и все у тебя будет.

Алсо, лучше сделать pi не переменной, а константой:
#ifndef MATH_PI
#define MATH_PI 3.14159265358979323846
#endif
(или сделать #define _USE_MATH_DEFINES и подключить math.h, оно тебе определит M_PI в числе прочего, но это слегка нестандартная хуйня).

>>1059695
Ахда, не работает конкретно потому, что в printf ты передаешь int, а спецификатор %f хочет дабл, такие дела.

>>1059707
Можешь создать массив достаточных размеров, а потом распечатать его:
#define SCREEN_WIDTH 80
#define SCREEN_HEIGHT 24
char screen[SCREEN_HEIGHT+1][SCREEN_WIDTH+1];
// Очищаеш (плюс сразу переводы строк втыкаешь, чтобы быстрее выводить).
for (size_t y = 0; y < SCREEN_HEIGHT; y++) {
for (size_t x = 0; x < SCREEN_WIDTH; x++) {
screen[y][x] = ' ';
}
screen[y][SCREEN_WIDTH] = '\n';
}
screen[SCREEN_HEIGHT][0] = '\0';

// Рисуеш.
screen[10][10] = '*';

// Выводиш.
puts(&screen[0][0]);

Но вообще у тебя задание скорее всего предполагает именно одновременную отрисовку в едином цикле (т.е., в зависимости от Y координаты ты рисуешь звездочки и нужное количество пробелов в текущей строке для каждой фигуры, потом перевод строки, потом следующую строку так же и т. д.). Можешь тоже буфер сделать шириной с фигуру, тогда не придется ебаться с пробелами.

>>1059101
> clion
Ну ты и говноед...

>>1059731
Единственная годная IDE с поддержкой С11
Что не так?

>>1059731
говноед - это тот, кто дрочит на инструментарий

в анус себе свои преференции запихай и пиздуй на пары

>>1059736
мэйкфайлы то уже поддерживает это говно?

>>1059739
>пиздуй на пары
сам пиздуй, джетбрейндрочер

>>1059743
Есть cmake

>>1059745
цмэйк нинужен

>>1059746
Ну тогда соси хуй в блокноте без автокомплита

>>1059753
>автокомплита
забыл синаксис си?

>>1059755
Имена функций и переменных будешь полностью ручками писать?

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

Дали тестовое задание-тср сервер которые бы кое что делал. Сделал. Ответ-недостаточно точное. Яебу вообще, работало как надо, тестил как мог. Хз

>>1059835
да

>>1059956
А где оно глючит-то? Если ты про /n, то да, у тебя кривые руки - escape-последовательности пишутся с бэкслешем: \n.

>>1059956
При чем здесь Code::Blocks?

>>1060004
Он просто не знает еще, что IDE - не компилятор. Его делфя успешно скрывала от него существование dcc.exe.

>>1059956
Квадратная закрывающая скобка в строке 7...

>>1060011
Тогда бы не скомпилировалось

Разумно ли писать бекенд на си?

>>1060072
Бэкенд чего? Веб? Скорее всего, нет.

>>1060073
Спс

>>1059786
Не, скорее ты простой дурачёк, который никогда не работал со средними/большими проектами, лол

Котоны, помогите. Есть код на C, нужно скомпилировать под ARM архитектуру. Как это сделать? Нашел тулчейн arm-linux-gnueabi-gcc, но objdump по объектному файлу выдает архитектуру elf32-little.

>>1060344
> elf32-little
А тебе что нужно? Компилируй и не выделывайся.

>>1060346
Когда я это запускаю на целевой машине, она мне пишет not found. Поэтому я думаю что как-то не так скомпилировал. И ещё бинарник запускается на x64 убунте, это нормально вообще?

>>1060377
А как компилируешь?

>>1060380
Arm-Linux-gcc -mamr -o output.bin source.c

>>1060427
Хуй знает, должно рабоать. Ты бинарник не перепутал?

>>1060435
Все правильно у тебя. Вот только в крестах тоже есть неявный int, когда ты забыл тип:
> Unit1.cpp
> HUI = true
bool HUI = true;

>>1060437
спасибо за ответ, анон, но не помогло.
теперь другая проблема, ебучий builder c++ ругается на Unresolved external и в основном проекте, раньше только в пустом ругался, в котором я пытался разобраться в этой проблеме. решения нет, хз пока у кого спросить про эту ошибку. всё равно спасибо

Кто-нибудь может объяснить зачем сейчас писать вот так:
int
sum (int a, int b)
Вот это вот функция. Это же 89, верно ? Зачем и кому сейчас это надо ?

>>1060344
Должно быть так:
arm-linux-gnueabi-gcc -<args>

>>1060443
Ты про int на отдельной строке? Или про что? Возвращаемый тип на отдельную строку лепят в некоторых проектах, где названия возвращаемых типов длинные, плюс еще атрибуты всякие прописываются типа конвенции вызова. Если писать в одну строку, декларацию все равно придется разбивать.

>>1060442
Удали все собранные бинарники, собери начисто, покажи как ругается.

>>1060442
>ругается на Unresolved external
Небось на какой-нибудь _init, _start и т.п. ругается?

>>1060344
>Есть код на C, нужно скомпилировать под ARM архитектуру.
Подробнее, что за платформа, какая ось.
Планшет на андроиде и плата с стм32 - оба подразумевают ARM, но вот компиляция будет разной.

>>1060489
Шо ты несешь. Различия только в выборе архитектуры команд (в STM только thumb) и в доступности всяких флоатов. В остальном, компилятор - он и есть компилятор.

>>1060464
Блядь. Я думал это формальное описание старого стандарта. Вот я дебил. Ладно. Спасибо!

>>1060489
Устройство на базе процессора AT91SAM9260-QU, ось линукс с ядром 2.6.22. Пока пытаюсь просто скомпилировать простейший код, который бы заработал.

>>1060484
на _HUI который и является булевой переменной, я просто так и не понял причину этой ошибки в принципе, почему она возникает ВООБЩЕ интересно, а не только у меня, суть ошибки.

>>1060466
а вот это я не пробовал, как буду дома, сделаю. Удалить exe и obj? или еще какие? сделаю вечером и отправлю сюда скрин

>>1060592
>Пока пытаюсь просто скомпилировать простейший код, который бы заработал.
Простейший код - это записать единичку в указатель на регистр, управляющий светодиодом. Скидывай сюда код и вывод компилятора.
>>1060511
Устройства под линупсами поддерживают нэйтивную компиляцию. Бэйрметал - кросс онли.
>This specifies the name of the target ARM processor. GCC uses this name to determine what kind of instructions it can emit when generating assembly code. Permissible names are: `arm2', `arm250', `arm3', `arm6', `arm60', `arm600', `arm610', `arm620', `arm7', `arm7m', `arm7d', `arm7dm', `arm7di', `arm7dmi', `arm70', `arm700', `arm700i', `arm710', `arm710c', `arm7100', `arm720', `arm7500', `arm7500fe', `arm7tdmi', `arm7tdmi-s', `arm710t', `arm720t', `arm740t', `strongarm', `strongarm110', `strongarm1100', `strongarm1110', `arm8', `arm810', `arm9', `arm9e', `arm920', `arm920t', `arm922t', `arm946e-s', `arm966e-s', `arm968e-s', `arm926ej-s', `arm940t', `arm9tdmi', `arm10tdmi', `arm1020t', `arm1026ej-s', `arm10e', `arm1020e', `arm1022e', `arm1136j-s', `arm1136jf-s', `mpcore', `mpcorenovfp', `arm1156t2-s', `arm1156t2f-s', `arm1176jz-s', `arm1176jzf-s', `cortex-a5', `cortex-a8', `cortex-a9', `cortex-a15', `cortex-r4', `cortex-r4f', `cortex-m4', `cortex-m3', `cortex-m1', `cortex-m0', `xscale', `iwmmxt', `iwmmxt2', `ep9312'.
И это только один флажок gcc, для выбора архитектуры ARM.
Про всякие хитровыёбанные платы, которые требуют BSP, я уже и не говорю.

>>1060598
С какими ключами запускать компилятор чтобы чтобы он вывел информацию?

>>1060599
всмысле linux? у меня винда же

>>1060604
Ошибки компилятор выводит в любом случае. Для варнингов есть -Wall -Wextra
Кстати -Wall - флажок практически мастхэв в любых случаях
>>1060608
Значит кросскомпилятор, да? Где тулчейн качал?

>>1060613
у меня c++ builder 6, он работает только под виндой. Я знаю, что я говноед, но так реально проще

>>1060613
Первый скрин - компиляция, второй - запуск.

>>1060622
давай вывод file test_arm

>>1060645
/lib/ld-linux.so.3 на месте? Уж очень похоже на это
https://unix.stackexchange.com/questions/378301/linux-executable-fails-with-file-not-found-even-though-the-file-is-there-and-i

>>1060645
Да, имелся ввиду вывод file на целевой машине, а не виртуалке.

>>1060653
На целевой машине нет утилиты file. Там очень урезанный линукс.
>>1060650
Действительно, этой библиотеки нет. Где я ее могу взять и зависит ли она от версии ядра?

>>1060655
Попробуй флажок -static для компилятора. У тебя динамический эльф собирается на новой версии ядра, а запустить пытаешься на старой.

>>1060660
Скомпилировал с флагом -static, теперь пишет Illegal instruction.

>>1060664
>Illegal instruction
Ну даж хз. Попробуй -mcpu=arm9

>>1060670
Тоже самое. Пиздец какой-то, я уже неделю с эти ковыряюсь.

>>1060672
Что за плата хоть?

>>1060675
Частная разработка завода. Плата модуля ЦП в гибком мультиплексоре.
Слушай, file показывает что была использована библиотека ld-linux.so.3, которой на целевой машине нет. Может ее туда подсунуть и тогда все заведется? Только вот суффикс 3 в имени библиотеки что означает? Версию ядра?

Не совсем по теме треда, но: поставил десятку вместо восьмерки, код, который писал ранее на OpenCL, пЕрестал нормально работать. Комп зависает при первом выполнении шейдера, если в дебаге запускать, падает на clFinish. Падает только в том случае, когда в шейдере есть синхронизация с barrier - с любыми аргументами. В чем может быть проблема?

>>1060681
Подсунул библиотеку. Теперь Input/Output error.

>>1060681
>Может ее туда подсунуть и тогда все заведется? Только вот суффикс 3 в имени библиотеки что означает? Версию ядра?
Если ты хочешь взять ld-linux.so.3 со своей виртуалки, и подсунуть под арм платы - мне кажется это не самая разумная идея. Если ты только не найдёшь эту библиотеку собранную под твой арм.

Ты же где-то исходники для ядра линукса брал? Если ты работаешь на этом же заводе - у тебя должны быть сорцы. Ковыряй мэйкфайл, смотри с какими ключами и какой компилятор запускается. Illegal instruction - насколько я помню, означает, что файл система сожрала, но на уровне исполнения произошла ошибка. Может -msoft-float нужно указать, может уточнить -march или -mcpu.

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

>>1060731
И что, скомпилированное с -static и -march=arm9tdmi точно также вызывает illegal instruction?
Можно ещё конечно readelfом сравнить то, что успешно исполняется на плате и то, что получается после компиляции у тебя.

>>1060752
покажи лучше readelf -a обоих файлов

>>1060769
Рабочий бинарник: https://pastebin.com/v8rnaMhW
Тестовый бинарник: https://pastebin.com/KStx0FEa

>>1055733 (OP)
В чем преимущества и недостатки этого языка по сравнению с другими языками?

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

https://pastebin.com/mpD7p1QL

Кто-то в курсе, malloc обязана возвращать чётный адрес и можно ли на это положиться?

>>1060961
нет, она нуль возвращает, если не смогла выделить память.

>>1060961
malloc возвращает адрес, подходящий для любой переменной, поэтому частично можно на это положиться, если на целевой машине переменные размером более 1 байта требуют выравнивания.
На x86 выравнивание не обязательное, но на 8 байт тебя все равно выровняют. В целом, тебе, конечно, никто ничего не гарантирует, но на любой 32-битной машине malloc вернет тебе адрес, который кратен минимум четырем.

>>1060977
0 четный.

>>1060999
>0 четный.
на сколько делится?

>>1061007
На сколько хочешь, даже на матрицу

>>1061007
https://ideone.com/iWv3Qr

>>1061013
матаноблядская магия, если 0 делится на все то угодно, почему он четный?

>>1061017
Потому что четное число по определению - это число, у которого остаток от деления на 2 равен нулю. Ну или можешь сказать, что это 2 умноженное на любое целое число.

>>1061021
На любое натуральное число и пресловутый ноль, по-твоему

>>1061017
>если 0 делится на все то угодно, почему он четный?
Потому что он делится на двойку, дебил.

>>1061023

Троллинг тупостью пошел?

>>1061046
Нет, это перавильное замечание. Если ты не француз и не матлогик, натуральные числа ноль не включают.

>>1060999
>В целом, тебе, конечно, никто ничего не гарантирует, но на любой 32-битной машине malloc вернет тебе адрес, который кратен минимум четырем.
Благодарю. А что бы наверняка, нет какой-нибудь опции проверить это, типа #ifdef MALLOC_ALIGN_EVEN ?

>>1061060
это стандарт выравнивание будет до самого большого типа, которому необходимо выравнивание. или тебе обязательно нужно знать?

>>1061060
В С11 можешь узнать alignof(max_align_t). alignof в stdalign.h, max_align_t в stddef.h. До C11 с гарантией никак, но можно смотреть на выравнивание структур (если до проверки на него никто не повлиял директивами или ключами компилятора). В struct test_alignment { char x; double d; }; дабл скорее всего будет выровнен до его натурального выравнивания, поэтому sizeof(struct test_alignment) - sizeof(double) скорее всего даст тебе выравнивание меньшее или равное выравниванию, гарантированному malloc().

>>1061053

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

>>1061083
Прошу прощения, не удосужился прочесть всю переписку. Ты прав.

>>1061075
Спасибо, этого должно хватить.
>>1061064
Я ценный бит хотел использовать указателе.

>>1060776
Всё это немного выходит за рамки языка Си и ближе к красноглазикам. Продублируй вопрос в /s/ на всякий случай.
А ещё лучше, переконфигурируй glibc под целевое ядро и будет тебе счастье.

>>1061205
Разобрался с этой ерундой. Взял с https://www.uclibc.org/ образ root_fs_arm.ext2, примонтировал его, сменил корневой каталог на root_fs_arm.ext2/bin/su используя эмулятор qemu и там бинарник скомпилировался как надо, на целевой плате все работает. Спасибо за помощь. Сам бы я хер разобрался с этим всем.

>>1059191
>И "небезопасность" таких функций не в использовании указателей, как говорят ньюфаги выше
Ну извините. Мой кукарек основан на опыте быдлокодинга на C#. В сярпе "небезопасность" - это именно использование поинтеров. https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/keywords/unsafe

Добрый вечер, господа. Интересует такой вопрос: может ли кто-нибудь из вас написать программу, которая считывает все данные из очереди сообщений POSIX (mqueue)? Чтобы прям вторым аргументом дать ей имя очереди, а на выходе в каком-нибудь файле получить содержимое очереди. Спасибо.

Где найти программиста С/С++ который не прочь заняться разработкой ПИРАТСКОГО СЕРВЕРА?

Объясните, почему
char str[150] = "abcd";
нормально присваевается, а

char str[150];
str[150] = "abcd";

выдает ошибку.

>>1062031
В первом случае ты объявляешь массив чаров, заполняешь первые 4 элемента, остальные заполнятся автоматически нулями.
Во втором ты говоришь, что элемент 150 равен "abcd". Но одному элементу обязана соответствовать 1 символ.

>>1062074
А как тогда правильно присвоить "abcd", если массив уже объявлен в виде char str[150];
Мне нужно, чтоб эффект был как в первом случае.

strcpy, memcpy и прочие функции, которые работают со строками.

>>1062088
memcpy

>>1062214
Еще добавлю что если в убунте проверить библиотеку таким образом: "grep -r mq_close librt-0.9.29.so", то ответ будет "Двоичный файл librt-0.9.29.so совпадает". А если сделать то же самое для библиотеки в тулчейне, то ответом будет пустая строка. Будто бы эти функции не реализованы в версии библиотеки librt-0.9.27.so. Я пробовал подменять библиотку в тулчейне с 27 на 29 версию, но компилятор все равно не видит этих функций.

>>1062214
С какими ключами компуклируешь? В какой последовательности?

Крестотред проебался, можно у вас спросить?

>>1062255
arm-linux-uclibc-gcc -march=armv5te -mtune=arm9tdmi -Wall -static -o slotinfo slotinfo.c -lpthread -lrt

>>1062306
Попробуй "-lpthread -lrt" писать до "-o"

Есть код

int i;
char mass[252];

i=1; mass[0]='z';
scanf ("%c", &mass);
i = 2;
while ( mass[i-1] != '\n' ) {
scanf ("%c", &mass);
i++;
}

printf ("%d\n", strlen(mass));

Почему после введения ab и нажатия enter выдается результат 20 вместо ожидаемого 2?
Не пойму, откуда там аж 18 лишних взялось.