Пожалуйста, пользуйтесь https://ideone.com/, https://wandbox.org/ или https://pastebin.com/ для вставки кода, если он длиной больше нескольких строк или содержит [i] или ∗.
Что читать:
- Brian Kernighan, Dennis Ritchie "The C Programming Language": http://www.cypress.com/file/56651/download
- Stephen Prata "C Primer Plus, 6th Edition" (2014): относительно свежая, знает про C89/C99/C11, описывает различия, объемная (около тысячи страниц), годная, с вопросами, упражнениями и ответами. Читать после K&R или до.
- Zed A. Shaw "Learn C the Hard Way" (2015): годное пособие для гуманитариев для гуманитариев!
- Немного примеров хорошего стиля: http://www.oualline.com/books.free/style/index.html
- ООП, например: http://www.cs.rit.edu/~ats/books/ooc.pdf
- Стандарт ISO/IEC 9899:1999 (C99): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf (драфт)
- Стандарт ISO/IEC 9899:2011 (C11): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf (драфт)
- Черновик стандарта ISO/IEC 9899:202x (C2x): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2479.pdf (февраль 2020, с диффами)
Чем компилировать:
- Очевидный GCC.
- clang: оче годно, батя рекомендует.
- Intel C++ Compiler: оптимизации, тысячи их.
- Visual Studio Community Edition: внезапно этим стало можно пользоваться, особенно с тулсетом clang/C2. Поддержка C11 на уровне "есть все, что тебе понадобится в реальном проекте плюс кривая библиотека". Анализатор кода в комплекте.
- Pelles C (шиндоуз онли): поучиться, вкатиться в C11 (стандарт полностью реализован, имеются в том числе threads.h и прочие stdatomic.h), но количество багов в оптимизаторе и редкие апдейты напрочь отбивают желание собирать этим что-то сколько-нибудь серьезное.
- TCC: очень маленький компилятор с багами и поддержкой C99. С ключом -run умеет компилировать код в память и запускать его, что позволяет писать скрипты прямо на сишечке.
Что еще почитать:
http://c-faq.com/
FAQ из comp.lang.c. Древний, но все еще актуален.
Samuel P. Harbison, Guy L. Steele Jr. "C: A Reference Manual, 5th Edition" (2002)
Ебаный пересказ стандартов C89 и C99 (включая стандартную библиотеку). Для не осиливающих стандарт в оригинале. Читать в качестве подготовки к собеседованиям (есть задачник с ответами) и для ознакомления с масштабами пиздеца перед написанием своего парсера/компилера.
Peter Van Der Linden "Expert C Programming. Deep C Secrets" (1994)
"Си: грязные истории". Смехуечки, немного объяснений, чем обусловлены особенности языка, всем известные подводные камни кто там ругал косяки в JS? у нас в сишечке их гораздо больше, просто они лучше спрятаны, немного байтоебли и непонятно откуда взявшаяся глава про старинные плюсы. Читать в качестве сказки на ночь (на пару вечеров хватит).
Richard M. Reese "Understanding and Using C Pointers. Core Techniques for Memory Management" (2013) - почитать, вкатиться в указатели.
Ben Klemens "21st Century C: C Tips from the New School" (2012)
Paul Deitel, Harvey Deitel "C for Programmers with an Introduction to C11" (2013)
Stephen G. Koch@n "Programming in C (3rd Edition или 4th Edition, если найдется)" (2014)
MISRA Ltd. "Guidelines for the Use of the C Language in Critical Systems" (2013)
Набор рекомендаций по написанию надежного кода на C (промышленный стандарт). Читать - однозначно, следовать - вдумчиво и без фанатизма. Также можно посмотреть https://www.securecoding.cert.org/confluence/display/c/SEI+CERT+C+Coding+Standard и http://web.archive.org/web/20190213011655/homepages.inf.ed.ac.uk/dts/pm/Papers/nasa-c-style.pdf
Еще более длинный список: http://www.iso-9899.info/wiki/Books#Learning_C
https://github.com/kozross/awesome-c
Онлайн-утилиты:
- https://godbolt.org/ - Compiler Explorer позволяет посмотреть выхлоп компиляторов для введенного куска кода (больше полусотни разных версий компиляторов).
- http://cdecl.org/ - С Gibberish ↔ English помогает читать сложные сишные декларации.
Прошлые треды:
- №58: http://arhivach.ng/thread/573804/
- №59: http://arhivach.ng/thread/597021/
- №60: http://arhivach.ng/thread/610540/ >>1772290 (OP)
Ну и где там маньки, которые в 59 треде рассказывали, что главное "ко-ко-ко стандарт" и приоритет арифметических операций не нужно указывать скобками?
Сосите, вот правило MISRA C, доказывающее, что вы не правы.
Ты опять выходишь на связь? Давай повторю еще раз для дебила: MISRA C - это такие рекомендации, как писать код для хуйни, которая может ебнуть. Или убить кого-то. Весь остальной код пишут, руководствуясь принципами здравого смысла, с которым, как мы уже выяснили, у тебя проблема.
Так вот в этом нормальном коде принято оборачивать в скобки только неоднозначные случаи (классическое & vs. << и прочие), условие в тернарном операторе, все переменные в макросах, ну и, конечно, те выражения, в которых нужно изменить приоритет операторов. Причем в первых двух случаях порядок вычисления все равно гарантируется стандартом, просто его мало кто помнит, да и читать удобнее.
>MISRA C - это такие рекомендации, как писать код для хуйни, которая может ебнуть. Или убить кого-то.
Ага, а если пишешь, код не для медицинских приборов, промышленности, или автомобиля, то можешь говнокодить, как хочешь. Мы тебя поняли, маня.
>остальной код пишут, руководствуясь принципами здравого смысла
>в этом нормальном коде
Вот есть свод правил MISRA C, а где можно почитать "принципы здравого смысла" и критерии "нормального кода"? Нигде, потому что это только твои маняфантазии.
>Так вот в этом нормальном коде принято оборачивать в скобки только неоднозначные случаи (классическое & vs. << и прочие), условие в тернарном операторе, все переменные в макросах, ну и, конечно, те выражения, в которых нужно изменить приоритет операторов.
Это сугубо твоё личное, ничем не подкрепленное, мнение. В MISRA C сказано не использовать приоритет операторов. Я думаю, что те, кто разрабатывали правила MISRA C разбираются в программировании получше маньки с Двача.
>Какие подводные?
В том, что зумерки с этого итт треда, дрочащие на стандарт будут тебя хейтить, ведь надо наизусть знать стандарт, знать приоритеты операций и никогда не использовать скобки. По мнению зумерков (залетевших сюда с хабра) для хайпового и модного кода в коде вообще нигде не должно быть скобок, а иначе ты "не в теме", "не знаешь стандарт", "не сечешь фишку".
Ведь им важнее выебнуться знанием стандарта друг перед другом, чем писать понятный и надежный код.
> можешь говнокодить, как хочешь
Я этого не говорил.
> где можно почитать "принципы здравого смысла" и критерии "нормального кода"
В стайлгайде софта, который ты пишешь. Внезапно, да?
> В MISRA C сказано не использовать приоритет операторов
А еще там сказано ни в коем случае не использовать маллок. Не используй маллок и библиотеки, использующие маллок, иначе у тебя будет говнокод, по твоим же словам.
>>1787028
> как вкатиться правильно и на каком этапе изучения
Читать стандарт полностью не нужно, это для разработчиков компиляторов. А вот конкретные неясные моменты смотреть стоит сразу, если не написано в учебнике (у Праты, например, на большинство твоих вопросов уже будут ответы).
Там лисп вообще ни при чём
Мизру не наворачивай. Это мем, который в индустрии не используют. К ней референсится полтора независимых аудитора во в трёх странах мира. И то только на очень специфических проектах. Отсутствие стандартизации в индустрии собственно и является причиной по которой она не взлетела.
Алсо если ебнет, то компиль виноват, что стандарт не поддерживает?
>>1787021
>Оборачиваю все мат. операции в скобки по логическим блокам чисто для удобочитаемости.
А не лучше отделить пробелами или оттабулировать, чем засирать всё скобками?
А для чего нужен Си в 2к20(с целью получения работы и зарабатывания денег)? Только микроконтроллеры прогать и всё?
Да, в целом в эмбедщине много С, ибо компиляторы С есть на все возможные платформы, даже самые экзотические. Ну и сам язык суперкомпактный и считай, что ты вообще чуть ли не на кроссплатформенном Ассемблере пишешь.
Почему ты это так говоришь, будто программирование мкк - это что-то плохое? Как по мне, куда интереснее, чем веб-макакерство.
> в индустрии не используют
Используют, как дополнительный источник предупреждений. Точно так же, как и с остальными предупреждениями вменяемое правят, невменяемое давят.
>>1787440
> если ебнет, то компиль виноват, что стандарт не поддерживает
Ни разу не видел настолько сломанных компиляторов. Приоритеты же к грамматике прибиты, и чтобы облажаться, надо специально, вручную написать неправильный парсер.
>>1787708
> Если что, я ищу просто реализацию IEEE 754 на Си
softfloat загугли, тысячи их. Эмуляторы времен доса тоже гуглятся, но они не на Си. В линуксе /arch/x86/math-emu еще.
mapper?
>Почему ты это так говоришь, будто программирование мкк - это что-то плохое? Как по мне, куда интереснее, чем веб-макакерство.
Собсно, в этом и была суть моего поста: зачем в 2к20 учить Си? Только чтобы прогать микрики за еду, и всё?
Сам подумай, что лучше:
1) прогать мк в неотапливаемой (зимой) и некондиционируемой (летом) комнате за 30-40к всю жизнь без перспектив;
2) стать веб-макакой, прогать в комфортабельном офисе с кофемашиной и печеньками за 60к, при этом есть перспективы карьерного роста в мидла, синьора и потом трактора.
Если тебе так уж интересна электроника и мк, то будучи веб макакой это может быть твоим хобби. Но выбирать это профессией с целью зарабатывания денег - большая ошибка.
Ты просто живешь в другом измерении, к твоему сожалению. В парашке беда с лоу-лвльщиной, да. Забугром эмбедщина - элитная айти специальность, где и офисы заебись, и з.п. на уровне. Или ты хочешь сказать, что в конторах, которые производяя железо, типа Quallcom, Mellanox, Marvell, Nvidia, Xilinx, Tesla и т.п. и в которых больше половины софтвер инжиров являются хардкорными байтослесарями, душные и ободранные офисы?:) Хочешь работать в лоу-лвльщине и получать достойную зарплату - заводи трактор и учи ин.яз. В противном случае, жри говно js на веб-макакерской работе и живи в манямирке, типа ты ОЙТИ ИЛИТА(нет)
>кофемашиной и печеньками за 60к, при этом есть перспективы карьерного роста в мидла, синьора.
Ты сначала этого уровня добейся будучи 1 из тысячной армии ежедневных вкатышей-индусов, потом уже о тракторе мечтай. Будешь как миленький сидеть и до конца жизни хуярить лендинги о мазях для увеличения члена.
Так разница как раз в том, что 60к для веб-макаки - это днищеуровень свежеустроенного джуна-вкатуна, который еще и хрюша на ставку в словесной дуели наебала.
В то время как для байтослесаря 60к - это уровень сеньера/ведущего программиста и для 60к нужно лет 5 кабанчиком горбатится, пока предыдущие диды-ведущие на пенсию не свалят.
Я 5 лет проработал в embedded разработке заграницей.
В индустрии уже лет 25.
Рай для железячников это Юго-Восточная Азия. Если хорошо разбираешься, то чего сразу Европа или США - попорбуй Южную Корею. Отличная страна. Только субботы часто рабочие и рабочий день с 9:00 до 21:00. В остальном - рай.
Ещё раз задам вопрос - нахуя кому-то брать тебя на 60к если индус сделает всё за 20? Что такого охуенного ты можешь предложить рынку чего не может предложить рспшка после курсов кокодемии? Может ты можешь выдавать 2 сайта в сутки? Или просто работать 24/7? И ты хочешь что-то доказать насчёт эмбедеда и лоулевела которые на западе испытывают острую потребность в грамотных кодерах коих нет. Причём настолько, что любой человек с опытом 3+ лет на этом самом эмбедеде может спокойно ехать в какую-нибудь Германию или Францию на 4-5к рейхсмарок ежемесячно, да тебя ещё и работодатель оближет помогая устроиться по началу и потом снимать/купить жильё.
>softfloat загугли, тысячи их.
Спасибо!!!!
Первый же результат поиска показался мне примемлем - https://github.com/ucb-bar/berkeley-softfloat-3
Возможно где-то есть и поинтереснее, но это этот вполне норм. На досуге поиграюсь.
Ещё раз спасибо.
Забавно что на этот вопрос в теме про микроконтроллеры в разделе "Радиотехника" никто толком не ответил.
Это был самый лучший опыт в жизни. Самое интересное время. Это было интересно. Это была работа с железом, которое в продаже повилось только через несколько лет. Это был доступ к самой интересной закрытой документации и железа от ведущих производителей железа. Это была молодость и беззааботность.
Ну всё так, в жс треде вон котопидор и прочие облизывающиеся и довольно урчащие фронтоебы и ни одной жалобы про конкуренцию с индусами на зп в 20к.
В то время как в этом треде байтослесари оправдываются что не на заводе работают, нинада троллить, а в НИИ/НПО работают.
Вот, заюзал gcc-8 на 64-битном Альт Линукс, в он не может в ключ -m32, пришлось портировать свою софтинку на 64-бита.
А тут засада - MSVC sizeof(long) = 4, gcc sizeof(long) = 8.
И привет #ifdefы
Не, я конечно заборю эту проблему, не в первый раз такое. Но забадывает поддержка нескольких платформ/компиляторов.
>Что значит не подходит?
Блин, я интерпретатор пишу. Мне аргументы для printf приходится ручкаим формировать.
А к разным sizeof ещё добавляется calling conversion. MSVC и gcc аргмуенты функций на 64-х битах по-разному передают.
И это одна из немногих засад при портировании с 32-х бит на 64-бит.
>язык для Embedded
>Путает embedded language и embedded systems
А может, ты? Lua, кстати, тоже там весьма популярен.
>>1788812
>>1788804
>мк
Ты сука внатуре дебил, и не знаешь, что такое embedded language. Это язык, который можно встроить в свою систему, чтобы юзер мог дергать ее за сиськи на нем, а не хуитка для байтослесарей с двухкилобайтным сортиром вместо железа, лолка. А ембеддед в моем посте - это железячники во всех их проявлениях. Ваще разные две хуйни, я не ебу, к чему ты свои embedded languages приволок, аутист.
>не влезет
А openwrt влезет тогда? Или это не ембеддед-система, довн?
Акстися, на всяких роутерах, которые тоже ващет ембеддед, уже давно десятки мегабайт оперативы.
Это встраиваемая система нужна юзерам, очевидно.
А где я говорил про юзеров во встраиваемой системе, кстати?
> Как теперь вкатиться на работу расскажите?
Зависит от того, что хочешь делать. Но чтобы понимать, как выглядит мир за пределами стандартной либы, имеет смысл полистать какое-нибудь APUE, что-то нибудь вводное про сети (сокеты, libevent), про микроконтроллеры опять же.
А ты не жопой читаешь, ты внатуре тупой.
Где там написано про ВСТРАИВАЕМУЮ систему? Там написано про просто систему, любую. А встраиваемый - язык.
Аноны, молю дайте мне ссылку на то как работают адреса в отличии от обычного обращения к переменной.
Ну я вот читал книгу по си там про адреса и там написано типа что адрес увеличивают скорость обращения к переменной или что-то такое, но конкретно не написано как это происходит и почему.
ОБЕЪЯСНИТЕ МОЛЮ ПОЧЕМУ ОБРАЩЕНИЕ ПО АДРЕСУ БЫСТРЕЕ ЧЕМ СТАНДАРТНОЕ ОБРАЩЕНИЕ К ПЕРЕМЕННОЙ
> указатели работают быстрее
Тебе уже сказали, что бред.
> то есть ∗p = 7 быстрее чем p = 7 и я хочу знать почему?
∗p = 7 это mov регистр,[адрес p]; mov [регистр],7
p = 7 это mov [адрес p],7
Очевидно, что две инструкции, да еще с зависимостью по данным никак не могут быть быстрее одной.
>и там написано типа что адрес увеличивают скорость обращения к переменной или что-то такое
Скорее всего, такой же грамотей, как ты, писал.
Не читайте советской макулатуры, уебки. И вообще на русском
Слушай, у ВСЕХ компиляторов есть ключ, позволяющий формировать ассемблерный листинг. Более того, все компиляторы переводят код Си програмы в ассемблер, а уже ассемблер делает из него объектный файл, который линкуется с другими объектниками и библиотеками в исполняемый файл.
К чему я тебе это рассказываю? Напиши оба варианта присвоения и посмотри чего нагенерировал компилятор. Поверь, лучше один раз увидеть своими глазами, чем 100 раз услышать.
> все компиляторы переводят код Си програмы в ассемблер
Это, мягко говоря, не совсем правда. Далеко ходить не надо, у того же tcc парсер прямо по ходу разбора сразу генерирует машинный код, безо всяких промежуточных представлений. У шланга есть промежуточные представления, но он не обязательно пишет .s. У Visual C++ кодогенератор делает листинг только по запросу, а самому ему ассемблер в хуй не вперся. Плюс к этому всему добавляем сборку для LTO/LTCG, когда даже в объектники пишется промежуточное представление.
Поэтому правильнее сказать, что большинство компиляторов может сгенерировать тебе ассемблерный листинг, если попросишь.
За всю свою многолетнюю практику ни разу не видел компилятор, у которого нет ключа для генерации ассемблера.
Тот же tcc... Хмм... А ведь вроде не умеет - https://man.cx/tcc(1)
В упор не вижу ключа -s и Гугл говорит:
>> 2. How to generate assembly program in tcc.
>You don't.
>The i386 and ARM targets use a function o() to write the opcodes as they appear in the binary. Use objdump -d if you need assembly output.
Ну да, выходит не все компиляторы умеют.
Ну тогда
objdump -S mycode.o | less
в помощь.
Не всегда. Иногда байтослесари получают совсем голую железку, тогда надо писать HAL. Чаще всего уже существующий HAL крайне хуевый с не менее хуевой документацией - хоть свой пиши с нуля. Чаще требуется накатить ядро Линукса через Yocto. Если надо работать с кастомной железкой - скорее всего надо писать драйвер на нее, благо подсистемы в ядре Линукса значительно сокращают гемор и не надо совсем уж там битами жонглировать хотя порой таки надо
Сишечка популярнее плюсов в эмбедщине по большей части потому, что компилятор на С существует под все, даже самые экзотические платформы. А если нет - написать компилятор С гораздо, ГОРАЗДО легче и быстрее, чем компилятор плюсов. Ну и порой есть resource constraints довольно чумовые, даже в 2к20 году, где даже плюсы достаточно жирные (можно офк писать С-лайк код, но тогда зачем изначально пикать плюсы?) и меньше подходят. Ну и если в железке крутится ядро Линукса, что происходит в 90% случаев, то писать кастомные драйвера на периферийные устройства надо на С, ибо API да и вообще все ядро Линукса написано на С. А еще С - это грубо говоря кроссплатформенный ассемблер, ни больше, ни меньше, засим этот ЯП бессмертен в определенных нишах.
Вот насчёт компиляторов на разных платформах да, действительно. Худо-бедно рабочий компилятор с89 я и в одно рыло заделаю, но про плюсы даже не заикнусь просто пизда.
Плюсы ради шаблонов в основном хочется. Можно такой-то кавайный compile-time полиморфизм накидывать. Перегрузка аргументов в функциях, неймспейсы, nested struct/enum-ы, блямбды ёпту, да много мелочей, к которым привык и не хочешь терять. А на сишечке всё ручками делать. Хотя, когда железки теребишь, абстракции куда ближе к железкам, и таких потребностей, наверное, не возникает.
А ядро линупсовое лёгкое само по себе? Ну типа, сколько памяти занимает? Или его кастрировать при случае чего можно?
Голое ядро в рантайме занимает мало места само по себе + из-за того, что это попенсорц, можно играться с конфигами ядра и собрать кастомное ядро под самые разные нужды. На абсолютное большинство железок заходит на ура. Лично я собирал без особой анальной акробатики ядро, которое в рантайме занимало 5 мегабайт (без кэшированной памяти офк, хотя Линукс гибкий и позволяет играться со многими параметрами).
printf я не пишу, но в с++20 его завезли как std::format, поэтому ещё успею.
Ты там себе навыдумывал стилей, концепций, каких-то ебать их в рот парадигм, но всё это по отдельности друг от друга дрянь страшная. Код пишется под каждую задачу по-своему, так, как оказывается удобнее. Если ты от этой свободы отказываешься в пользу сомнительных заявлений о том, что надо кодить каким-то определённым образом, хули я могу сказать, земля тебе пухом.
Java заебись, ничего против её не имею. Просто она не подходит под мои задачи, и всё тут. И java-style тоже идёт в разрез с тем, что мне нужно.
Делай побитовыми операциями стандартными. Если нужен именно кроговой шифт то есть софтверная реализация.
https://en.wikipedia.org/wiki/Circular_shift
Если ты про <<>>, то гцц у меня рожает арифметический сдвиг. Да и логический сдвиг не нужен так как
>хочу гонять битики по байтику (или двум) влево-вправо
и биты не должны проёбываться.
Вообще странно, что компиляторы не позволяют ротировать биты, сейчас гуглю и нигде внятного объяснения этому нет, потому ставлю на зависимость от архитектуры.
>арифметический сдвиг
Подозреваю, что ты несешь хуйню.
Арифметическим бывает только сдвиг вправо (сдвиг влево не бывает арифметическим, так как нет такого ABI, где бы LSB биты при сдвиге влево заполнялись единицами, а не нулями).
Биты не должны проебываться при rol/ror, при логических сдвигах они еще как проебываются. В языке С (да и в других известных мне языках тоже) нет нативного API для rol/ror. Напиши свой, это очень просто.
пардон, я чуток сказал неточность
На бумаги есть арифметический сдвиг влево, только вот между ним и обычным логическим сдвигом влево нет никакой разницы (как заполнялись LSB биты нулями, так и заполняются). А вот в случае со сдвигом вправо все по-другому. При арифметическом сдвиге вправо MSB бит 1, а не 0, как при обычном логическом сдвиге вправо.
пардон, я чуток сказал неточность
На бумаге есть арифметический сдвиг влево, только вот между ним и обычным логическим сдвигом влево нет никакой разницы (как заполнялись LSB биты нулями, так и заполняются). Так что хз зачем есть отдельная команда (sal в х86), если разницы по сути, вроде как, нет.
А вот в случае со сдвигом вправо все по-другому. При арифметическом сдвиге вправо MSB бит 1, а не 0, как при обычном логическом сдвиге вправо.
> компиляторы не позволяют ротировать биты
Внимательно смотри дизасм, ничего не напоминает? https://godbolt.org/z/Mn1sjf
>>1790415
> Так что хз зачем есть отдельная команда (sal в х86)
> если разницы по сути, вроде как, нет
Нет ни разницы, ни инструкции. Опкод SAL тот же, что и у SHL.
Вообще-то это устоявшийся миф о том, что на С++ нельзя писать для встраиваемых систем. Такую железку, под которую нет С++ компилятора, нужно ещё поискать. С уверенностью можно сказать что если на железке запускается Линуск, то и С++ скорее всего для неё есть.
Это была предистория. А практика говорит что для встраиваемых устройств можно легко писать на С++. Но есть две засады.
Первая засада - забудь об исключениях. Если твоя версия STL не работает с отключенными исключениями, то от её шаблонов придётся отказаться. Искать версию STL, которая в нарушение стандарта может работать без исключений. Или писать шаблоны самому. При этом классы и другие фишки языка поддерживаются.
Вторая засада это заголовочные файлы. На самом деле на С++ в ебмеддем мало кто пишет и скорее всего заколовочные файлы заточены под Си. В таком случае придётся их скопировать к себе и дописать к прототипам функций
> extern "C"
Тогда линкер их увидит. Иначе будет искать С++ функции, а у них хитрый манглинг.
Ну и ещё нюанс со статически обхявленными классами. Конструкторы для них вызывать некому в общем случае. Но это решается самописной crt.0
Линукс далеко не идеал, хоть он и везде. В половине железок так уж точно он.
И небольшое уточнение - значительная часть встраваемых железок имеет Линукс на борту. В этом случае вышесказанное не совсем верно. В этом случе всё будет работать так же, как и на персональном копмьютере. Само. По умолчанию.
Исключения нужно отключать ключами компиляции если пишешь код не для user space или для на железки без ОС. Да, даже для такого железа и для таких конфигураций можно писать на С++. Проверено.
> А практика говорит что для встраиваемых устройств можно легко писать на С++
На Си пишут не потому, что C++ не подходит. Нет, С++ подходит, но если ты видишь код на Си, ты точно уверен, что там не будет всех этих исключений, шаблонов, классов и пятистраничных сообщений компилятора. А когда ты видишь код на C++, ты внутренне сжимаешься, потому что там гарантированно окажется "моя охуенная зеро кост абстракция вокруг регистров железки, которая оптимизирует установку битов". Ну а чего, язык же позволяет, и похуй, что это нечитаемое и неподдерживаемое нагромождение шаблонов, которое способно посрамить даже перл.
Насчёт шаблонов согласен. Они иногда раскрываются в такое, что отладить представляется сложным. Особенно когда дебажишь по UART или JTAG в терминале.
Но классы-то тебе чем не угодили? По сути это те же структуры, в в области видимости которых дополнительно определены функции (методы классов).
И в целом это обычные функции, но которым неявно передаётся один дополнительный параметр - указатель на структуру, в котором определена эта функция. А в коде функции он будет называться this.
Остаются конструктор и деструктор - те же самые правила, что и других функций-методов, но конструктор, если определён, вызывается автоматически при аллокации этой структуры (класса). А деструктор вызывается при удалении структуры или при потере облести видимости.
Нет там особых сложностей.
>И небольшое уточнение - значительная часть встраваемых железок имеет Линукс на борту.
Значительная часть встраиваемых систем оперативки-то не имеет, строится на редких "индастриальных" МК вроде TriCore, или из вышедших из моды вышедших пичков, а из штатных средств вывода инфы - в лучшем случае или мигающие светодиоды статуса или невмирающие 8-сегментные газоразрядные цифры или, когда дораха-бохато, кастомный ЛСД с запеченным в ЛСД графикой аля "электроника". И хуй туда кто поставит оверхедную железяку ради удобства - себестоимость стиралки за 15к для бомжей тут же улетает за пределы рентабельности.
При хорошем стечении обстоятельств, когда говнодевайс планируется в категорию дораха-бохато - может добрые инженеры дадут экранчик 12864.
Это всё ширпотребские быдлодевайсы, клоторые потом идут в некие магазины и там или азия или котлетки в еще невмершем НПО.
Линух и жирные анально-огороженные соцки - это в основном мультимедийщина и прочая сетевухщина и прочие большие сложные ёбы, туда где не требуется реалтайм.
Там где ответственность и реалтайм и всякие монтависты по требованиям уже идут нахуй и берется QNX.
А вот чего я реально не понимаю, почему поцреотические аналогвнеты вместо того что бы прекрасно подходящие для эмбеда железяки не пустить в дело - делать на них убийц симатиков от сименса и прочие томографы с рентгенами, от чего бы им был почет уважуха и реально полезное импортозамещение, пропиздевшись влезли в десктоп, где закономерно обосрались.
Тот же байкал охуенен - чистый проц без ненужной анально огороженной периферии вроде видеокарт и кусков 3G-модемов, и с полной документацией.
Но нет эти мудаки его на десктоп потянули, с пнем 3 конкурировать, мля.
Ты хотел сказать после позднесовкового пануванья, когда выяснилось что на открытом рыночке совковая хай-тек продукция или просто нахуй никому не нужна или является фактическим контрафактом? А уж после того как китайцы поднялись на том же контрафакте, но уже за миску риса, совковые пизженые с запада микросхемы были обречены.
Успей совок в свою культурную революцию и нарожай бы в 60х-70х достаточно населения что бы конкурировать хотя бы с клятыми пиндосами, и плавно вруби НЭП -может быть всё так печально бы и не закончилось.
А либерашьи лдиберахи - все совковая комса, так-то.
И да, это были лучшие представители интеллигенции из тех что смог совок к моменту развала.
>хай-тек продукция
На хуй никому не нужная. Хотя для малолетнего либирахена дибилятор верх развития цивилизации. А все великии достижения в России были при СССР и плановой экономике, копетолиздм только и может, что отсасывать, пендохи это показали не раз начиная с 30х.
>А все великии достижения в России были при СССР и плановой экономике
Космос и атом. Всё.
Всё остальное - лихорадочно то пиздили-, то догонялииперегоняли, то аналоговнетили.
И да, дибилятор верхушка айсберга, тело - это те самые упомянутые мной ПЛК, станки с ЧПУ, 3д печать, цифровое управление производственными процессами, вот это все.
Тело - это производственная линия и производственные стандарты, благодаря которым упомянутый дебилятор собирается потоково в любой сраной дыре вроде того же тайваня времен 80х, а не как совковый зустц - качеству которого переход на микросхемы не помог , а вот количество выжраной петровичем и его сменщиком вкусной водовки - влияло.
И их коллег из армении, от которых кондеры приехали.
>Где-то читал что Си - это просто удобная обёртка асма.
Вот именно. Исходя из этого и надо учить ассемблер, чтобы понять для чего нужен Си. А зная Си уже не так трудно выучить С++.
Я не думаю что востребованы программисты на С++, которые не понимают что сгенерировал им компилятор. Возможно в каких-то редких предметных областях. Иначе тогда лучше сразу в C# вкатываться и не задумываться о многих вещах.
> у меня с 1 курса в расписании стоит С++
Тебя выучат синтаксису, расскажут про особенности, научат пользоваться STL (вероятно научат). Но это не значит что ты станешь С++ программистом. Не, ну этого достаточно чтоби писать helloworlds. Или если ты алгоритмист крутой, то тут уже пофиг на чём ты пишешь - алгоротмисты это уже другое. Ценность таких специалистов именно в создаваемых ими алгоритмах, а кодировать почти любой может.
>И сколько этот ассемблер х86 придётся учить чтобы понимать как всё работает?
Да там достаточно просто понять. А мнемоник не так много, чтобы их выучить. На x86 Компилятор использует чуть больше половины. А может быть даже и меньше. Вот их и надо понимать. А всё остальные инструкции можно в справочник посмотреть, если вдруг понадобятся.
По аннотации и содержанию вроде весьма годная.
Си мне интересно подучить на уровне читать и понимать готовые исходники.
Знать Сишечку недостаточно. Без знаний языка ассемблера (похуй какой архитектуры на первых порах, но так как ты прогаешь на ноуте/пека, то х86-64) знания Си наполовину обесцениваются. Также, в 2к20 году, высирая код на Си, у тебя должен быть полный security awareness, иначе ты будешь писать дырявый код а-ля gets(yaeblan_overflow_me), за что тебя вполне законно могут выебать в жопу. ОС интерналс тоже обязательно грызть, попробуй начать с Танненбаума.
На Си всегда байтоёбили, сам язык очень простой, но он требует знаний в смежных темах (асм и основы ОС как минимум) в виду областей его применения. Не забывай, анон, что на Си пишут прошивки, драйвера, ОСи, низкоуровневые библиотеки и йоба-числодробилки.
Как можно сделать конечный автомат, чтобы он работал быстро, но не выглядел убого в коде?
Я вот интерпретатор Си пилю >>1785454 →
Намедни научил его массивам. В первом приближении это выглядит как-то так. На github пока не выливал - не готово для публичного показа.
ЭТО КЛАССИКА, ЭТО, БЛЯДЬ, ЗНАТЬ НАДО
Ситуация такая: есть много разрозненных переменных разных типов и надо бы считать из них значения.
Хрен знает как выкрутиться.
Делаешь массив/список/дерево структур, описывающих имена, типы переменных и их расположение в памяти. Делаешь функции получения и задания значений в зависимости от типа и свойств переменных (количество бит, есть ли знак и тп). При любой нетривиальной задаче дерево должно создаваться автоматом на основе конфиг файла, чтобы не править код при смене протокола, а создание конфига из тз автоматизировать насколько возможно.
камон, cling же есть
https://github.com/root-project/cling
емнип, core dump.
Делаешь дамп памяти с помощью `gcore <pid>` (поставляется вместе с gdb)
Потом, если нужно, делаешь `readelf --segments <полученный после gcore файлик>`, и теперь ты знаешь, где в файлике лежит адрес памяти по указателю.
Если у тебя не POSIX -- выйдите отсюда пожалуйста
> Как Линукс определяет во время установки системы как модули ядра надо загружать, чтобы все девайсы работали?
https://en.wikipedia.org/wiki/PCI_configuration_space
>Дьявол в деталях.
Не спорю, но если у меня задание вида прочитай файл и подсчитай количество указанных символов в нём то уже совсем детсад уровня совмести код из задания 6 параграфов назад с кодом 3 задания назад.
>>1795061
>Не будешь писать код - не научишься ни писать код, ни отлаживать его.
Вот я и хочу поскорее проспидранить книгу и сразу взяться за какой-нибудь серьёзный проект с гуглением и энергетиками.
Допустим, надо различить m1 и m11 (или m11 и m111, напрмиер). Ведь при поиске в m11 входит m1.
Наверно подойдёт.
https://ideone.com/as9J6d
Нам известна длина искомой строки.
Надо проверить
>следующий символ после найденного, является ли он разделителем
Символ - "
Допустим, получим с помощью strstr в какой части строки нашли совпадение. С помощью известной длины + 1 символ можно переместиться по строке, наверняка.
Подсобите допилить указатель, плез.
Не самая красивая логика с feof(). Она сейчас работает, но если бы у тебя не было условия в строке 30 (если бы ты считал все символы, а не только конкретный), то EOF тоже посчитался бы. Алсо, тут лучше подошел бы fread(), потому что у этого кода примерно 4 вызова функций на символ (лок/чтение/анлок у fgetc(), плюс feof()), а fread() размазал бы эти вызовы на один буфер из несколько кб данных, тем самым чтение ускорилось бы весьма существенно.
> пить смузи, растить жиденькую бородку, быть на хайпчике, писать на жопаскрипт, обсуждать модные и "ПРАГРИССССИВНЫЭ" ФРЭЙМВОРКИ
Пиздец, нахуй так жить?
мимомобильщик, который "ебает" всякие железки (не ардуино) все свое свободное время и которому это заходит пиздец как на ура, больше чем мобайл
Кстати, я пока занимаюсь этим как увлечением. Хотя рассматриваю сделать это основным делом (я уже в сфере 3.5 года вчерашний штудэнт, работать попиздовал еще в универе если че, епта).
Просто реальность такова, что не одними деньгами, анонче. Есть ещё то, что у тебя в мозгу и душе.
Чому не хочет выводить символы после ':' ?
Ты выделяешь память для пустой строки - массив char из одного байта, в аккурат под терминальный ноль.
В этот массив функция sprintf пишет четыре байта и тем самым разрушает память.
Чтобы понять где ты накосячил, выведи на экране значения sizeof(char), sizeof(char*) и sizeof(bar) - всё поймёшь, если не дурак.
Подробнее: есть карта с локациями типа CHAR, каждая локация связана с несколькими соседними, в результате образуя сеть связей между этими точками. При этом сама связь может иметь одно из 4х свойств: автодорога, поезд, пароход, авиа.
Например: локация Берлин (точка Б) связана с Лондоном (Л) по морскому пути, с Парижем (П) железнодорожным, с Веной (В) автомобильным, а с Москвой (М) авиасообщением. Вот такая карта должна получиться к примеру. Важно, что связь не каждый с каждым на карте, а только сосед с соседом и поэтому чтобы добраться из точки А в точку С нужно преодолеть ряд других точек.
И вот я не знаю как подступиться к этой задаче. Использовать какие-то связанные списки? Но как тогда лучше их организовать? Возможно в будущем к этой карте добавится несколько новых локаций, но вообще их список конечен и не превышает 40-50.
Или может быть использовать какую-то табличную структуру данных, но как там хранить связи между точками и свойство связи?
Опыт в создании приложений небольшой, но имеется, поэтому основы я знаю, а вот со связанными списками особого опыта нет, кроме совсем уж простых приложений. Данная карта важна, т.к. на основе неё дальше всё и будет строиться и вот с "дальше" у меня проблем нет. А вот с картой есть :)
Если у кого есть какие идеи или опыт создания подобных карт, то буду очень рад услышать совет.
Сделай структуру и назови её route_t
Внутри структуры определи два указателя на локации и поле, определяющее тип транспорта. Такой структурой ты опишешь любой маршрут. А если чего нехватает, то добавишь в эту структуру. Например, время в пути, цена билета и т.д.
Сделай структуру локации
Внутри структуры имя локации, количество активных маршрутов и массив из, например, 10 указателей на структуры маршрутов. Можно в локации даже не хранить количество маршрутов, а считать количество ненулевых указателей в массиве.
Но можно и через списки. В этом случае массив указателей на маршруты заменяешь списком, голова которого определена в структуре локации.
Возможно на картинке пример скомпилится сразу - не проверял его.
.
.
struct { char a; int b[123] ... } s2;
вот о чём я говорю. что говорит по этому поводу стандарт?
Чики, двощ. Порекомендуй IDE под сишечьку.
тут есть несколько вариантов https://alternativeto.net/software/codeblocks/
4-ка - опорный элемент.
И вот я нихуя не понимаю какого хуя 4 не меняется местами с 7-кой.
Смотрите: 3 < 4 это истинно. Увеличиваем индекс на 1
7 > 4 Следовательно меняем местами 7 и 4. 7-ка уходит в конец, а 4-ка на место с индексом 1.
Какого хуя они тут как-то сдвигают 4-ку постоянно.
>>1797896
Вот ещё скрин как этот же массив обработан моей программой на алгоритме быстрой сортировке.
Принт делится на 2 группы
1. Массив целиком
2. Рассматривый в данный момент подмассив.
Верхняя строчка весь массив, а нижняя подмассив в рекурссии . Надеюсь вы понели.
И вот программа сортирует правильно, но не так как на этом манярисунке из вики.
Если я правильно понимаю, то где-то выше в исходнике была создана структура location , что при этом создало новый тип под названием "struct location".
Далее получается так, что структура route состоит из 3 элементов: первые 2 элемента - это указатели from и to (оба являются указателями на тип struct location), 3 элемент - это enum.
Прошу поправить меня, если я неверно расписал.
Пока не соглашусь с этим (но мне надо будет снова прочитать соответствующую инфу).
Если я правильно помню, то typdef не создаёт новых типов. typedef лишь позволяет создать, скажем так "ярлык", чтобы использовать именно его, а не писать каждый раз словосочетание "struct location", "struct route".
typedef создаёт новый тип данных. Впрочем компилятору неважно что внутри будет. Для него метка будет означать какой-то объявленный тип и на этом все.
Ты можешь сделать typedef struct huy huy_type;
И структуру определить где-то в другом месте. В принципе компилятор будет знать о таком типе и ты сможешь его использовать без объявленной структуры, но что оно внутри за вундервафля - без определения не узнаешь.
Короче говоря ты можешь юзать ярлык без определения оригинала, что в принципе можно считать за самодостаточность такого нового созданного типа.
>typedef создаёт новый тип данных
Уверен абсолютно, что ты не прав в этом. Я прочитал 3 абзац "Semantics" главы 6.7.8 ISO/IEC 9899-2011 и 9899-2018; вот цитата оттуда A typedef declaration
does not introduce a new type, only a synonym for the type so specifed.
Ну как сказать... Создатель ныне самого популярного ядра ОС. Защита от долбоебов: рофл про 3% на десктопе неактуален, ибо Линукс есть везде - в эмбедщине, роботах, интернете вещей, серверах, роутерах, телефонах (ведроид), спутниках и т.п., оверолл больше компьютеров в мире крутятся на Линуксе, нежели на какой-либо другой ОС.
Ну и создатель гита, которым пользуются 90% девелоперов по всему миру. Ни разу не авторитет, да.
>>1799272
Ну не знаю. Мне он как человек не нравится. Да и закапавыался я с головой в код ядра Linux. И в Windows DDK тоже закапывался. Нет в ядре Linux (почти нет) таких мест, коорыми можно восхищаться. Между тем, внимательное изучение заголовочных файлов из DDK сразу даёт понять разницу в качестве ядер NT и Linux.
Насчёт git - ну да, удобно. И возможностей поболе чем у svn, но это как бы не извиняет Торвальдса, за его скверный характер.
[
>Можешь запостить небольшой сравнительный example?
Увы, я давно закапывался туда - в году эдак 2003. Чего там говорить если уже лет как десять, наверное, с момента переименования DDK в WDK.
Со списками в DDK/WDK очень красиво сделано. Множество приёмов, которые с точки зрения начинающего программиста можно назвать "хакерские".
Ах да, что особенно нравится в ядре Windows это вот эта штука - https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/wdm/ns-wdm-_irp
Для неподготовленного глаза выглядит конечно не очень, но если понять как это работает, то видно красоту архитектуры.
Лучше можно конечно спроектировать, но это уже другой разговор.
https://en.wikipedia.org/wiki/Opaque_data_type
Кстати, в чём красота, то там работа с драйверами "слоями", ты можешь, например, написать драйвер, который вклинится между ядром и другим доайвером и заставить работать этот драйвер в качестве фильтра. Ну вот например ты можешь реализовать сквозное шифрование между драйвером устройства и ядром.
Не согласен, в ядре Линукса есть много красивых решений. Умудрились даже высрать ООП дизайн в языке без ООП, не притягивая блоатед плюсы. Та же реализация макроса container_of - чистый и красивый хакинг. И такого много, на самом деле. За 4 года разработки драйверов на Линукс, мне пришлось прочесть достаточно кода в ядре.
>Нет ничего постыдного в том чтобы показывать фак нвидии
> Показывать средний палец компании, которая единственная производит норм видюхи с норм драйверами, втч под линух, где у единственных всё из коробки без бубнов, и благоговеть от лизонькиных-писенькиных красных поделий с кривыми, шо проприетарными, шо швабодными, шо под линукс, шо под шиндошс дровами и единственное достоинство которых - греть ЧСВ амудебилов вроде сралкаша и кулича, ммммммм.
>Примечательно, что довольно большая часть ядра Линукса - это не ANSI Си, а разномастные хаки, в т.ч. основанные на расширениях компилятора GCC, выжимающие максимум производительности.
Ну то есть, самый главный проект байтолюбства ногострельным языком, которым оправдывают байтолюбство ногострельными байтоязыками закономерно пишется с ебанием стандарта языка в рот и в жопу, порождая ежемесячно кучу веселых CVE.
И местные байтолюбы считают это чем-то хорошим, даже великолепным?
Ну ну.
Ты не напишешь МАКСИМАЛЬНО ЭФФЕКТИВНУЮ операционную систему на языке без UB. Даже высеры раста вынуждены абузить unsafe (чекай сорц redox), и то это будет медленнее так или иначе. Почему так - на дваче не объяснить, пройди курс теории вычислений в нормальном, не СНГшном, ВУЗе, и ты поймешь о чем я говорю.
При том, что ты или кто-то другой сделал громкое заявление, и не подкрепил его доказательствами или хотя бы примерами.
Кстати, поговаривают что указатели в C# таки есть, но только в unsafe режиме.
https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/unsafe-code-pointers/pointer-types
>Правильно реализовать ядро в виде множества сервисов, которые обмениваются между собой сообщениями
Неоднократно пробовали, спермой результата даже можешь хоть сейчас обмазываться купив любой спермодевайс.
Но чистые сообщения не работают, драйвера приходится монолитить.
И тем не менее ты заблуждаешься. Те же критические секции и спинлоки, которых в ядре немало, это большее зло, чем сообщения.
Вот без этого вот можно обойтись, если реализовывать через сообщения - https://www.ibm.com/developerworks/ru/library/l-linux-synchronization/index.html
В гугле хватает multiple producer, single consumer lockless очередей.
Проблема ещё в валидации сообщений. Кинул неясный сервис другому сообщение, а оно и поставило раком всю систему. Рано или поздно выйдет, что система только тем и занимается что валидирует сообщения, да и дергает атомарные инструкции,которые инвалидируют весьма часто L1 кэш в seq_cst, в то время как монолитное ядро лишь локается на спинлоках/мьютексах/rcu, и просто работает.
А, ну да, там же еще CAS в железе нужен.
> As an example, this code almost certainly needs a "memory" clobber. Not to ensure the correct functioning of cmpxchg16b, but because the goal is probably to sync threads, which means you want all registers flushed before notifying the other thread.
Лол, вся суть, пихать мемори барьер, к инструкции которая и так дохуя тактов жрет, вот тебе и лок фри.
>Сообщения - это циклический буффер, в который пользователи могут писать и читать. А значит, те же блокировки.
В принципе вот тут и закопан корень заблуждений. Я говоро о синхронных сообщениях, когдв блокируется передатчик сообщения, если не готова принимающаю сторона, и наоборот - приёмник сообщений блокируются пока кто-то не пошёл ему сообщение.
>Ахуенно, а теперь расскажи как будет работать твоя "блокировка" когда двое посылают сообщение одному и тому же.
Если приёмник не готов, блокируются оба передатчика. Иначе сообшение посылает тот, у кого выше приоритет, второй
посылающий блокируется средствами микроядра.
Посмотри в исходниках - https://github.com/l4ka/pistachio
>читать
CLRS и что-нибудь по архитектуре ЭВМ.
>кодить
>>1801064 →
Ещё, наверное, стоит заглянуть в асмотред (в шапку).
Да не, чел. Битборды - это то самое реальное байтоебство реальных байтов.
// Пример получения интересующих нас битбордов:
uint32_t all_bb = bitboards[IDX_ALL_0] | bitboards[IDX_ALL_1]; //Все занятые клетке доски
uint32_t empty_bb = ~all_bb; //Все свободные клетки доски
uint32_t mam_bb = bitboards[IDX_ALL_0] ^ bitboards[IDX_SIM_0]; //Белые дамки
uint32_t up_right_bb = 0 | ((bb & RANK_1357) >> 4 | ((bb & RANK_2468) >> 5 // Ход белых вверх вправо, чётные горизонтали надо сдвигать на пять, нечётные — на четыре:
;
JavaScript. И точка.
Правда, чтобы разработать ядро на JavaScript необходимо соблюсти ряд определенных условий касаемо разработчиков такого ядра:
1. Необходимо приобрести цистерну клубничного смузи
2. Нужен гироскутер, а ещё лучше - моноколесо
3. Необходимо соблюдать определенный внешний вид разработчиков: штаны с подворотами, жиденькая бородка
4. Разработчики такого ядра обязательно должны быть прогрессивными: говорить 2к20 вместо 2020, говорить о харассменте, гендерной несправедливости, интерсекциональной трансфобии (!это самое главное), обязательно должны быть ярыми поборниками за экологию и фанатами Греты Тунберг, должны ненавидеть мужланов и маскулинность, должны быть ярыми участниками куколд-движения
>4. Разработчики такого ядра обязательно должны быть прогрессивными: говорить 2к20 вместо 2020, говорить о харассменте, гендерной несправедливости, интерсекциональной трансфобии (!это самое главное), обязательно должны быть ярыми поборниками за экологию и фанатами Греты Тунберг, должны ненавидеть мужланов и маскулинность, должны быть ярыми участниками куколд-движения
Ты говоришь так, словно байтоебов и кразноглазиков данная проблема не коснулась.
На что там заменят слово "слейв" в линупше? ЧЕРНЫЕ ЖИЗНИ ВАЖНЫ!!!!!
Кого пидорнули с должности президента фсф за то, что спизданул про дела Эпштейна чьто-то в духе "Наверняка эти шлюхи сами с удовольствием шли сосать миллиардеру" КАРАУЛ ВИКТИМБЛЭЙМИНГ!!!
Я честно не пойму с чем ты споришь.
Вот я открыл другую либу, для STM32.
Так и выглядит байтоебство (и так же выглядела копипаста с шахматными битбордами).
>MISRA C - это такие рекомендации, как писать код для хуйни, которая может ебнуть
Удивительно, что такой код вообще пишут на C. У него же репутация языка, где выстрелить в ногу - раз плюнуть. Вроде Ada создавалась для подобных целей. Хотя впрочем, кое-какие важные вещи и на ассемблере пишут. Но проверяют 100 раз, конечно.
#include <limits.h>
enum E { e1 = LLONG_MAX, e2 = 1 } e;
int main(void) {
printf("%lu ", sizeof( enum E ));
printf("%lu ", sizeof( e1 ));
printf("%lu\n", sizeof( e2 ));
return 0;
}
gcc 8 8 4
clang 8 8 4
vc 4 4 4
g++ 8 8 8
clang++ 8 8 8
vc++ 4 4 4
Или metashell:
- http://metashell.org/
- https://github.com/metashell/metashell
Поясните, почему Ubuntu/Debian может "повиснуть" и никак не реагировать на клавиатуру (все эти SysRq и проч.), в то время как Windows тоже может "повиснуть", но всегда реагирует на Ctrl+Arl+Del. Это как-то связано с алгоритмом планирования процессов? Какой алгоритм используется в Windows?
>в то время как Windows тоже может "повиснуть",
У меня не виснет.
> но всегда реагирует на Ctrl+Arl+Del.
Любоей нажатие на клавишу генерирует прерывание. Обработчик прерывания читает из порт контроллера байт, или несколько байт, в зависимости от нажатой клавишы. Это байты называются scam-codes. Драйвер клаивиатуры передаёт эти сканкоды ядру, где в зависимости от локали эти коды транслируются в ascii или unicode символы. Можно читать напрямую сканкоды и смотреть какая клавиша нажата.
При этом доайвер (клавиатуры или ядро) анализирует последовательность нажатых клавиш. Когда он обнаруживает Ctrl + Alt Del, то посылает сигнал перезагрузки.
Старые ядра всегда ловили Ctrl+Alt+Del. Новые не ловят? Причин может быть много. Самая банальная - по какой-то причине прерывания от клавиатура запрещены. В этом случае на клавиатуру реагировать никак не будет. Другая причина... ну возможно косячит systemd. Это даже более вероятная причиина. Slackware упирается с переходом на systemd. Возможно она не подвержена этому багу.
Легаси, сертификация, поддержка старых ОС без свежих пакетов.
Многие баги обходятся тонкими фиксами, отключением оптимизаций для отдельных участков кода и т.д.
А баги есть везде, через N лет текущую версию можно будет назвать старой и забагованной до неюзабельности.
Говоришь, для спутников пишешь? На
> As a microkernel-based OS, QNX is based on the idea of running most of the operating system kernel in the form of a number of small tasks, named Resource Managers. ...
Это была QNX. Давай посмотрим что крутится на насовских марсоходах. Охуевай от прочитанного:
>https://en.wikipedia.org/wiki/Comparison_of_embedded_computer_systems_on_board_the_Mars_rovers
И наконец, то что ещё не летало, но в перспективе сожрёт и QNX и VxWorks, не говоря уже об остальном - https://www.l4ka.org/65.php
Слушай, не в обиду, но может быть российские спутники долго не живут вовсе не от проблем с радстойкостью железа, а от того что ты и подобные тебе суперциклами злоупотребляете?
угу встречал и в литературе 2 противоположных мнения
одни считают что нужно намеренно писать проще, в данном случае, расставить необязательные скобочки
другие считаю, и их мнение мне ближе, что человек который будет сопровождать данный код, будет обладать достаточной квалификацией и будет знать тонкости приоритета операций в языке и эти скобки расставлять не надо
Я правильно понимаю, что можно переводить типы только в одну сторону(из типов с меньшим количествов байт в большее?) или же есть способы перевода на тип поменьше без потери данных(а если я знаю ответ и хочу перевести в тип с памятью поменьше?)
Не работает эта команда. Ошибка при компиляции
Бтв, как это все называется? Как работают форматы lf, d идругие? Они сами по себе не переведут инт в дабл, если указать для целого вещественный lf в принфте?
И как называется, когда переводят числа из одного типа в другой. А то мне из-за этой вещи мне бывает очень сложно искать ошибку в моем коде.
> А то мне из-за этой вещи мне бывает очень сложно искать ошибку в моем коде.
Чтобы не искать ошибки, нужно включать больше ворнингов:
> printf("%d\n", 1.0);
> cc -Wformat file.c
> warning: format '%d' expects argument of type 'int', but argument 2 has type 'double'
> Не работает эта команда
Алсо, нужно читать, что тебе пишут на скриншоте (вторая строка). Сначала учимся читать, потом пишем код. Не наоборот.
Ты кинул статью со спутниками, на которой почти все работают на монолитной VxWorks. Каким боком микроядро?
И не надо мне тут рассказывать за микроядро в VxWorks - его добавили как отдельный профиль сборки для mmu-less архитектур в 2014, и единственная его микроядерность - размер в 20 кбайт, и на этом всё
Да я просто обчитался гитлаба GHC (конкретно их рантайма) и захотел себе сделать так же. В питоне, расте, кстати, тоже строки по дефолту юникод32. Компилятор в байт-код у меня поддерживает utf[8, 16, 32] Но он на хаскеле, лол, а вот в самой виртуалке строки онли ютф8, хочется сделать нормальный юникод32, чтобы не париться совсем.
Ну или подкиньте, что можно почитать, вдруг я не так понимаю все это дело и лезу еще тут, есть у меня ощущение, что знаний не хватает...
> В питоне, ... кстати, тоже строки по дефолту юникод32
[sys.getsizeof("x" * i) for i in range(10)]
[49, 50, 51, 52, 53, 54, 55, 56, 57, 58]
Еще охуительные истории будут?
> юникод32, чтобы не париться совсем
Эмодзи видел? А в них несколько code-points в каждом. Русские буквы с ударением, любые другие комбинирующиеся символы... не получится не париться, смирись.
>Посоветуйте чё почитать вообще про кодировки.
Кодировки это ни о чём.
Читай вот это и вот это:
https://docs.microsoft.com/en-us/typography/opentype/spec/otff
https://developer.apple.com/fonts/TrueType-Reference-Manual/
1. По умолчанию открывающая фигурная скобка ставится на той же строке, на которой описывается название функции и ее параметры. Мне нужно, чтобы открывающая скобка ставилась с новой строки в случае с функциями, но -- на той же строке в случае с циклами.
2. Мне нужно, чтобы я выбрал стандарт языка, создал файлик, написал код, скомпилил его, запустил. Потом создал бы новый файлик, написал бы в нем новый код, скомпилил бы, запустил. Звучит несложно, да? Однако в CLion под каждый такой отдельный файлик мне нужно создавать новый проект. Соответственно, для каждого упражнения из K&R я вынужден создавать New Project. Выходит громоздко.
Вы можете предложить мне писать в каком-нибудь vim или emacs и просто собирать компилятором из консоли -- неплохой вариант. Но я хочу но я хочу IDE с подсветкой, дополнениями, авторазметкой кода и т.п.
Visual Studio тебе нужно.
А если из консоли, то пользуй редактор Midnight Commander. Автодополнения не будет, но подсветку он обеспечит. Да и vi c emacs умеют в подсветку. emacs я не знаю, но vi для редактирования кода годится только если ты по модему по межгороду на 2400 baud логинишься из Москвы в Норильск. Тогда у vi конкупентов нет, в любом другом случае он годится лишь для правки конфигов.
Но в VS же даже нельзя выбрать Сишный стандарт, насколько помню. Там вообще все собирается плюсовым компилятором. А еще писать желательно на никсах, ибо я когда первый раз с винды на линукс пересел, то охреневал от buffered streams -- оказывается, не просто так \n добавлять нужно в любом выводе. Да и в VS разве можно не создавать новый проект под каждый файлик?
>Там вообще все собирается плюсовым компилятором.
расширение .c - компилятор Си, расширени .cpp или .cc - компилятор С++
> А еще писать желательно на никсах, ибо я когда первый раз с винды на линукс пересел, то охреневал от buffered streams -- оказывается, не просто так \n добавлять нужно в любом выводе.
Ну так опыт тебе. А писать желательно платформонезависимо, насколько это возможно.
> Да и в VS разве можно не создавать новый проект под каждый файлик?
Ты можешь хоть все демки/уроки в один проект поместить и пометить их неактивными. И выбирать одну активную.
https://linux.die.net/man/3/fwrite
Можно и через write, но судя по вопросу тебе пофиг.
> с 16-битными отсчетами
Это как?
Я не очень понял, мое задание звучит как тут
https://www.programmersforum.ru/showthread.php?t=280657&page=2.
Я сигнал сформировал, но не понимаю, как его вывести.
ты наивный, если полагаешь что я буду за тебя делать задание или хотя бы пройду по ссылке. Научить могу, делай сам.
У тебя никаких вопросов не возникло? Какова размерность массива? Числа со знаком или без?
Ну-ка, объяви массив на 10 элементов 16 битных беззнаковых чисел. Если не сможешь, то ты зря сюда пришёл. Тут злые взрослые дяди, которые тебе плохого наговорят.
>Мне нужно, чтобы открывающая скобка ставилась с новой строки в случае с функциями, но -- на той же строке в случае с циклами.
Должно просто настраиваться в настроках Code Style (Braces Placement)
>я выбрал стандарт языка, создал файлик, написал код, скомпилил его, запустил
Основная билд система у CLion это CMake же. Для простых как у тебя случаев тебе в нём нужна просто одна команда add_executable.
/pr
Реквестирую курс по с/с++, где объясняется оформление исполняемого файла и добавление встроенный или
директорных ресурсов (Иконки, вав-вайлы и т.д.). Желательно с пояснением синтаксиса и роли библиотек. Можно в виде статьи.
.
Сейчас освоило синтаксис, функции и системные команды. Хочу попробовать создавать оформленные простые микро-програмы (Наподобие интервального таймера). Но я даже не знаю как добавить иконку и собственный сигнал (Использую \a)
Попробую
>>1806928
>расширение .c - компилятор Си, расширени .cpp или .cc - компилятор С++
Да, про это подзабыл. А что насчет стандарта языка? Хотелось бы иметь возможность выбирать между C90, C99 и C11
>А писать желательно платформонезависимо, насколько это возможно.
В реалиях Си, по-моему, это почти невозможно. Ибо так или иначе тот или другой кусок кода будет дергать то, что связано с ОС в половине случаев.
>>1807059
>Должно просто настраиваться в настроках Code Style (Braces Placement)
О, помогло, спасибо.
>Основная билд система у CLion это CMake же. Для простых как у тебя случаев тебе в нём нужна просто одна команда add_executable
Можно поподробнее? Где именно мне прописывать cmake'овские команды?
>>1807156
Согласно K&R стилю открывающая фигурная скобка тела функции должна быть с новой строки. А в случае с циклами она должна ставится на той же строчке
Компилятор строит дерево (AST, abstract syntax tree)
>>1807233
Если для моего примера сделать это:
{
int i = 3, j = 4, k = 5;
printf("%d\n", i < j || ++j < k);
printf("%d %d %d\n", i, j, k);
}
то последний printf покажет, что j равно 4.
И непонятно, почему префиксный инкремент (который во всём выражении имеет высший приоритет и должен за счёт своей "префиксности" моментально увеличить j на 1) не выполняется.
Потому что order of evaluation независим от order of precedence
https://en.cppreference.com/w/c/language/eval_order
В операторе x() || y() если x() истина, то все выражение истина и вызова y() не будет вообще.
Аналогично x() && y() если x() ложь, то все выражение всегда ложь.
>>1805537
Панимаю.
Пойду больше по теме покурю, спасибо.
А то делаю виртуалку для фп языка на вроде эрланга, но с норм типами (раскурил систему типов хаскеля для этих целей и чутка упростил, шоб в императивном языке норм смотрелось) пока получается лютое говно и я хз, как типизировать рассылку сообщений между процессами, разучил как делать shenandoah gc (получилось баганное кривое подобие, правда, но это дело наживное), в итоге у меня CMS и Shenandoah только, хочу еще G1 прикрутить.
Собственно, не хочется делать строки как в хаскеле и нативном эрланге, где они тупо на линкед листах, ну и массивы заодно завез, думаю вот, как обойтись без частного случая для строк, но что-то как-то лучше их все же вытащить в отдельный случай для экономии проца и оперативы.
>Можно поподробнее? Где именно мне прописывать cmake'овские команды?
При создании проекта у тебя появляется файл CMakeLists.txt, который описывает всё, что билдит твой проект. Там и добавляй новые исполняемые файлы. Посмотри https://cliutils.gitlab.io/modern-cmake/chapters/basics.html , в особенности раздел Dive In. Только у тебя, естественно, будет LANGUAGES C. Для задания стандарта Си используй https://cmake.org/cmake/help/latest/prop_tgt/C_STANDARD.html
Вообще хорошо бы простой Make понять прежде чем лезть в весь ужас CMake. Но в CLion с мейком всё очень плохо, и если ты уж в него впираешься, то выбора нет.
>Забугром эмбедщина
>Quallcom, Mellanox, Marvell, Nvidia, Xilinx, Tesla
Речь идет про рядового анона, либо без во, либо закончившего говновуз, которые забугром нафиг не кому не нужны даже с 10 годами опыта.
Поэтому если выбирать из работы в России: прогать микрики, как даун, или стать веб-разработчиком, очевидно выгоднее выбрать второе. Можно как завести трактор в ДС, так и перейти на удаленку, фриланс, когда прогером мкк будешь всю жизнь сосать за 30-40к максимум при работе оффлайн 5/2.
>Причём настолько, что любой человек с опытом 3+ лет на этом самом эмбедеде может спокойно ехать в какую-нибудь Германию или Францию на 4-5к рейхсмарок ежемесячно,
Но реальность такова, что типичный байтоеб из НИИ, не закончивший топ вуз в дс, будет пахать за 20к-30к и ни в какую германию и францию не уедет, потому что он там нафиг не нужен.
В то время как веб-разработчик даже в рахе может получать эквивалент 2-3 рейхсмарок через пару лет работы и работать на в разваливающемся заводе или нии, а в крутом офисе с печеньками и кондиционером со свободным графиком.
> не одними деньгами, анонче. Есть ещё то, что у тебя в мозгу и душе.
Угу, пока норм прогеры уже и квартиру в новостройке/жилье купят, машину, и семью заведут, ты будешь ездить на работу на жигулях микросхемы паять и жить с мамкой, зато для ДУШУ работаешь, лол.
Да, собственно, анон, я сейчас микросхемы паяю в свободное время работаю-то я андроидщиком. А когда заведешь семью - хуй ты поковыряешь МК в свободное время, ибо хуй тебе а не свободное время. И хуй ты потратишь свои кровные на свое увлечение.
Но вообще, если следовать твоей логике, что так, что так ты будешь в говне, ебать: либо с деньгами, квартирами, машинами, женой, но без свободы и поэтому тебе нахуй эти все КВОРТ5РЫ, МОШЫНЫ не будут нужны, депрессия сожрет твой мосск, либо без денег, но зато будешь заниматься своим любимым делом.
Энивей... Не хочу заводить серьезные отношения до 33, нахуй мне это нужно, только ограничивает твою свободу, анон
>Ты не знаешь, какие дипломы за бугром нужны
Хуйня эти твои дипломы. Они работодателю не нужны, они нужны государственной службе, которая решает, выдавать тебе рабочую визу, или нет.
Работодатель же пока будет оформлять тебе документы, отправит тебе техзадание, т.е. работать на него ты начинаешь ещё до покупки билетов. Могут ли наебать? Х.з. могут наверное, но переоцинивать свои способности, мол "нахаляву" работать чтобы прислали приглашение, а приглашение не пришло - украли твой труд. Это значит что ты курсовую писал какому-то студенту, а не устраивался на работу.
Вышесказанное справедливо по отношения перектачиков из периферии.