Этого треда уже нет.
Это копия, сохраненная 4 августа 2023 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 4 августа 2023 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
102 Кб, 792x1023Тред, посвященный прародителю всех С-подобных языков и по совместительству единственному идеальному и всесторонне годному средству программирования как на системном, так и на прикладном уровне.
Пожалуйста, пользуйтесь https://ideone.com/ или https://pastebin.com/ для вставки кода, если он длиной больше нескольких строк или содержит или ∗.
Что читать:
- 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 (драфт)
- man/Dash/zealdocs
Чем компилировать:
- Очевидный GCC.
- clang: оче годно, батя рекомендует.
- Intel C++ Compiler: оптимизации, тысячи их.
- Visual Studio 2017 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://godbolt.org/ - Compiler Explorer позволяет посмотреть выхлоп компиляторов для введенного куска кода (больше полусотни разных версий компиляторов).
- http://cdecl.org/ - С Gibberish ↔ English помогает читать сложные сишные декларации.
Прошлый: >>2599695
Пожалуйста, пользуйтесь https://ideone.com/ или https://pastebin.com/ для вставки кода, если он длиной больше нескольких строк или содержит или ∗.
Что читать:
- 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 (драфт)
- man/Dash/zealdocs
Чем компилировать:
- Очевидный GCC.
- clang: оче годно, батя рекомендует.
- Intel C++ Compiler: оптимизации, тысячи их.
- Visual Studio 2017 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://godbolt.org/ - Compiler Explorer позволяет посмотреть выхлоп компиляторов для введенного куска кода (больше полусотни разных версий компиляторов).
- http://cdecl.org/ - С Gibberish ↔ English помогает читать сложные сишные декларации.
Прошлый: >>2599695
Сразу вопрос, точнее продолжение выяснения.
Пик-1:
Состояние регистров после проверки условия в switch, и перед началом расчёта адреса инструкции, на которую надо прыгнуть по условию, которое сформировано в switch.
Пик-2:
Состояние регистров после того инструкций (красными чёрточками показываю какие регистры изменились):
lea rdx, [rax*4]
как я понимаю в rdx записалось значение, на которое нужно будет увеличивать указатель, который записывается в rax следующей инструкцией
lea rax, [rel 0x560c7280f078]
т.к. переменные у меня типа int, а в условии switch значение равное 11-ти, то в rdx записывается значение 44, типа указатель нужно будет увеличить на 44.
Пока всё ясно, типа, как подсказал мне гугол, что при компиляции gcc создаёт таблицу с адресами, в которые записываются условия из switch/case.
Пик-3 и Пик-4:
Мне вот этот момент непонятен: типа, мы взяли адрес начала таблицы (не знаю, наверное, это не точно, потому что я не допираю для чего мы используем значение и что это за значение, которое у нас в регистре rax на пике-1) 0x560c7280f078, прибавили к нему 44 и получили то, что в регистре rax. Т.е. у нас есть указатель, который указывает на начало таблицы, к нему мы прибавляем 44 и получаем другой адрес, из которого мы берём значение и заносим его в eax, потом мы знак этого значения расширяем до rax, после чего значение fffffffffffff3a1 прибавляем к адресу (как мне кажется начала таблицы) 0x560c7280f078, после чего получаем конечное значение, которое у нас в rax на пике-2, по которому и прыгаем.
Но нахуя мы прибавляем два разных значения к одному и тому же адресу, это, во-первых? Во-вторых, что значат тогда 44 и fffffffffffff3a1?
Пик-1:
Состояние регистров после проверки условия в switch, и перед началом расчёта адреса инструкции, на которую надо прыгнуть по условию, которое сформировано в switch.
Пик-2:
Состояние регистров после того инструкций (красными чёрточками показываю какие регистры изменились):
lea rdx, [rax*4]
как я понимаю в rdx записалось значение, на которое нужно будет увеличивать указатель, который записывается в rax следующей инструкцией
lea rax, [rel 0x560c7280f078]
т.к. переменные у меня типа int, а в условии switch значение равное 11-ти, то в rdx записывается значение 44, типа указатель нужно будет увеличить на 44.
Пока всё ясно, типа, как подсказал мне гугол, что при компиляции gcc создаёт таблицу с адресами, в которые записываются условия из switch/case.
Пик-3 и Пик-4:
Мне вот этот момент непонятен: типа, мы взяли адрес начала таблицы (не знаю, наверное, это не точно, потому что я не допираю для чего мы используем значение и что это за значение, которое у нас в регистре rax на пике-1) 0x560c7280f078, прибавили к нему 44 и получили то, что в регистре rax. Т.е. у нас есть указатель, который указывает на начало таблицы, к нему мы прибавляем 44 и получаем другой адрес, из которого мы берём значение и заносим его в eax, потом мы знак этого значения расширяем до rax, после чего значение fffffffffffff3a1 прибавляем к адресу (как мне кажется начала таблицы) 0x560c7280f078, после чего получаем конечное значение, которое у нас в rax на пике-2, по которому и прыгаем.
Но нахуя мы прибавляем два разных значения к одному и тому же адресу, это, во-первых? Во-вторых, что значат тогда 44 и fffffffffffff3a1?
>>14004
Значение в ах отрицательное.
Назуя тебе и нам листинг без адресов?
Смотри cc -OS -o - с метками и коментами от клопилятора.
Значение в ах отрицательное.
Назуя тебе и нам листинг без адресов?
Смотри cc -OS -o - с метками и коментами от клопилятора.
8 Кб, 480x360П - производительность.
https://www.youtube.com/watch?v=pSvSXBorw4A
Си-параша это буквально дементивный дед языков программирования
https://www.youtube.com/watch?v=pSvSXBorw4A
Си-параша это буквально дементивный дед языков программирования
>>14871
Как же у скриптомакаки печёт то!! Любо дорого это лицезреть! Очень много книг про фундаментальные алгоритмы, про криптографические алгоритмы, про низкоуровневое устройство компьютера, про кибербезопасность когда будут написаны на этих ваших растах и цыгах, вот тогда и приходите. А сейчас извольте в первую очередь изучать язык Си, чтобы не быть скриптомакакой, коей вы являетесь.
Как же у скриптомакаки печёт то!! Любо дорого это лицезреть! Очень много книг про фундаментальные алгоритмы, про криптографические алгоритмы, про низкоуровневое устройство компьютера, про кибербезопасность когда будут написаны на этих ваших растах и цыгах, вот тогда и приходите. А сейчас извольте в первую очередь изучать язык Си, чтобы не быть скриптомакакой, коей вы являетесь.
>>14926
Старпер, у тебя галюны после валидола начались?
Пока лицезрел, пустил подливу.
Делирий или маразм.
Мания величия оподливившегося маразматика.
>Как же у скриптомакаки печёт то!!
Старпер, у тебя галюны после валидола начались?
>Любо дорого это лицезреть!
Пока лицезрел, пустил подливу.
>Очень много книг про фундаментальные алгоритмы, про криптографические алгоритмы, про низкоуровневое устройство компьютера, про кибербезопасность когда будут написаны на этих ваших растах и цыгах, вот тогда и приходите.
Делирий или маразм.
>А сейчас извольте в первую очередь изучать язык Си, чтобы не быть скриптомакакой, коей вы являетесь.
Мания величия оподливившегося маразматика.
>>14926
Да не отвечай, у этого макакошиза очередное обострение. Он сюда залетает периодически.
Да не отвечай, у этого макакошиза очередное обострение. Он сюда залетает периодически.
>>14947
Да, я знаю, анонче. Это я больше не для него ответил, а для "юнцов" этого треда, которые могут повестись на этот его дегенеративный скрипто-макакный байт.
Да, я знаю, анонче. Это я больше не для него ответил, а для "юнцов" этого треда, которые могут повестись на этот его дегенеративный скрипто-макакный байт.
>>14871
Из-за чего такая разница в производительности между растом и це? С чем это связано? Я думал раст это просто безопасная надстройка над си. Ну и ещё не понятно, по какому признаку измеряется производительность.
Из-за чего такая разница в производительности между растом и це? С чем это связано? Я думал раст это просто безопасная надстройка над си. Ну и ещё не понятно, по какому признаку измеряется производительность.
>>15046
А си это просто безопасная надстройка над ассемблером.
А си это просто безопасная надстройка над ассемблером.
>>15046
Забей!! Это уебанский тест!!! Тем больше упрошений (для человека), тем больше приготовлений нужно сделать компьютеру, т.е. тем больше машинных инструкций нужно выполнить, прежде чем дойти до самой программы.
Забей!! Это уебанский тест!!! Тем больше упрошений (для человека), тем больше приготовлений нужно сделать компьютеру, т.е. тем больше машинных инструкций нужно выполнить, прежде чем дойти до самой программы.
>>15272
На си пишут реально дементивные. Я сначала пошутил, но теперь как-то не по себе даже.
На си пишут реально дементивные. Я сначала пошутил, но теперь как-то не по себе даже.
>>15289
Что за шутки такие скрипто-макакные, которые нужно объяснять, и говорить, что это на самом деле шутки? Может, просто ты обдристался и тебя обоссали, и может больше так не надо делать в этом треде?
Что за шутки такие скрипто-макакные, которые нужно объяснять, и говорить, что это на самом деле шутки? Может, просто ты обдристался и тебя обоссали, и может больше так не надо делать в этом треде?
>>15297
И я о том же.
И я о том же.
>>14732
Это убунту, компилятор gcc, код прикладываю:
https://pastebin.com/ENdcGLDy
Это я просто в отладчике edb дизассемблю и изучаю Си.
>>14777
Можешь это разжевать, пожалуйста?
Прикладываю новые скрины с адресами. На пике 2 отчётливо видно, что мы прыгаем на адрес 00005653:bd280424, как раз тот адрес, что и указан в rax, только без двоеточия.
>Это винда? Какой компилятор? Можешь показать код?
Это убунту, компилятор gcc, код прикладываю:
https://pastebin.com/ENdcGLDy
Это я просто в отладчике edb дизассемблю и изучаю Си.
>>14777
>Смотри cc -OS -o - с метками и коментами от клопилятора.
Можешь это разжевать, пожалуйста?
Прикладываю новые скрины с адресами. На пике 2 отчётливо видно, что мы прыгаем на адрес 00005653:bd280424, как раз тот адрес, что и указан в rax, только без двоеточия.
>>15443
Нет, в этом треде подсказали, ну не прям подсказали, а был спор насчёт того, что в итоге получится (i = i++ + i++, при изначальной i равной 5), и там чел задиассемблил и всем всё стало ясно и спор прекратился. А я в этот момент как раз пыжился над одной функцией, и всё никак не мог понять, как она робит. Поэтому я также задисассемблил её и мне всё стало ясно.
Поэтому я временами дизассемблю различный код на Си, когда непонятно, либо, когда (как в этот раз), просто интересно как оно работает на уровне машинных команд.
Нет, в этом треде подсказали, ну не прям подсказали, а был спор насчёт того, что в итоге получится (i = i++ + i++, при изначальной i равной 5), и там чел задиассемблил и всем всё стало ясно и спор прекратился. А я в этот момент как раз пыжился над одной функцией, и всё никак не мог понять, как она робит. Поэтому я также задисассемблил её и мне всё стало ясно.
Поэтому я временами дизассемблю различный код на Си, когда непонятно, либо, когда (как в этот раз), просто интересно как оно работает на уровне машинных команд.
>>15497
Звучит неплохо. Просто иногда компилятор такое может сгенерировать, что по итогу больше смуты введёт.
Звучит неплохо. Просто иногда компилятор такое может сгенерировать, что по итогу больше смуты введёт.
>>15516
Хз, это явно не про этот случай. Я уже несколько раз пересобирал код, и дизассемблированный код ничем не отличается, только в тех местах, что я менял.
Вообще, если заинтересуешься этим способом, то советую отладчик ddd, если ты на линуксе. В нём, под основным окном с сурсом Си, можно включить окно с машинными инструкциями, и видеть, при каждом шаге на Си, на какую инструкцию прыгает твоя программа. Т.е. ты можешь чётко видеть границы твоего кода в машинных инструкциях. Плюс ddd построен на gdb, поэтому можно ещё и навык пользования gdb прокачивать. Правда, в этом отладчике ебала с отображением инфы в регистрах, в памяти, в стеке, поэтому я первым делом "разграничиваю" код, а потом иду в edb (когда не хочу ебстись с командами gdb), чтобы присмотреться к нему более детально.
>иногда компилятор такое может сгенерировать
Хз, это явно не про этот случай. Я уже несколько раз пересобирал код, и дизассемблированный код ничем не отличается, только в тех местах, что я менял.
>Звучит неплохо.
Вообще, если заинтересуешься этим способом, то советую отладчик ddd, если ты на линуксе. В нём, под основным окном с сурсом Си, можно включить окно с машинными инструкциями, и видеть, при каждом шаге на Си, на какую инструкцию прыгает твоя программа. Т.е. ты можешь чётко видеть границы твоего кода в машинных инструкциях. Плюс ddd построен на gdb, поэтому можно ещё и навык пользования gdb прокачивать. Правда, в этом отладчике ебала с отображением инфы в регистрах, в памяти, в стеке, поэтому я первым делом "разграничиваю" код, а потом иду в edb (когда не хочу ебстись с командами gdb), чтобы присмотреться к нему более детально.
>>15344
Мне кажется, что я допёр до того, что делает gcc со switch/case: сначала он присваивает каждой инструкции адрес, затем он создаёт таблицу куда заносит разницу между и самой инструкцией и началом таблицы, которая должна выполнится при условии в switch. Расстояние между ячейками в таблице равно 4 байтам. В этих ячейках располагается отрицательное значение, которое соответствует разнице между инструкцией, которая должна выполниться по условию, и началом таблицы. Начало таблицы с адресами всегда располагается после ф-ции main, поэтому и в ячейках таблицы располагаются отрицательные значения.
Т.е. мы сначала узнаём то, что у нас получается в условии (т.е. в моём случае месяц), далее мы полученный результат умножаем на четыре, прибавляем к указателю на начало таблицы, берём из нужной ячейки необходимую разницу, затем мы расширяем её знак до 8 байт и прибавляем к началу таблицы. Теперь понятно, почему мы два раза прибавляем разные значения к одному и тому же адресу.
Мне кажется, что я допёр до того, что делает gcc со switch/case: сначала он присваивает каждой инструкции адрес, затем он создаёт таблицу куда заносит разницу между и самой инструкцией и началом таблицы, которая должна выполнится при условии в switch. Расстояние между ячейками в таблице равно 4 байтам. В этих ячейках располагается отрицательное значение, которое соответствует разнице между инструкцией, которая должна выполниться по условию, и началом таблицы. Начало таблицы с адресами всегда располагается после ф-ции main, поэтому и в ячейках таблицы располагаются отрицательные значения.
Т.е. мы сначала узнаём то, что у нас получается в условии (т.е. в моём случае месяц), далее мы полученный результат умножаем на четыре, прибавляем к указателю на начало таблицы, берём из нужной ячейки необходимую разницу, затем мы расширяем её знак до 8 байт и прибавляем к началу таблицы. Теперь понятно, почему мы два раза прибавляем разные значения к одному и тому же адресу.
>>15737
*быстрофикс
Мне кажется, что я допёр до того, что делает gcc со switch/case: сначала он присваивает каждой инструкции адрес, затем он создаёт таблицу куда заносит разницу между самой инструкцией, которая должна выполниться при условии в switch, и началом таблицы. Расстояние между ячейками в таблице равно 4 байтам. В этих ячейках располагается отрицательное значение, которое соответствует разнице между инструкцией, которая должна выполниться по условию, и началом таблицы. Начало таблицы с адресами всегда располагается после ф-ции main, поэтому и в ячейках таблицы располагаются отрицательные значения.
Т.е. мы сначала узнаём то, что у нас получается в условии (т.е. в моём случае месяц), далее мы полученный результат умножаем на четыре, прибавляем к указателю на начало таблицы, берём из нужной ячейки необходимую разницу, затем мы расширяем её знак до 8 байт и прибавляем к началу таблицы. Теперь понятно, почему мы два раза прибавляем разные значения к одному и тому же адресу.
*быстрофикс
Мне кажется, что я допёр до того, что делает gcc со switch/case: сначала он присваивает каждой инструкции адрес, затем он создаёт таблицу куда заносит разницу между самой инструкцией, которая должна выполниться при условии в switch, и началом таблицы. Расстояние между ячейками в таблице равно 4 байтам. В этих ячейках располагается отрицательное значение, которое соответствует разнице между инструкцией, которая должна выполниться по условию, и началом таблицы. Начало таблицы с адресами всегда располагается после ф-ции main, поэтому и в ячейках таблицы располагаются отрицательные значения.
Т.е. мы сначала узнаём то, что у нас получается в условии (т.е. в моём случае месяц), далее мы полученный результат умножаем на четыре, прибавляем к указателю на начало таблицы, берём из нужной ячейки необходимую разницу, затем мы расширяем её знак до 8 байт и прибавляем к началу таблицы. Теперь понятно, почему мы два раза прибавляем разные значения к одному и тому же адресу.
Сидел я в Стиме искал во что бы подрочить и увидел хентай, ну думаю можно и так. Зашёл на порнолаб посмотреть что там по играм и вижу игры десятилетней давности на QSP, скачал и тут как стало противно от этой деревянном и, меня то на скиллбоксе научили красиво кнопки двигать. Ну думаю ща переделаю все на жабаскрипт провославный, а эта поебень на вашем дедовским написана. Так вот как срать? Где программа начинается и где заканчивается, как найти то что является компилятором для этого поделия. Вот в жабаскрипте все просто в вебпаке так и написано ЕНТРИ ПОИНТ, а тут не понимать.
https://github.com/QSPFoundation/qsp
https://github.com/QSPFoundation/qsp
Сегодня в хедере случайно заметил глобальную переменную
struct foo {
...
} х_fieldname;
Это я пару лет назад вытянул определение из другой структуры, чтобы поднять читаемость. Сука. И главное, никто не может предупредить о таком. 100% легальный С.
struct foo {
...
} х_fieldname;
Это я пару лет назад вытянул определение из другой структуры, чтобы поднять читаемость. Сука. И главное, никто не может предупредить о таком. 100% легальный С.
>>15750
Bindings/default/default_control.c
Строка 374 вроде, явный инит, в мейк тоже входит.
Хотя где Мэйн сам не ебу, с телефона смотрю.
Bindings/default/default_control.c
Строка 374 вроде, явный инит, в мейк тоже входит.
Хотя где Мэйн сам не ебу, с телефона смотрю.
>>14871
Видос не смотрел, но вангую классику растоблядей.
>П - производительность.
Видос не смотрел, но вангую классику растоблядей.
>код на Си написан через очко
>код на расте вылезан и используется специальная структура данных под задачу
>>15750
Ты просишь без должного уважения к старшим! Без должного внимания к нам! От чего мы должны помогать тебе?
Ты просишь без должного уважения к старшим! Без должного внимания к нам! От чего мы должны помогать тебе?
67 Кб, 480x315>>15986
Прости деда, что давно не звонил, замотался совсем. Заеду летом к тебе, посидим, поговорим нормально, а сейчас помоги пожалуйста.
Прости деда, что давно не звонил, замотался совсем. Заеду летом к тебе, посидим, поговорим нормально, а сейчас помоги пожалуйста.
>>16228
Вот main, но что дальше я хз. Нужные более уважаемые (более старые и опытные) аноны.
https://github.com/QSPFoundation/qsp/blob/master/qgen/source/main.cpp
Вот main, но что дальше я хз. Нужные более уважаемые (более старые и опытные) аноны.
https://github.com/QSPFoundation/qsp/blob/master/qgen/source/main.cpp
Мне необходимо узнать всё по теме списки и структуры в C. Где читать. Надо сухо, я уже все знаю, хочу лишь пробежаться по полному списку всех нюансов
77 Кб, 872x1140Господа, поясните че за нах
Передаю в функцию в качестве параметра указатель на структуру
struct sockaddr_un paddr
По ману эта структура объявлена как:
struct sockaddr_un {
sa_family_t sun_family; / AF_UNIX /
char sun_path[108]; / Pathname */
};
Далее я делаю дебаг принт:
printf("%s\n", paddr->sun_path[1]);
и получаю сегфолт
А если делаю так:
printf("%s\n", paddr->sun_path + 1);
то сегфолт не получаю. Почему так?
Мне нужно напечатать sun_path не с нулевого байта а с первого, т.к. юзаю unix domain socket abstract namespace , где 0-й байт всегда 0
Передаю в функцию в качестве параметра указатель на структуру
struct sockaddr_un paddr
По ману эта структура объявлена как:
struct sockaddr_un {
sa_family_t sun_family; / AF_UNIX /
char sun_path[108]; / Pathname */
};
Далее я делаю дебаг принт:
printf("%s\n", paddr->sun_path[1]);
и получаю сегфолт
А если делаю так:
printf("%s\n", paddr->sun_path + 1);
то сегфолт не получаю. Почему так?
Мне нужно напечатать sun_path не с нулевого байта а с первого, т.к. юзаю unix domain socket abstract namespace , где 0-й байт всегда 0
>>17000
Я бы сначала в gdb посмотрел с точкой останова перед сегфолтом, че там у тебя происходит. Глянь, мб сразу понятно станет.
Я бы сначала в gdb посмотрел с точкой останова перед сегфолтом, че там у тебя происходит. Глянь, мб сразу понятно станет.
>>17000
paddr->sun_path - указатель на область памяти с 108-ю байтами.
paddr->sun_path[1] - ты передаешь конкретный ascii знак
paddr->sun_path + 1 - ты передаешь адресс смещенный на 1 байт вправо
Принтф ждет от тебя указатель на строку, ты ему передаешь знак, он пытается использовать полученное значение как адресс и естественно сегфолтит
paddr->sun_path - указатель на область памяти с 108-ю байтами.
paddr->sun_path[1] - ты передаешь конкретный ascii знак
paddr->sun_path + 1 - ты передаешь адресс смещенный на 1 байт вправо
Принтф ждет от тебя указатель на строку, ты ему передаешь знак, он пытается использовать полученное значение как адресс и естественно сегфолтит
>>17113
Я не он, но как тогда лучше поступить в таком случае, если необходимо принтить этот массив?
В цикле через putchar() нормально будет?
Я не он, но как тогда лучше поступить в таком случае, если необходимо принтить этот массив?
В цикле через putchar() нормально будет?
Как научить С, если они не понимают ни концепции типов, ни объяснения на уровне железки...
>>18035
функциональщиков - нахуй
функциональщиков - нахуй
72 Кб, 650x567>>17113
Благодарю, чет думал что "arr[1]" и "arr + 1" в С - это одно и тоже, типа сахар.
Благодарю, чет думал что "arr[1]" и "arr + 1" в С - это одно и тоже, типа сахар.
>>17527
Почему адрес первого элемента берется, а не нулевого?
&paddr->sun_path[0] тогда уж должно быть?
Почему адрес первого элемента берется, а не нулевого?
&paddr->sun_path[0] тогда уж должно быть?
>>18243
Понял. И ласт вопрос, а если я не уверен, что у меня там есть символ конца строки, то лучше в цикле выводить посимвольно?
Понял. И ласт вопрос, а если я не уверен, что у меня там есть символ конца строки, то лучше в цикле выводить посимвольно?
>>18253
Ну в смысле что printf или puts требует наличие символа конца строки ведь, а если его нету то он будет дальше принтить.
Ну в смысле что printf или puts требует наличие символа конца строки ведь, а если его нету то он будет дальше принтить.
>>18249
Тогда си не для тебя.
Можно плюхнуть \0 в конец массива перед выводом, но это так себе выход.
> если я не уверен
Тогда си не для тебя.
Можно плюхнуть \0 в конец массива перед выводом, но это так себе выход.
>>18258
Понял. Бтв щас проверил, если создать массив из 8 элементов типа char и заполнить первую половину случайными символами, а вторую половину оставить как есть, то puts выведет только первую половину, хотя \0 я в ручную не добавлял. Пробовал два варианта, инициализировал через char mas[8]; и char mas = (char ) malloc(sizeof(char) * 8); а потом первым 4 элементам массива присваивал значение.
Печатает только то, что я присвоил почему-то.
Понял. Бтв щас проверил, если создать массив из 8 элементов типа char и заполнить первую половину случайными символами, а вторую половину оставить как есть, то puts выведет только первую половину, хотя \0 я в ручную не добавлял. Пробовал два варианта, инициализировал через char mas[8]; и char mas = (char ) malloc(sizeof(char) * 8); а потом первым 4 элементам массива присваивал значение.
Печатает только то, что я присвоил почему-то.
>>18267
Макаба съела два указателя, ну там и так вроде понятно где.
Макаба съела два указателя, ну там и так вроде понятно где.
>>18267
Глобальный массив инициализируется нулями по старту, с маллоком просто повезло, там может быть любой мусор.
Глобальный массив инициализируется нулями по старту, с маллоком просто повезло, там может быть любой мусор.
Анонсы помогите советом. Какую IDE лучше использовать под Linux?
Скачал я от JetBrains -> Clion, но эту херню уже не купить из РФ (или может какие не замороченные варианты приобрести лицензию?).
Единственным более менее нормальным вариантом под Linux я так понимаю остается VS Code?
Вывод я сделал исходя из популярности, хотя сам не особый поклонник VS..но куле делать.
Скачал я от JetBrains -> Clion, но эту херню уже не купить из РФ (или может какие не замороченные варианты приобрести лицензию?).
Единственным более менее нормальным вариантом под Linux я так понимаю остается VS Code?
Вывод я сделал исходя из популярности, хотя сам не особый поклонник VS..но куле делать.
>>19286
Eclipse или Qt глянь, мб понравится.
Eclipse или Qt глянь, мб понравится.
>>19286
https://www.jetbrains.com/fleet/download/#section=linux
https://www.eclipse.org/
https://netbeans.apache.org/
>>19286
Это редактор кода, не IDE.
Есть из редакторов ещё:
https://www.sublimetext.com/
https://geany.org/
> Какую IDE лучше использовать под Linux?
https://www.jetbrains.com/fleet/download/#section=linux
https://www.eclipse.org/
https://netbeans.apache.org/
>>19286
>остается VS Code
Это редактор кода, не IDE.
Есть из редакторов ещё:
https://www.sublimetext.com/
https://geany.org/
>>19286
Все говно. Это буквально кусок винды на бесплатных костылях из жевачки гну. Выбор только между емаксом и вимом.
Все говно. Это буквально кусок винды на бесплатных костылях из жевачки гну. Выбор только между емаксом и вимом.
Стоит ли обратить внимание на zig любителям сишки?
>>22177
браузер и есть, электрон же
браузер и есть, электрон же
>>22779
ага, да. большинство фич "изкаропки" мне нах не сдались. кроме кодкомплетинга, древа файлов и консоли от иде никогда ничего не было нужно. для дебага использую valgrind и немного gdb.
все иде что я пробовал пиздец тормозные (даже с моими 20гб озу). плюс у каждого языка есть свои, а вим один
ага, да. большинство фич "изкаропки" мне нах не сдались. кроме кодкомплетинга, древа файлов и консоли от иде никогда ничего не было нужно. для дебага использую valgrind и немного gdb.
все иде что я пробовал пиздец тормозные (даже с моими 20гб озу). плюс у каждого языка есть свои, а вим один
>>22582
А тут-то что смешного? Ну разве что лучше в нем писать на лиспе.
> Штааа, писать код в интерпретаторе лиспа? Ахахаха!!
А тут-то что смешного? Ну разве что лучше в нем писать на лиспе.
>>22909
1. nerdtree
2. vim-lsp для clangd/ccls. ещё есть vim-lsp-settings, его не пробовал, он сам ставит и настраивает lsp сервера
1. nerdtree
2. vim-lsp для clangd/ccls. ещё есть vim-lsp-settings, его не пробовал, он сам ставит и настраивает lsp сервера
>>22909
предлагаю тебе написать 2-3 без плагинов полностью. Почувствуешь себя человеком
предлагаю тебе написать 2-3 без плагинов полностью. Почувствуешь себя человеком
Чем построить график со стеком вызовов с рекурсией (конечной) ?
cflow ругается на любую рекурсию
cflow ругается на любую рекурсию
>>23905
Дед в треде. Пишу в виме много лет, никаких плагинов не пробовал. Я даже не могу заставить себя использовать метки для перемещения.
Дед в треде. Пишу в виме много лет, никаких плагинов не пробовал. Я даже не могу заставить себя использовать метки для перемещения.
>>30041
Включи предупреждения от компиятора. Прочитай их.
Включи предупреждения от компиятора. Прочитай их.
>>36291
enum по умолчанию беззнаковый.
В стандарте не прописано переполнение, поэтому это UB.
enum по умолчанию беззнаковый.
> 1 - TWO > 0
В стандарте не прописано переполнение, поэтому это UB.
>>36298
Переполнение беззнаковых четко определено. Сравнение интов происходит беззнаковое, если одна сторона беззнаковая.
> В стандарте не прописано переполнение, поэтому это UB.
Переполнение беззнаковых четко определено. Сравнение интов происходит беззнаковое, если одна сторона беззнаковая.
начал учить си, вообше не могу понять смысл констант.
Типа, если я в самом коде, не даю возможностей для изменения переменной при запуске программы, она ведь и так не изменится. Зачем тогда нужны константы?
Типа, если я в самом коде, не даю возможностей для изменения переменной при запуске программы, она ведь и так не изменится. Зачем тогда нужны константы?
>>37074
чтобы ты, например, случайно сам не очистил указатель на константную область памяти. Это больше для программиста
чтобы ты, например, случайно сам не очистил указатель на константную область памяти. Это больше для программиста
>>37074
Костыли компилятора для сокращения ошибок программиста, к самому исполняемому коду это не относится.
Вот взять например строковые литералы: "тут текст", это адрес на память только для чтения, если случайно туда напишешь, может быть ошибка нарушения доступа (access violation). Поэтому, при попытке присвоить простому (не константному) указателю строковый литерал, компилятор ругнется. Короче, защита от дурака, просто компилятор нянчится ругаясь на типовые ошибки, хотя это конечно может быть не ошибка, а сделано намеренно, но тогда уже сам себе хозяин.
Костыли компилятора для сокращения ошибок программиста, к самому исполняемому коду это не относится.
Вот взять например строковые литералы: "тут текст", это адрес на память только для чтения, если случайно туда напишешь, может быть ошибка нарушения доступа (access violation). Поэтому, при попытке присвоить простому (не константному) указателю строковый литерал, компилятор ругнется. Короче, защита от дурака, просто компилятор нянчится ругаясь на типовые ошибки, хотя это конечно может быть не ошибка, а сделано намеренно, но тогда уже сам себе хозяин.
>>37201
Справедливости ради, глобальная константа (число пи) будет одна на всю программу, а копии литерала могут оказаться во многих объектниках и в бинаре, если компоновщик не дозуя умный.
> к самому исполняемому коду это не относится.
Справедливости ради, глобальная константа (число пи) будет одна на всю программу, а копии литерала могут оказаться во многих объектниках и в бинаре, если компоновщик не дозуя умный.
>>37222
Разговор был вроде про константы. Нет константной памяти куда нельзя писать, нет константных указателей по которым нельзя писать, таких вещей не существует. Память бывает защищена и выдаст ошибку при обращении, но само обращение всегда возможно, не бывает такого что нельзя.
Поэтому константы это лишь маркеры на уровне исходных текстов для программиста, к коду это не относится. Ошибка констант это не ошибка кода, а просто защита от неправильного (по мнению программиста поставившего маркер) использования кода. Это просто маркер для себя, как например закладки в тексте. Вот ты читаешь книжку и расставил закладки, но в книге, в рассказываемой истории которую ты читаешь закладок нет, это метаданные чисто для читателя, для удобства чтения только. Так же и константы, в коде их нет, это мета-костыли на уровне редактирования кода только.
Разговор был вроде про константы. Нет константной памяти куда нельзя писать, нет константных указателей по которым нельзя писать, таких вещей не существует. Память бывает защищена и выдаст ошибку при обращении, но само обращение всегда возможно, не бывает такого что нельзя.
Поэтому константы это лишь маркеры на уровне исходных текстов для программиста, к коду это не относится. Ошибка констант это не ошибка кода, а просто защита от неправильного (по мнению программиста поставившего маркер) использования кода. Это просто маркер для себя, как например закладки в тексте. Вот ты читаешь книжку и расставил закладки, но в книге, в рассказываемой истории которую ты читаешь закладок нет, это метаданные чисто для читателя, для удобства чтения только. Так же и константы, в коде их нет, это мета-костыли на уровне редактирования кода только.
>>37074
Напиши коротенькую программу, в которой будут использованы переменная и константа, и задисассембли эту программу, и посмотри что происходит.
Напиши коротенькую программу, в которой будут использованы переменная и константа, и задисассембли эту программу, и посмотри что происходит.
>>37924
ничего не будет происходить, в том же си можно спокойно менять константный указатель, а это значит что в исходных текстах констант не существует
ничего не будет происходить, в том же си можно спокойно менять константный указатель, а это значит что в исходных текстах констант не существует
>>37959
Да, анонче, ты прав! На уровне машинных команд конст ничем не отличается от обычной переменной (пик 2), только компилятор ругается, когда ты пытаешься записать в область памяти, которая выделена под конст (пик 4).
Да, анонче, ты прав! На уровне машинных команд конст ничем не отличается от обычной переменной (пик 2), только компилятор ругается, когда ты пытаешься записать в область памяти, которая выделена под конст (пик 4).
>>37851
Молодой падаван, ты еще не видел МК и ДСП.
> Нет константной памяти куда нельзя писать, нет константных указателей по которым нельзя писать, таких вещей не существует.
Молодой падаван, ты еще не видел МК и ДСП.
Привет, обьясните почему программа криво работает, я старался придумывал всё это а она так себя так ведёт!!!
https://ideone.com/8GEFZN
https://ideone.com/8GEFZN
>>15872
мне всегда казалось что обратное это ошибка на равне с высратым на свет творчеством питухониста
впрочем наверное просто нормально написать код на расте тут приводилось в качестве противовеса высратому на свет творчеству питухониста но на языке си
я обрыгал сам себя, спасибо мне, расходимся тут не на что смотреть
>код на расте вылезан и используется специальная структура данных под задач
мне всегда казалось что обратное это ошибка на равне с высратым на свет творчеством питухониста
впрочем наверное просто нормально написать код на расте тут приводилось в качестве противовеса высратому на свет творчеству питухониста но на языке си
я обрыгал сам себя, спасибо мне, расходимся тут не на что смотреть
>>30041
полагаю как минимум твой Cell[][] это символ в который ты пытаешься запихать строку "#" а в строке 2 символа, тобишь это массив символов, наверное еще с новарнингами пишешь, а так бы компилер тебе сказал что ващет негоже так класть одно в другое
полагаю как минимум твой Cell[][] это символ в который ты пытаешься запихать строку "#" а в строке 2 символа, тобишь это массив символов, наверное еще с новарнингами пишешь, а так бы компилер тебе сказал что ващет негоже так класть одно в другое
214 Кб, 1742x966а вот такой вопросик у меня есть
почему на 24 строке мне кидает варнинг и просит кастануть поинтер к моему типоразмеру (6 байт) если целевое поле структуры такого же типоразмера (6 байт)
ведь поинтерам без разницы какой тип данных в них пишется или читается, им важен типоразмер, сколько байт за раз мы читаем или пишем
так вот почему варнинг то?
не обращайте внимания, это учебная программка по структуркам для одной девочки, которая учит си
почему на 24 строке мне кидает варнинг и просит кастануть поинтер к моему типоразмеру (6 байт) если целевое поле структуры такого же типоразмера (6 байт)
ведь поинтерам без разницы какой тип данных в них пишется или читается, им важен типоразмер, сколько байт за раз мы читаем или пишем
так вот почему варнинг то?
не обращайте внимания, это учебная программка по структуркам для одной девочки, которая учит си
>>38074
Да, анонче, понимаю, что это нехорошо, но пока меня это не напрягает. Может ещё посоветуешь что-нибудь, что можно сделать, чтобы некоторые программы (например, ddd) работали бы нормально под обычным пользователем, а не только под рутом?
Да, анонче, понимаю, что это нехорошо, но пока меня это не напрягает. Может ещё посоветуешь что-нибудь, что можно сделать, чтобы некоторые программы (например, ddd) работали бы нормально под обычным пользователем, а не только под рутом?
>>39074
Я запускал и с помощью sudo, и в файлу sudoers ковырялся, но всё равно что-то не получалось. Отладчик под моим пользователем как-то криво работает, а под рутом всё норм. И так, кста, не только с ddd. Мб, я криворуко всё это настраиваю.
Я запускал и с помощью sudo, и в файлу sudoers ковырялся, но всё равно что-то не получалось. Отладчик под моим пользователем как-то криво работает, а под рутом всё норм. И так, кста, не только с ddd. Мб, я криворуко всё это настраиваю.
А можно ли как то насильно запустить компилятор и исполнить код, если я где то пропустил точку запятую или что то вроде?
>>39146
На уровне компилятора -- нет, в лучшем случае есть костыли, которые детектируют опечатки и всякие очевидные ошибки вроде = вместо ==, но они обычно работают в виде подсказок и за тебя текст не редактируют. Может можно сделать их более агрессивными, типа чтобы они при сохранении файла исправляли, есть же форматтеры, которые при сохранении файла запускаются. Но это все равно хуевая практика, лучше поставить линтер и смотреть что он пишет перед запуском кода. В IDE линтер по дефолту должен быть включен.
На уровне компилятора -- нет, в лучшем случае есть костыли, которые детектируют опечатки и всякие очевидные ошибки вроде = вместо ==, но они обычно работают в виде подсказок и за тебя текст не редактируют. Может можно сделать их более агрессивными, типа чтобы они при сохранении файла исправляли, есть же форматтеры, которые при сохранении файла запускаются. Но это все равно хуевая практика, лучше поставить линтер и смотреть что он пишет перед запуском кода. В IDE линтер по дефолту должен быть включен.
Аноны, задачка на подумать:
https://pastebin.com/Mtq0mwhb
Этот цикл остановится на 4-м шаге (когда u и v будут указывать на 4), но почему, после завершения цикла, u и v будут указывать на следующие (за 4-кой) элементы массива?
https://pastebin.com/Mtq0mwhb
Этот цикл остановится на 4-м шаге (когда u и v будут указывать на 4), но почему, после завершения цикла, u и v будут указывать на следующие (за 4-кой) элементы массива?
>>38225
Люди памагите прошол целый день, а программа до сих пор сама себя не исправила капец!
Люди памагите прошол целый день, а программа до сих пор сама себя не исправила капец!
>>39236
Так, если вайл получил фолс, тогда как могут операторы отработать? Вайл получил фолс, т.е. цикл закончился, значит ВСЁ!, идём дальше.
Так, если вайл получил фолс, тогда как могут операторы отработать? Вайл получил фолс, т.е. цикл закончился, значит ВСЁ!, идём дальше.
>>39248
Операторы не в теле цикла, а в проверке условия, они в любом случае отработают, потому что выражение исполняется для проверки.
Операторы не в теле цикла, а в проверке условия, они в любом случае отработают, потому что выражение исполняется для проверки.
31 Кб, 646x153>>39251
Ладно, не буду вас мучать! Операторы первым делом берут адрес следующего значения lea rdx, [rax+4] и записывают его по адресу, где хранится указатель, а только после этого сравнивают текущие значения, после чего, если они не равны прыгают в начало цикла. Поэтому и получается, что на выходе из цикла мы имеем указатели, увеличенные на единицу.
Ладно, не буду вас мучать! Операторы первым делом берут адрес следующего значения lea rdx, [rax+4] и записывают его по адресу, где хранится указатель, а только после этого сравнивают текущие значения, после чего, если они не равны прыгают в начало цикла. Поэтому и получается, что на выходе из цикла мы имеем указатели, увеличенные на единицу.
>>39266
lea rdx, [rax-4] это для v
lea rdx, [rax-4] это для v
>>39279
Где и какие числа? Распиши подробнее вопрос, я часика через два освобожусь и тебе отвечу.
Где и какие числа? Распиши подробнее вопрос, я часика через два освобожусь и тебе отвечу.
>>39279
мимопрохожу
постфиксные операторы сначала отдают значение а потом вычисляют инкремент
таим образом
int i = 0;
printf("%d\n",i++); //напринтил бы 0 а после принта i = 1
printf("%d\n",++i); //напринтил бы 2 а после принта i = 2
мимопрохожу
постфиксные операторы сначала отдают значение а потом вычисляют инкремент
таим образом
int i = 0;
printf("%d\n",i++); //напринтил бы 0 а после принта i = 1
printf("%d\n",++i); //напринтил бы 2 а после принта i = 2
>>39066
только ради тебя анончик залил
https://pastebin.com/YFK15VQW
а вообще мне кажется я сам догадался в чем варнинг
в поле структуры висит массив, а по механике у массива то же есть поинтер типоразмером в одну ячейку (1 байт это же чары) и крч он волнуется что типоразмер ячейки массива не совпадает с типоразмером поинтера который смотрит на массив
только ради тебя анончик залил
https://pastebin.com/YFK15VQW
а вообще мне кажется я сам догадался в чем варнинг
в поле структуры висит массив, а по механике у массива то же есть поинтер типоразмером в одну ячейку (1 байт это же чары) и крч он волнуется что типоразмер ячейки массива не совпадает с типоразмером поинтера который смотрит на массив
10 Кб, 574x50>>39239
я тут кое что увидел в твоей программе
для ii по фору не задано условие брейка (не уверен может специально)
а вообще чо так сложно написано то?
куча библиотек
размер массива стрленом вычисляется
ладн я придираюсь потому что я люблю писать без зоопарка библ стандартными средствами
например вместо стрлен что нибудь такое sizeof(word)/sizeof(char) но делить на сайзоф чар не обязательно, размер чара 1 байт
какой нить сканф заместо гетча
все, ладно не бубню
я тут кое что увидел в твоей программе
для ii по фору не задано условие брейка (не уверен может специально)
а вообще чо так сложно написано то?
куча библиотек
размер массива стрленом вычисляется
ладн я придираюсь потому что я люблю писать без зоопарка библ стандартными средствами
например вместо стрлен что нибудь такое sizeof(word)/sizeof(char) но делить на сайзоф чар не обязательно, размер чара 1 байт
какой нить сканф заместо гетча
все, ладно не бубню
>>39431
Речь о машкоде после коньпеляции. Сначала апдейтит указатель, а потом уже берёт текущее значение.
Речь о машкоде после коньпеляции. Сначала апдейтит указатель, а потом уже берёт текущее значение.
>>39473
ты всегда можешь делать асмавставки для мануального управления, если тебе не нравится как работают эти операторы
просто напоминаю
>>39239
еще хотел сказать пару слов
в книге Крнигана и Ритчи как раз есть галава где обсасываются строчные лагоритмы над массивами чаров, ну там апперкейсы ловеркейсы и все такое и как они устроены на каких принципах
так вот довольно легко понять что внутри чаров или интов или других переменных лежат только нолики и единички, по сути как ты эти нолики и единички представляешь зависит только от тебя, можешь работать с символами как с числами напрямую
например
char c = 'a';
c = c + 20;
printf("%c -> %d\n",c,c); // выводим с как символ и с как число
ты всегда можешь делать асмавставки для мануального управления, если тебе не нравится как работают эти операторы
просто напоминаю
>>39239
еще хотел сказать пару слов
в книге Крнигана и Ритчи как раз есть галава где обсасываются строчные лагоритмы над массивами чаров, ну там апперкейсы ловеркейсы и все такое и как они устроены на каких принципах
так вот довольно легко понять что внутри чаров или интов или других переменных лежат только нолики и единички, по сути как ты эти нолики и единички представляешь зависит только от тебя, можешь работать с символами как с числами напрямую
например
char c = 'a';
c = c + 20;
printf("%c -> %d\n",c,c); // выводим с как символ и с как число
>>39473
Анон, в корне ничего не меняется, только в регистры, которые в последствии сравниваются помещаются не указатели, а числа. Но суть остаётся той же:
мы сначала в edx помещаем текущее значение (для а) mov edx, [rbp-8], затем помещаем в rax значение а увеличенное на единицу (при этом значение в edx остаётся текущим, т.е. 0) lea rax, [rdx+1], после чего мы увеличенное не единицу значение заносим в область памяти, которая выделена под а mov [rbp-8], eax. Затем тоже самое, только с уменьшением на единицу, происходит с пtременной b , только её текущее значение заносится eax. Ну и после всех манипуляций идёт сравнение текущих значений a(edx) и b(eax) cmp edx, eax, и если не равны, то прыгаем в начало цикла.
Анон, в корне ничего не меняется, только в регистры, которые в последствии сравниваются помещаются не указатели, а числа. Но суть остаётся той же:
мы сначала в edx помещаем текущее значение (для а) mov edx, [rbp-8], затем помещаем в rax значение а увеличенное на единицу (при этом значение в edx остаётся текущим, т.е. 0) lea rax, [rdx+1], после чего мы увеличенное не единицу значение заносим в область памяти, которая выделена под а mov [rbp-8], eax. Затем тоже самое, только с уменьшением на единицу, происходит с пtременной b , только её текущее значение заносится eax. Ну и после всех манипуляций идёт сравнение текущих значений a(edx) и b(eax) cmp edx, eax, и если не равны, то прыгаем в начало цикла.
>>39675
не, понятно что сожрал, ведь код запощен без ошибок и со всеми явными кастами, в нем нет ворнингов
но если убрать каст к типу поинтера в 24 строке будут варнинги, я про это писал
компилер не знаю какой в икскоде, гцц наверн то же с99 стандартом копилит с11 нет в икскоде ну в моем нету
не, понятно что сожрал, ведь код запощен без ошибок и со всеми явными кастами, в нем нет ворнингов
но если убрать каст к типу поинтера в 24 строке будут варнинги, я про это писал
компилер не знаю какой в икскоде, гцц наверн то же с99 стандартом копилит с11 нет в икскоде ну в моем нету
>>39686
Ткни меня сейчас в какой строке у тебя ворнинги были, а то 24-я строка на пастебине у тебя сейчас пустая.
Ткни меня сейчас в какой строке у тебя ворнинги были, а то 24-я строка на пастебине у тебя сейчас пустая.
>>39700
а, да, извини, там же в начале студия еще комменты печатает несколько строк
на пастебине это 17 строчка
объявление поинтера и его инициализация адресом поля
а, да, извини, там же в начале студия еще комменты печатает несколько строк
на пастебине это 17 строчка
объявление поинтера и его инициализация адресом поля
>>39713
Ага, понял! Завтра поковыряюсь, сейчас как раз struct изучаю.
Ага, понял! Завтра поковыряюсь, сейчас как раз struct изучаю.
>>39979
OpenGL жешь
а для рисования нативных окошечек и оконных приложунек windows.h
еще когда то давно я писал на Qt, но я бы не назвал это графической библиотекой, скорее это обертка над плюсами для упрощения всякой кастующейся фигни по типу обработки событий по дескриптору
а вообще философия си как бы намекает - сделай сам себе тот же транслятор CSS или Lua или MD или любого другого самописного скриптового языка при помощи которого ты опишешь графику в окне консоли или в окне виндов мэнеджера
в защиту такого способа я бы хотел напомнить что все 3 набора библиотек под жабку абсолютно нерелевантны до тошноты
OpenGL жешь
а для рисования нативных окошечек и оконных приложунек windows.h
еще когда то давно я писал на Qt, но я бы не назвал это графической библиотекой, скорее это обертка над плюсами для упрощения всякой кастующейся фигни по типу обработки событий по дескриптору
а вообще философия си как бы намекает - сделай сам себе тот же транслятор CSS или Lua или MD или любого другого самописного скриптового языка при помощи которого ты опишешь графику в окне консоли или в окне виндов мэнеджера
в защиту такого способа я бы хотел напомнить что все 3 набора библиотек под жабку абсолютно нерелевантны до тошноты
вообще, если заводить разговор о рисовании графики будь то псевдографика в консоли, или полноценный рассчет лучей с аппаратным ускорением - во всех вариантах фундаментом построения будут всего две вещи: умение рисовать точку и умение рисовать линию.
если с точкой все предельно понятно, то вот с линией не все так однозначно
да и вцелом мнение о том что в консоли пишутся какие то учебные программы а настоящие проекты это только работа с пикселями - неправда. на самом же деле разница лишь в средствах отображения вашей графики, в консоли аналогами пикселей будут служить символы (конечно со своими особенностями, символы консоли не квадратные и разрешение консоли то же не квадратное, поэтому для корректного отображения например круга или сферы нужно будет это учитывать). аналогично написать графику можно вообще не используя монитор, например через контроллер электрощитка здания, где аналогом пикселей будут служить окна на фасаде и включенный или выключенный свет в помещении. в общем зависит только от вашей фантазии.
но так или иначе написать тот же рейтрейсинг в псевдографике это задача того же уровня как и написать рейтрейсинг в полноценной игре, все рассчеты абсолютно такие же до момента вывода на "экран", разница начинается как раз в слое обработки при выводе на то или иное устройство вывода
если с точкой все предельно понятно, то вот с линией не все так однозначно
да и вцелом мнение о том что в консоли пишутся какие то учебные программы а настоящие проекты это только работа с пикселями - неправда. на самом же деле разница лишь в средствах отображения вашей графики, в консоли аналогами пикселей будут служить символы (конечно со своими особенностями, символы консоли не квадратные и разрешение консоли то же не квадратное, поэтому для корректного отображения например круга или сферы нужно будет это учитывать). аналогично написать графику можно вообще не используя монитор, например через контроллер электрощитка здания, где аналогом пикселей будут служить окна на фасаде и включенный или выключенный свет в помещении. в общем зависит только от вашей фантазии.
но так или иначе написать тот же рейтрейсинг в псевдографике это задача того же уровня как и написать рейтрейсинг в полноценной игре, все рассчеты абсолютно такие же до момента вывода на "экран", разница начинается как раз в слое обработки при выводе на то или иное устройство вывода
>>39481
а нет, фигню сморозил
а нет, фигню сморозил
102 Кб, 1659x865а почему заменяются буквы в слове Word, если условие if не выполняется ни для одного элемента массива? по идее он же должен был вернуть то же самое, что я и ввёл, без шифровки
>>40123
А ты задебажь и посмотри в чём дело. По шагам пройдись и тогда станет ясно.
А ты задебажь и посмотри в чём дело. По шагам пройдись и тогда станет ясно.
>>40123
Шифр Цезаря?
Как по мне, дело в регистре букв. Ты задал для сравнения только большие буквы, а запрос написан маленькими
>WORDSIZE - 1
Шифр Цезаря?
Как по мне, дело в регистре букв. Ты задал для сравнения только большие буквы, а запрос написан маленькими
162 Кб, 500x500>>15289
А как дело обстоит у скриптомакак при прямом обращении к ПАМЯТИ?
>На си пишут реально дементивные
А как дело обстоит у скриптомакак при прямом обращении к ПАМЯТИ?
>>40174
Тише, ты чего?? Эта скрипто-макака только угомонилась, зачем ты её опять ворошишь?
Тише, ты чего?? Эта скрипто-макака только угомонилась, зачем ты её опять ворошишь?
>>40163
Ну, получается что ни одна буква не совпадет, значит ни одна буква не должна сместится
Ну, получается что ни одна буква не совпадет, значит ни одна буква не должна сместится
89 Кб, 1920x1080>>40179
Неа. Это особенность компилятора новарнинги короче. К примеру, если ты создашь массив, и выведешь его в неправильном диапазоне, он будет выдавать случайные символы юникода в произвольных местах
Неа. Это особенность компилятора новарнинги короче. К примеру, если ты создашь массив, и выведешь его в неправильном диапазоне, он будет выдавать случайные символы юникода в произвольных местах
>>39473
Кстати, анон, если интересно, то вот так выглядит условие с префиксными инкрементом/декрементом. Отличие в том, что переменные увеличиваются/уменьшаются и полученные значения сравниваются, т.е., если с постфиксными инкрементом/декрементом сначала идёт запись текущего значения в регистр, после чего увеличенное/уменьшенное текущее значение записывается в область памяти переменной, и уже после этого происходит сравнение текущих значений, то в условиях с префиксными выражениями происходит сравнение сразу увеличенных/уменьшенных значений.
Кстати, анон, если интересно, то вот так выглядит условие с префиксными инкрементом/декрементом. Отличие в том, что переменные увеличиваются/уменьшаются и полученные значения сравниваются, т.е., если с постфиксными инкрементом/декрементом сначала идёт запись текущего значения в регистр, после чего увеличенное/уменьшенное текущее значение записывается в область памяти переменной, и уже после этого происходит сравнение текущих значений, то в условиях с префиксными выражениями происходит сравнение сразу увеличенных/уменьшенных значений.
54 Кб, 1134x98>>40123
объясните мне кто нибудь почему массив на пике проинициализирован вот так?
почему 'Z', } что это за пустое пространство после символа Z? это компилируется как '\0' ? наверное нихуя ведь нужно явно фигануть туда 0 или \0 как символ
ну я не буду придираться к методу инициализации, можно было канеш просто строкой инициализировать массив с авторазмером например
Alphabet[] = "XYZ";
или повесить поинтер на сегмент текста где будет висеть константная строка например так
char* Alphabet = "XYZ";
просто держать в голове что у строки в конце допсимвол '\0' вотличие от натурального массива символов
дальнейшая работа с этим ничем не отличается, точно так же в Alphabet[0] будет лежать 'X' если вытаскивать в виде символа
но я не понимаю что за пустое пространство после Z что это означает?
объясните мне кто нибудь почему массив на пике проинициализирован вот так?
почему 'Z', } что это за пустое пространство после символа Z? это компилируется как '\0' ? наверное нихуя ведь нужно явно фигануть туда 0 или \0 как символ
ну я не буду придираться к методу инициализации, можно было канеш просто строкой инициализировать массив с авторазмером например
Alphabet[] = "XYZ";
или повесить поинтер на сегмент текста где будет висеть константная строка например так
char* Alphabet = "XYZ";
просто держать в голове что у строки в конце допсимвол '\0' вотличие от натурального массива символов
дальнейшая работа с этим ничем не отличается, точно так же в Alphabet[0] будет лежать 'X' если вытаскивать в виде символа
но я не понимаю что за пустое пространство после Z что это означает?
Анончики, здравствуйте.
Я очень тупой человек.
Как выводится 10-чное представление числа из памяти ЭВМ? Там же все представлено в 2-чном коде.
Условно, у нас есть 20байтовое число в памяти , как компьютер выведет его 10чное представление?
Я очень тупой человек.
Как выводится 10-чное представление числа из памяти ЭВМ? Там же все представлено в 2-чном коде.
Условно, у нас есть 20байтовое число в памяти , как компьютер выведет его 10чное представление?
>>41064
В десятичной системе счисления
В десятичной системе счисления
>>41064
И ещё вопрос, когда мы вводим число с консоли это же просто на просто текст условно:
int a;
scanf("%d", &a);
А как он переводит это значение в двоичное для хранения в памяти ЭВМ?
И ещё вопрос, когда мы вводим число с консоли это же просто на просто текст условно:
int a;
scanf("%d", &a);
А как он переводит это значение в двоичное для хранения в памяти ЭВМ?
>>41064
20ти байтовое целое можно пушнуть в канал вывода при помощи поинтера с шириной шага 20 байт, в стандарте таких длинных типов нет поэтому что то навроде такого будет
typedef struct {
_Bool b[20];
} pointer;
pointer p = &a;
printf("%lld\n", p);
но я не уверен, %ll умеет в вывод long long'a но не в 20битное целое, а тот же puts пушит только строки, а у тебя в задаче число
интересная задачка на самом деле, пойду поломаю голову как на экран вывести число, с хранением и записью/чтением чисел так то проблем нет особых
20ти байтовое целое можно пушнуть в канал вывода при помощи поинтера с шириной шага 20 байт, в стандарте таких длинных типов нет поэтому что то навроде такого будет
typedef struct {
_Bool b[20];
} pointer;
pointer p = &a;
printf("%lld\n", p);
но я не уверен, %ll умеет в вывод long long'a но не в 20битное целое, а тот же puts пушит только строки, а у тебя в задаче число
интересная задачка на самом деле, пойду поломаю голову как на экран вывести число, с хранением и записью/чтением чисел так то проблем нет особых
>>41067
То что ты написал выведет только 10-чное представление первых 8 байт этого 20 байтного числа
То что ты написал выведет только 10-чное представление первых 8 байт этого 20 байтного числа
>>41067
разметка макабы сожрала звездочки
разметка макабы сожрала звездочки
>>41068
я и говорю что %ll только в лонги умеет, я же это написал
ты вот лучше скажи какой спецификатор умеет в 20байтный формат
я и говорю что %ll только в лонги умеет, я же это написал
ты вот лучше скажи какой спецификатор умеет в 20байтный формат
>>41070
Нет такого, насколько знаю, слышал только, что некоторые компиляторы могут в 128битные числа, но это не 20байтовое все ещё, есть либы для работы с очень большими числами, так называемая длинная арифметика, на этом мои знания заканчиваются
Нет такого, насколько знаю, слышал только, что некоторые компиляторы могут в 128битные числа, но это не 20байтовое все ещё, есть либы для работы с очень большими числами, так называемая длинная арифметика, на этом мои знания заканчиваются
>>41071
крч я думаю на регистрах просто не хватит памяти чтобы вычислить 20ти байтное целое так что все равно надо костылить и проще всего наверное накостылить через строки раз уж вопрос с выводом на экран всяких там гиперчисел песчинок на пляже омаха
крч я думаю на регистрах просто не хватит памяти чтобы вычислить 20ти байтное целое так что все равно надо костылить и проще всего наверное накостылить через строки раз уж вопрос с выводом на экран всяких там гиперчисел песчинок на пляже омаха
>>41073
Нужен цикл, в котором через арифметику указателей мы берём единицы и нули из памяти 20-ти байтного числа и складываем их в переменную. Каждые 8 шагов (через байт) приводим эту переменную к десятичному виду и это число выводим. Только из-за литтлиндиана цикл надо начинать с конца.
Нужен цикл, в котором через арифметику указателей мы берём единицы и нули из памяти 20-ти байтного числа и складываем их в переменную. Каждые 8 шагов (через байт) приводим эту переменную к десятичному виду и это число выводим. Только из-за литтлиндиана цикл надо начинать с конца.
>>41173
Проще, конечно, использовать особенно принтфа, которая позволяет вывести 10 байт, т.е. в переменную загоняем арифметикой указателей 10 байт, приводим к десятичному виду, и после выводим.
Проще, конечно, использовать особенно принтфа, которая позволяет вывести 10 байт, т.е. в переменную загоняем арифметикой указателей 10 байт, приводим к десятичному виду, и после выводим.
>>40686
Вот, анон, он на пустое место после Z никак не обращает внимание.
Вот, анон, он на пустое место после Z никак не обращает внимание.
>>41222
Что за ШГ?
Что за ШГ?
>>41173
Мужик, а ты сколько программируешь вообще ? У тебя курс информатики в школе был или ты троллишь так охуенно? Просто с твоих постов жир течёт пиздец как, ты либо не очень шаришь за математику, либо охуенный тролль, а таких тут не надо, все таки жизнь новичкам портить не надо, а то некоторые на арифметике указателей Си бросают
Мужик, а ты сколько программируешь вообще ? У тебя курс информатики в школе был или ты троллишь так охуенно? Просто с твоих постов жир течёт пиздец как, ты либо не очень шаришь за математику, либо охуенный тролль, а таких тут не надо, все таки жизнь новичкам портить не надо, а то некоторые на арифметике указателей Си бросают
>>41357
Не, ну критикуешь - предлагай.
Не, ну критикуешь - предлагай.
>>41222
благодарствую, а то чуть кровь из глаз не пошла
уже собирался дух Ритчи пробуждать и насылать проклятия на жопу
благодарствую, а то чуть кровь из глаз не пошла
уже собирался дух Ритчи пробуждать и насылать проклятия на жопу
Ребят, здравствуйте
Не хочу ебать свой ССД, но требуется загрузить файлы с телеграмма на гугл диск, можно ли это сделать путём выгрузки файла в оперативную память, а позже загрузить ее из оперативной памяти на гугл диск? Файлы размером в пределах 1,5Гб
Не хочу ебать свой ССД, но требуется загрузить файлы с телеграмма на гугл диск, можно ли это сделать путём выгрузки файла в оперативную память, а позже загрузить ее из оперативной памяти на гугл диск? Файлы размером в пределах 1,5Гб
>>41173
Я не буду предлагать, но ты реально думаешь что у нас число, ты его засунул в buf и если по 8 байт и вывести, то получится 10 представление это 20байтового числа?
char buf[20];
void × start = buf;
for (int i = 0; i < 3; i++, start = (char ×)start + 8)
printf("%llu", (int64_t× )start);
Ты либо программирование бросай, либо матан учи
Я не буду предлагать, но ты реально думаешь что у нас число, ты его засунул в buf и если по 8 байт и вывести, то получится 10 представление это 20байтового числа?
char buf[20];
void × start = buf;
for (int i = 0; i < 3; i++, start = (char ×)start + 8)
printf("%llu", (int64_t× )start);
Ты либо программирование бросай, либо матан учи
>>41430
у тебя ашипка
%llu распечатает байтпоследовательность как ансигнеды а число ты засунул в сигнеды чаров ну и про 8 байт из 20ти мы уже тут обсуждали
мимодругой анон
у тебя ашипка
%llu распечатает байтпоследовательность как ансигнеды а число ты засунул в сигнеды чаров ну и про 8 байт из 20ти мы уже тут обсуждали
мимодругой анон
>>41430
Да, да, я понял, что у нас разрядность нарушается.
Да, да, я понял, что у нас разрядность нарушается.
вообще вот касательно 20байтовой задачи я думаю а вот плюсы не могут пушнуть в канал вывода такую байтпоследовательность?
ну типа cout << xp; ???
прост если могут то почему бы не покопать как cout реализован в плюсах и не переложить на си рельсы
ну типа cout << xp; ???
прост если могут то почему бы не покопать как cout реализован в плюсах и не переложить на си рельсы
Может пригодится для решение задачи с 20-ти байтным числом:
https://www.cyberforum.ru/c-beginners/thread153284.html
https://www.cyberforum.ru/c-beginners/thread153284.html
>>41425
а си тут причем?
а си тут причем?
>>41546
не ну с матаном он канеш перегнул слегка
преобразованиями форм счислений занимается арифметика
не ну с матаном он канеш перегнул слегка
преобразованиями форм счислений занимается арифметика
33 Кб, 1333x441четвёртый символ это enter? типа переменная Word сохранилась здесь как ааа+ентер+конец строки?
>>41719
не, последний символ это '\0' символ конца строки
обработка строк на этом принципе и основана
ты пихаешь в функцию адрес начала строки и функция без определения размера уже знает что в конце строки будет символ \0 и читать надо до него
например puts(conts char x) так работает да и спецификатор %s притэфа так же обрабатывается
в других вариантах переброса массивов в функцию ты вынужден передавать размер массива, функция изнутри не знает насколько большой твой массив, но только не со строками
не, последний символ это '\0' символ конца строки
обработка строк на этом принципе и основана
ты пихаешь в функцию адрес начала строки и функция без определения размера уже знает что в конце строки будет символ \0 и читать надо до него
например puts(conts char x) так работает да и спецификатор %s притэфа так же обрабатывается
в других вариантах переброса массивов в функцию ты вынужден передавать размер массива, функция изнутри не знает насколько большой твой массив, но только не со строками
>>41744
принтани sizeof(Text)
а еще можешь принтануть числовой вариант каждого символа и сравнить с табличкой ASCII юникодов чтобы понять чо там в строку запихалось
принтани sizeof(Text)
а еще можешь принтануть числовой вариант каждого символа и сравнить с табличкой ASCII юникодов чтобы понять чо там в строку запихалось
получается ентер и записался
>>41796
окей это ентер, ты оказался прав, мои поздравления
а еще поздравляю тебя, ты только что научился делать юнит тесты и можешь не постить каждый вопрос сюда а провести тестирование самомстоятельно
окей это ентер, ты оказался прав, мои поздравления
а еще поздравляю тебя, ты только что научился делать юнит тесты и можешь не постить каждый вопрос сюда а провести тестирование самомстоятельно
>>41805
реально
реально
>>13428 (OP)
Сап программач, хочу поделиться болью. Я очень много пишу на сишке, ну и я вообще люблю низкоуровщену и поэтому на ней зарабатываю: bare metal, Linux kernel modules и прочее. На работе до определенного времени спокойно писал bare metal на сишке, потом коллектив выступил за переход на плюсы, но со стилем написания исходников «си с классами» — против этого я не выступал потому что не видел в этом смертельного. Замечу только то, что у нас нет практики постоянного code review, потому что у нас небольшой коллектив и просто нет ресурсов на регулярной основе такое делать. Когда мы использовали плюсы в си-стиле стало чуть чуть удобнее, как минимум, объекты собирали методы в свою сущность. Но недавно начался полный пиздец, потому что человек, который имеет большое влияние на коллектив предложил перейти на самые последние плюсы (темплейты, концепты, хорошо я отговорил от std::string и std::vector). Архитектура полностью пошла по пизде, темплейты теперь везде нахуй, в некоторых местах архитектура была поменяна только для того чтобы «так удобнее написать на темплейтах», интерфейс тоже стал ужасным, а сейчас я сижу на созвоне и слушаю как челы спорят о том, как лучше написать концепт. И мне было бы похуй, если мне давали делать мои низкоуровневые вещи (на уровне регистров), но нет, реализовывай наши криво написанные концепты (некоторые концепты написаны только ради того чтобы концепт был). Говоришь им что написанные концепты говно и это перетекает в 2-3х часовой созвон с обсуждением как правильно написать концепт. На вопрос: «как концепты и темплейты помогут мне реализовывать низкоуровневые интерфейсы (uart, spi и прочее)» — но кроме: «ну можно будет статически проверить некоторые куски кода» — я ничего не слышал. За то время, что я убил на все это дело, я бы покрыл все тестами, написал эмулятор и крутил бы систему днями и ночами на x86. В общем просто хотел высказать.
Сап программач, хочу поделиться болью. Я очень много пишу на сишке, ну и я вообще люблю низкоуровщену и поэтому на ней зарабатываю: bare metal, Linux kernel modules и прочее. На работе до определенного времени спокойно писал bare metal на сишке, потом коллектив выступил за переход на плюсы, но со стилем написания исходников «си с классами» — против этого я не выступал потому что не видел в этом смертельного. Замечу только то, что у нас нет практики постоянного code review, потому что у нас небольшой коллектив и просто нет ресурсов на регулярной основе такое делать. Когда мы использовали плюсы в си-стиле стало чуть чуть удобнее, как минимум, объекты собирали методы в свою сущность. Но недавно начался полный пиздец, потому что человек, который имеет большое влияние на коллектив предложил перейти на самые последние плюсы (темплейты, концепты, хорошо я отговорил от std::string и std::vector). Архитектура полностью пошла по пизде, темплейты теперь везде нахуй, в некоторых местах архитектура была поменяна только для того чтобы «так удобнее написать на темплейтах», интерфейс тоже стал ужасным, а сейчас я сижу на созвоне и слушаю как челы спорят о том, как лучше написать концепт. И мне было бы похуй, если мне давали делать мои низкоуровневые вещи (на уровне регистров), но нет, реализовывай наши криво написанные концепты (некоторые концепты написаны только ради того чтобы концепт был). Говоришь им что написанные концепты говно и это перетекает в 2-3х часовой созвон с обсуждением как правильно написать концепт. На вопрос: «как концепты и темплейты помогут мне реализовывать низкоуровневые интерфейсы (uart, spi и прочее)» — но кроме: «ну можно будет статически проверить некоторые куски кода» — я ничего не слышал. За то время, что я убил на все это дело, я бы покрыл все тестами, написал эмулятор и крутил бы систему днями и ночами на x86. В общем просто хотел высказать.
>>41910
разве темплейты это не старый добрый си?
и разве объекты с методами это не старый добрый си?
typedef struct {
char x phrase;
void (xmessage) (void);
} className;
void sendMessage(void){
puts("idite nahuy dolboebi");
}
className Obj;
Obj.message = sendMessage;
int main(void){
Obj.message();
}
разве темплейты это не старый добрый си?
и разве объекты с методами это не старый добрый си?
typedef struct {
char x phrase;
void (xmessage) (void);
} className;
void sendMessage(void){
puts("idite nahuy dolboebi");
}
className Obj;
Obj.message = sendMessage;
int main(void){
Obj.message();
}
>>41934
Да, классы то же самое, только методы находятся в пространстве имен класса, а твоя функция sendMessage попадёт в область видимости текущего файла. А темплейты (именно статический полеморфизм) нереализуемы на чистом си
Да, классы то же самое, только методы находятся в пространстве имен класса, а твоя функция sendMessage попадёт в область видимости текущего файла. А темплейты (именно статический полеморфизм) нереализуемы на чистом си
>>41974
а... ну хотите полиморфизм тогда страдайте чо я могу сказать
ооп паттерны вот это вот все говно с фабриками и вечным дебагом корявой наследственности жопы из говна а не говна из жопы, это же лучше чем pure c в котором ничо нельзя реализовать нахуй его вообще придумали говно какоето лол для дементивных как тут скриптомакака пишет
а... ну хотите полиморфизм тогда страдайте чо я могу сказать
ооп паттерны вот это вот все говно с фабриками и вечным дебагом корявой наследственности жопы из говна а не говна из жопы, это же лучше чем pure c в котором ничо нельзя реализовать нахуй его вообще придумали говно какоето лол для дементивных как тут скриптомакака пишет
>>41991
А что вы имели под темплейтами, если не полиморфизм? Еще темплейты удобны для задания параметров класса, которые не будут меняться в рантайме, например, буфер определить длину кэшурующего буфера для юарта: uart_class<256> foo(...);
А что вы имели под темплейтами, если не полиморфизм? Еще темплейты удобны для задания параметров класса, которые не будут меняться в рантайме, например, буфер определить длину кэшурующего буфера для юарта: uart_class<256> foo(...);
>>42016
я имел ввиду фразу "тыскозал?"
я имел ввиду фразу "тыскозал?"
>>13428 (OP)
Управлению памятью только в итт япах можно научиться?
Управлению памятью только в итт япах можно научиться?
>>42087
Тебе лучше в асм-тред сходить, и вообще почитать/покодить на асме, если хочешь понять что такое память, как устроена память, как управлять памятью.
Тебе лучше в асм-тред сходить, и вообще почитать/покодить на асме, если хочешь понять что такое память, как устроена память, как управлять памятью.
Раз речь зашла о памяти, то задам ньюфажный вопрос.
Вот работал я с памятью только на уровне malloc(), calloc(), read() или write(), не превышая килобайта используемой памяти ща раз. А как с ней работают в больших приложениях, которые жрут по несколько гигов, типо всяких игровых движков и прочего?
Вот работал я с памятью только на уровне malloc(), calloc(), read() или write(), не превышая килобайта используемой памяти ща раз. А как с ней работают в больших приложениях, которые жрут по несколько гигов, типо всяких игровых движков и прочего?
>>42356
А никак. Индусы просто засирают память, пока не придумают чипы мощнее.
>А как с ней работают в больших приложениях, которые жрут по несколько гигов, типо всяких игровых движков и прочего?
А никак. Индусы просто засирают память, пока не придумают чипы мощнее.
>>42356
Пишут полезные обертки
- пул, из которого выделяют разные объекты для уровня, а потом целиком его уничтожают (защита от утечек)
- стек (вариант предыдущего)
- пул для объектов одного размера (скорость+экономия памяти)
Пишут полезные обертки
- пул, из которого выделяют разные объекты для уровня, а потом целиком его уничтожают (защита от утечек)
- стек (вариант предыдущего)
- пул для объектов одного размера (скорость+экономия памяти)
>>43980
пул это бассейн, чо несешь то, поехавший
пул это бассейн, чо несешь то, поехавший
>>44288
Спасибо, еще вопрос: как напечатать символы массива, что бы один из них был большего размера чем остальные? Типа маленькие точки а потом огроменная
Спасибо, еще вопрос: как напечатать символы массива, что бы один из них был большего размера чем остальные? Типа маленькие точки а потом огроменная
323 Кб, 500x500>>44313
а ты посмотри в таблице символов под каким номером твоя огроменная точка
а ты посмотри в таблице символов под каким номером твоя огроменная точка
>>44313
блондинка залетела в кодинг?
блондинка залетела в кодинг?
аноны
может вопрос нубский будет, я просто никогда еще не писал с поддержкой вычислений на гпу, но вот хочу спросить
если я объявляю registered float несколько штук, то на регистрах какого чипа они будут сидеть? на цпу или на гпу? и есть ли механизм как ручками выбрать нужные ргистры если допустим я хочу просчитать флоаты именно на гпу чипе?
может вопрос нубский будет, я просто никогда еще не писал с поддержкой вычислений на гпу, но вот хочу спросить
если я объявляю registered float несколько штук, то на регистрах какого чипа они будут сидеть? на цпу или на гпу? и есть ли механизм как ручками выбрать нужные ргистры если допустим я хочу просчитать флоаты именно на гпу чипе?
>>13428 (OP)
Сап
Аноны, я тут придумал очередной сюжет игры и друг мне предлагает закодить её на Си. Есть ли годные библиотеки которые бы позволили это делать быстро и легко?
Я одно время пытался сделать игру на жс и знатно поел говна. В итоге забил. Потом ещё был небольшой опыт на джаве, там чуть лучше даже намного лучше, но тоже пришлось как следует поебаться с библиотекой и её установкой.
Короче стоит ли браться за Си? Из целей вкатиться в этот замечательный перспективный язык и сделать хоть простенькую игру.
Сап
Аноны, я тут придумал очередной сюжет игры и друг мне предлагает закодить её на Си. Есть ли годные библиотеки которые бы позволили это делать быстро и легко?
Я одно время пытался сделать игру на жс и знатно поел говна. В итоге забил. Потом ещё был небольшой опыт на джаве, там чуть лучше даже намного лучше, но тоже пришлось как следует поебаться с библиотекой и её установкой.
Короче стоит ли браться за Си? Из целей вкатиться в этот замечательный перспективный язык и сделать хоть простенькую игру.
>>44420
ебашь хоть на ассемблере всем поебать
можете еще рассмотреть такие варианты
игра на фортране
игра на паскале
игра на делфи
игра на окэмле
игра на руби
в любом случае язык лишь инструмент достижения целей, а си хорош тем, что для него нет нерешаемых задач
ебашь хоть на ассемблере всем поебать
можете еще рассмотреть такие варианты
игра на фортране
игра на паскале
игра на делфи
игра на окэмле
игра на руби
в любом случае язык лишь инструмент достижения целей, а си хорош тем, что для него нет нерешаемых задач
>>44422
а в чем причина такой нелюбви к си?
я вот подумываю над собственной реализацией гита потому что гит во первых тупой во вторых подпиндосский и хочу монолитный сервис, а значит либо ебаться с переносимостью, либо выбирать жабку
скорее всего я выберу жабку просто потому что на веб баунд нагрузках нет каких то заебов по скорости вычислений, а значит можно взять любое медлительное говно, главное чтобы приложунька везде работала, ну а это про жабу
но почему в играх не использовать си? там то как раз нужны сверхбыстрые вычисления в первую очередь, а переносимость уже вторична
а в чем причина такой нелюбви к си?
я вот подумываю над собственной реализацией гита потому что гит во первых тупой во вторых подпиндосский и хочу монолитный сервис, а значит либо ебаться с переносимостью, либо выбирать жабку
скорее всего я выберу жабку просто потому что на веб баунд нагрузках нет каких то заебов по скорости вычислений, а значит можно взять любое медлительное говно, главное чтобы приложунька везде работала, ну а это про жабу
но почему в играх не использовать си? там то как раз нужны сверхбыстрые вычисления в первую очередь, а переносимость уже вторична
>>44420
Ну это ты можешь сделать на Си, а что-то более красивое и сложное лучше кодить на плюсах из-за большого кол-ва библиотек под игры на плюсах.
Чел, ты должен понять, что Си это отвратительный язык, единственный плюс которого это zero runtime. Всё остальное, что пишут, особенно всё, что связано со стандартами выше С89, это ебантизм, потому что есть более удобные высокоуровневые языки программирования, с которыми пытаются конкурировать стандарты С99 и выше.
Поэтому, если ты не собираешься писать высокопроизводительные программы (всё что связано с драйверами, ядром ОСи, пизданутые числодробилки, где две альтернативы - Си со стандартом не выше С89 или ассемблер), то в Си можешь не вкатываться, либо ты можешь полгода-год потратить на ассемблер и Си (именно в таком порядке), чтобы лучше узнать то, как устроен компьютер. Этих знаний тебе будет более чем достаточно, чтобы освоить любой ЯП. Всё остальное, что будет иметь противоположную точку зрения от той, что я тебе привёл, что тебе будут писать местные петухи это от лукавого.
>сделать хоть простенькую игру
Ну это ты можешь сделать на Си, а что-то более красивое и сложное лучше кодить на плюсах из-за большого кол-ва библиотек под игры на плюсах.
>в этот замечательный перспективный язык
Чел, ты должен понять, что Си это отвратительный язык, единственный плюс которого это zero runtime. Всё остальное, что пишут, особенно всё, что связано со стандартами выше С89, это ебантизм, потому что есть более удобные высокоуровневые языки программирования, с которыми пытаются конкурировать стандарты С99 и выше.
Поэтому, если ты не собираешься писать высокопроизводительные программы (всё что связано с драйверами, ядром ОСи, пизданутые числодробилки, где две альтернативы - Си со стандартом не выше С89 или ассемблер), то в Си можешь не вкатываться, либо ты можешь полгода-год потратить на ассемблер и Си (именно в таком порядке), чтобы лучше узнать то, как устроен компьютер. Этих знаний тебе будет более чем достаточно, чтобы освоить любой ЯП. Всё остальное, что будет иметь противоположную точку зрения от той, что я тебе привёл, что тебе будут писать местные петухи это от лукавого.
>>44454
Чел, ты серьёзно? Регистр точки хочешь сменять, типа переводить точку в нижний и в верхний регистр? Короче, мой тебе совет это пойти загуглить, разобраться самому как напечатать "огроменную" точку, а потом прийти сюда и объяснить нам это.
Чел, ты серьёзно? Регистр точки хочешь сменять, типа переводить точку в нижний и в верхний регистр? Короче, мой тебе совет это пойти загуглить, разобраться самому как напечатать "огроменную" точку, а потом прийти сюда и объяснить нам это.
>>44639
>>44313
Давай, чтобы тебя не продолжали троллить сразу отвечу.
Увеличить размер шрифта только одного символа из всей строки ты не сможешь, потому что такой функции в терминале нет. Размер шрифта меняется сразу для всей строки, поэтому у тебя остается несколько вариантов:
- смотреть эскейп последовательности для своей ОС и эмулятора терминала, а потом просто выводить нужный символ жирным шрифтом.
- если у тебя строка состоит из символов в нижнем регистре, то выводить нужный символ в верхнем регистре. При этом стоит учесть, что для символов никаких регистров не существует.
>>44313
>как напечатать символы массива, что бы один из них был большего размера чем остальные? Типа маленькие точки а потом огроменная
Давай, чтобы тебя не продолжали троллить сразу отвечу.
Увеличить размер шрифта только одного символа из всей строки ты не сможешь, потому что такой функции в терминале нет. Размер шрифта меняется сразу для всей строки, поэтому у тебя остается несколько вариантов:
- смотреть эскейп последовательности для своей ОС и эмулятора терминала, а потом просто выводить нужный символ жирным шрифтом.
- если у тебя строка состоит из символов в нижнем регистре, то выводить нужный символ в верхнем регистре. При этом стоит учесть, что для символов никаких регистров не существует.
>>44654
Алсо, вот как это может выглядеть на линуксе. Просто как пример.
Алсо, вот как это может выглядеть на линуксе. Просто как пример.
>>44739
А как, кстати, вывести то "огроменную" точку? Это получается, что нужно же её из каких-то элементов соединить? Или нужно окрашивать часть экрана?
А как, кстати, вывести то "огроменную" точку? Это получается, что нужно же её из каких-то элементов соединить? Или нужно окрашивать часть экрана?
>>44743
Что значит огроменную точку? Ты задачу подробней опиши.
Можно составить массив символов по нарастанию яркости и использовать его, например, ".,-:;c3#@". Но, думаю, что для твоей задачи это не подойдет и тебе нужно просто символ юникода вставить.
Что значит огроменную точку? Ты задачу подробней опиши.
Можно составить массив символов по нарастанию яркости и использовать его, например, ".,-:;c3#@". Но, думаю, что для твоей задачи это не подойдет и тебе нужно просто символ юникода вставить.
>>44751
Да я вообще мимироходил. Не знаю подробностей задачи. Просто стало интересно как вывести "огроменную" точку. Как я понимаю из вопроса анона про эту задачу, что у него идёт ряд точек, сначала энное кол-во обычных точек, а после этого кол-ва нужно вставить точку, которая будет больше обычных, скажем, раза в 4.
Да я вообще мимироходил. Не знаю подробностей задачи. Просто стало интересно как вывести "огроменную" точку. Как я понимаю из вопроса анона про эту задачу, что у него идёт ряд точек, сначала энное кол-во обычных точек, а после этого кол-ва нужно вставить точку, которая будет больше обычных, скажем, раза в 4.
>>44757
Если для вывода используется терминал, то произвольно увеличивать отдельные символы не получится. Это тебе не ОпенГЛ, где можно умножить вектора на скаляр и изменить размер обьекта. В данном случае можно: использовать другие символы(т.е. заменить огромную точку на что-то похожее), рендерить изображение в памяти, а затем выводить его на экран(т.е. создать большую точку из маленьких точек), использовать жирный шрифт.
>Просто стало интересно как вывести "огроменную" точку. Как я понимаю из вопроса анона про эту задачу, что у него идёт ряд точек, сначала энное кол-во обычных точек, а после этого кол-ва нужно вставить точку, которая будет больше обычных, скажем, раза в 4.
Если для вывода используется терминал, то произвольно увеличивать отдельные символы не получится. Это тебе не ОпенГЛ, где можно умножить вектора на скаляр и изменить размер обьекта. В данном случае можно: использовать другие символы(т.е. заменить огромную точку на что-то похожее), рендерить изображение в памяти, а затем выводить его на экран(т.е. создать большую точку из маленьких точек), использовать жирный шрифт.
>>44759
Примерно так и предполагал.
Понял, анон, спасибо!
> рендерить изображение в памяти, а затем выводить его на экран(т.е. создать большую точку из маленьких точек)
Примерно так и предполагал.
Понял, анон, спасибо!
блять звездочку напечатайте уже хватит мозги ебать
Рубрика ответов чат-гпт:
В кодировке Юникод символы представлены шестнадцатеричными числами, называемыми кодовыми точками. Жирная точка, также известная как точка среднего веса, кодируется в Юникоде и имеет следующий код: U+2022.
Этот символ представляет собой круглую точку, часто используемую для обозначения элементов списка или маркеров. В различных языках программирования и системах можно использовать разные способы ввода жирной точки, например, с использованием управляющих последовательностей или специальных символов, в зависимости от контекста и требований конкретной платформы.
Для вывода жирной точки в кодировке Юникод в языке программирования C в терминале Ubuntu 22.04 можно использовать последовательность управления ANSI-escape или использовать функцию printf с необходимой последовательностью Юникод-символа.
Вот пример двух способов для вывода жирной точки в кодировке Юникод в языке программирования C в терминале Ubuntu 22.04:
### Способ 1: Использование последовательности ANSI-escape
#include <stdio.h>
int main() {
printf("\u2022\n"); // Использование Юникод-кода точки
return 0;
}
### Способ 2: Использование функции printf с UTF-8 символом
#include <stdio.h>
#include <wchar.h>
int main() {
wchar_t dot = L'\u2022'; // Объявление Юникод-символа точки
wprintf(L"%lc\n", dot);
return 0;
}
Компилируйте и запускайте код в терминале Ubuntu 22.04, и вы увидите вывод жирной точки в кодировке Юникод в вашем терминале.
Обратите внимание, что поддержка Юникод-символов может зависеть от включенных шрифтов и настроек вашей терминальной программы.
В кодировке Юникод символы представлены шестнадцатеричными числами, называемыми кодовыми точками. Жирная точка, также известная как точка среднего веса, кодируется в Юникоде и имеет следующий код: U+2022.
Этот символ представляет собой круглую точку, часто используемую для обозначения элементов списка или маркеров. В различных языках программирования и системах можно использовать разные способы ввода жирной точки, например, с использованием управляющих последовательностей или специальных символов, в зависимости от контекста и требований конкретной платформы.
Для вывода жирной точки в кодировке Юникод в языке программирования C в терминале Ubuntu 22.04 можно использовать последовательность управления ANSI-escape или использовать функцию printf с необходимой последовательностью Юникод-символа.
Вот пример двух способов для вывода жирной точки в кодировке Юникод в языке программирования C в терминале Ubuntu 22.04:
### Способ 1: Использование последовательности ANSI-escape
#include <stdio.h>
int main() {
printf("\u2022\n"); // Использование Юникод-кода точки
return 0;
}
### Способ 2: Использование функции printf с UTF-8 символом
#include <stdio.h>
#include <wchar.h>
int main() {
wchar_t dot = L'\u2022'; // Объявление Юникод-символа точки
wprintf(L"%lc\n", dot);
return 0;
}
Компилируйте и запускайте код в терминале Ubuntu 22.04, и вы увидите вывод жирной точки в кодировке Юникод в вашем терминале.
Обратите внимание, что поддержка Юникод-символов может зависеть от включенных шрифтов и настроек вашей терминальной программы.
Рубрика ответов чат-гпт:
В кодировке Юникод символы представлены шестнадцатеричными числами, называемыми кодовыми точками. Жирная точка, также известная как точка среднего веса, кодируется в Юникоде и имеет следующий код: U+2022.
Этот символ представляет собой круглую точку, часто используемую для обозначения элементов списка или маркеров. В различных языках программирования и системах можно использовать разные способы ввода жирной точки, например, с использованием управляющих последовательностей или специальных символов, в зависимости от контекста и требований конкретной платформы.
Для вывода жирной точки в кодировке Юникод в языке программирования C в терминале Ubuntu 22.04 можно использовать последовательность управления ANSI-escape или использовать функцию printf с необходимой последовательностью Юникод-символа.
Вот пример двух способов для вывода жирной точки в кодировке Юникод в языке программирования C в терминале Ubuntu 22.04:
### Способ 1: Использование последовательности ANSI-escape
#include <stdio.h>
int main() {
printf("\u2022\n"); // Использование Юникод-кода точки
return 0;
}
### Способ 2: Использование функции printf с UTF-8 символом
#include <stdio.h>
#include <wchar.h>
int main() {
wchar_t dot = L'\u2022'; // Объявление Юникод-символа точки
wprintf(L"%lc\n", dot);
return 0;
}
Компилируйте и запускайте код в терминале Ubuntu 22.04, и вы увидите вывод жирной точки в кодировке Юникод в вашем терминале.
Обратите внимание, что поддержка Юникод-символов может зависеть от включенных шрифтов и настроек вашей терминальной программы.
В кодировке Юникод символы представлены шестнадцатеричными числами, называемыми кодовыми точками. Жирная точка, также известная как точка среднего веса, кодируется в Юникоде и имеет следующий код: U+2022.
Этот символ представляет собой круглую точку, часто используемую для обозначения элементов списка или маркеров. В различных языках программирования и системах можно использовать разные способы ввода жирной точки, например, с использованием управляющих последовательностей или специальных символов, в зависимости от контекста и требований конкретной платформы.
Для вывода жирной точки в кодировке Юникод в языке программирования C в терминале Ubuntu 22.04 можно использовать последовательность управления ANSI-escape или использовать функцию printf с необходимой последовательностью Юникод-символа.
Вот пример двух способов для вывода жирной точки в кодировке Юникод в языке программирования C в терминале Ubuntu 22.04:
### Способ 1: Использование последовательности ANSI-escape
#include <stdio.h>
int main() {
printf("\u2022\n"); // Использование Юникод-кода точки
return 0;
}
### Способ 2: Использование функции printf с UTF-8 символом
#include <stdio.h>
#include <wchar.h>
int main() {
wchar_t dot = L'\u2022'; // Объявление Юникод-символа точки
wprintf(L"%lc\n", dot);
return 0;
}
Компилируйте и запускайте код в терминале Ubuntu 22.04, и вы увидите вывод жирной точки в кодировке Юникод в вашем терминале.
Обратите внимание, что поддержка Юникод-символов может зависеть от включенных шрифтов и настроек вашей терминальной программы.
>>44940
Я попробую запустить в 20.04, потому что в 18.04 и 16.04 чёт не пошла программа.
Я попробую запустить в 20.04, потому что в 18.04 и 16.04 чёт не пошла программа.
869 Кб, 900x536>>45315
анал терминатора
анал терминатора
>>45315
Настоящий чед, нихуя не шарит, а полез в си.
Или сейчас ещё какую-то студентоту на нём дрочат?
Настоящий чед, нихуя не шарит, а полез в си.
Или сейчас ещё какую-то студентоту на нём дрочат?
>>45431
да брось, студендота как и все вкатыну в мире дрочат ооп, а это плюсы как минимум
да брось, студендота как и все вкатыну в мире дрочат ооп, а это плюсы как минимум
>>45483
1C программист в треде, всем в табличку!
1C программист в треде, всем в табличку!
>>45485
Ну, мне он помогает, потому что я могу смело дизассемблить любые непонятные мне функции, и, читая дизассемблированный код, лучше понимать, как эти ф-ции работают.
Ну, мне он помогает, потому что я могу смело дизассемблить любые непонятные мне функции, и, читая дизассемблированный код, лучше понимать, как эти ф-ции работают.
4,8 Мб, 2000x3008Не понимаю как работают эскейпы.
Во всех мануалах пишут что \b это бэкспейс, но принтф "0\b1" печатает 01. Еще пишут что \a это звуковой алерт, но он чота не звучит. Еще пишут, что \r это возврат каретки, возврат куда? Он просто с новой строки печатает как будто это \n.
В общем я ничо не понял. Объясните. Или эти эскейпы только на настоящих терминалах работают и мне надо блять купить стойку AT&T чтобы работала эта параша ебаная?
Задача напечатать символ, стереть, напечатать другой. Хочу попердолить псевдографику но не хочу раздувать хистори консоли всеми кадрами отрисовки, лучше стирать символ и печатать заного.
Во всех мануалах пишут что \b это бэкспейс, но принтф "0\b1" печатает 01. Еще пишут что \a это звуковой алерт, но он чота не звучит. Еще пишут, что \r это возврат каретки, возврат куда? Он просто с новой строки печатает как будто это \n.
В общем я ничо не понял. Объясните. Или эти эскейпы только на настоящих терминалах работают и мне надо блять купить стойку AT&T чтобы работала эта параша ебаная?
Задача напечатать символ, стереть, напечатать другой. Хочу попердолить псевдографику но не хочу раздувать хистори консоли всеми кадрами отрисовки, лучше стирать символ и печатать заного.
>>45612
\r точно работает. Он возвращается в начало и можно поверху старой строки хуярить. Так делают все эти прогрессбары соснольные.
https://tldp.org/HOWTO/Bash-Prompt-HOWTO/x361.html
\r точно работает. Он возвращается в начало и можно поверху старой строки хуярить. Так делают все эти прогрессбары соснольные.
> Задача напечатать символ, стереть, напечатать другой. Хочу попердолить псевдографику но не хочу раздувать хистори консоли всеми кадрами отрисовки, лучше стирать символ и печатать заного.
https://tldp.org/HOWTO/Bash-Prompt-HOWTO/x361.html
>>45642
А в каких системах эти анси трюки работают?
Блять мой эмулятор терминала игнорит эту хуйню.
А в каких системах эти анси трюки работают?
>\r точно работает. Он возвращается в начало и можно поверху старой строки хуярить. Так делают все эти прогрессбары соснольные.
Блять мой эмулятор терминала игнорит эту хуйню.
>>45647
Что ты выводишь после \r? Если только один символ, то его сложно заметить.
>Блять мой эмулятор терминала игнорит эту хуйню.
Что ты выводишь после \r? Если только один символ, то его сложно заметить.
>>45612
Пхахах, ты виндузятник?
Для отладки выводи по символу, делая fflush и sleep.
> чтобы работала эта параша ебаная?
Пхахах, ты виндузятник?
Для отладки выводи по символу, делая fflush и sleep.
>>45697
Да ничо не сложно. "0\r1" выводит 0 и 1 на разных строках. Я же говорю как \n
Ладно пойду попердолюсь, чота работает не так как должно работать.
Алсо \r и \v это экспейпы для принтеров говорят.
Да ничо не сложно. "0\r1" выводит 0 и 1 на разных строках. Я же говорю как \n
Ладно пойду попердолюсь, чота работает не так как должно работать.
Алсо \r и \v это экспейпы для принтеров говорят.
298 Кб, 550x367Окей я разобрался. В эклипсе эмулятор консоли (наверное как и в любой студии) не умеет в эскейпы. Родная консолька все стирает как и положено. Алярмы отменяются. Спите спокойно, жители моря.
>>46444
Уффф, анон, успокоил! Спасибо!
Уффф, анон, успокоил! Спасибо!
314 Кб, 626x417>>46444
Хммм
А вот цвета не работают в родной консольке.
Я имею ввиду ANSI секвенции.
Для курсор позишина все гуд printf("\033[%d;%dH",L,C); отлично отрабатывает.
А вот обертка для цветов не отрабатывает.
Сама ANSI строка задается как \[\033[<COLOR>m\] и в нее на место <COLOR> мы записываем например 0;32 (это зеленый цвет)
Но как бы я не пердолил эту ANSI строку она печатает символ '[' заместо переключения цвета.
Вот теперь я думаю мой эмулятор zsh не поддерживает цветовые секвенции ANSI и надо пердолить в tty например без гуев.
Или в чем трабла?
Хммм
А вот цвета не работают в родной консольке.
Я имею ввиду ANSI секвенции.
Для курсор позишина все гуд printf("\033[%d;%dH",L,C); отлично отрабатывает.
А вот обертка для цветов не отрабатывает.
Сама ANSI строка задается как \[\033[<COLOR>m\] и в нее на место <COLOR> мы записываем например 0;32 (это зеленый цвет)
Но как бы я не пердолил эту ANSI строку она печатает символ '[' заместо переключения цвета.
Вот теперь я думаю мой эмулятор zsh не поддерживает цветовые секвенции ANSI и надо пердолить в tty например без гуев.
Или в чем трабла?
308 Кб, 968x958>>46694
Ну ваще выглядит так будто реально zsh не поддерживает цвета. Вывод ls никак не маркирует по цветам папки и файлы. Хмм
Ну ваще выглядит так будто реально zsh не поддерживает цвета. Вывод ls никак не маркирует по цветам папки и файлы. Хмм
96 Кб, 308x456>>46696
В общем я не знаю. На хабре пишут все гуд, в мануале пишут все гуд только для x-term'a. Но вот моя палитра "цветов" для zsh. И цветов я тут не наблюдаю.
В общем я думаю это проблема в эмуляторе, именно этот zsh не умеет в цвета и все тут. Болд, регуляр, лайт - пожалста, даже бэк залью если надо (правда только в черный), но вот цвета фигушки.
Ну и как мне блин написать реализацию cmatrix для этой залупы? Цветов то нет!
В общем я не знаю. На хабре пишут все гуд, в мануале пишут все гуд только для x-term'a. Но вот моя палитра "цветов" для zsh. И цветов я тут не наблюдаю.
В общем я думаю это проблема в эмуляторе, именно этот zsh не умеет в цвета и все тут. Болд, регуляр, лайт - пожалста, даже бэк залью если надо (правда только в черный), но вот цвета фигушки.
Ну и как мне блин написать реализацию cmatrix для этой залупы? Цветов то нет!
>>46702
Цвета, вроде бы, нужно печатать дригим способом. Завтра покажу.
Было бы неплого, если бы ты прислал исходники
Цвета, вроде бы, нужно печатать дригим способом. Завтра покажу.
Было бы неплого, если бы ты прислал исходники
>>46706
https://pastebin.com/FtVsbm2G
Держи исходник. Я тут уже с психу ебанул 0-99 значения в попытке поймать хоть какой то цвет. Но все тщетно.
https://pastebin.com/FtVsbm2G
Держи исходник. Я тут уже с психу ебанул 0-99 значения в попытке поймать хоть какой то цвет. Но все тщетно.
https://pastebin.com/ZBJFSkTT
Анон у меня тут undefined behaviour или что?
Почему первый символ инпута заполняет весь array?
Анон у меня тут undefined behaviour или что?
Почему первый символ инпута заполняет весь array?
147 Кб, 500x500>>46716
какой аррей? пиздец конечно у тебя разметка уебанская, как будто у тебя дисплей из складного метра (пикрилейтед) состоит
у тя гетчар читает в ц, а потом если ц не 0 тогда ++ все 10 индексов аррея
нахуя тебе это я не ебу, но ты так написал
ну судя по принтам ты там какие то символы должен считать я хз
какой аррей? пиздец конечно у тебя разметка уебанская, как будто у тебя дисплей из складного метра (пикрилейтед) состоит
у тя гетчар читает в ц, а потом если ц не 0 тогда ++ все 10 индексов аррея
нахуя тебе это я не ебу, но ты так написал
ну судя по принтам ты там какие то символы должен считать я хз
>>46729
а чо это такое на скрине? пхп какой то
крч я не знаю где ты наебался анон, надо было юнит тесты хуярить на каждом шаге чтобы быть в курсе правильно у тебя считает вот здеся или нет, а ты походу нахуярил логику и ща будешь дебажить ее, удачи
потыкай шаги вайла в дебагере
а чо это такое на скрине? пхп какой то
крч я не знаю где ты наебался анон, надо было юнит тесты хуярить на каждом шаге чтобы быть в курсе правильно у тебя считает вот здеся или нет, а ты походу нахуярил логику и ща будешь дебажить ее, удачи
потыкай шаги вайла в дебагере
>>46729
алсо вот тебе лайфхак для твоих флажков фора
found != 1 это то же самое что и !found
сишник булы извлекает как 0 и как все что не 0
тобишь if(0) = if(false), if(124124124) = if(true)
алсо вот тебе лайфхак для твоих флажков фора
found != 1 это то же самое что и !found
сишник булы извлекает как 0 и как все что не 0
тобишь if(0) = if(false), if(124124124) = if(true)
>>46732
хотя с интами не должно прокатывать
операция нот (!) это операция над булевыми и наверн надо кастарунть инт к улам прежде чем юзать булевы операции
!(_Bool)found
или просто флаг нормально объявить как булевый
хотя с интами не должно прокатывать
операция нот (!) это операция над булевыми и наверн надо кастарунть инт к улам прежде чем юзать булевы операции
!(_Bool)found
или просто флаг нормально объявить как булевый
вот я думаю теперь над твоей задачей, ну точнее не совсем над ней а над тем что 4 байта для хранения символа это дохера
вот на моей машине например юникод символы и вообще числа в интах ложатся в первый байт, потом после переполнения закрывается второй байт и так далее
слева направо
и я тут думаю если в первом байте инта лежит символ, то как записать в оставшиеся 3 байта число повторений (ну допустим мы уже отладили улагоритм подсчета)
допустим трехбайтным поинтером я могу пихнуть в инт число и извлечь обратно это не проблема
а вот как подобрать нужный сдвиг по адресу?
пока что не могу придумать ничего кроме как ходить по инту однобайтным поинтером до второго байта и уже с его позишена перехватывать адрес в трехбайтный для записи/чтения
есть еще варианты?
вот на моей машине например юникод символы и вообще числа в интах ложатся в первый байт, потом после переполнения закрывается второй байт и так далее
слева направо
и я тут думаю если в первом байте инта лежит символ, то как записать в оставшиеся 3 байта число повторений (ну допустим мы уже отладили улагоритм подсчета)
допустим трехбайтным поинтером я могу пихнуть в инт число и извлечь обратно это не проблема
а вот как подобрать нужный сдвиг по адресу?
пока что не могу придумать ничего кроме как ходить по инту однобайтным поинтером до второго байта и уже с его позишена перехватывать адрес в трехбайтный для записи/чтения
есть еще варианты?
188 Кб, 626x351>>46737
круто что нашел! молодец!
>>46735
я тут поколдовал
походу надо свою матешу писать для извлечения чисел из трехбайтной последовательности
но вот например хранение числа матчей в соседнем байте инта
https://pastebin.com/yzcBWVcY
круто что нашел! молодец!
>>46735
я тут поколдовал
походу надо свою матешу писать для извлечения чисел из трехбайтной последовательности
но вот например хранение числа матчей в соседнем байте инта
https://pastebin.com/yzcBWVcY
>>46740
туплю
надо просто локальный инт создать, прочитать в него три байта которые лежат в инте массива справа от байта в котором лежит символ
затем заплюсовать локальный инт
затем записать три левых байта из локального инта на место трех правых байтов инта массива где лежит символ в первом байте
бля дохуя операций и ваще ритчи писал что есть машины с двухбайтными интами, так что такое решение через чар поинтер даже лучше
>надо свою матешу
туплю
надо просто локальный инт создать, прочитать в него три байта которые лежат в инте массива справа от байта в котором лежит символ
затем заплюсовать локальный инт
затем записать три левых байта из локального инта на место трех правых байтов инта массива где лежит символ в первом байте
бля дохуя операций и ваще ритчи писал что есть машины с двухбайтными интами, так что такое решение через чар поинтер даже лучше
Аноны, помогите разобраться, пожалуйста! Столяров пишет, что в Си отсутствуют средства ввода/вывода, а всевозможные printfы и scanfы - это библиотечные ф-ции, которые сами написаны на Си. Так вот, где в заголовочном файле stdio.h (и где искать этот заголовочный файл в убунте, там есть несколько заголовочных файлов stdio.h) мне прочитать код этих функций? Просто интересно как это реализуется средствами самого языка.
>>46835
Могу ошибаться, но код ты посмотреть скорее всего не сможешь.
Ты можешь посмотреть используемые библиотеки в директории /usr/lib, например. Используемые библиотеки у скомпиленного исполняего файла можно посмотреть через readelf, а используемые системные вызовы через strace.
Могу ошибаться, но код ты посмотреть скорее всего не сможешь.
Ты можешь посмотреть используемые библиотеки в директории /usr/lib, например. Используемые библиотеки у скомпиленного исполняего файла можно посмотреть через readelf, а используемые системные вызовы через strace.
>>46835
Ты можешь посмотреть код библиотеки stdio.h, но ничего полезного кроме внешнего вызова ты там не найдешь.
Основная реализация находится в системной библиотеке libc( glibc в linux), поэтому копай в эту сторону. Исходники можно найти в интернете.
>и где искать этот заголовочный файл в убунте, там есть несколько заголовочных файлов stdio.h
Ты можешь посмотреть код библиотеки stdio.h, но ничего полезного кроме внешнего вызова ты там не найдешь.
Основная реализация находится в системной библиотеке libc( glibc в linux), поэтому копай в эту сторону. Исходники можно найти в интернете.
>>46792
хочешь сказать что я пиздабол и сам придумал сайзофать инты заместо подстановки цыфры 4? нахуй иди долбоеб
хочешь сказать что я пиздабол и сам придумал сайзофать инты заместо подстановки цыфры 4? нахуй иди долбоеб
2,2 Мб, 2540x1404>>47054
Да. Надо было флажок нажать "показать цвета". Мои догадки про то что именно этот zsh не умеет в цвета оправдались. Именно этот и не умел.
Да. Надо было флажок нажать "показать цвета". Мои догадки про то что именно этот zsh не умеет в цвета оправдались. Именно этот и не умел.
>>47120
Это не проблема zsh, потому что оболочка этим не занимается, плюс она является ПОСИКС совместимой. Это у тебя эмулятор терминала цвета не выводил, потому что функция отключена была.
>Мои догадки про то что именно этот zsh не умеет в цвета оправдались
Это не проблема zsh, потому что оболочка этим не занимается, плюс она является ПОСИКС совместимой. Это у тебя эмулятор терминала цвета не выводил, потому что функция отключена была.
Чот не пойму как в printf'e сделана перегрузка необязательных параметров?
int printf(const char х __restrict, ...) __printflike(1, 2);
#define __printflike(fmtarg, firstvararg) \
__attribute__((__format__ (__printf__, fmtarg, firstvararg)))
#define __printf0like(fmtarg, firstvararg) \
__attribute__((__format__ (__printf0__, fmtarg, firstvararg)))
Кто то может расшифровать? Это макрос или чо? И как оно работает? Как вот мне написать аналогичную функцию myfunc(int a, ...) __myfunc(1,2);
?????????
int printf(const char х __restrict, ...) __printflike(1, 2);
#define __printflike(fmtarg, firstvararg) \
__attribute__((__format__ (__printf__, fmtarg, firstvararg)))
#define __printf0like(fmtarg, firstvararg) \
__attribute__((__format__ (__printf0__, fmtarg, firstvararg)))
Кто то может расшифровать? Это макрос или чо? И как оно работает? Как вот мне написать аналогичную функцию myfunc(int a, ...) __myfunc(1,2);
?????????
60 Кб, 1133x542>>47384
Попытаюсь обьяснить как я это вижу, так что могу быть не прав.
Это вариадик функция. Первым аргументом передается обязательная часть(fmtarg - formatting argument?), а потом передается специальная структура, которая содержит в себе произвольное количество аргументов(firstvararg - first variadic argument?)
Тут никакой магии нет, просто повышение уровня абстракций и обертка над оберткой.
пикрил
>Кто то может расшифровать? Это макрос или чо? И как оно работает? Ка
Попытаюсь обьяснить как я это вижу, так что могу быть не прав.
Это вариадик функция. Первым аргументом передается обязательная часть(fmtarg - formatting argument?), а потом передается специальная структура, которая содержит в себе произвольное количество аргументов(firstvararg - first variadic argument?)
>#define __printflike(fmtarg, firstvararg) \
>__attribute__((__format__ (__printf__, fmtarg, firstvararg)))
>#define __printf0like(fmtarg, firstvararg) \
>__attribute__((__format__ (__printf0__, fmtarg, firstvararg)))
Тут никакой магии нет, просто повышение уровня абстракций и обертка над оберткой.
>ак вот мне написать аналогичную функцию myfunc(int a, ...) __myfunc(1,2);
пикрил
>>47426
Что с тобой не так челик?
Что с тобой не так челик?
>>47384
printf -- функция с переменным количеством параметров
Для работы с функциями с переменным количеством параметров используется макрос stdarg, ты прав
printf -- функция с переменным количеством параметров
Для работы с функциями с переменным количеством параметров используется макрос stdarg, ты прав
>>47027
2 байта инт был на 16-ти битных машинах, на 32-х битных машинах инт вырос до 4-х байтов, в 64-х битных машинах инт размер не поменял и остался быть 4-х байтным.
2 байта инт был на 16-ти битных машинах, на 32-х битных машинах инт вырос до 4-х байтов, в 64-х битных машинах инт размер не поменял и остался быть 4-х байтным.
почему консоль мигает, когда чищу её через систем цлс?
есть какие то другие команды, что бы сделать это без мигания?
есть какие то другие команды, что бы сделать это без мигания?
>>47620
Что-то подсказывает, что он делает около-аскии графику и хочет, чтобы этот процесс отрисовки консоли заново не был таким.
У меня собственно тоже такой вопрос хочу сделать АСКИИ морской бой
Что-то подсказывает, что он делает около-аскии графику и хочет, чтобы этот процесс отрисовки консоли заново не был таким.
У меня собственно тоже такой вопрос хочу сделать АСКИИ морской бой
>>47622
А хз, надо смотреть как в всяких ncurses сделано, там вроде не фликерит.
А хз, надо смотреть как в всяких ncurses сделано, там вроде не фликерит.
13 Кб, 1100x476>>47622
да, хочу покрутить квадрат
да, хочу покрутить квадрат
>>47615
Да ничего страшного, мы все тут сидим и умничаем друг перед другом. Дэнис Ритчи сам написал что надо не забывать делать сайзофы инта потому, что есть машины с двухбайтными интами. Я это не придумал.
Да ничего страшного, мы все тут сидим и умничаем друг перед другом. Дэнис Ритчи сам написал что надо не забывать делать сайзофы инта потому, что есть машины с двухбайтными интами. Я это не придумал.
>>44789
попробовал оба варианта, у меня вместо точки какие буквы вылезли. Значит терминал у меня какой то не такой или что?
попробовал оба варианта, у меня вместо точки какие буквы вылезли. Значит терминал у меня какой то не такой или что?
>>37924
предполагаю что в С константы будут заменены своими значениями мимо жс бибизян
предполагаю что в С константы будут заменены своими значениями мимо жс бибизян
Собрал свой хидер если кому надо покрасить консольку.
Сам исходник подкатом.
https://pastebin.com/MhqV7p9X
Сам исходник подкатом.
https://pastebin.com/MhqV7p9X
>>48603
Алсо вот такой вопросик возник.
Можно ли как то в сишнике инкапсулировать прототипы функций? Ну вот допустим я заинклюдил хидер и там лежать фукнции всякие. Можно ли как то сделать так, чтобы я не мог из мейна напрямую юзать функции, а только через обертки публичные? Ну крч как инкапсулировать то? Статик не решает эту задачу.
Алсо вот такой вопросик возник.
Можно ли как то в сишнике инкапсулировать прототипы функций? Ну вот допустим я заинклюдил хидер и там лежать фукнции всякие. Можно ли как то сделать так, чтобы я не мог из мейна напрямую юзать функции, а только через обертки публичные? Ну крч как инкапсулировать то? Статик не решает эту задачу.
>>48654
А если допустим не инклюдить, а компилить в отдельный объектный файл и потом уже мейком собирать? Тогда поидее статик ограничит область видимости до объектника и все. Разве нет?
А если допустим не инклюдить, а компилить в отдельный объектный файл и потом уже мейком собирать? Тогда поидее статик ограничит область видимости до объектника и все. Разве нет?
>>48884
Что значит мёртвый код? Это код, который показывает как выглядит программа, что на пике 1, в виде машинных инструкций.
Я так понимаю, что интерпретатор джээс использует макросы, т.е. эта строчка, которую ты привёл, на самом деле, на каком-то этапе развёртывается в код, который похож на пик 2, поэтому и такое различие.
>мертвый код
Что значит мёртвый код? Это код, который показывает как выглядит программа, что на пике 1, в виде машинных инструкций.
>REX.W movq rax,0x600000000
Я так понимаю, что интерпретатор джээс использует макросы, т.е. эта строчка, которую ты привёл, на самом деле, на каком-то этапе развёртывается в код, который похож на пик 2, поэтому и такое различие.
18 Кб, 322x204>>49116
Это код который никогда не выполнится или который ничего не делает. По идее компилятор должен понять что main не несет никакой полезной нагрузки и просто выкинуть этот код.
Не, это как раз строчка скомпиллированого кода аналогичной функции на js, компилятор видит что мы просто складываем статичные числа и заменяет две операции a = 3; b = a * 2; одной операцией b = 6;
Просто стало интересно почему С компилятор не делает аналогичную свертку. Может надо флаги какие-то задать?
>Что значит мёртвый код
Это код который никогда не выполнится или который ничего не делает. По идее компилятор должен понять что main не несет никакой полезной нагрузки и просто выкинуть этот код.
>Я так понимаю, что интерпретатор джээс использует макросы
Не, это как раз строчка скомпиллированого кода аналогичной функции на js, компилятор видит что мы просто складываем статичные числа и заменяет две операции a = 3; b = a * 2; одной операцией b = 6;
Просто стало интересно почему С компилятор не делает аналогичную свертку. Может надо флаги какие-то задать?
>>49226
Не странно. По умолчанию код должен быть такой какой пишешь, а всякая самодеятельность компилятора ведет к багам, поэтому это опционально под твою ответственность, если что сам себе злобный буратино.
Не странно. По умолчанию код должен быть такой какой пишешь, а всякая самодеятельность компилятора ведет к багам, поэтому это опционально под твою ответственность, если что сам себе злобный буратино.
>>49226
В этом и мощь языка Си, потому что оптимизация это лишняя память, плюс лишние такты, которых может не быть на устройстве, под которое пишется код.
В этом и мощь языка Си, потому что оптимизация это лишняя память, плюс лишние такты, которых может не быть на устройстве, под которое пишется код.
>>49246
Уже давно на копеечном ембедде мощи больше, чем тебе надо, хуярят иотовые питоны и жабаскрипты. Это тебе к дедам на лавочке послушать про байты и такты.
Уже давно на копеечном ембедде мощи больше, чем тебе надо, хуярят иотовые питоны и жабаскрипты. Это тебе к дедам на лавочке послушать про байты и такты.
>>49389
Ты скозал? Чёт на моём шлагбауме, который открывается по нажатию кнопочки, я не заметил много гигабайт памяти и супермощный процессор.
Ты скозал? Чёт на моём шлагбауме, который открывается по нажатию кнопочки, я не заметил много гигабайт памяти и супермощный процессор.
>>49434
У тебя и банкоматы на районе на списанных шиндовс нт, который старше тебя. Есть проблески, но проще купить готовое решение.
У тебя и банкоматы на районе на списанных шиндовс нт, который старше тебя. Есть проблески, но проще купить готовое решение.
>>49472
Банкомат, который занимает, как минимум, кубический метр, и всегда подключён к сети, сравниваешь со шлагбаумом, "голова" которого не больше 0,008 кубического метра...
Всё с тобой ясно, скрипто-макакыч.
Банкомат, который занимает, как минимум, кубический метр, и всегда подключён к сети, сравниваешь со шлагбаумом, "голова" которого не больше 0,008 кубического метра...
Всё с тобой ясно, скрипто-макакыч.
>>49481
Задачи банкомата может решать мк за полтора бакса, но функционал проверен комиссиями, стандартами и прочими капитализьмами. Купить полтора тонны сертифицрованного мусора дешевле, чем заниматься этим с нуля.
Вообще, задачи бизнеса важнее твоей технической хуйни. Как только ты это поймешь, так перестанешь быть ойти-мальчиком, а станешь солидным господином. Но ты не поймешь, т.к. ты наёмный работник, а не господин.
Задачи банкомата может решать мк за полтора бакса, но функционал проверен комиссиями, стандартами и прочими капитализьмами. Купить полтора тонны сертифицрованного мусора дешевле, чем заниматься этим с нуля.
Вообще, задачи бизнеса важнее твоей технической хуйни. Как только ты это поймешь, так перестанешь быть ойти-мальчиком, а станешь солидным господином. Но ты не поймешь, т.к. ты наёмный работник, а не господин.
>>49488
Одна из задач бизнеса это максимизация прибыли, что включает в себя, также разумные траты на технические средства, которые могли бы обеспечить выполнение той задачи, которая на них положена, а это означает, что не нужно тратить много денях на доп. оперативную память и процессор с несколькими сотнями мегагерц, чтобы обеспечить быструю и не "лагающую" работу интерпретатора питона, на котором так приятно кодить скрипто-макаке, которую я нанял.
Чёт я сомневаюсь, что безделушка за полтора бакса сможет потянуть оптимизацию пайтона или жээс, так ещё и обеспечить "приятную" работу с сенсорным дисплеем.
Одна из задач бизнеса это максимизация прибыли, что включает в себя, также разумные траты на технические средства, которые могли бы обеспечить выполнение той задачи, которая на них положена, а это означает, что не нужно тратить много денях на доп. оперативную память и процессор с несколькими сотнями мегагерц, чтобы обеспечить быструю и не "лагающую" работу интерпретатора питона, на котором так приятно кодить скрипто-макаке, которую я нанял.
>Задачи банкомата может решать мк за полтора бакса
Чёт я сомневаюсь, что безделушка за полтора бакса сможет потянуть оптимизацию пайтона или жээс, так ещё и обеспечить "приятную" работу с сенсорным дисплеем.
>>49501
Существующий мусор это дешево и работает с колёс, что и нужно бизнесу. Можно делать с нуля на будущее, но это противоречит философии постсовкого бизнеса, у которого суть получить прибыль здесь и сейчас, пока что-то не наебнулось. И это вполне разумно, не так ли?
Существующий мусор это дешево и работает с колёс, что и нужно бизнесу. Можно делать с нуля на будущее, но это противоречит философии постсовкого бизнеса, у которого суть получить прибыль здесь и сейчас, пока что-то не наебнулось. И это вполне разумно, не так ли?
>>49513
Согласен, это разумно, но до определённых пределов. Просто не понимаю, что ты хочешь до меня донести?
>И это вполне разумно, не так ли?
Согласен, это разумно, но до определённых пределов. Просто не понимаю, что ты хочешь до меня донести?
>>49521
Хочу до тебя донести, что твоя технологическая целесообразность очень редко пересекается с бизнес целесообразностью, для которой тебя нанимают.
Тебя наняли выкопать яму, а для чего её копают и какими средствами это не твоего ума дело, если тебя об этом не спросили.
Хочу до тебя донести, что твоя технологическая целесообразность очень редко пересекается с бизнес целесообразностью, для которой тебя нанимают.
Тебя наняли выкопать яму, а для чего её копают и какими средствами это не твоего ума дело, если тебя об этом не спросили.
>>49529
Изучать си и предоставлять услуги, или вкладывать деньги и получать услуги.
Но ты не годишься ни для того, ни для гругого, по-моему.
Ты из тех водителей троллейбусов, у которых какие-то фантомные амбиции. Да, любой хуй в постсовке имел окно, чтобы чего-то добиться. Сейчас этого нет. Сейчас в постсовке выжить это уже заебись, если у тебя есть возможность выехать и работать таксистом это уже замечательно. Не всем получать заработок на уровне потомственной ренты. Чисти трубы и живи достойно, сука, хули ты выебываешься?
Изучать си и предоставлять услуги, или вкладывать деньги и получать услуги.
Но ты не годишься ни для того, ни для гругого, по-моему.
Ты из тех водителей троллейбусов, у которых какие-то фантомные амбиции. Да, любой хуй в постсовке имел окно, чтобы чего-то добиться. Сейчас этого нет. Сейчас в постсовке выжить это уже заебись, если у тебя есть возможность выехать и работать таксистом это уже замечательно. Не всем получать заработок на уровне потомственной ренты. Чисти трубы и живи достойно, сука, хули ты выебываешься?
>>49547
Скрипто-макакыч разорвался!!! Ладно, анон, хватит флудить в этом треде. Если хочешь позаниматься хернёй, то иди в б, и там загоняй свою философию, а нормальные ребята и так понимают, что из-за автоматизации, скоро и светофоры станут "умными", а для этого их нужно будет подключать к сети, чтобы мощные серваки, которые обладают овердохера памятью и суперпроизводительными процессорами, выдавая "красивое" окошко уведомляли оператора (скрипто-макаку), что в том или ином месте прогнозируется затор, следовательно он должен в "красивом" окошке переключить режим работы светофора. Но вот, чтобы светофор, своим маленьким микроконтроллером, понял, что скрипто-макакыч хочет преключить режим его работы, и нужны будут такие ребята, как я, и как многие из этого треда, которые напишут под этот маленький мк код на Си. И таких светофоров, шлагбаумов, турникетов, и т.д, и т.п. с каждым годом будет становиться всё больше и больше. Поэтому, анонче, флуд в б, а здесь только сишный, с ассемблерными вставками, хардкор.
>И это вполне разумно, не так ли?
Скрипто-макакыч разорвался!!! Ладно, анон, хватит флудить в этом треде. Если хочешь позаниматься хернёй, то иди в б, и там загоняй свою философию, а нормальные ребята и так понимают, что из-за автоматизации, скоро и светофоры станут "умными", а для этого их нужно будет подключать к сети, чтобы мощные серваки, которые обладают овердохера памятью и суперпроизводительными процессорами, выдавая "красивое" окошко уведомляли оператора (скрипто-макаку), что в том или ином месте прогнозируется затор, следовательно он должен в "красивом" окошке переключить режим работы светофора. Но вот, чтобы светофор, своим маленьким микроконтроллером, понял, что скрипто-макакыч хочет преключить режим его работы, и нужны будут такие ребята, как я, и как многие из этого треда, которые напишут под этот маленький мк код на Си. И таких светофоров, шлагбаумов, турникетов, и т.д, и т.п. с каждым годом будет становиться всё больше и больше. Поэтому, анонче, флуд в б, а здесь только сишный, с ассемблерными вставками, хардкор.
>>49529
Да лучше уж Си дрочить в свободное время, чем какой-нибудь лисп или еще хуже хаскелль. Хотя лисп еще минимально интересен за счет интерактивности, но это давно и в Питоне с Джулией есть. А в Джупитер и C++ запилили уже.
Да лучше уж Си дрочить в свободное время, чем какой-нибудь лисп или еще хуже хаскелль. Хотя лисп еще минимально интересен за счет интерактивности, но это давно и в Питоне с Джулией есть. А в Джупитер и C++ запилили уже.
>>49719
Да я хз откуда такая ненависть к Си! Это афигенный язык, благодаря ему и ассемблеру, я просто лучше стал понимать компьютер, да и благодаря этим знаниям, даже мой код на питоне стал красивее, лаконичнее, быстрее, просто потому что я теперь понимаю как бегают байтики в компьютере. Плюс к этому теперь ещё и логические операции со сдвигами обрели какой-то внятный окрас, просто я понимаю, что эти операции гораздо проще выполнять процу, да и благодаря этому теперь ещё и математика для меня совсем другой окрас обрела.
Да я хз откуда такая ненависть к Си! Это афигенный язык, благодаря ему и ассемблеру, я просто лучше стал понимать компьютер, да и благодаря этим знаниям, даже мой код на питоне стал красивее, лаконичнее, быстрее, просто потому что я теперь понимаю как бегают байтики в компьютере. Плюс к этому теперь ещё и логические операции со сдвигами обрели какой-то внятный окрас, просто я понимаю, что эти операции гораздо проще выполнять процу, да и благодаря этому теперь ещё и математика для меня совсем другой окрас обрела.
>>49226
Это как раз логично, а не странно. Например для криптографии полезно размазать управляющие команды всяким мусором, чтобы очередной кулхацкер джиэсбибизян по дизасемблу не смог накодить кейген для очередной денувы.
Это как раз логично, а не странно. Например для криптографии полезно размазать управляющие команды всяким мусором, чтобы очередной кулхацкер джиэсбибизян по дизасемблу не смог накодить кейген для очередной денувы.
>>49769
Именно отсюда. Раз си помогает лучше узнать компьютер, его ненавидят те, кто ненавидит компьютеры, не хотят ничего про них знать. Большинство не хочет лезть разбираться в кишках компьютера, им надо наоборот, чтобы было проще, меньше думать, меньше делать, чтобы тык и стало заебись, чем дальше от компьютера, тем лучше, они стремятся к языкам более высокого уровня, более далеким от настоящей архитектуры железа.
>Да я хз откуда такая ненависть к Си!
>Это афигенный язык, благодаря ему и ассемблеру, я просто лучше стал понимать компьютер
Именно отсюда. Раз си помогает лучше узнать компьютер, его ненавидят те, кто ненавидит компьютеры, не хотят ничего про них знать. Большинство не хочет лезть разбираться в кишках компьютера, им надо наоборот, чтобы было проще, меньше думать, меньше делать, чтобы тык и стало заебись, чем дальше от компьютера, тем лучше, они стремятся к языкам более высокого уровня, более далеким от настоящей архитектуры железа.
704 Кб, 800x777>>49980
Так уже придумали скратч. Зачем они теряют время на пустословия в топике морей, когда можно лампово чиллить на хайлевел джипег бейзед ультрапоредж лангуаге?
Вопрос риторический, повторяю вопрос риторический.
Так уже придумали скратч. Зачем они теряют время на пустословия в топике морей, когда можно лампово чиллить на хайлевел джипег бейзед ультрапоредж лангуаге?
Вопрос риторический, повторяю вопрос риторический.
>>49968
Нет, денег больше не стал получать. Но и программированием занимаюсь не потому что тут все 300 кк/наносеки, а потому что мне это интересно, потому что я получаю некое эстетическое удовольствие, когда написанный мною код делает то, что я запланировал. А Си и ассемблер я стал изучать, потому что, кодя на питоне, компьютер для меня так и оставался магией, даже пытаясь освоить книги по его архитектуре. Или у тебя, дебича, всё меряется деньгами?
Нет, денег больше не стал получать. Но и программированием занимаюсь не потому что тут все 300 кк/наносеки, а потому что мне это интересно, потому что я получаю некое эстетическое удовольствие, когда написанный мною код делает то, что я запланировал. А Си и ассемблер я стал изучать, потому что, кодя на питоне, компьютер для меня так и оставался магией, даже пытаясь освоить книги по его архитектуре. Или у тебя, дебича, всё меряется деньгами?
Аноны, что это такое? Зачем в этом примере приводить к типу uint64_t на пике 1? Мой код на пике 2 не принимает и выдаёт ошибку на пике 3, причём всегда после после 2^30. Собственно, вопрос в чём я не прав?
>>50714
Анон, рили! Получается, что цилочисленные литералы имеют тип инт. Спасибо, анон, просвятил.
Анон, рили! Получается, что цилочисленные литералы имеют тип инт. Спасибо, анон, просвятил.
>>50723
ну вот у меня теперь вопрос к знатокам. почему компилер идентифицирует единичку как инт? наверное зависит от флагов компила? ну логичнее же представлять единичку как ансигнед чар, чем как инт, а с флагами омпила наверное он еще и мог бы предугадать что ты тут подразумеваешь ансигнед лонги и представить единичку как ансигнед лонг (или ансигнед лонг лонг, наразных машинах это разные типы)
ну вот у меня теперь вопрос к знатокам. почему компилер идентифицирует единичку как инт? наверное зависит от флагов компила? ну логичнее же представлять единичку как ансигнед чар, чем как инт, а с флагами омпила наверное он еще и мог бы предугадать что ты тут подразумеваешь ансигнед лонги и представить единичку как ансигнед лонг (или ансигнед лонг лонг, наразных машинах это разные типы)
>>50727
Да! Который все равно станет int из-за integer promotion.
> ну логичнее же представлять единичку как ансигнед чар
Да! Который все равно станет int из-за integer promotion.
почему квадрат сплющивается в начале и стягивается к центру?
сильно не бейте, моя первая программа
https://pastebin.com/WKzji6Sb
сильно не бейте, моя первая программа
https://pastebin.com/WKzji6Sb
>>51013
*длина имени
*длина имени
Добрый день.
Изучаю Си.
Так вышло, что в моём понимании fopen вызывает open и что-то потом делает.
Собственно вопрос: как open может открыть бинарный файл? Вот fopen("bla_bla_bla","rb") позволяет читать бинарный файл, fopen("bla_bla_bla","wb") записывает в бинарный (и создаёт, если его нет), а как такое проделать с open?
Мои попытки записывать через open+write приводили к появлению текстового файла.
Изучаю Си.
Так вышло, что в моём понимании fopen вызывает open и что-то потом делает.
Собственно вопрос: как open может открыть бинарный файл? Вот fopen("bla_bla_bla","rb") позволяет читать бинарный файл, fopen("bla_bla_bla","wb") записывает в бинарный (и создаёт, если его нет), а как такое проделать с open?
Мои попытки записывать через open+write приводили к появлению текстового файла.
>>51027
В юниксе, откуда твои open+write, не было такой педерсии, как текстовые vs двоичные файлы.
В юниксе, откуда твои open+write, не было такой педерсии, как текстовые vs двоичные файлы.
>>51027
Если ты про шиндовс, то там нет никакого open. Если про linux, то вызову open фиолетово что там
Если ты про шиндовс, то там нет никакого open. Если про linux, то вызову open фиолетово что там
не могу понять почему на пинус так и не накодили аналог conio.h с индикатором kbhit
неужели кбхит ненужен? а если и так тогда через какие средства мне накодить самый обыденный интерактив:
for(;;){
if(kbhit()){ switch( c=getchar() ){} }
}
неужели кбхит ненужен? а если и так тогда через какие средства мне накодить самый обыденный интерактив:
for(;;){
if(kbhit()){ switch( c=getchar() ){} }
}
>>51752
точнее нет не так вопрос должен звучать.
вопрос должен звучать вот как - существует ли какое либо кроссплатформенное решение по замене гетча через кбхит?
ну я не знаю, может читать байты из буфера консоли можно и на пинусе и на шинде одинаково (в чем я сильно сомневаюсь, команд лайн это какая то каляска по лекалам павершелла а не копия)
точнее нет не так вопрос должен звучать.
вопрос должен звучать вот как - существует ли какое либо кроссплатформенное решение по замене гетча через кбхит?
ну я не знаю, может читать байты из буфера консоли можно и на пинусе и на шинде одинаково (в чем я сильно сомневаюсь, команд лайн это какая то каляска по лекалам павершелла а не копия)
>>50988
немношко поправил код, теперь квадрат не сплющивает, но по прежнему все точки тянет в центр
немношко поправил код, теперь квадрат не сплющивает, но по прежнему все точки тянет в центр
Объясните плз, как работает обратный вызов, для чего его вообще использовать?
Сделал пару примеров с указателями на функции, где в функцию передается указатель и потом по очереди в цикле по указателю вызываются разные функции из массива указателей на функции. Но как при этом себя ведет поток управления? Пишут, что он идет в обратную сторону, потому и обратный вызов, но я не могу этого понять. Как работает стек при использовании обратных ввзовов тоже не понятно.
Сделал пару примеров с указателями на функции, где в функцию передается указатель и потом по очереди в цикле по указателю вызываются разные функции из массива указателей на функции. Но как при этом себя ведет поток управления? Пишут, что он идет в обратную сторону, потому и обратный вызов, но я не могу этого понять. Как работает стек при использовании обратных ввзовов тоже не понятно.
>>52916
а, окей я не заметил при беглом листинге
а что значит жмутся к центру? может надо на радиус умножить корды?
у = син(а) х радиус
х = кос(а) х радиус
иначе корды в разбеге -1 to 1 по флоатам будут и околонулевые по интам
а, окей я не заметил при беглом листинге
а что значит жмутся к центру? может надо на радиус умножить корды?
у = син(а) х радиус
х = кос(а) х радиус
иначе корды в разбеге -1 to 1 по флоатам будут и околонулевые по интам
>>52921
для чего обратный вызов я не знаю, но указатель можно положить в структуру и будет классно
для чего обратный вызов я не знаю, но указатель можно положить в структуру и будет классно
9 Кб, 1123x733>>52928
радиус это константа, на какую константу не умножай, с каждой следующей итерацией, они всё сильнее и сильнее тянутся к центру
вплоть до сингулярности
Вот как это выглядит (чем больше угол поворота, тем быстрее сплющатся)
радиус это константа, на какую константу не умножай, с каждой следующей итерацией, они всё сильнее и сильнее тянутся к центру
вплоть до сингулярности
Вот как это выглядит (чем больше угол поворота, тем быстрее сплющатся)
>>52943
ладно, тебе виднее
ладно, тебе виднее
>>52943
Такие алгоритмические задачи надо делать на подходящем языке, как питон или бейсик. Вот когда отладишь алгоритм, тогда можно его переносить на си. Иначе непонятно, то ли у тебя в алгоритме косяк, то ли ты наступил на сишные грабли по незнанию языка или неосторожности, как например выход за пределы массива или неправильная арифметика чисел.
Такие алгоритмические задачи надо делать на подходящем языке, как питон или бейсик. Вот когда отладишь алгоритм, тогда можно его переносить на си. Иначе непонятно, то ли у тебя в алгоритме косяк, то ли ты наступил на сишные грабли по незнанию языка или неосторожности, как например выход за пределы массива или неправильная арифметика чисел.
>>52979
Бог дал человеку инструменты дебага, но человек не перестал млеть
от мыслей о высоком уровне, и тогда Бог обозлился на человека, и сделал его скрипто-макакой.
Бог дал человеку инструменты дебага, но человек не перестал млеть
от мыслей о высоком уровне, и тогда Бог обозлился на человека, и сделал его скрипто-макакой.
>>52979
Единственный язык, который нужен дополнительно, это ассемблер (nasm, так с ним много рарных книг), и то на уровне, чтобы ты мог читать дизассемблированный код. Знаешь Си и ассемблер, можешь дебажить, плюс правильно дизассемблить (как бы с элементами дебага, главное, чтобы можно было ходить по дизассемблированному коду по шагам), значит можешь приступать к фундаментальным алгоритмам. И поверь, ни одна книга, сайт, статья, препод, т.е. ни один источник информации, откуда ты будешь черпать её, посвящённый любому высокоуровневому ЯПу, не расскажет тебе о фундаментальных алгоритмах столько, сколько ты сам сможешь выудить, используя связку си-асм-дизассм-дебаг. А огрехи в понимании этих алгоритмов будут стопроц., потому что в их структуре (особенно, если используется любой высокоуровневый ЯП) столько уровней абстракции, что ебанёшься!!!
Единственный язык, который нужен дополнительно, это ассемблер (nasm, так с ним много рарных книг), и то на уровне, чтобы ты мог читать дизассемблированный код. Знаешь Си и ассемблер, можешь дебажить, плюс правильно дизассемблить (как бы с элементами дебага, главное, чтобы можно было ходить по дизассемблированному коду по шагам), значит можешь приступать к фундаментальным алгоритмам. И поверь, ни одна книга, сайт, статья, препод, т.е. ни один источник информации, откуда ты будешь черпать её, посвящённый любому высокоуровневому ЯПу, не расскажет тебе о фундаментальных алгоритмах столько, сколько ты сам сможешь выудить, используя связку си-асм-дизассм-дебаг. А огрехи в понимании этих алгоритмов будут стопроц., потому что в их структуре (особенно, если используется любой высокоуровневый ЯП) столько уровней абстракции, что ебанёшься!!!
>>53424
Художественная книжка кернигана про юникс даст тебе больше, чем мильйоны абасракций, которые ты даже не осилишь.
Художественная книжка кернигана про юникс даст тебе больше, чем мильйоны абасракций, которые ты даже не осилишь.
>>53451
Да, ты кондовый снулист, который думает, что если он начнет прорабатывать букварь, то станет дохуя писателем-философом. Не станет.
Будет дристать такими максималисткими выпадами в сторону всех подряд, пока не стухнет окончательно.
Да, ты кондовый снулист, который думает, что если он начнет прорабатывать букварь, то станет дохуя писателем-философом. Не станет.
Будет дристать такими максималисткими выпадами в сторону всех подряд, пока не стухнет окончательно.
>>53454
Скрипто-макакыч, ты пойди хотя бы один уровень абстракций пойми!! Как букварь, где описаны лишь символы, т.е. атомарные частицы языка, можно сравнивать с целыми языками, на которых написаны целые системы? Дебич, хватит здесь дристать! Просто пойми уже наконец, что ты ни за что не освоишь рекурсию на питоне, пока не посмотришь на то, как она выглядит на уровне машинных команд (на самом деле ничего сложного). Если ты до сих пор не осилил рекурсию, мы не виноваты. За что ты нам тут постоянно срёшь тупостью?
>прорабатывать букварь
Скрипто-макакыч, ты пойди хотя бы один уровень абстракций пойми!! Как букварь, где описаны лишь символы, т.е. атомарные частицы языка, можно сравнивать с целыми языками, на которых написаны целые системы? Дебич, хватит здесь дристать! Просто пойми уже наконец, что ты ни за что не освоишь рекурсию на питоне, пока не посмотришь на то, как она выглядит на уровне машинных команд (на самом деле ничего сложного). Если ты до сих пор не осилил рекурсию, мы не виноваты. За что ты нам тут постоянно срёшь тупостью?
>>53500
Сколько лет, сколько лет прорабатываешь?
> > Будет дристать такими максималисткими выпадами в сторону всех подряд, пока не стухнет окончательно.
Сколько лет, сколько лет прорабатываешь?
>>53454
Поди, ведь, все выходные и понедельник искал это выражение, чтобы высрать нам его в этом треде. Вот шизик, пиздос!!
>кондовый снулист
Поди, ведь, все выходные и понедельник искал это выражение, чтобы высрать нам его в этом треде. Вот шизик, пиздос!!
>>53509
Что там искать, это главный инфоцыганский термин. Любого овоща можно вкатить в зарабатывание миллионов, но именно С НУЛЯ. Потому что у него нет никаких знаний, он НОЛЬ.
А тут проработает вопросик с Анатолием Пиздунковым и уже ПРОФЕССИОНАЛ.
Что там искать, это главный инфоцыганский термин. Любого овоща можно вкатить в зарабатывание миллионов, но именно С НУЛЯ. Потому что у него нет никаких знаний, он НОЛЬ.
А тут проработает вопросик с Анатолием Пиздунковым и уже ПРОФЕССИОНАЛ.
>>53507
Ты типа ругаешься на то, что это долго? На самом деле, прорабатываю может полгода, даже меньше. Пара месяцев ушло на то, чтобы понять, что Си без асма не осилю, потом пара месяцев ушло на то, чтобы осилить асм на уровне, чтобы можно было бы читать дизассемблированный код. И сейчас прошло ещё, наверное, пара месяцев, когда я дизассемблю всё, что мне не понятно, продолжая изучать Си. Ясен пень, что всё это не без перерывов, тому что 24/7 не могу уделять Си, но то, что после освоение асма обучение ускорилось и улучшилось это сто процентов.
Ты типа ругаешься на то, что это долго? На самом деле, прорабатываю может полгода, даже меньше. Пара месяцев ушло на то, чтобы понять, что Си без асма не осилю, потом пара месяцев ушло на то, чтобы осилить асм на уровне, чтобы можно было бы читать дизассемблированный код. И сейчас прошло ещё, наверное, пара месяцев, когда я дизассемблю всё, что мне не понятно, продолжая изучать Си. Ясен пень, что всё это не без перерывов, тому что 24/7 не могу уделять Си, но то, что после освоение асма обучение ускорилось и улучшилось это сто процентов.
>>53663
Извини, в следующий раз воспользуюсь твоим советом.
Извини, в следующий раз воспользуюсь твоим советом.
>>53738
А мой хитрый план состоит в том, чтобы сразу на Си нырнуть в фундаментальные алгоритмы.
>Нотацией примеров теперь служит Оберон/Компонентный Паскаль – наиболее совершенный потомок старого Паскаля по прямой линии.
А мой хитрый план состоит в том, чтобы сразу на Си нырнуть в фундаментальные алгоритмы.
>>53774
Ловите столярова и топите его в бочке с тухлой рыбой.
Чо он там, кстати, высказался или молчит как уёбище?
Ловите столярова и топите его в бочке с тухлой рыбой.
Чо он там, кстати, высказался или молчит как уёбище?
>>53822
Да забей! Наш скрипто-макака сегодня совсем обезумел.
Да забей! Наш скрипто-макака сегодня совсем обезумел.
371 Кб, 793x784>>53774
мне так нравится это выражение
вот наши то алгоритмы фундаментальные, не то что у ваших там виртов
фундаментальные это вот такие как
алгоритм сложения двух чисел return a + b;
?
а соответственно нефундаментальные это основанные на фундаментальных? тоесть квик сорт уже не фундаментальный будет
уууу вирт собака сутулая хуйне всякой учит
>фундаментальные алгоритмы
мне так нравится это выражение
вот наши то алгоритмы фундаментальные, не то что у ваших там виртов
фундаментальные это вот такие как
алгоритм сложения двух чисел return a + b;
?
а соответственно нефундаментальные это основанные на фундаментальных? тоесть квик сорт уже не фундаментальный будет
уууу вирт собака сутулая хуйне всякой учит
>>53883
Чёт ты переборщил с тупостью! Ты бы хоть оглавление этих книг прочитал, а потом оглавление книги Вирта, и тогда понял бы, что это суть одно и тоже (практически). Только тут примеры на Си, а у Вирта на Паскале. Видать из-за жары сегодня и скрипто-макака с цепи сорвался, и другие аноны подтупливают...
Чёт ты переборщил с тупостью! Ты бы хоть оглавление этих книг прочитал, а потом оглавление книги Вирта, и тогда понял бы, что это суть одно и тоже (практически). Только тут примеры на Си, а у Вирта на Паскале. Видать из-за жары сегодня и скрипто-макака с цепи сорвался, и другие аноны подтупливают...
>>53946
Ну, это похоже надмозги так перевели.
Ну, это похоже надмозги так перевели.
>>53774
Не могу понять, зачем нужны эти книги? Просто выложили бы исходники на гитхаб и всё. Зачем мне как дебилу перепечатывать с книжки? Что в башке этих идиотов творится?
Не могу понять, зачем нужны эти книги? Просто выложили бы исходники на гитхаб и всё. Зачем мне как дебилу перепечатывать с книжки? Что в башке этих идиотов творится?
>>54240
Чего ты ругаешься? Обычно, в книге есть ссылка на сайт, где можно все исходники из этой книги найти.
Чего ты ругаешься? Обычно, в книге есть ссылка на сайт, где можно все исходники из этой книги найти.
>>53454
твой уровень абстракции близок к инфантильному, скриптоманя. Это почти что магическое мышление.
>начнет прорабатывать букварь
твой уровень абстракции близок к инфантильному, скриптоманя. Это почти что магическое мышление.
>>54780
Ты в своей абстракции уже преисполнился?
Ты в своей абстракции уже преисполнился?
двач простой вопросесли я использую символ которого нет в аски и меняется кодировка, получается каждый символ кодируется уже не одним байтом а двумя?
>>54949
это значит меняется? или нет?
типа не может же быть что бы одни символы кодировались одним байтов, а другие двумя (или может)?
это значит меняется? или нет?
типа не может же быть что бы одни символы кодировались одним байтов, а другие двумя (или может)?
>>54961
типа когда я пишу char var
откуда он знает сколько памяти выделить? (один или два байта)
я ведь ещё не записал в него никакой символ...
типа когда я пишу char var
откуда он знает сколько памяти выделить? (один или два байта)
я ведь ещё не записал в него никакой символ...
>>55028
Там отдельные типы и функции, которые с этим работают, обычные вроде latin-1.
Там отдельные типы и функции, которые с этим работают, обычные вроде latin-1.
>>55148
Извиняйте, парни, что случайно саганул.
Извиняйте, парни, что случайно саганул.
>>54949
Так, стоп. Переменный размер в каком смысле? Вот есть например японское предложение(условно), каждый символ будет(так же условно, я не знаю сколько там конкретно байт на символ используется) 2 байта, но тут вдруг в этом предложении встречается слово, написанное на английском, то есть умещается в 1 байт каждый символ. Это слово английское тоже будет на каждый символ 2 байта занимать, или тут будет какая-то вуду магия и в данном случае будет уже 1 байт? То есть половина предложения из 2 байт, а другая из 1?
Так, стоп. Переменный размер в каком смысле? Вот есть например японское предложение(условно), каждый символ будет(так же условно, я не знаю сколько там конкретно байт на символ используется) 2 байта, но тут вдруг в этом предложении встречается слово, написанное на английском, то есть умещается в 1 байт каждый символ. Это слово английское тоже будет на каждый символ 2 байта занимать, или тут будет какая-то вуду магия и в данном случае будет уже 1 байт? То есть половина предложения из 2 байт, а другая из 1?
>>55169
Ну почитай вики, штоле. Там битмаска, которая кодирует длину последующего символа. Суть та же, что в компрессии - самые ходовые символы (аски) занимают минимум в один байт, самые залупные и нинужные больше.
https://ru.wikipedia.org/wiki/UTF-8#%D0%90%D0%BB%D0%B3%D0%BE%D1%80%D0%B8%D1%82%D0%BC_%D0%BA%D0%BE%D0%B4%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F
Ну почитай вики, штоле. Там битмаска, которая кодирует длину последующего символа. Суть та же, что в компрессии - самые ходовые символы (аски) занимают минимум в один байт, самые залупные и нинужные больше.
https://ru.wikipedia.org/wiki/UTF-8#%D0%90%D0%BB%D0%B3%D0%BE%D1%80%D0%B8%D1%82%D0%BC_%D0%BA%D0%BE%D0%B4%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F
>>55200
просто это не совсем стыкуется с тем что я читал до этого.
вот например я инициализирую переменную char, но пока не присваиваю ей никакое значение.
Для неё выделяется ровно 1 байт (или ровно два байта)
количество байт не может увеличиться или уменьшится после присвоения. Если в тексте есть символы не из аски, то компилятор заранее как то должен об этом узнать и кодировать всё двумя байтами. Если нет, то и смысла в двух байтах нет и на всё выделяется только один байт.
\Что из этого неверно?
просто это не совсем стыкуется с тем что я читал до этого.
вот например я инициализирую переменную char, но пока не присваиваю ей никакое значение.
Для неё выделяется ровно 1 байт (или ровно два байта)
количество байт не может увеличиться или уменьшится после присвоения. Если в тексте есть символы не из аски, то компилятор заранее как то должен об этом узнать и кодировать всё двумя байтами. Если нет, то и смысла в двух байтах нет и на всё выделяется только один байт.
\Что из этого неверно?
>>55223
Я же говорю, там другой тип wide char, он резервирует больше, что-то не используется, очевидно.
Я же говорю, там другой тип wide char, он резервирует больше, что-то не используется, очевидно.
>>55236
В стандарте.
В стандарте.
Как можно получить доступ к видеокарте чтобы отрисовывать пиксели? Я хочу для своих нужд написать простейшую графическую библиотеку, чтоб она точки да линии рисовала. Находил только гайды по SDL, но мне лень её изучать, хочу свою написать.
>>55297
SDL этим не занимается, насколько мне известно. Это грубо говоря обертка для openGL
SDL этим не занимается, насколько мне известно. Это грубо говоря обертка для openGL
>>55297
А так надо смотреть исходники mesa наверное. И кстати тебе действительно легче свою написать, чем изучить готовое, годами проверенное решение? оптимистично
А так надо смотреть исходники mesa наверное. И кстати тебе действительно легче свою написать, чем изучить готовое, годами проверенное решение? оптимистично
>>55297
пихнуть на шину байты?
пихнуть на шину байты?
30 Кб, 275x183аноны
а вот такой вопрос
допустим есть какие то данные (похеру пусть числа будут) как их организовать чтобы поиск по ним был максимально быстрый?
с одной стороны самый быстрый поиск проходит по б-три, но с другой стороны есть префетч сортированных массивов
ну так и что быстрее то в итоге?
с одной стороны оопэшники переписали всю стдлибу под копи он райт для быстродействия, а с другой стороны соверменные железки диктуют откат к классике и оопэшники снова переписывают свою шарманку под классику с которой уходили
блять у меня реально зогошиза с этой хуйни начинается, храдварщики сознательно откатывают технологии на 50 лет назад иил чо?
а вот такой вопрос
допустим есть какие то данные (похеру пусть числа будут) как их организовать чтобы поиск по ним был максимально быстрый?
с одной стороны самый быстрый поиск проходит по б-три, но с другой стороны есть префетч сортированных массивов
ну так и что быстрее то в итоге?
с одной стороны оопэшники переписали всю стдлибу под копи он райт для быстродействия, а с другой стороны соверменные железки диктуют откат к классике и оопэшники снова переписывают свою шарманку под классику с которой уходили
блять у меня реально зогошиза с этой хуйни начинается, храдварщики сознательно откатывают технологии на 50 лет назад иил чо?
>>55666
Какие еще "технологии", лол?
Все "технологии" были созданы для обхода костылей железа. И половину проблем, которые решают "технологии", можно было решить, отказавшись от x86 в свое время, но срыночек и нужные связи выблядков из intel порешали , поэтому имеем, что имеем.
>храдварщики сознательно откатывают технологии на 50 лет назад иил чо?
Какие еще "технологии", лол?
Все "технологии" были созданы для обхода костылей железа. И половину проблем, которые решают "технологии", можно было решить, отказавшись от x86 в свое время, но срыночек и нужные связи выблядков из intel порешали , поэтому имеем, что имеем.
>>55675
Алсо, нет ничего удивительного, что выкидываются костыли, когда проблему решают на фундаментальном уровне.
Алсо, нет ничего удивительного, что выкидываются костыли, когда проблему решают на фундаментальном уровне.
>>55675
Слыш, тупое говно, это называется деградация, взять и заруинить достижения прошлого, откатившись в болото недоразвитости. Переписывальщики херовы, каждого такого пидараса надо клеймить как дегенерата и больше ни к чему не подпускать, кроме работы дворником и мойщиком полов, да и то с осторожностью, и там умудрятся нагадить всё испортив.
>проблемы можно было решить, отказавшись от x86 в свое время...
>"Весь старый мир мы разрууууушим! До основааанья, а затееем! Мы наш, мы новый мир построооим! С чистогоооо листаааа!"
Слыш, тупое говно, это называется деградация, взять и заруинить достижения прошлого, откатившись в болото недоразвитости. Переписывальщики херовы, каждого такого пидараса надо клеймить как дегенерата и больше ни к чему не подпускать, кроме работы дворником и мойщиком полов, да и то с осторожностью, и там умудрятся нагадить всё испортив.
>>55693
Шиз, деградация - это когда еще в 90х годах ты знаешь о том, что твой продукт говно и продолжаешь его пилить. Вот сейчас инцелам полная пизда, потому что лимита по нанометрам достигли, а расширяться больше некуда, архитектура говно, о чем, повторюсь, знали еще в конце прошлого века и другие компании решали эту проблему, но срыночек порешал.
Шиз, деградация - это когда еще в 90х годах ты знаешь о том, что твой продукт говно и продолжаешь его пилить. Вот сейчас инцелам полная пизда, потому что лимита по нанометрам достигли, а расширяться больше некуда, архитектура говно, о чем, повторюсь, знали еще в конце прошлого века и другие компании решали эту проблему, но срыночек порешал.
>>55698
слыш хардарщик билять хватит говно мне в жопу заливать атвичай пачиму ультрасовременные бинарные деревья с логарифмическим биг оу работают медленнее чем скуфидонские массивы с линейным биг оу
а ну к стенке становись, из за тебя проебываем алгоритмы
слыш хардарщик билять хватит говно мне в жопу заливать атвичай пачиму ультрасовременные бинарные деревья с логарифмическим биг оу работают медленнее чем скуфидонские массивы с линейным биг оу
а ну к стенке становись, из за тебя проебываем алгоритмы
>>55700
Ты же сам ответил на свой вопрос постом выше. На одинаковой железной базе выбор правильного алгоритма или структуры данных могут зарешать, но если на уровня железа есть прикольные фичи, то можешь хоть обосраться со своими алгоритмами.
Это вопрос уровня "Почему программы дидов, которые оптимизировали код сотни часов, лагал, пердел и свестел, а модный и молодежный питончик даже при сортировке пузырьком работает быстро?"
>пачиму ультрасовременные бинарные деревья с логарифмическим биг оу работают медленнее чем скуфидонские массивы с линейным биг оу
Ты же сам ответил на свой вопрос постом выше. На одинаковой железной базе выбор правильного алгоритма или структуры данных могут зарешать, но если на уровня железа есть прикольные фичи, то можешь хоть обосраться со своими алгоритмами.
Это вопрос уровня "Почему программы дидов, которые оптимизировали код сотни часов, лагал, пердел и свестел, а модный и молодежный питончик даже при сортировке пузырьком работает быстро?"
>>55698
Я про то и говорю, раньше был качественный профессиональный софт, а сейчас браузерные высеры из говна и палок. Софт деградирует не по дням, а по часам, все плюются. Деграданты отбрасывальщики старого переписыватели дорулились, всё изгадили и опустили на днище.
Как наглядный пример, посмотри на линукс. Уже 40 лет пишут графическую среду, но всё никак не напишут. Каждый раз выкидывают старое и переписывают по новой, и каждый раз становится только хуже и хуже.
>рыночек порешал
Я про то и говорю, раньше был качественный профессиональный софт, а сейчас браузерные высеры из говна и палок. Софт деградирует не по дням, а по часам, все плюются. Деграданты отбрасывальщики старого переписыватели дорулились, всё изгадили и опустили на днище.
Как наглядный пример, посмотри на линукс. Уже 40 лет пишут графическую среду, но всё никак не напишут. Каждый раз выкидывают старое и переписывают по новой, и каждый раз становится только хуже и хуже.
>>55710
так я тебя и спрашиваю нахуя вы откатываете технологии взад дебилы вы дремучие рептилоиды сука с нибиру иншала вертел нибиру тваю маму рот наоборот
так я тебя и спрашиваю нахуя вы откатываете технологии взад дебилы вы дремучие рептилоиды сука с нибиру иншала вертел нибиру тваю маму рот наоборот
>>55716
Какие технологии назад, шиз? Раньше ты пользовался хуйней Х, чтобы обойти косяк копроархитектуры. Теперь это пофиксили и ты пользуешься Y. А все твои технологии в ИТ остановились в развитии где-то в 80-90х. С тех пор ничего прорывного и фундаментального не изменилось. Даже современные ЯП пиздят фичи из старых и малопопулярных языков и выдают за неебаца прорыв.
Какие технологии назад, шиз? Раньше ты пользовался хуйней Х, чтобы обойти косяк копроархитектуры. Теперь это пофиксили и ты пользуешься Y. А все твои технологии в ИТ остановились в развитии где-то в 80-90х. С тех пор ничего прорывного и фундаментального не изменилось. Даже современные ЯП пиздят фичи из старых и малопопулярных языков и выдают за неебаца прорыв.
>>55719
сука ты чо меня бесишь рептилоид ты хоть раз назови блять этот косяк который обхиодит костыль в виде бинарного дерева тупая ты хуета блять дремучая заладил про костыли и пояснить нихуя не можешь выйди нахуй с треда
сука ты чо меня бесишь рептилоид ты хоть раз назови блять этот косяк который обхиодит костыль в виде бинарного дерева тупая ты хуета блять дремучая заладил про костыли и пояснить нихуя не можешь выйди нахуй с треда
>>55713
Когда у меня приступы такой шизы находят, то я ставлю старую винду(хотя бы xp/vista(про линукс тех времен даже говорить не буду)) на некропеку из чулана и начинаю пользоваться. Сразу пропадают все эти манямысли про НАСТОЯЩИЙ софт дедоф. Это не более чем искажение восприятия и ностальгия.
>Я про то и говорю, раньше был качественный профессиональный софт, а сейчас браузерные высеры из говна и палок. Софт деградирует не по дням, а по часам, все плюются. Деграданты отбрасывальщики старого переписыватели дорулились, всё изгадили и опустили на днище.
Когда у меня приступы такой шизы находят, то я ставлю старую винду(хотя бы xp/vista(про линукс тех времен даже говорить не буду)) на некропеку из чулана и начинаю пользоваться. Сразу пропадают все эти манямысли про НАСТОЯЩИЙ софт дедоф. Это не более чем искажение восприятия и ностальгия.
>>55720
Лол.
Причина подрыва, шизло? У тебя горит попа с того, что материальный мир побеждает твою идеалистическую хуйню? Если кто-то запиливает ускорение определенных операций на физическом уровне, то очевидно, что они будут работать быстрее всего остального.
Наверное, если создадут такой процессор, который сможет нативно исполнять ФП код, то у тебя вообще анус треснет?
>ряяя не смейте делать процессоры быстрее
Лол.
Причина подрыва, шизло? У тебя горит попа с того, что материальный мир побеждает твою идеалистическую хуйню? Если кто-то запиливает ускорение определенных операций на физическом уровне, то очевидно, что они будут работать быстрее всего остального.
Наверное, если создадут такой процессор, который сможет нативно исполнять ФП код, то у тебя вообще анус треснет?
>>55728
Какой вопрос, выблядок? Ты кроме своего рявканья ничего не с силах сказать. Сначала удивился, что физическая оптимизация оказывается эффективней программной, а потом из-за этого порвался и начал всех рептилоидами обвинять, которые как оказалось манямирок дегенерату сломали. Воистину долбоеб.
Какой вопрос, выблядок? Ты кроме своего рявканья ничего не с силах сказать. Сначала удивился, что физическая оптимизация оказывается эффективней программной, а потом из-за этого порвался и начал всех рептилоидами обвинять, которые как оказалось манямирок дегенерату сломали. Воистину долбоеб.
>>55734
какой косяк/костыль/маняхуйнянейм архитектуры обходит алгоритм поиска в бинарном дереве?
какой косяк/костыль/маняхуйнянейм архитектуры обходит алгоритм поиска в бинарном дереве?
113 Кб, 221x228ебаный рептилоид билять напердел в тред своих маняфантазий рака хвоста тебе уебище
>>55721
Перевожу на человеческий язык: дегенерат пытается запустить хром под хр, тот не запускается, бабах, говно нинужно кал, виндоус11 фарева, во имя святого гугла, аминь
Какое там искаженное восприятие, когда биологический урод без мозгов, у которого восприятие реальности отсутствует за пределом одноклеточной браузеропараши и насасывания корпорации-барину.
>я ставлю старую винду(хотя бы xp/vista(про линукс тех времен даже говорить не буду)) на некропеку из чулана и начинаю пользоваться
Перевожу на человеческий язык: дегенерат пытается запустить хром под хр, тот не запускается, бабах, говно нинужно кал, виндоус11 фарева, во имя святого гугла, аминь
Какое там искаженное восприятие, когда биологический урод без мозгов, у которого восприятие реальности отсутствует за пределом одноклеточной браузеропараши и насасывания корпорации-барину.
>>55721
Э, слыш. У меня 98 на Р4 моментом грузится. Почему современный пука так не может, пока не прикупишь еба-ссд?
Э, слыш. У меня 98 на Р4 моментом грузится. Почему современный пука так не может, пока не прикупишь еба-ссд?
9 Кб, 298x132Я правильно понимаю, что в такой структурке, если я буду выделять память динамически под data, то у меня при выводе contents будет выыводиться адрес, смещенный на 8 относительно наачла структуры?
пачаны есть у кого реализация getchar()?
уже весь stdio.h перерыл не могу найти реализацию
уже весь stdio.h перерыл не могу найти реализацию
Педерасты, объясните, почему сысоев выбрал размещение sentinel где-то в левом месте а не в самой структуре ngx_rbtree_t. Т.е. у него sentinel лежит всегда в каких других местах. Какой в этом смысл?
>>56990
найс троленг
>>56989
сысоев к доске!
>https://github.com/bminor/musl/blob/master/src/stdio/getchar.c
найс троленг
>>56989
сысоев к доске!
>>56993
Причем тут троленг? Я тебе скинул вполне доступную реализацию getchar, дальше можно самому найти все что надо. Думаешь в glibc ты что-то найдёшь? там написано все так, чтобы любопытные глазки ТОЧНО НИЧЕГО не смогли понять, вот и гпл весь
Причем тут троленг? Я тебе скинул вполне доступную реализацию getchar, дальше можно самому найти все что надо. Думаешь в glibc ты что-то найдёшь? там написано все так, чтобы любопытные глазки ТОЧНО НИЧЕГО не смогли понять, вот и гпл весь
>>56996
меня интересует реализация гетчар а не его дефайны оберток над обертками так что это был траленг с твоей стороны
ладно толку от вас все равно нет пойду дальше копать
меня интересует реализация гетчар а не его дефайны оберток над обертками так что это был траленг с твоей стороны
ладно толку от вас все равно нет пойду дальше копать
в цикле для i желательно указывать char вместо int? что бы типо занимало на три байта меньше, или нет разницы?
>>57116
В беззнаковый чар можно впихнуть всего 255 значений, поэтому, если твой цикл меньше 255 итераций, то можешь и чар использовать.
В беззнаковый чар можно впихнуть всего 255 значений, поэтому, если твой цикл меньше 255 итераций, то можешь и чар использовать.
>>57116
смотря как создавать счетчик
если создаешь вне цикла - можешь задумываться о размерах памяти
если создаешь внутри фора - похеру локальная переменная будет уничтожена сразу как только цикл закончит работу
unsigned char i;
for(i = 0; i< 256; i++){}
for(long long i = 0 ; i < size; i++){}
смотря как создавать счетчик
если создаешь вне цикла - можешь задумываться о размерах памяти
если создаешь внутри фора - похеру локальная переменная будет уничтожена сразу как только цикл закончит работу
unsigned char i;
for(i = 0; i< 256; i++){}
for(long long i = 0 ; i < size; i++){}
>>56995
Ты тупой, если е читаешь чужие исходники и не умеешь их понимать. Исходинки великих людей. Замолчи и выйди из треда. От тебя толку нет. Ты ничего полезного в тред не приносишь
Ты тупой, если е читаешь чужие исходники и не умеешь их понимать. Исходинки великих людей. Замолчи и выйди из треда. От тебя толку нет. Ты ничего полезного в тред не приносишь
>>57180
Скрипто-макакыч, ты стиль общения поменял, что ли? Теперь ты хочешь казаться самым полезным аноном этого треда?
Скрипто-макакыч, ты стиль общения поменял, что ли? Теперь ты хочешь казаться самым полезным аноном этого треда?
>>57218
Докажи, что ты не скриптомокака, глянь исходники величпйщего nginx'а, уверенно занявшую свою нишу от скромного автора, который даже не пиарил его. Потому что код - гениальный. Или ты вопросы только увроня char не char можешь пояснять?! Я же сказал, если ты мимо - то иди назуй просто, не отвечай на сообщения, которые тебе не нужны. Нахуй такие гниды как ты засираете инет своими комментыми нулевыми?
>Скрипто-макакыч
Докажи, что ты не скриптомокака, глянь исходники величпйщего nginx'а, уверенно занявшую свою нишу от скромного автора, который даже не пиарил его. Потому что код - гениальный. Или ты вопросы только увроня char не char можешь пояснять?! Я же сказал, если ты мимо - то иди назуй просто, не отвечай на сообщения, которые тебе не нужны. Нахуй такие гниды как ты засираете инет своими комментыми нулевыми?
>>57257
Пояснить не могу, потому что я только учусь. А ты, уёбок, если хочешь что-то серьёзное узнать, то разговор надо начинать не с ёбнутых обращений, а просто с хорошо поставленного вопроса; тогда, возможно, аноны сочтут, что ты достоин ответа.
Пояснить не могу, потому что я только учусь. А ты, уёбок, если хочешь что-то серьёзное узнать, то разговор надо начинать не с ёбнутых обращений, а просто с хорошо поставленного вопроса; тогда, возможно, аноны сочтут, что ты достоин ответа.
>>57264
Если ты только учишься, тогда хуле встреваешь в разговор. А моё обращение отсеивает дебилов, которые ждут на дваче (да и ваще в инете) этикета. А вопрос простой, хуле sentinel для красно-чёрного дерева расположен не в самой структуре дерева ngx_rbtree_t
Если ты только учишься, тогда хуле встреваешь в разговор. А моё обращение отсеивает дебилов, которые ждут на дваче (да и ваще в инете) этикета. А вопрос простой, хуле sentinel для красно-чёрного дерева расположен не в самой структуре дерева ngx_rbtree_t
>>56489
пасибо
пасибо
да просто игнрьте этого даунидзе девопса
пришел тут срать в тред своей хуетой заместо того чтобы начеркать себе юмл диаграммы
такие тупездни достойны только информационной изоляции
пришел тут срать в тред своей хуетой заместо того чтобы начеркать себе юмл диаграммы
такие тупездни достойны только информационной изоляции
Пидорасы со своим срачем не по сабжу тред вайпают суки
>>56857
алсо макросы гетчара и путчара вкомпилены намертво и голой реализации в стдлибе не будет
реализацию можно было бы найти в исходниках гцц или силанга, но мне лень
кажется прочитать сигналы на ножках проца гораздо проще, чем ковырять исходники компилера
на случай если анон захочет сам реализовать кбхиты
алсо макросы гетчара и путчара вкомпилены намертво и голой реализации в стдлибе не будет
реализацию можно было бы найти в исходниках гцц или силанга, но мне лень
кажется прочитать сигналы на ножках проца гораздо проще, чем ковырять исходники компилера
на случай если анон захочет сам реализовать кбхиты
>>57301
для переносимости программного обеспечения на другие платформы
инфа отсюда
http://wwwinfo.jinr.ru/~dushanov/book/c/6.htm
для переносимости программного обеспечения на другие платформы
инфа отсюда
http://wwwinfo.jinr.ru/~dushanov/book/c/6.htm
>>57301
>>57305
вообще
это HAL ядра, тот самый нативный кусок позволяющий остальные части ядра, такие как например ретранслятор адресов или диспетчер процессов сделать более переносимыми
в поисках реализации я нашел пару статей с самописными ядрами и танцами вокруг IRQ_handler и каких то самописных потоков по образу цикличных буферов но мне проще называть такую структуру двусторонней очередью
однако такие танцы мне не нужны, я не форкаю ядро и не пишу свое, поэтому не стал сильно вчитываться
так что буду колдовать на асмовставках свой кбхит да я знаю что на стаковерфлоу лежит готовая реализация кбхита свой гетчар/путчар свои потоки
>>57305
вообще
это HAL ядра, тот самый нативный кусок позволяющий остальные части ядра, такие как например ретранслятор адресов или диспетчер процессов сделать более переносимыми
в поисках реализации я нашел пару статей с самописными ядрами и танцами вокруг IRQ_handler и каких то самописных потоков по образу цикличных буферов но мне проще называть такую структуру двусторонней очередью
однако такие танцы мне не нужны, я не форкаю ядро и не пишу свое, поэтому не стал сильно вчитываться
так что буду колдовать на асмовставках свой кбхит да я знаю что на стаковерфлоу лежит готовая реализация кбхита свой гетчар/путчар свои потоки
>>57550
void*
void*
>>57550
size_t
size_t
Есть прога с байтоеблей. Она падает в какой то момент. Дебагер не подключается по причине того, что исполняемый файл слеплен из разных исходников. Для дебага хочу писать
printf ("text\n"); fflush(stdout); но программа падает и ничего не выводит
printf ("text\n"); fflush(stdout); но программа падает и ничего не выводит
двач, допустим я через принтф несколько строк вывел
как вернуть всё на первую строчку и запробелить что бы всё типа удалилось (обьясните, как обьяснили бы своей училке по русскому)
как вернуть всё на первую строчку и запробелить что бы всё типа удалилось (обьясните, как обьяснили бы своей училке по русскому)
>>59228
Скорей всего только стирать все. Одну строку можно перезаписывать \r.
Скорей всего только стирать все. Одну строку можно перезаписывать \r.
>>58228
ыыы
Лучше уж так
#define false 0
#define true !false
мимо поумничал
>enum{false, true};
>int i = 2;
>if (i == true) printf("anon molodez);
>else printf("anon durak);
ыыы
Лучше уж так
#define false 0
#define true !false
мимо поумничал
76 Кб, 807x935>>57550
uintptr_t
uintptr_t
>>50913
Да, скуффиксы.
Да, скуффиксы.
>>59228
ты печатаешь в консоль символы туда где стоит каретка |
есть юникод управляющие символы последовательности секвенции как удобнее \b вернуться назад на 1 символ и \r вернуться в начало строки
есть анси если твой терминал умеет жрать анси
есть написанные на основе этих штух библиотеки, например curses https://www.ibm.com/docs/ru/aix/7.2?topic=concepts-curses-library
ну и конечно же есть ответы в гугле )
>бойся 228 когда пудришь носик
ты печатаешь в консоль символы туда где стоит каретка |
есть юникод управляющие символы последовательности секвенции как удобнее \b вернуться назад на 1 символ и \r вернуться в начало строки
есть анси если твой терминал умеет жрать анси
есть написанные на основе этих штух библиотеки, например curses https://www.ibm.com/docs/ru/aix/7.2?topic=concepts-curses-library
ну и конечно же есть ответы в гугле )
>>59401
Просто попробуй. Ни один стандарт такого не гарантирует.
Просто попробуй. Ни один стандарт такого не гарантирует.
a[52514],b,c=52514,d,e,f=1e4,g,h;main(){for(;b=c-=14;h=printf("%04d",
e+d/f))for(e=d%=f;g=--b2;d/=g)d=db+f*(h?a:f/5),a=d%--g;}
Какими байтиками нужно манипулировать, чтобы терминировать луп тогда когда захочется?
e+d/f))for(e=d%=f;g=--b2;d/=g)d=db+f*(h?a:f/5),a=d%--g;}
Какими байтиками нужно манипулировать, чтобы терминировать луп тогда когда захочется?
>>59791
байтиками пупы
байтиками пупы
>>59848
Ладно. подожду более компетентного специалиста.
Ладно. подожду более компетентного специалиста.
>>59791
А g у этого тралля всегда равно мусору? Збс, конечно, циклы, но чему равно g?
А g у этого тралля всегда равно мусору? Збс, конечно, циклы, но чему равно g?
>>60054
Забей!!! Это пост инцелла, у которого при розыске g, эта самая g стремится к бесконечности.
Забей!!! Это пост инцелла, у которого при розыске g, эта самая g стремится к бесконечности.
>>60056
Сук в голос...
Я понимаю, что у инцеллов g при любом раскладе стремится к бесконечности, но мне интересен ответ самого автора цикла.
Сук в голос...
Я понимаю, что у инцеллов g при любом раскладе стремится к бесконечности, но мне интересен ответ самого автора цикла.
Добрый день.
У меня теоретический вопрос.
В результате реверса специально сделанных программ мне удалось прийти к предположению, что число функций в c в рамках одной компиляции ограничено.
К примеру пусть имеется такая программа:
int f1(){}
int f2(){}
int f3(){}
...
int fN(){}
int main(){}
Теперь вопрос:
Какое наибольшее значение N в такой ситуации? Я правильно понимаю, что какой-нибудь gcc не будет работать при достаточно большом N?
У меня теоретический вопрос.
В результате реверса специально сделанных программ мне удалось прийти к предположению, что число функций в c в рамках одной компиляции ограничено.
К примеру пусть имеется такая программа:
int f1(){}
int f2(){}
int f3(){}
...
int fN(){}
int main(){}
Теперь вопрос:
Какое наибольшее значение N в такой ситуации? Я правильно понимаю, что какой-нибудь gcc не будет работать при достаточно большом N?
7 Кб, 625x53>>60116
Во-первых, первоклассному траллю, на мой взгляд, мешает сажа пикрилл один.
Во-вторых, кол-во функций всегда можно загнать в константу ОСи плюс один шурупишь о чём я?
В-третьих, могу сделать смелый вывод - ты наиглупейшая скриптомакака, которая пытается траллить тред умных ребят, а потому...шёл бы ты отсюда подальше, дебич, пока обоссаны, у тебя, только карманы за щеками
Во-первых, первоклассному траллю, на мой взгляд, мешает сажа пикрилл один.
Во-вторых, кол-во функций всегда можно загнать в константу ОСи плюс один шурупишь о чём я?
В-третьих, могу сделать смелый вывод - ты наиглупейшая скриптомакака, которая пытается траллить тред умных ребят, а потому...шёл бы ты отсюда подальше, дебич, пока обоссаны, у тебя, только карманы за щеками
>>60116
Ограничено размерами стека скорей всего.
Ограничено размерами стека скорей всего.
>>60190
Ахахах, узнаю почерк "любимого" скриптомакаки! g чему равно?
>>60196
Ещё раз, дебильнейшая скриптомака, у тебя второй цикл имеет условие:
А дальше сам цикл равен:
В котором неясно что такое "g"!!!
Так же как и неясно, что такое g из первого цикла и из, как я понимаю, констант, что ты хотел ввести в программу:
e+d/f))
Так о чём ты хочешь ещё узнать, дебич? Ты пытаешься троллить в стиле майндфак??? Но из-за твоей тупости у тебя это не получается, скриптомакакыч. Хотя, то, что ты задал интересно с точки зрения внимательности, следовательно, "когнитивки".
>Тут старперы любят вонять, как они байты ебут
Ахахах, узнаю почерк "любимого" скриптомакаки! g чему равно?
>>60196
Ещё раз, дебильнейшая скриптомака, у тебя второй цикл имеет условие:
>g=--b2;d/=g
А дальше сам цикл равен:
>d=db+f*(h?a:f/5),a=d%--g;}
В котором неясно что такое "g"!!!
Так же как и неясно, что такое g из первого цикла и из, как я понимаю, констант, что ты хотел ввести в программу:
>a[52514],b,c=52514,d,e,f=1e4,g,h;
>{for(;b=c-=14;h=printf("%04d",
e+d/f))
Так о чём ты хочешь ещё узнать, дебич? Ты пытаешься троллить в стиле майндфак??? Но из-за твоей тупости у тебя это не получается, скриптомакакыч. Хотя, то, что ты задал интересно с точки зрения внимательности, следовательно, "когнитивки".
>>60211
Там просто два умножения и макаба заменила их италиком. Смотри где начинается итаилик и где заканчивается.
Там просто два умножения и макаба заменила их италиком. Смотри где начинается итаилик и где заканчивается.
>>60216
Пиздос! Потому что в где-то в программе "объясняется" что такое g, Либо, работает не так, как изначально планировал ты, когда писал программу.
Пиздос! Потому что в где-то в программе "объясняется" что такое g, Либо, работает не так, как изначально планировал ты, когда писал программу.
>>60223
Я имею ввиду, что ты конч!! Какое ещё двойное умножение, блять???? У тебя явное деление на g. Короче, дебич, кидай код на пастебин, где нельзя будет обвинить макабу.
Я имею ввиду, что ты конч!! Какое ещё двойное умножение, блять???? У тебя явное деление на g. Короче, дебич, кидай код на пастебин, где нельзя будет обвинить макабу.
9 Кб, 597x117>>60235
Не, сорян! На пастебине этот код имеет немного больше смысла, чем на дваче, но всё же это хуита. Чему равен пикрилл?
Не, сорян! На пастебине этот код имеет немного больше смысла, чем на дваче, но всё же это хуита. Чему равен пикрилл?
18 Кб, 722x77>>60260
Здесь тоже мусор находится.
D в этом коде вообще ничего не присваивается. Единственное что можно предположить, что какой-то конченый компилятор занулил стековую переменную(что очень маловероятно), к тому же в коде в функции main() типа нет, 89 стандарт какой-то.
Тролляка со своей говно laba1.c завайпал тред, поздравляю
Здесь тоже мусор находится.
D в этом коде вообще ничего не присваивается. Единственное что можно предположить, что какой-то конченый компилятор занулил стековую переменную(что очень маловероятно), к тому же в коде в функции main() типа нет, 89 стандарт какой-то.
Тролляка со своей говно laba1.c завайпал тред, поздравляю
>>60266
А, ну всё верно, d это и не стековая переменная, ей 0 изначально объявлен
А, ну всё верно, d это и не стековая переменная, ей 0 изначально объявлен
>>60266
Равна нулю.
int не обязательно писать.
>D в этом коде вообще ничего не присваивается.
Равна нулю.
>main() типа нет
int не обязательно писать.
>>60276
Таким что это статичная переменная, которая инициализируется нулём. Это факт, база
Таким что это статичная переменная, которая инициализируется нулём. Это факт, база
>>60277
Текущий вышел пару недель назад.
Текущий вышел пару недель назад.
вот вам не лень разбирать какой то кал говна
запомните мрази
плохой код с хорошим неймингом - говнокод
хороший код с плохим неймингом - кал говна
запомните мрази
плохой код с хорошим неймингом - говнокод
хороший код с плохим неймингом - кал говна
191 Кб, 1920x1080бля, кодить на винде, да ещё и в виме, ебать я крутой
18 Кб, 510x231Здравствуйте. Нашел одну программку(https://github.com/henrypp/memreduct/tree/master), ради интереса захотелось разобраться в исходниках и вижу тут такое(пик1), в проекте идет какой-то относительный путь, видимо, текущего проекта(не работал под вижлой), но на гитхабе то этих исходников нет, я если загружу эти исходники, то у меня не будет этих файлов, которые используются в программе. Как ее собирать-то тогда? бред какой-то
>>60546
бля, хуй знает. почитай на странице репозитория, может там какие-то зависимости есть
бля, хуй знает. почитай на странице репозитория, может там какие-то зависимости есть
>>59791
Анон, а что ты имеешь в виду под байтиками, на которые ты хочешь влиять? Очевидно, что влиять ты можешь, отталкиваясь от кол-ва итераций, где "1" это переменная b, которая у тебя уменьшается на 14 в первом цикле, а "2" это уже введённая мною переменная, которая считает кол-во итераций во вложенном цикле.
А вообще твой внутренний цикл выглядит так - пикрилл один. Участки кода, которые я выделил, зависят от переменной g, поэтому ты можешь ею манипулировать, чтобы не вводить доп. переменную. И, кста, у тебя какая-то бестолковая первая итерация (можешь глянуть на пикрилл один) на переменную d.
Анон, а что ты имеешь в виду под байтиками, на которые ты хочешь влиять? Очевидно, что влиять ты можешь, отталкиваясь от кол-ва итераций, где "1" это переменная b, которая у тебя уменьшается на 14 в первом цикле, а "2" это уже введённая мною переменная, которая считает кол-во итераций во вложенном цикле.
А вообще твой внутренний цикл выглядит так - пикрилл один. Участки кода, которые я выделил, зависят от переменной g, поэтому ты можешь ею манипулировать, чтобы не вводить доп. переменную. И, кста, у тебя какая-то бестолковая первая итерация (можешь глянуть на пикрилл один) на переменную d.
>>60650
Ну это да, просто у тебя b приравнивается с уже в условии фора, следовательно, т.к. фор начинается с проверки условий (т.е. нет никаких инициализаций), то первым делом программа прыгает в участок кода (машинного), где происходит проверка этого условия, т.е. получается, что первым делом b присваивается с уменьшенная на 14, и дальше уже программа исходит из этого. А так да, уменьшается на 14 с.
>>60667
Да ладно тебе! Это было весело. Если бы я вчера самогоном не нахерячился, то всё уже вчера решил бы (заместо того, чтобы писать вчера тут пьяную хернь), а так этот код мне сегодня даже снился в каком-то лютом, пьяно-угарном сне.
>>60683
Анон, давай ещё что-нибудь подобное неси сюда.
>Не b, а с. b нужна для второго цикла.
Ну это да, просто у тебя b приравнивается с уже в условии фора, следовательно, т.к. фор начинается с проверки условий (т.е. нет никаких инициализаций), то первым делом программа прыгает в участок кода (машинного), где происходит проверка этого условия, т.е. получается, что первым делом b присваивается с уменьшенная на 14, и дальше уже программа исходит из этого. А так да, уменьшается на 14 с.
>>60667
>Указание типов и соблюдение разметки это смузи хуйня чтоли?
Да ладно тебе! Это было весело. Если бы я вчера самогоном не нахерячился, то всё уже вчера решил бы (заместо того, чтобы писать вчера тут пьяную хернь), а так этот код мне сегодня даже снился в каком-то лютом, пьяно-угарном сне.
>>60683
Анон, давай ещё что-нибудь подобное неси сюда.
>>60683
При чем тут питон, когда речь о читаемости. Ты же, что бы ответить на пост, воспользовался гринтекстом для разметки. Почему это не стоит делать в коде для читаемости?
При чем тут питон, когда речь о читаемости. Ты же, что бы ответить на пост, воспользовался гринтекстом для разметки. Почему это не стоит делать в коде для читаемости?
>>60887
Закономерное врети смузихлёба.
Закономерное врети смузихлёба.
>>60949
сыглы. норм пацаны ебашат на си и мыслят системными вызовами
сыглы. норм пацаны ебашат на си и мыслят системными вызовами
>>60949
сыглы. норм пацаны ебашат на си и мыслят системными вызовами
сыглы. норм пацаны ебашат на си и мыслят системными вызовами
Подскажите , пожалуйста, есть ли в C перегрузка функций?
Я раньше думал, что нет в чистом C перегрузки, однако сегодня узнал, что функция open() имеет два набора параметров:
int open(const char pathname, int flags);
int open(const char pathname, int flags, mode_t mode);
Это как-то макросами сделано или тут какой-то совсем иной уровень знания C?
Я раньше думал, что нет в чистом C перегрузки, однако сегодня узнал, что функция open() имеет два набора параметров:
int open(const char pathname, int flags);
int open(const char pathname, int flags, mode_t mode);
Это как-то макросами сделано или тут какой-то совсем иной уровень знания C?
>>61142
да, макросами. в С нет перегрузки функций, эта фича, как и многие другие, были добавлены только в С++
да, макросами. в С нет перегрузки функций, эта фича, как и многие другие, были добавлены только в С++
Есть ли ограничение на размер открытого файла в си?.
Я так понимаю, что если off_t может иметь число значений от 0 до 2^(32)-1, то всего можно адресовать в файле 2^(32) байт=2^(22) КБ=2^(12)МБ=4 ГБ.
Я прав или где-то ошибаюсь?
Я так понимаю, что если off_t может иметь число значений от 0 до 2^(32)-1, то всего можно адресовать в файле 2^(32) байт=2^(22) КБ=2^(12)МБ=4 ГБ.
Я прав или где-то ошибаюсь?
>>61627
Во-первых, "сикать" можно многократно от текущего положения указателя. Во-вторых есть всякие lseek64, llseek.
Во-первых, "сикать" можно многократно от текущего положения указателя. Во-вторых есть всякие lseek64, llseek.
Я, правда, не проверял вышесказанное. ) Теоретически ответил.
>>61627
это вроде пределы для адресной архитектуры памяти при 32битном машинном слове так что полагаю анон с сиком64 вырулит ситуацию
это вроде пределы для адресной архитектуры памяти при 32битном машинном слове так что полагаю анон с сиком64 вырулит ситуацию
136 Кб, 564x564>>61627
В Си нет. В отдельных функциях типа fseek есть.
> Есть ли ограничение на размер открытого файла в си?.
В Си нет. В отдельных функциях типа fseek есть.
>>61911
Ограничение обусловлено только количеством разрядов или там какая-то конкретная цифра есть?
Ограничение обусловлено только количеством разрядов или там какая-то конкретная цифра есть?
>>61921
Количество разрядов + особенности библятеки и ОС. Тебе никто не гарантирует, что файловая система поддержит файлы до 12345 байт.
Количество разрядов + особенности библятеки и ОС. Тебе никто не гарантирует, что файловая система поддержит файлы до 12345 байт.
>>62680
да я и сам люблю хлебнуть кефирчика с ягодами под макарошки с сосисками
ой прости, переведу на ваш
да я и сам люблю полакомиться смузи под напоритан
да я и сам люблю хлебнуть кефирчика с ягодами под макарошки с сосисками
ой прости, переведу на ваш
да я и сам люблю полакомиться смузи под напоритан
>>62698
Допустим я произнес божье слово int.
Что оно определяет для переменной (кроме размера выделяемой памяти)
Допустим я произнес божье слово int.
Что оно определяет для переменной (кроме размера выделяемой памяти)
>>62707
то как по дефолты будут декодироваться биты в памяти, в данном случае как знаовые целочисленные
то как по дефолты будут декодироваться биты в памяти, в данном случае как знаовые целочисленные
>>62730
да и ето то жи, флоаты вроде на отдельном матядре штампуются
да и ето то жи, флоаты вроде на отдельном матядре штампуются
>>62734
какие спецификаторы?
спецификатор области видимости сообщает компилятору область видимости
спецификатор регистровости сообщает компилятору желание присобачить переменную непосредственно на регистр
спецификаторы знаков сообщают как следует читать старший бит
спецификаторы длины сообщают компилятору о модификациях длины байт для чтения записи данных
чо там еще есть?
какие спецификаторы?
спецификатор области видимости сообщает компилятору область видимости
спецификатор регистровости сообщает компилятору желание присобачить переменную непосредственно на регистр
спецификаторы знаков сообщают как следует читать старший бит
спецификаторы длины сообщают компилятору о модификациях длины байт для чтения записи данных
чо там еще есть?
>>62746
это "гнезда" для форматного ввода/вывода чтобы туда подставлять переменные
я не копал реализации форматных вводов/выводов, но думаю там что то по типу войд поинтера который кастуется к типу который вычисляется из форматной строки например %d вычислит что нужно кастануть к (int*) типа того
это "гнезда" для форматного ввода/вывода чтобы туда подставлять переменные
я не копал реализации форматных вводов/выводов, но думаю там что то по типу войд поинтера который кастуется к типу который вычисляется из форматной строки например %d вычислит что нужно кастануть к (int*) типа того
>>62734
В языках выше уровнем тип учитывается автоматически. В си этим управляет программист.
>если тип уже все определил
В языках выше уровнем тип учитывается автоматически. В си этим управляет программист.
>>62746
Форматные специкаторы.
printf не знает тип переданных переменных, он видит только кусок памяти на вершине стека, где эти переменные одна за другой + выравнивание. scanf там видит только ряд указателей на что-то.
Форматные специкаторы.
printf не знает тип переданных переменных, он видит только кусок памяти на вершине стека, где эти переменные одна за другой + выравнивание. scanf там видит только ряд указателей на что-то.
>>62891
Понял, спасибо
Понял, спасибо
#include <stdio.h>
int main(){
int b = 0;
char a[] = "Hello world";
while ( &a != "/0"){
printf("%c",a);
b++;
}
return 0;}
че не получается, что за ошибка
int main(){
int b = 0;
char a[] = "Hello world";
while ( &a != "/0"){
printf("%c",a);
b++;
}
return 0;}
че не получается, что за ошибка
>>63593
4 ошибки
4 ошибки
>>63593
попробуй так:
#include <stdio.h>
int main()
{
char a[] = "Hello world!";
short b = sizeof(a)/sizeof(char);
for(short i=0; i<b; i++)
printf("%c",a);
return 0;
}
попробуй так:
#include <stdio.h>
int main()
{
char a[] = "Hello world!";
short b = sizeof(a)/sizeof(char);
for(short i=0; i<b; i++)
printf("%c",a);
return 0;
}
>>63694
*в printf a вместо а
*в printf a вместо а
>>63694
эм... крч хз не отоброжается почемуто, поставь квадратные скобки с i
эм... крч хз не отоброжается почемуто, поставь квадратные скобки с i
>>63593
while( a != '\0' )
printf ("%c",a);
а вообще если тебе надо принтануть строку то можно и гораздо легче делать
например
printf("%s", a);
puts(a);
без всяких там вайлов и проверок на символ конца строки
к тому же например компилятор считает две строки записанные друг за другом одной строкой а твой алгоритм так считать не будет
>while ( &a != "/0"){
while( a != '\0' )
>printf("%c",a);
printf ("%c",a);
а вообще если тебе надо принтануть строку то можно и гораздо легче делать
например
printf("%s", a);
puts(a);
без всяких там вайлов и проверок на символ конца строки
к тому же например компилятор считает две строки записанные друг за другом одной строкой а твой алгоритм так считать не будет
Вот такой вопрос назрел.
Функция ведь где то хранится, правильно? Ее так сказать исполняемый код загружается в рам? Тоесть она сама по себе занимает место в раме? А если функцию реализовать макросом? Макрос так же занимает место в раме? Имеет ли смысл переписывать функции макросами вообще? Часто встречаю фул листы макросов в юниксовых микропрограммах, которые заменяют простые двустрочные функции. Зачем это сделано? А если например больше строк замакросить? В чем профит так сказать?
Функция ведь где то хранится, правильно? Ее так сказать исполняемый код загружается в рам? Тоесть она сама по себе занимает место в раме? А если функцию реализовать макросом? Макрос так же занимает место в раме? Имеет ли смысл переписывать функции макросами вообще? Часто встречаю фул листы макросов в юниксовых микропрограммах, которые заменяют простые двустрочные функции. Зачем это сделано? А если например больше строк замакросить? В чем профит так сказать?
>>65297
Могу ошибаться, но таким образом ты инлайнишь код, чтобы не вызывать каждый раз функцию. То есть, этот макрос просто подставляет записанный код на место его использования.
Могу ошибаться, но таким образом ты инлайнишь код, чтобы не вызывать каждый раз функцию. То есть, этот макрос просто подставляет записанный код на место его использования.
>>65299
Тобишь нет хождения по памяти в другой сегмент и теоретически код быстрее? Так что ли?
Тобишь нет хождения по памяти в другой сегмент и теоретически код быстрее? Так что ли?
>>65300
Как бы да, но таким образом код занимает больше памяти, потому что каждый раз вставляется на месте использования макроса.
Как бы да, но таким образом код занимает больше памяти, потому что каждый раз вставляется на месте использования макроса.
>>65369
Тоесть выбор либо жирнее по РАМ и быстрее, либо тоньше и медленее? Правильно я понял?
Тоесть выбор либо жирнее по РАМ и быстрее, либо тоньше и медленее? Правильно я понял?
>>65409
Потому что в строке есть символ конца строки.
Слово из 5 букв Hello если записывать посимвольно имеет длину 5 байт, а если как строку то 6 байт.
Потому что в строке есть символ конца строки.
Слово из 5 букв Hello если записывать посимвольно имеет длину 5 байт, а если как строку то 6 байт.
>>65409
потому что sizeof возвращает размер массива в байтах, а строка это массив символов, ограниченных нулем. Размер строки заранее известен на этапе комплияции, так, строка "Hello world!" на самом деле является "Hello world!\0"
потому что sizeof возвращает размер массива в байтах, а строка это массив символов, ограниченных нулем. Размер строки заранее известен на этапе комплияции, так, строка "Hello world!" на самом деле является "Hello world!\0"
>>65415
Потому что Стетхем запретил. Вопросы?
Потому что Стетхем запретил. Вопросы?
>>65399
>>65377
Да нечего тут объяснять. Вот цитата из книги Ван Гуйа про программирование на ассемблере, из которой можно понять, что макросы выгоднее тогда, когда есть очень большое кол-во вызовов одной и той же ф-ции, следовательно, код становится объёмнее, но зато производительнее:
При многократном использовании в программе одного и того же набора ин
струкций можно создать функцию и вызывать ее каждый раз, когда необхо
димо выполнить эти инструкции. Но для функций характерно снижение про
изводительности: при каждом вызове функции поток выполнения переходит
к вызываемой функции в некоторой области памяти, а после ее завершения
возвращается обратно в вызывающую программу. Вызов функции и возврат
из нее требуют определенного времени.
Чтобы избежать подобных проблем с производительностью, можно вос
пользоваться макрокомандами (или просто макросами – macros). Как и функ
ция, макрос представляет собой последовательность инструкций. Макросу
присваивается имя, и когда нужно выполнить этот макрос в коде, вы просто
указываете его имя, возможно, сопровождаемое аргументами.
Важное отличие от функции: во время ассемблирования везде, где в исход
ном коде встречается «вызов» макроса, NASM заменяет имя этого макроса
на набор инструкций, записанных в его определении. Во время выполнения
не происходит никаких переходов и возвратов, потому что NASM уже вставил
машинный код во всех необходимых местах.
Макросы не являются функциональным свойством языка ассемблера Intel,
но эта функциональность предоставляется NASM (или другой версией про
граммы ассемблирования). Макросы создаются с помощью директив препро
цессора, и NASM использует макропроцессор для преобразования макросов
в машинный язык и вставляет инструкции машинного языка в соответствую
щие места в коде программы.
Макросы позволят улучшить скорость выполнения кода, но они увеличива
ют объем кода, потому что во время ассемблирования инструкции из опреде
ления макроса вставляются в каждую локацию, где используется макрос.
>>65377
Да нечего тут объяснять. Вот цитата из книги Ван Гуйа про программирование на ассемблере, из которой можно понять, что макросы выгоднее тогда, когда есть очень большое кол-во вызовов одной и той же ф-ции, следовательно, код становится объёмнее, но зато производительнее:
При многократном использовании в программе одного и того же набора ин
струкций можно создать функцию и вызывать ее каждый раз, когда необхо
димо выполнить эти инструкции. Но для функций характерно снижение про
изводительности: при каждом вызове функции поток выполнения переходит
к вызываемой функции в некоторой области памяти, а после ее завершения
возвращается обратно в вызывающую программу. Вызов функции и возврат
из нее требуют определенного времени.
Чтобы избежать подобных проблем с производительностью, можно вос
пользоваться макрокомандами (или просто макросами – macros). Как и функ
ция, макрос представляет собой последовательность инструкций. Макросу
присваивается имя, и когда нужно выполнить этот макрос в коде, вы просто
указываете его имя, возможно, сопровождаемое аргументами.
Важное отличие от функции: во время ассемблирования везде, где в исход
ном коде встречается «вызов» макроса, NASM заменяет имя этого макроса
на набор инструкций, записанных в его определении. Во время выполнения
не происходит никаких переходов и возвратов, потому что NASM уже вставил
машинный код во всех необходимых местах.
Макросы не являются функциональным свойством языка ассемблера Intel,
но эта функциональность предоставляется NASM (или другой версией про
граммы ассемблирования). Макросы создаются с помощью директив препро
цессора, и NASM использует макропроцессор для преобразования макросов
в машинный язык и вставляет инструкции машинного языка в соответствую
щие места в коде программы.
Макросы позволят улучшить скорость выполнения кода, но они увеличива
ют объем кода, потому что во время ассемблирования инструкции из опреде
ления макроса вставляются в каждую локацию, где используется макрос.
>>65399
>>65377
Да нечего тут объяснять. Вот цитата из книги Ван Гуйа про программирование на ассемблере, из которой можно понять, что макросы выгоднее тогда, когда есть очень большое кол-во вызовов одной и той же ф-ции, следовательно, код становится объёмнее, но зато производительнее:
При многократном использовании в программе одного и того же набора ин
струкций можно создать функцию и вызывать ее каждый раз, когда необхо
димо выполнить эти инструкции. Но для функций характерно снижение про
изводительности: при каждом вызове функции поток выполнения переходит
к вызываемой функции в некоторой области памяти, а после ее завершения
возвращается обратно в вызывающую программу. Вызов функции и возврат
из нее требуют определенного времени.
Чтобы избежать подобных проблем с производительностью, можно вос
пользоваться макрокомандами (или просто макросами – macros). Как и функ
ция, макрос представляет собой последовательность инструкций. Макросу
присваивается имя, и когда нужно выполнить этот макрос в коде, вы просто
указываете его имя, возможно, сопровождаемое аргументами.
Важное отличие от функции: во время ассемблирования везде, где в исход
ном коде встречается «вызов» макроса, NASM заменяет имя этого макроса
на набор инструкций, записанных в его определении. Во время выполнения
не происходит никаких переходов и возвратов, потому что NASM уже вставил
машинный код во всех необходимых местах.
Макросы не являются функциональным свойством языка ассемблера Intel,
но эта функциональность предоставляется NASM (или другой версией про
граммы ассемблирования). Макросы создаются с помощью директив препро
цессора, и NASM использует макропроцессор для преобразования макросов
в машинный язык и вставляет инструкции машинного языка в соответствую
щие места в коде программы.
Макросы позволят улучшить скорость выполнения кода, но они увеличива
ют объем кода, потому что во время ассемблирования инструкции из опреде
ления макроса вставляются в каждую локацию, где используется макрос.
>>65377
Да нечего тут объяснять. Вот цитата из книги Ван Гуйа про программирование на ассемблере, из которой можно понять, что макросы выгоднее тогда, когда есть очень большое кол-во вызовов одной и той же ф-ции, следовательно, код становится объёмнее, но зато производительнее:
При многократном использовании в программе одного и того же набора ин
струкций можно создать функцию и вызывать ее каждый раз, когда необхо
димо выполнить эти инструкции. Но для функций характерно снижение про
изводительности: при каждом вызове функции поток выполнения переходит
к вызываемой функции в некоторой области памяти, а после ее завершения
возвращается обратно в вызывающую программу. Вызов функции и возврат
из нее требуют определенного времени.
Чтобы избежать подобных проблем с производительностью, можно вос
пользоваться макрокомандами (или просто макросами – macros). Как и функ
ция, макрос представляет собой последовательность инструкций. Макросу
присваивается имя, и когда нужно выполнить этот макрос в коде, вы просто
указываете его имя, возможно, сопровождаемое аргументами.
Важное отличие от функции: во время ассемблирования везде, где в исход
ном коде встречается «вызов» макроса, NASM заменяет имя этого макроса
на набор инструкций, записанных в его определении. Во время выполнения
не происходит никаких переходов и возвратов, потому что NASM уже вставил
машинный код во всех необходимых местах.
Макросы не являются функциональным свойством языка ассемблера Intel,
но эта функциональность предоставляется NASM (или другой версией про
граммы ассемблирования). Макросы создаются с помощью директив препро
цессора, и NASM использует макропроцессор для преобразования макросов
в машинный язык и вставляет инструкции машинного языка в соответствую
щие места в коде программы.
Макросы позволят улучшить скорость выполнения кода, но они увеличива
ют объем кода, потому что во время ассемблирования инструкции из опреде
ления макроса вставляются в каждую локацию, где используется макрос.
>>65418
Ну а вот применительно к современным процам как оно? Однообразные инструкции префетчатся на кеши или так только сортед байты умеют делать?
Ну а вот применительно к современным процам как оно? Однообразные инструкции префетчатся на кеши или так только сортед байты умеют делать?
>>65436
А хз! Надо эксперементнуть! Написать простенькую программу, которая будет вызывать овер9000 раз одну и ту же ф-цию, а потом ту же прогу, которая подставит овер9000 раз один и тот же макрос в код, и запустить эти проги через какую-нибудь утилиту вроде time.
>Ну а вот применительно к современным процам как оно?
А хз! Надо эксперементнуть! Написать простенькую программу, которая будет вызывать овер9000 раз одну и ту же ф-цию, а потом ту же прогу, которая подставит овер9000 раз один и тот же макрос в код, и запустить эти проги через какую-нибудь утилиту вроде time.
>>66064
То же об этом думал. Но замер времени на эвм необъективный когда прога исполняется в авм слое. Объективные замеры могут быть на слое самой ОС.
Ну или самый близкий к объективному замер - читать регистр в котором хранится число тактов, надеясь на то что проц параллельно не будет тратить такты на какой то другой процесс.
То же об этом думал. Но замер времени на эвм необъективный когда прога исполняется в авм слое. Объективные замеры могут быть на слое самой ОС.
Ну или самый близкий к объективному замер - читать регистр в котором хранится число тактов, надеясь на то что проц параллельно не будет тратить такты на какой то другой процесс.
>>66083
это тредик морей, а не питухонов
это тредик морей, а не питухонов
>>66065
Ну тут же математика, которая позволяет просто вычесть, либо прибавить кол-во тактов.
>надеясь на то что проц параллельно не будет тратить такты на какой то другой процесс.
Ну тут же математика, которая позволяет просто вычесть, либо прибавить кол-во тактов.
>>66105
Я имею в виду, что у той же утилиты time кол-во тактов, которая она тратит на запуск программы всегда одинаковое, т.е. этими тактами можно пренебречь, суть же в том, что time запустила процесс (записала куда-то время запуска), а после того, как процесс вернул управление time вычла из времени окончания процесса время начало процесса. Правда, я не знаю точный алгоритм этой утилиты, но логика подсказывает, что алгоритм должен быть подобный, т.к. в такой реализации эта утилита не лезет в сам процесс и не мешает его тестировать. Если кто-то знает как робит time, то поделитесь инфой, ибо мне самому это интересно.
Я имею в виду, что у той же утилиты time кол-во тактов, которая она тратит на запуск программы всегда одинаковое, т.е. этими тактами можно пренебречь, суть же в том, что time запустила процесс (записала куда-то время запуска), а после того, как процесс вернул управление time вычла из времени окончания процесса время начало процесса. Правда, я не знаю точный алгоритм этой утилиты, но логика подсказывает, что алгоритм должен быть подобный, т.к. в такой реализации эта утилита не лезет в сам процесс и не мешает его тестировать. Если кто-то знает как робит time, то поделитесь инфой, ибо мне самому это интересно.
>>66162
Да блин просто прочти какие нить доки по time.h все ноги оттуда растут и никакой волшебной палочки нет. Как я уже писал замеры на авм слое необъективные.
Да блин просто прочти какие нить доки по time.h все ноги оттуда растут и никакой волшебной палочки нет. Как я уже писал замеры на авм слое необъективные.
>>66184
А хотя.. А вот что насчет UTC? Она ведь где то просчитывается параллельно. Или нет? Понятно что если в ОСи стоит синхронизация с интернетом то UTC пингуется и возможны веббаунд шумы в вычислениях, но поидее она так же параллельно должна считаться на камне, только вот на каком? Ну неужели на центральном?
>никакой волшебной палочки нет
А хотя.. А вот что насчет UTC? Она ведь где то просчитывается параллельно. Или нет? Понятно что если в ОСи стоит синхронизация с интернетом то UTC пингуется и возможны веббаунд шумы в вычислениях, но поидее она так же параллельно должна считаться на камне, только вот на каком? Ну неужели на центральном?
>>66195
Чёт ты, по-моему, перебарщиваешь! Даже, если программу запускать без замера, то время же всё-равно процессор будет просчитывать, поэтому этой твоей заморочкой тоже можно пренебречь.
Чёт ты, по-моему, перебарщиваешь! Даже, если программу запускать без замера, то время же всё-равно процессор будет просчитывать, поэтому этой твоей заморочкой тоже можно пренебречь.
>>66196
Ну тогда у меня только одна идея. Вкомпилить тестовый кусок в ядро для замеров. Только так можно дать объективную оценку скорости выполнения.
Ну тогда у меня только одна идея. Вкомпилить тестовый кусок в ядро для замеров. Только так можно дать объективную оценку скорости выполнения.
>>66634
Блять я читая этот поток воды их жопы на хабре надеялся что ты что то умное принесешь. Тьфу ты.
>BPF
Блять я читая этот поток воды их жопы на хабре надеялся что ты что то умное принесешь. Тьфу ты.
>>66213
Я нашел ответ без трогания ядра посредство kmload например.
Отдельные инструкции (по крайней мере на х86_64) не фетчатся на кешлинии. Зато инструкции функций фетчатся на кешлинии, но если хочется максимальной оптимизации их надо выравнивать по кешам проца. Ну дальше то вы сам знаете.
Крч вердикт такой.
BigO и классические оптимизации больше не работают. Пишите древний медленный код и хардварь сжует его быстрее, чем "оптимизированный".
спасибо
Я нашел ответ без трогания ядра посредство kmload например.
Отдельные инструкции (по крайней мере на х86_64) не фетчатся на кешлинии. Зато инструкции функций фетчатся на кешлинии, но если хочется максимальной оптимизации их надо выравнивать по кешам проца. Ну дальше то вы сам знаете.
Крч вердикт такой.
BigO и классические оптимизации больше не работают. Пишите древний медленный код и хардварь сжует его быстрее, чем "оптимизированный".
спасибо
>>66720
Спасибо, но я, если честно, ничего не понял! Что выгоднее то: функции или макросы?
Спасибо, но я, если честно, ничего не понял! Что выгоднее то: функции или макросы?
>>66764
Если на процах с кешлиниями - функции быстрее макросов, массивы быстрее связных списков.
Если на процах без кешлиний - макросы быстрее функций, связные списки (ака б-три) быстрее массивов.
Если на процах с кешлиниями - функции быстрее макросов, массивы быстрее связных списков.
Если на процах без кешлиний - макросы быстрее функций, связные списки (ака б-три) быстрее массивов.
>>66765
Анон, спасибо!
Анон, спасибо!
>>66690
причем тут bpf и хабр вообще. задача какая нахуй, твердо и четко?
нахуй что-то вкомпиливать в ядро для объективности замеров, вы ебанутые?
причем тут bpf и хабр вообще. задача какая нахуй, твердо и четко?
>Вкомпилить тестовый кусок в ядро для замеров
нахуй что-то вкомпиливать в ядро для объективности замеров, вы ебанутые?
>>67275
Анон, спасибо!
Анон, спасибо!
>>70725
Сам и перекати, чухан.
Сам и перекати, чухан.
В общем аноны, у меня трабол.
Пару дней уже пишу аналог cal/ncal потому что мне ваще посрать на его функции по выводу григорианского календаря или юлианского. Мне нужны заметки по датам вот и все. Но я столкнулся с рядом проблем.
Проблема номер 1 - как бы проще вытянуть из файла структурки? Я пробовал fscanf но этот пидор не возвращает EOF хоть вот обоссысь. Гавно какое то. Я пробовал fgets и потом раскладывать строку по структуре в том числе при помощи atoi() и всякое такое, но это пизда дрочь ебаная, шаг в право шаг влево сегментейшен фаулт.
И вообще вот поскажите если я fgets прочитал в условный char str[], то как мне положить строковый литерал куда нить в другое место, чтобы потом из структуры по тупому чар поинтер на это место поставить и забыть?
Проблема номер 2 - я заебался бороться с АНСИ стандартом. Вот я разметил себе два поля слева и справа одно для календарика на месяц (уже распечатал все красиво) и для всяких там тасков. Но когда я пытаюсь вернуть каретку наверх чтобы напечатать правый блок у меня тупо затираются уже напечатанные строки. Тоесть был например напечатан календарик на 10 строк, делаю MoveUp(8) и остается 2 напечатанных строки календарика. Блять!
Крч есть идеи?
Пару дней уже пишу аналог cal/ncal потому что мне ваще посрать на его функции по выводу григорианского календаря или юлианского. Мне нужны заметки по датам вот и все. Но я столкнулся с рядом проблем.
Проблема номер 1 - как бы проще вытянуть из файла структурки? Я пробовал fscanf но этот пидор не возвращает EOF хоть вот обоссысь. Гавно какое то. Я пробовал fgets и потом раскладывать строку по структуре в том числе при помощи atoi() и всякое такое, но это пизда дрочь ебаная, шаг в право шаг влево сегментейшен фаулт.
И вообще вот поскажите если я fgets прочитал в условный char str[], то как мне положить строковый литерал куда нить в другое место, чтобы потом из структуры по тупому чар поинтер на это место поставить и забыть?
Проблема номер 2 - я заебался бороться с АНСИ стандартом. Вот я разметил себе два поля слева и справа одно для календарика на месяц (уже распечатал все красиво) и для всяких там тасков. Но когда я пытаюсь вернуть каретку наверх чтобы напечатать правый блок у меня тупо затираются уже напечатанные строки. Тоесть был например напечатан календарик на 10 строк, делаю MoveUp(8) и остается 2 напечатанных строки календарика. Блять!
Крч есть идеи?
>>75375
Не подходит. Там по структуре должна лежать строка произвольного размера. Числа числа числа флаги и строка.
Так что fgets самый норм варик с последующим разбором.
Лучше подскажи, вот если например я положу байты из char str[] в локальную хуету char str_copy[], то после удаления локальой хуеты там останется литерал? Ну если я туда поинтер загоню он найдет этот кусок или кусок то же исчезает?
Не подходит. Там по структуре должна лежать строка произвольного размера. Числа числа числа флаги и строка.
Так что fgets самый норм варик с последующим разбором.
Лучше подскажи, вот если например я положу байты из char str[] в локальную хуету char str_copy[], то после удаления локальой хуеты там останется литерал? Ну если я туда поинтер загоню он найдет этот кусок или кусок то же исчезает?
>>75384
Хотя чот я туплю, можно же салоцировать просто кусок байт какого нужно размера и сразу заебшить на него поинтер.
А как в итоге два текстовых блока напечатать? Опять собирать супердлинную строку и за раз ее ебашить путсом? Бля вот я капец как не хочу этот прием юзать, но пока не вижу решений. АНСИ неадекватно кареткой управляет.
Хотя чот я туплю, можно же салоцировать просто кусок байт какого нужно размера и сразу заебшить на него поинтер.
А как в итоге два текстовых блока напечатать? Опять собирать супердлинную строку и за раз ее ебашить путсом? Бля вот я капец как не хочу этот прием юзать, но пока не вижу решений. АНСИ неадекватно кареткой управляет.
217 Кб, 1278x400Ну и в чем я не прав?
Я не понимаю где блять косяк то? Алоцирую, разбираю строку на детальки (это работает заебись), переключаю поинтер на некст, некст не алоцируется.
ПАЧИМУ БЛЯТЬ
Я не понимаю где блять косяк то? Алоцирую, разбираю строку на детальки (это работает заебись), переключаю поинтер на некст, некст не алоцируется.
ПАЧИМУ БЛЯТЬ
>>76012
Потому что переприсваиваю. Блять я тупой пизда. Лучше бы я в психолухи пошел.
Потому что переприсваиваю. Блять я тупой пизда. Лучше бы я в психолухи пошел.
есть какой нибудь однострочный метод определения ширины консоли? по символам всмысле. да я в курсе там буферы хуюферы, подключи курсес и не парься хуярься. а есть вот 2 строки ебаных мне больше ничо не надо кроме как знать ширину по символам в момент захода в мейн
>>77106
Похоже я тут единственный постер.
#include <sys/ioctl.h>
//macro
#define _getTermSizestruct winsize w;ioctl(STDOUT_FILENO, TIOCGWINSZ, &w)
#define COLUMNS(w.ws_col)
Похоже я тут единственный постер.
#include <sys/ioctl.h>
//macro
#define _getTermSizestruct winsize w;ioctl(STDOUT_FILENO, TIOCGWINSZ, &w)
#define COLUMNS(w.ws_col)
126 Кб, 1510x158>>77950
Отступы проебались. Пик релейтед на юниксах.
Отступы проебались. Пик релейтед на юниксах.
>>41910
Как решаешь проблему написания "подобных" структур данных?
Я сам предпочитаю Си остальным языкам, но в программах то и дело приходится реализовывать множество списков/стеков/очередей/..., которые мало чем отличаются между собой. Естественно само написание доведено до автоматизма, но иметь десяток похожих методов "push" - сомнительная практика. Можно конечно макросами обернуть, но выглядит это не очень.
Имхо, шаблоны в C++ являются самой полезной фичей, которую добавил Страуструп. Причём тот их вариант, который описывается во втором издании "Cpp prog lang" уже достаточен.
Как решаешь проблему написания "подобных" структур данных?
Я сам предпочитаю Си остальным языкам, но в программах то и дело приходится реализовывать множество списков/стеков/очередей/..., которые мало чем отличаются между собой. Естественно само написание доведено до автоматизма, но иметь десяток похожих методов "push" - сомнительная практика. Можно конечно макросами обернуть, но выглядит это не очень.
Имхо, шаблоны в C++ являются самой полезной фичей, которую добавил Страуструп. Причём тот их вариант, который описывается во втором издании "Cpp prog lang" уже достаточен.
>>80348
Ды хазы, как по мне макросы легче читать, чем шаблоны.
Ды хазы, как по мне макросы легче читать, чем шаблоны.
>>84166
GCC/Clang
GCC/Clang
8 Кб, 336x51Есть вопрос по поводу порядка байт. В памяти переменная u будет представлена как 0xddccbbaa, почему при сдвиге вправо на 16 бит мне выдает 0xaabb, как если бы это было big endian?
>>92937
А, не, нет сымслв. бит шифты не зависят от эндианов.
А, не, нет сымслв. бит шифты не зависят от эндианов.
>>92311
Пиздец. Не могу понять чему ты удивляешься. Двинул вправо осталась только левая часть. Пачиму так двачик?
Может быть ты путаешь операции и представление байтов на шине/регистрах/в рам?
Пиздец. Не могу понять чему ты удивляешься. Двинул вправо осталась только левая часть. Пачиму так двачик?
Может быть ты путаешь операции и представление байтов на шине/регистрах/в рам?
>>93313
Ну так ты почитай. Или хочешь тебе образовательный материал притащу в видивоформате, если читать для тебя сложно.
Ну так ты почитай. Или хочешь тебе образовательный материал притащу в видивоформате, если читать для тебя сложно.
Тред утонул или удален.
Это копия, сохраненная 4 августа 2023 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 4 августа 2023 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.