А что, консоль тебе недостаточно красивенькая?
Возможностей консоли недостаточно. Нужна именно пиксельная графика, то бишь мордорисование. Через какие костыли не так уж важно, я могу и с нуля накалякать какой нибудь визуальный конвеер для покраски кнопочек (прямоугольник в котором текст, это разве страшная задача для отрисовки кнопки), но хотелось бы не сильно заморачиваться именно с мордорисованием а все творческие силы пустить на алгоритмы числодробилок.
>ассемблера
>си
>джаву
>CSS
Во-первых, тебе помирать уже скоро, а ты ui озаботился.
Во-вторых, бери винформс и не еби мозги.
Мужики, а книги:
C Primer Plus - Стивен Прата
C Programming - A Modern Approach - Kn King
Есть на русском языке?
C Primer Plus - Стивен Прата
C Programming - A Modern Approach - Kn King
Есть на русском языке?
ебать ты знаток канеш.
qt для c++ а для с gtk
C если нужен минимализм
C++ если надо быстро
Конечно есть, в Москве брал недавно Прату для коллекции.
Нах C++. Можно в qt quick все сделать с минимумом плюсов, знаток.
Аноны, подскажите дегенерату, пожалуйста, а можно ли за-memset-ить двумерный динамическивыделенный массив?
Обеспечивается ли линейность памяти для массива массивов?
Обеспечивается ли линейность памяти для массива массивов?
Да.
Линейно в памяти.
Можно какой нибудь простейший пример? Или обьясните почему пикрил валится с сегфолтом?
На вывод массиав не смотрите, судя по gdb он валится прямо на мемсете. "Сжатый" двумерный массив мемсетится легко, двумерный статический массив мемсетится легко, а вот массив массивов нихрена.
У тебя не двкхмерный массив. У тебя массив указателей на массивы.
Не уходи далеко. Через пару минут включу комп, проверю и покажу как правильно.
Короче, с динамической аллокацией двухмерных массивов не всё так радужно.
Легче моделировать самому через арифметику, как показано вот тут - https://www.geeksforgeeks.org/dynamically-allocate-2d-array-c/
Но если ты вот прям хочешь поебаться с массивами, то на картинке рабочий пример.
А можно и так извратиться. Чтобы не делать разименование указателя. Дело привычки и предпочтений.
Что будет если сделать free на память, которая на стеке
будет ашипка
Упадет с ошибкой.
Куча и стек находятся в разных концах виртуальной памяти. Например, в линуксе куча растет снизу вверх, а стек - сверху вниз. Есть специальный регистр stack pointer, который указывает на текущую вершину стека (или низ). Можно вычислить, находится ли твой адрес в куче или нет, и упасть по ассерту.
https://pastebin.com/n5fEZnW6
Возможно ли мою хуйню было сократить по кол-ву строк хоть сколько нибудь?
Возможно ли мою хуйню было сократить по кол-ву строк хоть сколько нибудь?
>а скорость вычислений мы как раз поручаем числодробилкам на языке си, запакованным в билбиотечки.
Если нормально писать то и джава неплохо дробит числа. Вот недавно был челлендж
https://github.com/gunnarmorling/1brc - джава обошла раст по скорости и почти догнала С++ (но тут неточно, потому что С++ запускался не на эталонном железе, которое само было производительнее)
>https://pastebin.com/n5fEZnW6
можешь задать свою хуйню одномерным массивом по типу
char huyn9[] = {,,,,,,'#',,'#' ... ,,,};
и потом вором вывести на экран где каждый n символ будет принтефатся \n
сомнительно, потеря скорости вычислений на трансляцию в джавамашине, это даже в теории не близко к числодроблению
>вором
фором
>будет принтефатся \n
но можно и не принтить перенос строки если ты фулл экран консоли заливаешь каким то своим рисунком в псевдографике
>char huyn9[] = {,,,,,,'#',,'#' ... ,,,};
или
char huyn9[] = " # # # ";
и выводить фором
или
char\* huyn9 = " твоя ебаная строка с рисунком хуйни ";
puts(huyn9);
лан похуй пойду посплю
бля дайте рабочий гайд за ллдб (lldb)
все что я нашел нихуя не работает, хочу глянуть брекпоинты как рекурсия себя ведет, но пока нихуя не понимаю
все что я нашел нихуя не работает, хочу глянуть брекпоинты как рекурсия себя ведет, но пока нихуя не понимаю
> кодите что то на сях?
Полностью переехал на плюсы. Благо они уже для кофеварок научились компилировать.
Не помню уже когда писал что-то на чистом Си.
Я проштрудил книжку оч хорошую OOC, которая в шапке треда раньше висела. Потом ппц мотивация привалила, решил сделать свой евентлуп с асинхронными корутинами, ебался с этим парк недель, но забросил и уже полгода не притрагивался.
За сколько вы K&R осилили?
Да хз. Черт дернул пройти заного эту христоматию. Ковыряю задачки все подряд прямо с первой. Но так... не на энтузиазме, а лениво, час ютюба 2 строчки кода если грубо говорить.
Да и книга сложная, уже в первых главах где написан пример программы копирования файлов надо голову поломать как эта программа должна была работать по задумкам Ритчи (Керниган полюбасу там заложил тонну общения с консолью, а Ритчи повелся и кидает файлы в поток консоли а не в фопен).
Крч, вот так прям с наскока хуй кто осилит K&R Clang. Реально сложная книга со своими заковырками и неочевидными подводными камнями.
Я вот сидел и пытался в a.out скормить файлик чтобы проверить по заданию работу гетча, и нихуя у меня не вышло, но зато я нашел Heredoc о котором не знал, сижу вот читаю про эту волшебную штуку-дрюку.
upd
Если у кого то то же возникает затык в первых главах как программа Кернигана считает символы из файла без фопена, то задумка у них была пикрил.
У меня вопросы по кодстайлу. Анончики скажите пожалста, вы стараетесь писать читабельно как в этом примере: в ифе стейт сравнивается со значением. Или стараетесь писать более краткие формы: иф(стейт) иф(!стейт)
>трансляцию
Ты почитай как жавамашина работает
>У вас какие мысли?
На дворе уже давно не 2000 год, пора из бункера вылезать
транслирует опкод в байткод а што
Бля пиздец, всю башку сломал себе этими вертикальными гистаграммами. Нет, я понимаю можно просто нарисовать гистаграмму челез юникодовые управляющие последовательности или курсы подрубить... Но смысл в том чтобы решить задачку средствами которые предоставлены в книжке, а там хуй да нихуя, циклы ифы и путчары... Еще блять эта кодировка вайдчарами русского текста... Непечатные символы...
Вылезай из бункера, уже третий десяток пошел как jit запилили
>сомнительно, потеря скорости вычислений на трансляцию в джавамашине, это даже в теории не близко к числодроблению
Там есть специальные подсистемы в JIT (C1 и C2), которые по сути кэшируют трансляцию часто используемого кода. То есть ты будто в рантайме бинарник компилишь и с ним работаешь. Плюс т.к. джава может в рантайме менять код, в отличии от С++, она может оптимизировать в зависимости от того как код используется - разворачивать циклы, переставлять операции и т.д.
https://habr.com/ru/articles/305894/
ты контролируешь джит? нет? тогда о чем спор, бункерный?
хабр помойка, тем не менее, это потеря скорости
компил в рантайме/трансляция это потеря скорости исполнения кода, как вы этого понять то не можете? совсем обджавились уже
заместо пармы мувов по регистрам ты делаешь компил + пара мувов по регистрам
уже на пальцах вынужден объяснять джавистам как работает джавамашина пиздец до чего дошли
спора нет, жаба уже двадцать лет по производительности не хуже плюсов, и ебет в хвост и гриву всякие высокоскоростные всхрюки типа растов. и причину тебе уже озвучили - оптимизация кода в рантайме основанная на статистике исполнения кода, фича, которая в принципе недоступна компилируемым языкам.
>компил в рантайме/трансляция это потеря скорости исполнения кода, как вы этого понять то не можете?
книжки почитай прежде чем хуйню пороть
ты там на перфокартах код пишешь что у тебя программы штучными мувами по регистрам измеряются?
>заместо пармы мувов по регистрам ты делаешь компил + пара мувов по регистрам
правильно так - заместо пары миллиардов мувов по регистрам ты делаешь пару миллионов мувов, потом оптимизацию, и потом еще пару сотен миллионов мувов.
>по производительности не хуже плюсов, и ебет в хвост и гриву всякие высокоскоростные всхрюки типа растов
чел мы в ситреде, тут бенчи по асму меряются, а не по твоим тормозным джавам плюсам растам питонам джиэсам, проснись
оптимизировать и гцц умеет и будут теже мувы но зато без потери процессорного времени
джависты вам тут не рады
>оптимизировать и гцц умеет
в рантайме?
умоляю хватит тралить тупостью
>без потери процессорного времени
на компил в рантайме
так понятно стало?
>компил в рантайме/трансляция это потеря скорости исполнения кода, как вы этого понять то не можете? совсем обджавились уже
>заместо пармы мувов по регистрам ты делаешь компил + пара мувов по регистрам
Чел ну ты ебанат? Трансляция 1 раз происходит, потом ты из кэша достаешь свои мувы по регистрам
>тем не менее, это потеря скорости
манямирок затрещал, но выстоял, упорный!
>оптимизировать и гцц умеет и будут теже мувы но зато без потери процессорного времени
гцц не знает как ты будешь использовать программу каждый раз когда ты её запускаешь, а жит знает
>джависты вам тут не рады
не гори только от джавабогов
>чел мы в ситреде, тут бенчи по асму меряются, а не по твоим тормозным джавам плюсам растам питонам джиэсам, проснись
Спецом для тебя я скинул пруф https://github.com/gunnarmorling/1brc , тут как раз на джаве угорают по лоу левелу и постят результаты бенчмарков
на стартапе, да - потом нет
А ты контролируешь свой си-компилятор-нейм? Может еще знаешь как каждый из них UB резолвит?
я свой написал так что спок слови уб шиз
пруф чего ты мне скинул? это чисто джава бенчи насколько я вижу тк тут написано напишите программу на джаве
пруф того что жаба умеет складывать вычитать и компейрить числа? ахуенно
>гцц не знает как ты будешь использовать программу каждый раз когда ты её запускаешь, а жит знает
хз чо ты высрал, даже разбирать тобою написанное не хочу
а если проц без кешлиний? поешь говна лучше и не пиши сюда
Вы тут срете бесполезной хуйней в тред, а лучше бы занялись ментальной гимнастикой. Вот вам пикрил задачка и книги K&R попробуйте решить ее. Из доступных инструментов первой главы: ветвления ифами, циклы, массивы, функции (без поинтеров, векторов, макросов и всего прочего).
Без каких либо ограничений на размер строки означает что нам недоступно хранение строки внутри char arr[size_t]. Удачи.
Без каких либо ограничений на размер строки означает что нам недоступно хранение строки внутри char arr[size_t]. Удачи.
просто взять указатель на строку и отправлять байты на вывод пока не встретишь нулевой байт?
>пруф чего ты мне скинул? это чисто джава бенчи насколько я вижу тк тут написано напишите программу на джаве
>пруф того что жаба умеет складывать вычитать и компейрить числа? ахуенно
здесь сравнения с другими языками
https://github.com/gunnarmorling/1brc/discussions
>а если проц без кешлиний?
джавамашина кэширует, не процессор
В этой главе нет указателей.
Прикрепляйте пастебины.
это примерно в 6 раз медленнее чем держать мувы в линиях
Пруфы того что ты не читаешь ридми. Там эталонный сервер на Хетцнере, иначе каждый бы мог просто на более мощной машине запустить и сказать что у него питон быстрее работает.
а если проц без кешлиний?
Не пойму как ты через сишку кажешь процу что ему кэшировать, а что - нет, может расскажешь? Просто хочу разобраться
ты принес какую то хуету, а я должен бегать по крупицам собирать инфу что это все значит и что ты хотел сказать своим высером?
да пошел ты нахуй анон, поебать мне на твои бенчи хуенчи сделанные ПАПРИКОЛУ, жаба медленне си, это аксиома, хочешь опровергнуть - неси бенчмарки
>а если проц без кешлиний?
тогда одинакого будет, холодный старт только медленее, нужно время на транслейт
> как ты через сишку кажешь процу что ему кэшировать, а что - нет
префетчинг, паттерны известны, однако это все равно неуправляемый напрямую процесс
Тебе надо - ты и прикрепляй
Ну раз в главе нет указателей, то и в языке нет, понимаю
>ты принес какую то хуету, а я должен бегать по крупицам собирать инфу что это все значит и что ты хотел сказать своим высером?
Ты ничего не должен, я дал тебе таблицу результатов, ты со сгровешей жопой побежал проверять на локалке, потому что не верил что джабба может быть такой быстрой. Тут уж не моя вина.
чо ты понимаешь то? систему уравнений то же через теорию игр решать будешь?
на какой локалке, даун? это твои две ссылки, делать мне нехуй проверять на своей машине какой то паприколубенч
пиздец двач наплодил даунов
>неси бенчмарки
И да, эта репа фактически и есть бенчмарк, так что бенчмарки я принёс. Просто ты сравнил не Си с джавой, а джаву на локале и джаву на хетцнере.
Вот сишное решение https://github.com/gunnarmorling/1brc/discussions/46
>на какой локалке, даун? это твои две ссылки, делать мне нехуй проверять на своей машине какой то паприколубенч
Не гори только, скуф
Что тогда за вторая картинка с замерами от тебя была? Мне мысли твои чтоли читать?
я вообще ничо не сравнивал, тут нечего сравнивать
ты принес ссылки я их открыл нашел сишный тредик и сфоткал результы
теперь ты говоришь что я принешь жабу на локалке, а вот ты то принес сишник на хетцентре, но по твоей ссылке как раз сишник на локале
покинь тредик, ты не в адеквате, чел
ладно я то же погорячился
давайте раз и навсегда определимся почему си быстрее жабы
есть только одно пруфабельное определение - си быстрее жабы потому, что на совершение действия А ему не нужно совершать дейтсвие Б. о чем ручь? о строительстве объектов и вызове череды колбеков для записывания какого нибудь несчастного стринга в память. ооп это априори медленно.
в остальном можете играть в суррогатные гонки с миллиардом повтроений одной вычислительной инструкции и говорить что все одинакого. этот тест необъективен так как байткод исполняется фактически один и тот же на одной и той же машине, тут нет никакой гонки
к слову мне кажется этот странный челлендж из ссылки - посчитать много даблов в мультипотоке, звучит как задача для гпу
давайте раз и навсегда определимся почему си быстрее жабы
есть только одно пруфабельное определение - си быстрее жабы потому, что на совершение действия А ему не нужно совершать дейтсвие Б. о чем ручь? о строительстве объектов и вызове череды колбеков для записывания какого нибудь несчастного стринга в память. ооп это априори медленно.
в остальном можете играть в суррогатные гонки с миллиардом повтроений одной вычислительной инструкции и говорить что все одинакого. этот тест необъективен так как байткод исполняется фактически один и тот же на одной и той же машине, тут нет никакой гонки
к слову мне кажется этот странный челлендж из ссылки - посчитать много даблов в мультипотоке, звучит как задача для гпу
>есть только одно пруфабельное определение - си быстрее жабы потому, что на совершение действия А ему не нужно совершать дейтсвие Б. о чем ручь? о строительстве объектов и вызове череды колбеков для записывания какого нибудь несчастного стринга в память. ооп это априори медленно.
Это слишком упрощенное определение, потому что:
1) совершение меньшего количества действий не всегда даёт быстрее выполнение на современных процах.
2) Java - мультипарадигма, а не чистый ООП, писать как на С никто не запрещает, даже с ручным выделением памяти
3) Тот же пример с размоткой цикла - сишка тупая и если ей сказали крутить циклы - она будет крутить циклы и нарушать instruction pipelining, в то время как джава умная и может понять что цикл можно развернуть и ускорить таким образом код.
4) возвращаясь к "совершение действия А ему не нужно совершать дейтсвие Б" -> джава может в рантайме понять что ей не нужно что-то совершать и таким образом будет быстрее кода, который не адаптируется к рантайму.
А захламить код мусорными аллокациями можно и на С, было бы желание.
>в остальном можете играть в суррогатные гонки с миллиардом повтроений одной вычислительной инструкции и говорить что все одинакого. этот тест необъективен так как байткод исполняется фактически один и тот же на одной и той же машине, тут нет никакой гонки
ничего не понял
суррогатные гонки - это и есть суть бенчмарков, ты о чем?
>к слову мне кажется этот странный челлендж из ссылки - посчитать много даблов в мультипотоке, звучит как задача для гпу
Ну так челлендж выжать максимум конкретно из джавы, а не просто считать числа где-нибудь
>сишка тупая
кукарек, ничем не подкрепленный
>джава может в рантайме понять что ей не нужно что-то совершать и таким образом будет быстрее
время на "понять" конечно же не нужно, ведь это происходит по волшебству
>конкретно из джавы
типичная жавазадача - компайрить даблы, верим
>суррогатные гонки - это и есть суть бенчмарков, ты о чем?
то к чему они пришли, а не их суть
Я тут мимо проходил, если что
Бля, даже для кубейсика был компилятор, который исполняемый файл выдавал.
Для тех же джавы и сишарпа есть АОТ, которая выдаёт машинный код. Только это нахуй не надо, потому что собираешь в машинные коды ты для конкретного набора инструкций, и на более старых процессорах это просто не запустится, а на более новых не будут использоваться новые сокращающие время исполнения инструкции.
В это же время байткод джавы, ИЛ сишарпа, да даже код джаваскрипта выполняются рантаймом, который знает, что поддерживает процессор, а что нет, и во что можно код переводить, а во что нельзя.
>рантаймом, который знает
ему надо в што где когда
тебе надо в клуп веселых и находчивых
Если я в проге использую printf с параметром %d, компилятор засовывает в прогу весь функционал функции или даже stdio.h? Как удалить ненужное?
линкуй только функцию
так как есть скрытый флаг в компиляторе -lstd то линкер так или иначе найдет бинарное исполнение любых функций из стд либы без хидера (малоки хуялоки)
вопрос лишь в том нахуй оно тебе надо? бинарь все равно форматный, будут просто куча пустых адресов, покури ELF если ты на винде
В чем проблема определить сначала размер большей строки, и тогда по смещению от потока вывести ее?
В том, что ты не читал пост, на который отвечаешь.
>даже для кубейсика был компилятор
Что значит даже? Для бейсика есть компилятор, а для джавы и шарпа нет, потому что, в отличие от бейсика, жабошарп это скриптовое говно, а не языки программирования.
Перевод некорректный
Да я не настаиваю, решай задачу которая тебе удобней. В любом случае это был просто челлендж ак 100 задачек литкода или типа того, и каждый сам для себя решает принимать участие или нет. Я только прошу внимательно читать условия задачи, а то я уже заебался повторять одно и то же.
Ты вбросил задачу, которой нет в КР. И очень даже возможно, что она не решаема
Есть. Решаема. Тебе не надоело набивать посты этим бесполезным спором? То перевод тебе не нравится, то вообще задачи нет такой.
Ошибся, но где?
Есть какой нибудь гайдик что засунуть в мантиссу и сонование чтобы получить максимальное и минимальное значение флоатов по границам? Я ничего не нашел в интернетике кроме формулы.
Пойду пока цветовую схему поковыряю, а то дефолтная всратая.
Есть какой нибудь гайдик что засунуть в мантиссу и сонование чтобы получить максимальное и минимальное значение флоатов по границам? Я ничего не нашел в интернетике кроме формулы.
Пойду пока цветовую схему поковыряю, а то дефолтная всратая.
Всем салют. Чисто из любопытства: как в чистых сях обстоит дело со строками, конкретно с кодировкой? Вот чтобы максимально переносимо было, какой тип используют люди? Utf8, или 16 или 32?
Спасибо
я не иксперт, но вроде как в чистых сях есть какая то библа в наборе стандарта которая работает с вайдчарами и переносимо покрывает все кодировки
но я хз, не пишу переносимые. обработчики текста, так что на своей машине юзаю утф8 юникоды где латинские в один байт русские в два вот собсна и все
>чтобы максимально переносимо было, какой тип используют
Первые 128 символов ascii
>>даже для кубейсика был компилятор
>Что значит даже? Для бейсика есть компилятор, а для джавы и шарпа нет, потому что, в отличие от бейсика, жабошарп это скриптовое говно, а не языки программирования.
Это ложь.
https://learn.microsoft.com/en-us/dotnet/core/deploying/native-aot/?tabs=net8plus%2Cwindows
Для джавы тоже есть.
Повторяю, в подавляющем большинстве случаев JIT лучше, чем нативная компиляция, потому что JIT может транслировать твою программу в команды текущего процессора, используя всю его мощь, а говноязык без JIT может только нацелиться на какой-то конкретный процессор, причём на более старых моделях программа просто не будет работать, а на более новых она будет выполняться неоптимально.
да успокойся ты, джитошиз, покури флаги компилов и статистику по используемым инструкциям процессоров
а еще раз тебе не лень срать ссылкми принеси джит компиляцию которая юзает все 2к+ инструкций современно проца
я прпльно понимаю что для иучения с в visual studio мне нужно иметь примерно 50 гб свод места? пиздец много весят "файлы" для него. охуеть.
жаль а) я нищий б) у ноута всего один слот ссд.
придется отлодить учебу (
так бы купил 8тб ссд м.2
жаль а) я нищий б) у ноута всего один слот ссд.
придется отлодить учебу (
так бы купил 8тб ссд м.2
>покури флаги компилов и статистику по используемым инструкциям процессоров
а можно просто использовать жабку и в ус не дуть
а можно просто писать на сишечке и в ус не дуть
c если нужен минимализмc++ если проц без хидера (малоки хуялоки)вопрос лишь в отличии от бейсика, жабошарп это скриптовое говно, а лениво, час ютюба 2 строчки кода в рантайме понять то дефолтная всратая.
ты лиспом объебался чи шо? переведи на человеческий
схера ли варнинг?
сначала мы определяем что это присваивание и что инкремент постфиксный (после присваивания)
потом начинаем вычислять правую часть присваивания
где сначала вычисляется условие тернарника, а затем вычисляется одна из его веток
потом происходит само присваивание
и вот только теперь постфиксный инкремент
докажите что компилер не даун?
сначала мы определяем что это присваивание и что инкремент постфиксный (после присваивания)
потом начинаем вычислять правую часть присваивания
где сначала вычисляется условие тернарника, а затем вычисляется одна из его веток
потом происходит само присваивание
и вот только теперь постфиксный инкремент
докажите что компилер не даун?
Ну да, на пустом месте ругается. Но может быть у него крыша едет из за тернарной операции?
Это UB. Поведение зависит от того, будет ли сначала выполнено выражение слева от знака равенства, или справа. Так что ругается он по делу. Не делай так, короче.
приветствую уб шиза в этом итт треде
поясни за выполнение выражения слева от знака равенства или справа
как вычисление этих частей соотносится с приоритетом вычисления постфиксного инкремента слева от знака присваивания?
https://en.cppreference.com/w/c/language/eval_order
> и вот только теперь постфиксный инкремент
Найди ордеринг рул который говорит что сайд-эффект постфиксного инкремента вычисляется после assignment оператора.
Я сходу такой не нашёл, есть что-то похожее в последних стандартах плюсов.
ну вот например тебе твой ордеринг рул который говорит что сайд эффект постфиксного инкремента вычисляется после эсс игнмент оператора
как видно из таблички приоритетов = и += обладают одним уровнем приоритета выполнения и вычисляются справа налево
и пик 3 небольшая справочка для тебя лично, любителя носится со стандартом как со святой грамотой
лучше бы ты K&R читал а не хуйней маялся
> скрины из K&R
Ну хуй знает.
> и вычисляются справа налево
Я аж сначала охуел от такого пиздабольства, потом открыл и понял что "справа-налево" это сука про ассоциативность оператора. И в этой же сука главе тебе говорят что порядок вычисления операндов не специфицируется для большинства операторов, и приводят твой же UB как пример UB: a[ i ] = i++, долбоёба ты кусок.
> любителя носится со стандартом как со святой грамотой
Если в стандарте нет явно-указанного ордеринга вычисления, они спокойно могут быть как угодно упорядочены компилятором, и разрабам компилятора похуй что ты там думал, щенок ебаный.
ладно хуесос этот раунд ты выйграл уб так уб
Лучше на for поменяй, понятнее будет.
Так все таки, что лучше (с фактами) jit или компиляция в машиный код?
И есть ли реальная компиляция джава/шарпа говна в машинный код.
И есть ли реальная компиляция джава/шарпа говна в машинный код.
критерии лучшести огласите
ты же понимаешь что проц умеет только машкод выполнять?
Лучше конечно компиляция в машинный код с глубокой оптимизацией. В идеале под конкретную модель процессора, с учётом его микроархитектуры.
Касательно c# - претензий к скорости программ не имею, но вот этот jit во время работы большого проекта (300 тыс. строк, не считая библиотек) очень неприятно и мерзко лагает. Слава богам что не часто. Но при старте программы есть несколько мест где реакция гуя достигает несколько секуд (!!!).
К этому быстро привыкаешь, потому что дальше всё работает весьма сносно. Но когда запустил аналогичную программу, написанную на компилируемом языке, было очень приятно работать из за неестественно отзывчивого интерфейса с нулевой латентностью.
Короче, однозначного ответа на твой вопрос нет.
PGO на твоей пеке под твои юзкейзы со всеми --march=native, графитами, lto и прочим, чем гентушизы упарываются
В плане скорости, эффективного использования ресурсов
в этом плане компил в нативный машкод конечно же
за это заплатишь скоростью разработки
>И есть ли реальная компиляция джава/шарпа говна в машинный код.
Конечно есть, иначе бы программы не выполнялись.
>Так все таки, что лучше (с фактами) jit или компиляция в машиный код?
В большинстве случаев JIT лучше - это факт
У джавы и шарпа есть возможность компилить сразу в машинный код, без JIT, как на C. Судя по бенчам выигрышь получается в потреблении памяти, но не в производительности (после разогрева конечно).
Иметь рантайм оптимизации лучше чем не иметь - это тоже факт
Вот пожалуйста
Был бы я не ленив, посоревновался бы с тобой, чья программа быстрее - твоя с git, или моя в нативном коде.
Например, N-ферзей
Это будет не соревнование языков, а соревнование кто ебанутей оптимизации напишет.
Я, при этом, абсолютно уверен, что программа на си будет быстрее программы на сишарпе/джаве хотя бы за счёт оверхеда из-за абстракций и управляемой памяти.
Одновременно я абсолютно уверен, что в большинстве случаев си не нужен, потому что код на си будет писаться раз в пять медленнее и содержать в пять раз больше богов. И выбор в итоге будет не между быстрой программой на си и медленной на джарпе, а между работающей программой на джарпе и недописанной на си.
мимо
упитанно
>программа на си будет быстрее программы на сишарпе/джаве
Если не будет сборки мусора, будут работать с одинаковой скоростью. Шарп и джава очень хорошо могут в оптимизацию.
>Если не будет сборки мусора
то это будут не жабошарпы
Продублирую сюда, не совсем про язык, но либа же тоже часть языка:
Согласно POSIX:
https://pubs.opengroup.org/onlinepubs/9699919799.2018edition/
В math.h обработка ошибок зависит от значния math_errhandling. Если math_errhandling & MATH_ERRNO != 0, то в errno выставляется значение ошибки, если math_errhandling & MATH_ERREXCEPT != 0, то выкидывается соответствующий excpetion.
Тогда почему у меня при math_errhandling = MATH_ERNNO | MATH ERREXCEPT при вызове acos(2) не происходит исключения? glibc вроде как выполняет стандарт POSIX 2008, я проверил там точно также
Я ожидаю что мне придет SIGFPE, но де факто лишь errno выставляется
Согласно POSIX:
https://pubs.opengroup.org/onlinepubs/9699919799.2018edition/
В math.h обработка ошибок зависит от значния math_errhandling. Если math_errhandling & MATH_ERRNO != 0, то в errno выставляется значение ошибки, если math_errhandling & MATH_ERREXCEPT != 0, то выкидывается соответствующий excpetion.
Тогда почему у меня при math_errhandling = MATH_ERNNO | MATH ERREXCEPT при вызове acos(2) не происходит исключения? glibc вроде как выполняет стандарт POSIX 2008, я проверил там точно также
Я ожидаю что мне придет SIGFPE, но де факто лишь errno выставляется
>math_errhandling = MATH_ERNNO | MATH ERREXCEPT
>math_errhandling & MATH_ERRNO != 0
>math_errhandling & MATH_ERREXCEPT != 0
я не наблюдаю эквала между a = b|c и a&c !=0 а ты наблюдаешь?
При условии того, что и ERRNO и ERREXCEPT 1 и 2 по POSIX соответсвенно.
Тогда a = b|c && b != 0 && c != 0 => a & c != 0 && a & b != 0
хмм ну вроде все верно. для чисел 1 и 2
а не пробовал вызвать троу макрос из глибси принудительно?
Не понял, про какой именно макрос ты говоришь?
Вообще я ожидал что будет что-то типа raise из csignal
Может я просто не правильно понимаю что имеется ввиду под invalid floating-point exception shall be raised, но нигде инфы не могу найти
Дык этож даже не glibc, а отедльная либа
Ну и не вышло к слову...
Отдельно попробовал с мюслями - тоже самое
А потом полез их сурсы:
/ if |x|>1, return NaN with invalid signal./
Реализация:
/ |x| >= 1 or nan /
if (ix >= 0x3ff00000) {
uint32_t lx;
GET_LOW_WORD(lx,x);
if ((ix-0x3ff00000 | lx) == 0) {
/ acos(1)=0, acos(-1)=pi /
if (hx >> 31)
return 2*pio2_hi + 0x1p-120f;
return 0;
}
return 0/(x-x);
}
ЗБс соотвествие стандарту
не хочу вдаваться в подробности, но
>ЗБс соотвествие стандарту
арифметика не может быть стандартизирована так как она за исключением ансигнедов абсолютно машинозависима
ты стандартошиз что ли?
Нет, просто делаю диплом по модельному тестированию на соответствие POSIX, и тут вот это начало стрелять
А на чем мне теперь проверяться то, раз тесты справедливо фейлятся?
хммм я наверное глупость сейчас скажу, но последнее время чот на меня напал интересный язык лисп, кажется он идельно подходит для быстрого прототипирования (макеты программ) ну и соответственно тестирования всякой фигни то же, но лисп СТРАННЫЙ, условно сумма всех чисел в обычном языке это забить массив, пройтись фором все сложить, в лиспе это (PLUS числа через пробел) вот и все
манит меня попробовать эту штуку
Пожалуйста, соревнуйся - https://github.com/gunnarmorling/1brc выбирай победителя, напиши свою имплементацию и попробуй
да нет, достаточно просто не сорить и всё
>программа на си будет быстрее программы на сишарпе/джаве хотя бы за счёт оверхеда из-за абстракций и управляемой памяти
ты можешь писать на джаве (и наверное на шарпе?) без абстракций и без управляемой памяти
А можно из буханки хлеба сделать трамвай, и линукс на домашний комп поставить.
Вся суть джарпа в менеджд коде и ООП. Глупо отказываться от таких удобных вещей в угоду небольшого буста производительности.
ой посоревновались выбираем си
ды да, достаточно просто выбрать нужный инструмент
>ой посоревновались
И что ты из этих картинок понял?
Конечно глупо, но это ведь абстрактное соревнование в скорости. Плюс к тому Ява позволяет выборочно писать высокопроизводительный код только там где это необходимо и писать как удобно там где нет смысла гнаться за скоростью.
я решительно не понимаю почему в жопу ужаленный джавист продолжает серить в треде лучшего языка программирования
ему нравится как его обоссывают?
ему нравится как его обоссывают?
Говно. Но хороший компилятор способен оптимизировать это.
а что ты тут собрался оптимизировать?
Если гцц/мингв, то изящнее range switch.
case 'A' ... 'Z': и тп.
А тут у тебя восемь лишних проверок а худшем случае.
ну это не особо влияет задачка не под бенчмарки и эта функция вызывается 5 раз, все основные мощности в другом куске
ренджовый свич еще не был рассмотрен в этой главе так что его тут быть не могло
>а что ты тут собрался оптимизировать?
Во первых - ничего. Зачем мне оптимизировать твой код, пущай этим занимаешься ты и/или компилятор.
Во вторых, isdigit() и isalpha() для простоты.
В третьих, неоптимизирующий компилятор сгенерил бы такой говнокод, что ты бы охуел - s[p-1] на х86 выродился бы в нечто такое mov %al, (%esi,%eax, -1) и постоянно обращался бы к памяти.
Оптимизирующий компилятор выполнит обращение к памяти один раз, загонит значение из памяти в регистр и дальше будет сравнивать с регистром.
>Во вторых, isdigit() и isalpha() для простоты.
на пике просто наружка твоих издигитов изальф
это уже кому какие сексуальные предпочтения по душе, кто то любит блекбоксить кто то нет
>В третьих, неоптимизирующий компилятор сгенерил бы такой говнокод, что ты бы охуел - s[p-1] на х86 выродился бы в нечто такое mov %al, (%esi,%eax, -1) и постоянно обращался бы к памяти.
чот я тут такого не увидел
>чот я тут такого не увидел
Смотри внимательнее.
Как же ARM посасывает у x86 на этом примере. Загляденье.
у тебя процентики а тут их нет
а еще я тут могу только sp регистр опознать остальное не знаю
>Как же ARM посасывает у x86 на этом примере. Загляденье.
ну и в чем же?
>ну и в чем же?
4 инструкции вместо одной.
покажи как ты делаешь одну инструкцию
а такие мувы не считаются ансейфед или типа того?
видимо никто не собирается слушать байки о том как х86 ебет арм жопой
>а такие мувы не считаются ансейфед или типа того?
Так за этим ядро следит. Если к незамапленой странице полезет, то сгенерится прерывание, OC его перехватит и посмотрит что произошло - полезла программа в чужую память или страницы в свопе.
Если в свопе, то подгрузит страницу и свопа и перезапустит операцию, а если память чужая, то Core Dump и программа вылетела в ОС с ошибкой.
бля чел
твой мув это ldrsb
ты как без вычисленных оффсетов по стеку решил грузануть мувом байты? получается ты меня наебываешь вот тут -
точно так же будешь делать свои 4 инструкции
>ты как без вычисленных оффсетов по стеку решил грузануть мувом байты?
Хмм. Ну да, я форшманулся. Две инструкции на ARM, одна инструкция на X86.
насколько я знаю разница архитектур в том что на арме интрукции одинаковой длинны по машкодам а в х86 разной
думаю листинг асма не такой уж и показатель
не получится так что твой волшебный мув по машкодам и декодингу длиннее в тактах чем мой крестьянский мув в две инструкции? вот щепетильный вопрос
вообще я хуй знает какой то оффтредовый холивар надо в асмотред идти там срать этим
>думаю листинг асма не такой уж и показатель
я придерживаюсь другого мнения.
Не сказать вот чтобы x86 настолько хороша, но плотность кода у неё повыше будет, чем у ARM.
Вроде мелочь, а инструкции из память чуть быстрее выбираются, чуть больше инструкций в кэш поместится.
> Вообще я хуй знает какой то оффтредовый холивар надо в асмотред идти там срать этим
Асмотред помер. RIP. А ОП опрометчиво упомянул ассемблер в названии темы, решив нагнать сюда анонов. У него почти получилось, хоть коряво и неумело.
Итак, нашел причину тряски
Оказывается Posix ТАК ХОРОШО написан, что под raise invalid pointer exception он имеет ввиду лишь установку флага в структуре из <fenv.h>
А кто-нибудь шарит за асинхронный ввод-вывод в Linux? А то нужно скопировать файл с помощью aio_read и aio_write, а на выходе какая-то херня...
Код:
https://pastebin.com/EaiXPnUz
ЧЯДНТ?
Код:
https://pastebin.com/EaiXPnUz
ЧЯДНТ?
Ну у тебя т.к. n == 1 чисто aio_read пройдёт и программа выходит, не? Мб просто не успевает aio нихуя сделать, программа выходит
>Ну у тебя т.к. n == 1 чисто aio_read пройдёт и программа выходит, не?
У меня же getchar в конце. Пока не нажму enter - программа не выйдет.
Аноны, чёт ничего не понимаю!
Вроде у меня везде unsigned long long, а результат всё равно - превышение предельного значения (пик 1).
Щито делать? В чём причина?
Вроде у меня везде unsigned long long, а результат всё равно - превышение предельного значения (пик 1).
Щито делать? В чём причина?
Аноны, я чутка улучшил ф-цию, но всё равное какая-то залупа происходит: величина переменной num правильная, а когда сохраняю её в массив, то он мне выдаёт превышение допустимого значения!!! Как это побороть?
Может это залупа, отображающая числа в режиме отладки не понимает unsigned, и рисует так как будто число signed?
У тебя там по идее должно быть 1600...00000, а вышло -8....1616
Максимальное 64-битное беззнаковое целое оканчивается на 18...1615
Да, анон, это, короче, мой косяк я в деббагере не увидел, что можно также unsigned выбрать.
И вообще я победил эту проблему - у меня спецификатор в sprintf был неверно указан.
не могу заставить себя продолжить делать K&R, уже вторую или третью неделю прокрастинирую... как найти мотивейшон, анонцы?
ладно бы какая то задача попалась сложная и поставила бы в тупик, я бы себя понял, но я даже не вникал, чисто глазами пробежался что там надо atoi() переписать и все, тупо не могу даже файлик точнуть...
ладно бы какая то задача попалась сложная и поставила бы в тупик, я бы себя понял, но я даже не вникал, чисто глазами пробежался что там надо atoi() переписать и все, тупо не могу даже файлик точнуть...
>и поставила бы в тупик
Пиши на чистом Си, без использования ф-ций из стандартной библы, но только, если ввод/вывод, и то, можешь сам сделать эти ф-ции, используя низкоуровневые вызовы.
да я так и делаю
хули толку, мотивации нет говорю же
А как ты их решаешь?
Компилируешь хоть?
канешн, пишу велосипедики, конпелирую, отлаживаю, стараюсь делать для общих случаев, но юникод с разной длинной символов уже заебал костылить его так что последние только на энглюсике работают
ну листинг с пика мало чо показывает, бинари на гит не заливаются, а дебаг выхлопы и кордампы я деличу прост (хотя там то же гитигнор на наих настроен, но прост привычка подчищать всякое говное ненужное)
>пишу велосипедики, конпелирую, отлаживаю, стараюсь делать для общих случаев
Логично. Правильно. Верно.
>но юникод с разной длинной символов уже заебал костылить его так что последние только на энглюсике работают
Не, в юникод тебе рано лезть. Правильно что пишешь на английском. Юникод это своя вселенная.
>хули толку, мотивации нет говорю же
Ну тут хуууй знает, чем тебе помочь. Отдохни, отвлекись, или, если нет мотивации, то и живи дальше в говне (в скрипто-макакном высоко-уровневом мире)!!!
шо такое сокет .
это файл но не файл. в него пишется информация для передачи, а читается для получения
Пытался понять ошибку
Затем файл просто исчез непонятно почему и я ебанулся
:~/so$ vim lol.c
user@user-A320M-S2H:~/so$ gcc lol.c
lol.c: In function ‘main’:
lol.c:20:40: warning: passing argument 2 of ‘connect’ from incompatible pointer type [-Wincompatible-pointer-types]
20 | int result = connect(socketFD, &address, sizeof address);
| ^~~~~~~~
| |
| struct sockaddr_in
In file included from /usr/include/netinet/in.h:23,
from lol.c:2:
/usr/include/x86_64-linux-gnu/sys/socket.h:126:52: note: expected ‘const struct sockaddr ’ but argument is of type ‘struct sockaddr_in *’
126 | extern int connect (int __fd, __CONST_SOCKADDR_ARG __addr, socklen_t __len);
| ^
user@user-A320M-S2H:~/so$ gcc -o lol.c c
/usr/bin/ld: cannot find c: No such file or directory
collect2: error: ld returned 1 exit status
Хуй мне кто поможет, но я ахуел, что файл просто так исчез и все что я писал
Затем файл просто исчез непонятно почему и я ебанулся
:~/so$ vim lol.c
user@user-A320M-S2H:~/so$ gcc lol.c
lol.c: In function ‘main’:
lol.c:20:40: warning: passing argument 2 of ‘connect’ from incompatible pointer type [-Wincompatible-pointer-types]
20 | int result = connect(socketFD, &address, sizeof address);
| ^~~~~~~~
| |
| struct sockaddr_in
In file included from /usr/include/netinet/in.h:23,
from lol.c:2:
/usr/include/x86_64-linux-gnu/sys/socket.h:126:52: note: expected ‘const struct sockaddr ’ but argument is of type ‘struct sockaddr_in *’
126 | extern int connect (int __fd, __CONST_SOCKADDR_ARG __addr, socklen_t __len);
| ^
user@user-A320M-S2H:~/so$ gcc -o lol.c c
/usr/bin/ld: cannot find c: No such file or directory
collect2: error: ld returned 1 exit status
Хуй мне кто поможет, но я ахуел, что файл просто так исчез и все что я писал
Ето не так. Современный гцц не съест твой файл.
>gcc -o lol.c c
>/usr/bin/ld: cannot find c
Ну ты почитай хоть что пишет. Не может найти файл "с".
>incompatible pointer type
>‘const struct sockaddr ’ but argument is of type ‘struct sockaddr_in *’
>No such file or directory
помог тебе понять
>файл просто так исчез
ну мб у тебя остался вимдамп, а может и не остался нехуй вирусы всякие писать
Во втором случае у него какая-то хуйня в командной строке. Ругается на неё.
выглядит так будто ругается на параметр с в строке
>gcc -o lol.c c
но на первый взгляд все правильно, хоть и корявенько
>gcc lol.c -o c
>>gcc -o lol.c c
Молись, чтобы в той директории у тебя не было файла с
Иначе твой исходник отправится в страну, откуда файлы не возвращаются. Ибо ключ -о требует аргумент (параметр).
Так-то надо мейкфайл написать.
Можно сделать это один раз, написать "дженерик" мейкфайл, который потом всегда реиспользовать для мелких проектиков типа лаб.
CC=gcc
TARGET=c
SOURCE=main.c huy.c pizda.c nebo.c allah.c
all:
$(CC) $(SOURCE) -o $(TARGET)
ну и конечно по желанию клин и ран. Всё, универсальная сборка для подобных проектов готова.
соглашусь с этим аноном
минималистичный тулчейн для поделок (текстовик + сборщик + линтер + тесты) это уже не только уровень, но и удобство
мейк такой же простой как и вим, чуть подрочить его и впринципе уже будет готов мейкфайлик со всеми таргетами ветвелниями параллельной сборкой флажками на тестолинтерах и прочими наваротами
потом уже можно поковырять какие нибудь грейдлы мавены если нужда есть для галеры
по изоляции приложунек я хуй знает, я ничо не юзаю никаких докеров кубернейтсов, пока что не было нужды
Почему за столько лет не разработали удобную инфраструктуру под си? Чтобы удобно было собирать проект одной командой, подтягивать библиотеки из репозитория? Такое ощущение, что всё застряло на уровне 80-90-х и не развивается.
чем мейк неудобен?
> Почему за столько лет не разработали удобную инфраструктуру под си?
Да а нахуй он нужен? Си никому не интересен кроме парочки нердов. Кроме программирования каких-нибудь PIC16 как альтернатива ассемблеру. Нерды умеют и любят пердолить конфиги. А обычным нормальным людям си нахуй не обосрался. Поэтому и удобную инфраструктуру никто не делает.
MS Visusl Studio.
это
>удобную инфраструктуру под си
Зиг
Да ему всё будет неудобно.
А make - хорош.
Он очевидно имеет ввиду аналог npm, pip и прочей такой хуйни, которая сама подтягивает зависимости.
пусть себе напишет такую хуйню
pip то же на сях написан полагаю
все написано на сях
одни только питухонисты о нердах каких то говорят
кроме го
го написан на
> Такое ощущение, что всё застряло на уровне 80-90-х и не развивается.
Этот о чем-то догадывается.
Meson уже есть, то что вы на него не перешли - ваша проблема.
Можно деб пакеты ставить, но вообще пакеты - это зло ёбаное.
Когда понадобилось написать парсер, прочёл за выходные.
vcpkg работает и под линупсом
А куда тогда данные записываются/считываются при сокетном соединении?
В буфер в сетевой подсистеме.
ну если прочесть = осилить
Шо такое сокет - это файлы,
Файлы, куда байты шлют сетями,
В дейтаграммах видео приходит без задержки,
Для надежной передачи сделан TCP.
Сокет - база для UNIX систем,
Для работы с сетью сокет нужен всем.
Там, где REST сервис шлет JSON,
Сокетом получается он.
Как в C/C++ можно вычислять и выводить рисунки на экран без всяких opengl(через системные вызовы)?
псевдографика/другие эйпиаи (например вулкан)
Никак. В современных многозадачных ОС с экраном работать невозможно, это прерогатива ОС которая пользовательским приложениям такого делать не позволяет, иначе одно приложение поломает другие. Если же пишешь под DOS, там просто пишешь в видеопамять и готово, так же в DOS можно пользоваться функциями BIOS, но они тормозные.
>это прерогатива ОС которая пользовательским приложениям такого делать не позволяет
А как тогда opengl работает?
тыр тыр тыр тыр тыр
Безусловно, ты, конечно, весёлый парень, но всё же - как opengl работает, если не через системные вызовы?
Ты и сам знаешь, даже текст обрезал чтобы было удобнее жопой вилять.
> без всяких opengl
Нет смысла игнорировать то что тебе даёт драйвер gpu.
>даже текст обрезал чтобы
Т.е. ты знаешь как оно работает, но не хочешь говорить! Ну и как же оно работает, если не через системные вызовы?
P.S. я не знаю как это работает, от того и задаю этот вопрос.
Библиотеки графики через системный вызов ioctl общаются с драйвером gpu.
Спасибо, анон!
>Почему за столько лет не разработали удобную инфраструктуру под си?
Разработали, и имя ей - UNIX. Командная строка рулит.
>Чтобы удобно было собирать проект одной командой
make и CMake в той же командной строке
>подтягивать библиотеки из репозитория
Средства Linux для работы с пакетами, а единого центрального репозитория нет. Сишники - люди свободные и гордые, их не заставишь ходить строем, и в цифровой концлагерь Шваба с жучиной похлебкой они не пойдут.
>Такое ощущение, что всё застряло на уровне 80-90-х и не развивается.
Дух старой школы, хакерской романтики и цифрового анархизма жив только в Си. Дедушка Столлман наш учитель и вождь, а порриджам-смузизлебам из пейсбука и реддита здесь не рады.
На низком уровне по-разному, зависит от архитектуры ОС. Например, в Linux можно записывать в файлы /deb/fb (фреймбуфер экрана) и /dev/dri (интерфейс DRI/DRM). Вот пример вывода 2D графики без библиотек, путем записи во фреймбуфер:
https://github.com/BartekLew/fblib/blob/fb-example/fbgrad.c
Библиотеки SDL, OpenGL, Vulkan и др. являются надстройками над ОС и позволяют делать это кроссплатформенно, не вникая в детали, не нужные прикладному программисту.
Реализация OpenGL и Vulkan предоставляется драйвером видеокарты и работает на уровне ядра. А пользовательское приложение уже вызывает OpenGL функции.
Подскажите литературу по Vala
Wchar_t не везде есть и не везде работает. Поэтому только char и utf8.
>только char
ну не будь таким строгим, не обязательно только чары, можно и инты, а в случаях ловли ЕОФа исключительно инт
да и вообще инты как то предпочтительнее, так как у большинства машин шина четырехбайтная - меньше жонглирования = быстрее рантайм
Как создать массивы гарантированной размерности элементов в 1, 2, 4 или 8 байт?
char arr[garantie_size] = {0};
или ты имеешь ввиду что это длина элемента в массиве что ли?
типдеф тогда слепи себе из структуры в котором массив чаров лежит нужной длины
А если 2 байта надо?
В других языках типы данных делают точной длины, поэтому можно делать массивы нужного размера, а си расплывчато. Тип может 1 байт, а может 2, иногда 4, хуй знает вообщем. Кто вообще это придумал? Неужели нельзя было сделать чёткие типы в 1, 2, 4 или 8 байт?
Нельзя, потому что наличие таких типов зависит от системы, на которой исполняется код. А вообще смотри типы в stdint.h, если не пишешь код под что-то экзотическое.
>Кто вообще это придумал? Неужели нельзя было сделать чёткие типы в 1, 2, 4 или 8 байт?
Нельзя, это зависит от железа. Я например имел дело с железкой с минимальной адресацией 16 бит, соответственно и char был 16 бит. Остальные языки или работают на виртуальных машинах, или это раст, работающий в тепличных условиях (не на любом говне).
В Vala как-то сделали типы с гарантированным размером (int8, int16, int32, int64, uint8, ..., uint64), хотя это кросс-компилятор поверх обычного си.
> ну не будь таким строгим, не обязательно только чары, можно и инты, а в случаях ловли ЕОФа исключительно инт
Я только и исключительно о представлении строк.
> да и вообще инты как то предпочтительнее, так как у большинства машин шина четырехбайтная
Отстал ты.
>. Кто вообще это придумал?
Ричи. Он отталкивался от В, где был один тип данных.
> Неужели нельзя было сделать чёткие типы в 1, 2, 4 или 8 байт?
Нельзя было вот так вот сплеча. На пдп-11 слово было длиной 36 бит.
А если я так напишу?
typedef signed char int8;
typedef unsigned char uint8;
typedef signed short int16;
typedef unsigned short uint16;
typedef signed int int32;
typedef unsigned int uint32;
typedef signed long long int64;
typedef unsigned long long uint64;
typedef signed char int8;
typedef unsigned char uint8;
typedef signed short int16;
typedef unsigned short uint16;
typedef signed int int32;
typedef unsigned int uint32;
typedef signed long long int64;
typedef unsigned long long uint64;
Не изобретай велосипед. Читай, что тебе пишут.
Аноны, вопрос: Как понять с каким типом данных я имею дело? Т.е. задача такая: в зависимости от типа данных направить исполнение кода в нужном направлении? Например, при выводе на экран, т.е., в зависимости от типа данных, я должен выбрать необходимый спецификатор. Поискал в тырнете, и мне пишут, что можно использовать ф-цию typeof(), но эту ф-цию понимают компиляторы, начиная со стандарта С11. И мне стало интересно, а как до этого стандарта определяли тип данных? И какой алгоритм определения типа у ф-ции typeof()? И да, речь не идёт, допустим, о типах данных int или double, которые отличаются размером и можно ветвление построить через sizeof(), мне интересны такие моменты, как допустим long long int и double?
Никак. Что сам написал в объявлении, с тем дело и имеешь. И typeof() тебе не поможет решить такую задачу.
Хотя можешь форматную строку делать с помощью _Generic. Но это всё равно не
>в зависимости от типа данных направить исполнение кода в нужном направлении
Это просто удобная генерация кода на этапе компиляции.
>в зависимости от типа данных направить исполнение кода в нужном направлении
Это просто удобная генерация кода на этапе компиляции.
> И какой алгоритм определения типа у ф-ции typeof()?
Это не функция.
Понял, анон, спасибо! Жаль!
>А если 2 байта надо?
тогда
при условии что чар однобайтный
камон мы тут не на экзотике
>при условии что чар однобайтный
опять же чар всегда однобайтный так как чар это синоним байта на любой машине
полагаю дженериками/макросами ветвили, ну в общем то си как раз и предполагает, что такие ветвления делаются до рантайма
прямо в рантайме нахуя если можно до? ну это примерно кейс мультиплатформенности:
ифдеф дарвин
типдеф лонг инт инт32_т
типдеф лонг лонг инт инт32_т
эндиф
ну вот нахуя нам этот кусок в рантайме вычислять? нет никакой необходимости
А вы планируете переходить на более современный язык Vala?
>Vala
Да мёртвая твоя вала, сами гномерасты говорят, что нужно всё на расте писать. Кому ещё она была нужна, не представляю.
Но ведь раст сложный, а вала простая
Раст не подходит:
- Большой порог входа. Вы должны освоить borrowed checker семантику с которой поставляется Rust. И он совсем не похож на парадигму C к использованию которой мы все привыкли.
- Приличный, но недостаточный набор инструментов. До сих пор нет IDE для раста. Плагины для других редакторов кода в вечной бете.
- Очень мало GTK приложений написанных на Rust, там 5 или 6 toy приложений на которые можно посмотреть, состоящих из 200 строчек кода, но ничего большого сделанного на Rust я не видел(эмм fractal, привет, он уже был в 2017)
- Медленная компиляция, что плохо для итерационного цикла разработки который вам действительно нужен при разработке GUI
>Вы должны освоить borrowed checker семантику
ну охуеть супер сложное достижение лол
растоклоун твой раст хуйня из под ногтей
>переходить
зачем?
это какая то психологическая болезнь - постоянно переходить на инструмент посвежее? чисто по фрейду: в детстве играл деревянными игрушками прибитыми к полу а дноклы в сегу - теперь вечно прыгаешь на все что вышло вчера. мои соболезнования
Да, у меня не было компа до 15 лет, а до этого изучал программирование по книжкам и писал программы в тетрадках.
>писал программы в тетрадках
А как исполнял эти программы?
Я считал, что они все работают правильно
Можно как-то к указателю прибавлять без адресной арифметики?
Например:
int pInt = 0;
pInt = pInt + 3;
в этом случае прибавится 3 sizeof (int)
а мне нужно, чтоб прибавилось 3 и выглядело не так уёбищно:
pInt = (int)((char)pInt + 3);
Например:
int pInt = 0;
pInt = pInt + 3;
в этом случае прибавится 3 sizeof (int)
а мне нужно, чтоб прибавилось 3 и выглядело не так уёбищно:
pInt = (int)((char)pInt + 3);
Без адресной арифметики нельзя. Можешь использовать поинтер на чары или на войды и делать сдвиги нужного типоразмера.
Но вообще хуй пойми зачем тебе нужно сдвигать на 3 байта если это поинтер на инты.
Пожалуй стоит добавить что это часть механизма переносимости сишника. На одной машине инты дефолтные четырехбайтные, а на другой вот допустим шестибайтные. В этом случае тебе не нужно парится и писать костыли чтобы вычислять нужные адреса на разных машинах. Все механики и типоразмеры уже зашиты в типс.аш и в стд либы нужной машины. Ты просто делаешь поинтер на инты и он каждый раз будет двигаться на сайзоф инта той машины на которую скомпилен. Очень удобно. Хайлевл язык. Никакой ебли с БЕ ЛЕ и размерами.
Макрос пиши.
Ты расскажи что ты хочешь этим добиться, может есть путь попроще
Используй union, чтобы не приводить типы. Без самой адресной арифметики никак.
union P {
unsigned char ×pb;
int ×pi;
};
union P ptr;
ptr.pb += 3; // сдвиг на 3 байта
printf("%d\n", ×ptr.pi); // взять int по адресу
(x вместо звездочек)
>Но вообще хуй пойми зачем тебе нужно сдвигать на 3 байта если это поинтер на инты.
Мне такое требовалось для динамической кодогенерации. Указатель на int, short и т.д. - когда нужно записать параметр такого размера, указатель на байт unsigned char - когда нужно записать опкод инструкции. Еще возможно работа с видеопамятью, байты - отдельные цветовые компоненты, 4 байта - 1 пиксель. Во всех таких случаях следует использовать union.
>На одной машине инты дефолтные четырехбайтные, а на другой вот допустим шестибайтные
Для этого нужно использовать типы из <stdint.h> - uint32_t и т.д. Они явно задают размер в 1/2/4/ 8 байтов.
><stdint.h>
Это интринсики, задаются компилятором, а не стандартом, и зависят от машины. Естественно на машине с шестибайтным интом они будут отличаться.
Хотя конечно сейчас надо постараться, чтобы найти чтото настолько нестандартное.
https://en.cppreference.com/w/c/language/arithmetic_types
Машину с шестибайтным словом сейчас наверно будет тяжело найти. Сейчас практически везде стандартные архитектуры: x86, ARM, PowerPC, SPARC или RISC-X. На других тоже кратная 8 разрядность. Хотя PDP-7 (на котором появился первый компилятор Си) был как раз нестандартным, 18-битным.
поставь vs 6.0, ну и опционально плагин visual assist туда;
и то и то можешь спиздить на рутрекере;
jit это и есть компиляция байт-кода в машинный код;
иногда это называют еще и "интерпретатор компилирующего типа" чтобы отличать от "простого интерпретатора";
тащем то в вики неплохая статья https://en.wikipedia.org/wiki/Interpreter_(computing)
>Машину с шестибайтным словом сейчас наверно будет тяжело найти.
>Хотя конечно сейчас надо постараться, чтобы найти чтото настолько нестандартное.
Это было просто для примера взято с потолка. Всегда проще объяснять принципы на пальцах.
Меня вот из хардварных вопросов больше интересует почему не спроектируют шину потолще. Многоядерность есть, а широкие шины чтобы сразу по 100500 слов забирать - не, интовой достаточно, копошитесь там как нить, жонглируйте.
Вам подарили hdl - напиши шину сам.
Богатым и знаменитым будешь.
Может мне самому еще и комплюктир сделать надо?
Виртуальный - можно, есть такой курс. Начинаешь с логических вентилей, кончаешь ассемблером.
Эти дебилы на нём софт-процессоры делать начали.
Пытаюсь собрать окамл и с в один бинарник. Но почему то когда я добавляю файл bindings.o который был получен компиляцией исходника ocaml, вся сборка начинается выжирать 100Гигов оперативки (и больше). Как так получается, что попытка добавить один объектный файл приводит к такому результату?
Очевидо, что там ещё какие-то либы загружаюся в память
На 100 гигабайт?
Да хуй знает, чекни объектник там же таблица символов есть чо откуда куда и зачем. Либо ошибка в ней, либо он реально дохуя референсов тащит.
мимо
Ща попробую. Пока не очень понял что именно я там должен увидеть
Незакрытую скобку например.
U caml_apply2
00000054 D camlBindings
000001d0 d camlBindings__1
000001b4 d camlBindings__10
000001ac d camlBindings__11
000001a0 d camlBindings__12
00000194 d camlBindings__13
00000188 d camlBindings__14
00000168 d camlBindings__15
0000015c d camlBindings__16
00000144 d camlBindings__17
00000128 d camlBindings__18
00000048 d camlBindings__19
0000011c d camlBindings__2
00000038 d camlBindings__20
0000002c d camlBindings__21
00000020 d camlBindings__22
00000014 d camlBindings__23
00000004 d camlBindings__24
00000110 d camlBindings__3
000000fc d camlBindings__4
000000f0 d camlBindings__5
000000dc d camlBindings__6
000000d0 d camlBindings__7
0000009c d camlBindings__8
00000090 d camlBindings__9
00000000 T camlBindings__code_begin
000004aa T camlBindings__code_end
00000000 D camlBindings__data_begin
000001fc D camlBindings__data_end
00000440 T camlBindings__entry
00000220 T camlBindings__fix_union_349
000000d0 T camlBindings__flattern_type_351
00000200 D camlBindings__frametable
000000b0 T camlBindings__fun_420
00000330 T camlBindings__fun_433
00000064 D camlBindings__gc_roots
00000410 T camlBindings__ocaml_function_hello_407
000003d0 T camlBindings__ocaml_function_sum_367
00000000 T camlBindings__remove_duplicates_281
U caml_call_gc
U caml_c_call
U caml_curry2
U caml_notequal
U caml_register_named_value
U Caml_state
U camlStdlib
U camlStdlib__failwith_7
U camlStdlib__List__1
U camlStdlib__List__find_all_679
U camlStdlib__List__flatten_477
U camlStdlib__List__fold_left_521
U camlStdlib__List__length_aux_270
U camlStdlib__List__map_482
U camlStdlib__List__rev_append_308
U camlStdlib__Printf__fprintf_422
куча какого то нонейм говна тут вижу по циферкам которые не относятся к исполняемому коду
так что полагаю второй вариант - реально тащит дохуя референсов чтобы это твое говно на 1200 строк работало
скомпиль через раздутый своп да и все, в итоге я думаю линкер выкинет все оттуда на твои 100 гигов, это чисто какой то билдинг блоб для окемла, всяких типов хуипов и прочего говна под циферками
это лично мое мнение, я не знаю как на самом деле
>скомпиль через раздутый своп да и все
Уже выставил своп 128 гигов. Хуй знает куда дальше. У меня всего на диске 500. Еще, конечно, до 248 попробую поднять, если наскребу где то, но он так быстро все жрет, что я до сих пор думаю, что где то ошибка
Вспомнил, что есть второй диск
Есть книга/сайт где от-и-до расписан современный синтаксис "C"?
А то я работая в embedded, не зная его, но вижу часто такие конструкции что как будто и вовсне не язык, а какой-то плейбук с макросами.
А то я работая в embedded, не зная его, но вижу часто такие конструкции что как будто и вовсне не язык, а какой-то плейбук с макросами.
ну чел, ты работаешь и не знаешь
а я знаю и не работаю
чувствуешь подвох?
врят ли тебе тут будут помогать, давай сам выгребай, удачи с наебом хозяина работодателя
а мы уже на дне
Спрошу тут. Это не совсем вопрос. Но тем не менее.
Обзавёлся серверов в домашней сети. Построил на нём инфраструктуру в виртуалках.. Самое главное - gitlab. Переащил в него пару проектов. Это предыстория.
Гитлаб нндоступен за пределами сервера.
Насколько безопасно открыть его в домашнюю сеть?
А насколько безопасно сделать его доступным из Интернета?
Обзавёлся серверов в домашней сети. Построил на нём инфраструктуру в виртуалках.. Самое главное - gitlab. Переащил в него пару проектов. Это предыстория.
Гитлаб нндоступен за пределами сервера.
Насколько безопасно открыть его в домашнюю сеть?
А насколько безопасно сделать его доступным из Интернета?
в сапорт гитлаба задай вопрос
Как проверить, что можно вписывать и считывать из ячейки памяти так, чтобы не полетела вся программа?
Я думаю, что вполне может быть функция, которая возвращает возможность/невозможность обращаться к ячейке памяти.
Я думаю, что вполне может быть функция, которая возвращает возможность/невозможность обращаться к ячейке памяти.
да очень просто проверить на самом деле
все адреса или их алиасы в виде названий переменных куда ты можешь писать/откуда можешь читать должны быть объявлены в коде заранее (декларативный язык же)
все остальные адреса и попытка записи туда это сегфолт, попытка чтения - 50/50 сегфолт
а касательно данных которые ты можешь засунуть в ячейку памяти заранее объявленную в коде - тут то же все просто
инфа это инфа, "ophuy" это или числа абсолютно без разницы, можешь в массив интов сунуть строку и потом вычислить сумму всех элементов
инфа это просто биты и все, они приобретают какую либо форму только когда ты их к этой форме приводишь, например напечатав на экран printf("%d\n", a); приводишь к десятичному виду
подведем итог
можешь сунуть чо угодно куда угодно если это куда находится в пихаемом сегменте твоего процесса
Нет, нельзя. Как ты себе это представляешь? У тебя же не просто обращение к ячейке как сам факт. А какое то действие с памятью происходит
Я так понимаю, что на уровне системы может быть какая-либо таблица с указанием, какому процессу какая область памяти дана.
И из этого есть мысль, что как-то можно проверить доступность ячейки.
В чистом С нет такого, это ОС специфичные вещи. Даже если есть, что ты с этой информацией будешь делать? Если ячейка в пространстве процесса, еще не значит, что из нее можно читать или писать
Ты хотя бы ОС назови.
Под Виндой дофига чего можно было делать с памятью.
Ну а так-то, в общем случае, любое обращение к незамапленной странице вызывает Page Fault прерывание, ОС его смотрит и решает что делать - подкачивать память из свопа или прибивать программу.
Ставишь обработчик SIGSEGV и разыменовываешь указатель. Из обработчика архитектурно-зависимым способом пропускаешь инструкцию.
ты дибил, зайди на гитлаб гнома, там все новые гтк4 на расте делают
Раньше была традиция разговаривать с пастами, теперь разговаривают с нейросетками. Прогресс, ёпт!
_Generic
Ну это в компайл тайм
#define ncw_is_array(arg) (((void ) &arg) == ((void ) arg))
#define ncw_gui_add_field0(gui, label, data, max_len) \
ncw_gui_add_field(gui, \
label, \
sizeof(label), \
_Generic(data, char: NCW_FIELD_CHAR, \
int16_t: NCW_FIELD_INT16, \
int32_t: NCW_FIELD_INT32, \
long: NCW_FIELD_NUM, \
double: NCW_FIELD_DOUBLE, \
char *: ncw_is_array(data) ? NCW_FIELD_STR : NCW_FIELD_CHAR), \
&data, \
&data, \
sizeof(data), \
ncw_is_array(data) ? sizeof(data) : max_len \
)
За такое надо убивать.
За такой код.
Согласен. Но ты чел не знаешь ради какого говна я это написал. Это был жутко быдло си код, полученный путём авто конвертирования проги с кобола на си. Дальше его пилили индусы и там ваще треш был. Я там микролибу написал вот с таким дерьмом, чтобы немного улучшить ситуацию. Мне даже старшие индусы премию дали за это улучшение.
Если получить кусок памяти через malloc и не отдать его перед завершением программы, этот кусок памяти освободится или будет весть занятым?
Освободится вместе с завершением программы.
Но если ты хочешь чтобы программа завершилась корректно, а не от нехватки памяти, то так делать нельзя.
Сам ты нейросетка. Я глубоко изучил тему, поэтому дал развёрнутый ответ.
Зачем же ты принес вопрос с зачета?
> то так делать нельзя.
Запретить! не пущать!
>> то так делать нельзя.
>Запретить! не пущать!
Ну ладно, можно. Но!
Так можно делать только тем, кто писал свой аллкоатор памяти и понимает как он работает. При этом не освобожать память дозволительно лишь для программ узкого класса задач, например для хитровыебанного консольного парсера каких-то документов со сложной структурой. И чтобы не стримовый был, а файлы с диска брал. Когда заведомо память не перелопнится. В общем, так можно делать только одному из миллиона, да и то не факт.
> Так можно делать только тем, кто писал свой аллкоатор памяти и понимает как он работает.
Достаточно прочитать доки.
Более того, можно и fclose не вызывать перед завершением. Однако лысые обезьяны так делают, хотя возвращаемое значение не проверяют.
> При этом не освобожать память дозволительно лишь для программ узкого класса задач
Большинство утилит командной строки так делают или могут делать.
>хотя возвращаемое значение не проверяют
если ты не проверяешь не значит все не проверяют
шо с ебалом, лысый бибизян?
А можно пример таких утилит, и когда выгодно не освобождать память? Просто интересно
Реально ли устроится си-разработчиком на удаленку? Или сейчас си - это только офис гараж с паяльником?
Какие типовые задачи решают на си в бизнесе?
Какие типовые задачи решают на си в бизнесе?
> Какие типовые задачи решают на си в бизнесе?
Ну вот nginx напейсан на си. Некоторым нужен странный функционал от него - пишут модули.
Виртуализация, операционки, эмбед и легаси.
Прата точно есть. У меня у самого валяется. Читай на англ, в любом случае он нужен будет
Много легаси: биллинг, процессинг, бангкинг. Причём, это не всегда говнокод, но очень может быть.
Например, в инотехе допиливыют опенсурс для замены майкрософтской activedirectory - samba ad, которая написана на си.
Во всяких конторах разработчиках железа используются эмулятор qemu - тоже хорошо бы мочь допилить. Им же нужно пилить ядро под linux
Про nginx - чел написал.
Можно ли в си вызывать библиотеки для С++. Например, Qt?
Можно вызывать лишь те функции, которые объявлeны как extrn "C".
Не, шаряшие пацаны могут и метод класса вызвать из Си. Но на свой страх и риск, потому что это абсолютно непереносимо между...
Получается лучше учить С++, а не С.
каму ат этава лучши?
лучше учить джаву
>топ-топ-топ
Сап, я тот анон что ебется с системой тестирования для POSIX
На данный момент дергаю с питонидзе через CDLL сишные либы и оттуда получаю функцию.
Примерно как выглядит на примере math.h - с-шный файл обьявляет test_acos(double x) { acos(x) }, компилит в либу и питон использует этот test_acos.
Такой велосипед нужен т.к. ебу где и как будет находиться libc.
Вопрос - можно ли не через обертки экспортировать тот же acos?
На данный момент дергаю с питонидзе через CDLL сишные либы и оттуда получаю функцию.
Примерно как выглядит на примере math.h - с-шный файл обьявляет test_acos(double x) { acos(x) }, компилит в либу и питон использует этот test_acos.
Такой велосипед нужен т.к. ебу где и как будет находиться libc.
Вопрос - можно ли не через обертки экспортировать тот же acos?
в твоем примере нет уже оберток кроме питухона ты ачём?
Если ты создаёшь либу, которая линкуется с libc, как ты можешь не знать где лежит libc?
F F I
F
I
попробуй ray lib для отрисовки гуи, много языков поддерживает и быстрый
В этой книге самый первый пример с Hello Wolrd не компилируется.
Позднее узнал, что она написана под древний стандарт, а текущий C 2017 уже другой.
Это ставит под сомнение идею учиться языку по этой книге, потому что дальше будет только хуже и я буду тратить время на проблемы совместимости стандартов, вместо обучения.
Есть более актуальные книги для 2017 версии языка?
Позднее узнал, что она написана под древний стандарт, а текущий C 2017 уже другой.
Это ставит под сомнение идею учиться языку по этой книге, потому что дальше будет только хуже и я буду тратить время на проблемы совместимости стандартов, вместо обучения.
Есть более актуальные книги для 2017 версии языка?
>не компилируется
cc hello.c -ansi
там читать -то нечего особо, епрст, язык маленький, книжка тоже. код поправить(указать тип int main() и вернуть 0) пара пустяков.
c11/с17 можно по докам и интернетам нагнать
а ты пишешь как робот зубрилка какой-то, неудивительно что с таким мышлением возникают подобные вопросы
вообще не знаю кем надо быть чтобы не уметь гуглить, вкатунам уже бесплатно целые книжки дарят оффициально и без либгенов https://inria.hal.science/hal-02383654
Я знаю как поправить этот код. Я просто ебал в рот запоминать неактуальные конструкции говна мамонта.
>cc hello.c -ansi
Ещё с
>gcc test.c -o test.c-compiled -std=c89
сработало. Так понятнее. Спасибо.
>-o test.c-compiled
Прихуел от такого именования файлов.
Да, доебись до того что мне в голову пришло в /tmp набрать чтобы потестить
прикольно кстати
но лично мне нравится классические .о объектники и .b бинарники
Всем привет. Кто-то может пояснить, почему значимость теряется в одном случае как и задумано после 6ой и 15ой цифры после запятой, а в другом случае на одну цифру позже?
Не, ну вы понимаете, я весь такой умный. Да уж, были бы все такие умные как я. С таким великолепным мышлением. Эх, каким был бы мир вокруг тогда.
акругление/проскальзывание
/нить
Число значимых цифр одинаковое, цифра перед запятой тоже значимая.
Пон, я думал, что значимые только после запятой. Странно.
Точка плавающая. Раскладка по битам такая примерно, насколько я помню (для одинарной точности):
1 бит знак - 8 бит экспонента - 23 бита мантисса
Значимые цифры хранятся в мантиссе, кроме первого бита, он для экономии места считается всегда равным 1. Вот и получается, что 1.0/3.0 и 1.0//0.3 различаются только в экспоненте, мантисса у них одинаковая, а значит и число значимых цифр тоже. Сколько их там до и после запятой — не важно, это просто printf для кожанного мешка рисует число в привычном ему виде.
Хотя не, посмотрел ради интереса битовую раскладку, она у них совсем разная. Думаю, тут это просто совпадение, что 7 цифр значимые для обоих чисел.
почему совпадение? он же притефает во флоаты, экране просто куча флоатов типа
Потому что в десятичном представлении гарантирована точность 6 знаков (для чисел одинарной точности).
>1.0/3.0 и 1.0//0.3 различаются только в экспоненте, мантисса у них одинаковая,
Нет, поскольку экспонента двоичная, а не десятичная
_DIG дает гарантированное число цыфер. Если ты заставляешь gcvt идти дальше, ты поручаешь мусор.
Однако назрел вопрос с чем вы, аноны, склеиваете свои числодробилки, чтобы красивенько отображать информацию на экране монитора?
Из моих рассуждений я бы выбрал джаву. Да у нее есть проблемы с визуалом, графические библиотеки говно аляпистое и скорость вычсилений так себе. Однако графическую библу можно набросать и свою (помню как то делал уже подобие бустрапа под джаваформы, который тягал CSS листы и красивенько рисовал, но компик сгорел, надо заного набрасывать), а скорость вычислений мы как раз поручаем числодробилкам на языке си, запакованным в билбиотечки.
У вас какие мысли?