Вместо шапки:
⚹ https://github.com/sosachbot/cppthreadhat
⚹ Для кусков кода: https://0bin.net/
Ответы на вопросы:
⚹ https://en.cppreference.com/w/
⚹ https://www.cplusplus.com/reference/
Для указателей: ⚹
Прошлый тред: >>3248820 (OP)
> catch (std::string e)
hehe classic
Может компилятор следит за этим или создаёт там скрытую функцию следящую чтобы моя прога получила именно тот адрес?
В виртуальной нет, в физической что угодно может быть. Вплоть до того что в виртуальной памяти это два разных адреса, но оба физически на один участок памяти указывают.
>>3333935
Т.е. можно совершать любые арифметические действия с адресом. Все адреса ячеек идут друг за другом?
>Все адреса ячеек идут друг за другом?
Подумай, как и где ты места разрывов хранить собрался, что бы при инкременте они проверялись. Прсмотри на реализацию malloc
>Прсмотри на реализацию malloc
Когда-то я скачал исходники gcc, посмотрел, охренел от объёма чтения и непоняток что там происходит и удалил/просто скомпилировал и забыл.
>Когда-то я скачал исходники gcc
Это конпелятор, к стандартным либам он не имеет отношения. Подтяни базу, многое станет понятней.
ОДНА КНИГА ничё не решает. Мало знать что-то, нужно уметь применять на практике. Не важно, прочтёшь ли ты 100 раз эту книгу, это всё равно одна ёбанная книга. Чтобы был результат, нужно минимум книг 10. И не по одной теме, а по нескольким, не то что один компьютер сцаенс задрочил или одни алгоритмы и сидишь.
builder new [project_name] - создать проект
builder build - собрать проект
builder run - запустить бинарник
>>3334319
Лол блять. Уже почти 2025-ый год на дворе, люди всё ещё утверждают что С++ ЭТО БАЗА. Но при этом спотыкаются на элементарных вопросах типа "как установить зависимости" и "как развернуть проект". Сука, даже в фортране уже стоит менеджер пакетов по дефолту. В ФОРТРАНЕ, прикинь!!!! Лолирую с долбичей.
B.cpp
class A;
class B { Q& func(); };
A.cpp
class B;
class A { B& func(); };
правила такие же как в си - в заголовках объявляешь классы с полями операторами и названиями методов, в cpp файлах определяешь вызовы для методов/операторов, заголовок инклюдишь во все файлы где используется класс.
> даже в фортране
Потому что ты имеешь в виду какой-то конкретный конпелятор фортрана, где все либы и всех разрабов можно пересчитать по пальцам левой руки Ельцина.
Вопрос не про то заголовки, а про само написание кода. Объявить взаимно рекурсивные классы я могу, а вот создать их как?
Тогда объясни внятно что ты пытаешься сделать? Что значит "не объявить а создать"?
Я короче не понял что в вижуал студио докачивать надо чтобы все компилировалось нормально и работало
Почему цикл видит только первый элемент? При том что в других функциях подобный цикл с тем же словарём норм отрабатывает
Нах тебе книги в 2025 году? Берёшь нейронку и просишь пояснить тебе, современные нейронки для кодинга стандарт крестов наизусть знают. Можешь писать код промптингом и на практике вникать, нейронки уже пишут локальный код не хуже макак.
Я предпочитаю изучение языков программирования через книги
C++98 не читай. Возьми страуступа хоть, хз. Хуже не будет, все равно одной книги мало
Класс по сути обычная структура, с той лишь разницей что у нее есть приватная/публичная части, поэтому так же как в си сделай сверху объявление а ниже определение (как тебе показали).
Естественно это будет работать только для определения аргуметов методов или указателей, наследоваться или объявлять локальную переменную класса/структуры, размер которой определяется где то внизу, нельзя по понятным причинам.
Смотри что у меня есть. В A есть указатель на B который инициализируется в конструкторе и нигде больше. В B такой же указатель на A. Как теперь создать a и b, чтобы в b был указатель на a, а в a указатель на b? В таком виде никак, но это то, что в идеале нужно получить по логике программы. Как выкрутиться?
Почему-то как раз по С++98 написаны самые крутые книги, а по новым стандартам книг мало, да и те от ноунейм авторов.
Страуструп вроде не очень как писатель, он там какой-то справочник написал, а не учебник.
Почему нельзя?
class A;
class B;
class B {
A a;
public:
B(); // jghtltkbim yb;t
}
class A {
B b;
public:
A(); // jghtltkbim yb;t
}
И хоть в том же самом заголовке если нужно чтоб инлайнилось (обычно в самом конце дописывают ) ну или или в цпп файле.
B::B() { a = new A() }
A::A() { b = new B() }
Не надо читать книги по C++98, потому что язык очень изменился за это время, соответственно изменился подход к написанию программ. Да, какие то вещи, типо POD типов, указателей, сильно не изменились (хотя изменения есть). А так даже способы инициализации примитивных типов данных изменились. Не значит, что классическое int i = 0 не сработает, но знаний единственного такого способа инициализации мало.
Я плюсы не по книгам учил, а по лекциям, так что хорошую подсказать не могу. В любом случае, одной, даже супер крутой книги не хватит. По каким нибудь шаблонам или многопоточее спокойно материала еще на 1 толстенную книгу по каждой теме
В вакансиях пишут ещё какой-то Boost нужен. По нему есть хорошие книги?
Ты когда в мейне сделаешь инстансы A и B, a и b будут новыми указателями, а не указывать на созданнве в меейне инстансы A и B
Не ебу. Boost огромный. Вряд ли тебе все нужно. Еще в вакансиях пишут про область знаний. Например, понимание многопоточки, опыт написания статических анализаторов, умения работать с сетями. Для всего этого будут свои (если будут) либы из буста. Их и нужно знать как инструмент написания многопоточки, сетевых приложений и тд и тп. А просто знание буста в вакууме никому не нужно
>Как в сишарпе асп.нет или в джаве спринг.
Не ебу что это. Буст это огромный набор самых разных библиотек
Ну я же не знаю что ты там делаешь, поправь под себя ебаныврот:
B::B(A p) { a = p; }
A::A(B p) { b = p; }
Ну и как ты в мейне создашь инстансы так, чтобы они друг друга имели в членах класса?
ну блять добавь оператор+=(B &b)
добавь пустые конструкторы, что ты как маленький.
И че будет? Надо сразу проинициализировать друг другом. Ты реально не пониманшь, что это нереально в чистом виде?
Хуй будет, клован. Ты задачу решаешь или сидишь мозги ебешь?
>> как вложить структуру в которой вложена эта же структура в которую вложена ...
> никак юзай поинтеры
>> как создать поинтер на данные с поинтером на данные который еще не получен/создан
> никак, юзай операторы
>> а мне надо что бы можно
еще раз - хуй будешь?
Я тебе сразу и написал, что то, что я хочу, в чистом виде не решается. Короче, мне лень тебе уже что то объяснять. Сам разберусь
Затупил, вот так:
https://godbolt.org/z/6eTj9McPa
Хотя принципиально разницы нет. Общий принцип: в хидерах только декларируешь, но функционал необъявленных классов не используешь. Выносишь всю логику в .cpp, где уже будет доступ ко всем хидерам.
И какой стиль наименования переменных, функций? camelCase, PascalCase или snake_case?
> Раньше писали фигурные скобочки на той же строке, а теперь часто вижу, что переносят на новую.
Долбаёбы потому что.
> акой стиль наименования переменных, функций?
K&R
> Какую IDE лучше всего использовать?
Visual Studio Ultimate
> Действительно ли надо учить всякие vim/emacs?
Нет, конечно же.
Visual Studio по сути единственная, вменяемая IDE для плюсов.
не слушай красноглазых фанатиков. В писюгнуксе есть только текстовые редакторы, коих как говна и ни одной адекватной IDE.
Если UNIX то только MacOS
VS Studio по функциональности пока что самый лучший варикант, в плане удобства использование и в целом ui кал говна, но жить можно
QtCreator только если ты линуксе и тебе что то под qt нужно сделать или просто собрать qmake говно. Функционала нет, ui это просто пиздец
CLion не пользовался особо, единственный минус который я знаю, это то что он не вывозит слишком большой проект с моей работы, в отличии от вижлы
Но сейчас в 2024 году жить без иде приятнее чем когда либо, появились хорошие lsp, почти везде есть интеграции с системами сборок, работающие деббагеры и тд
Сам на работе конечно в вижле сижу, так как там иногда говно мамонта встречается что может только вижла проглотить, но пети вполне себе комфортно пишу в вс коде + clangd + cmake
но для новичка бы не советовал ебаться с этим, а просто под вижлой сидеть
вскод сделан извращенным способом electron
и это не IDE нихуя
Чем оно тебе не нравится и что ты под IDE подразумеваешь? Что бы при рефакторинге макросы по всему проекту распидарасило или вхождение переменных заменяло везде до куда доберется?
VSCode - глючное говно
лучше CLion пока нет, но работать с ним лучше через JetBrains Gateway, вынеся самую тяжелую работу на серверные мощности (выделив под хип гигов так 16). тогда все летает даже на тяжелых проектах.
Что может быть глючнее джавапараши? Только у них IDE умудряется каждые 10 минут выдавать ошибки с отъёбом подсветки синтаксиса. А ещё кринж с рестартами на каждый пук, кривыми экстеншенами, поломанным рендерингом гуя под виндой и напрочь сломанной сетью.
Я работал не в рф и 99% времени я общался на русском. Общие чаты были на английсом, естественно, ну и с иностранцем на русском не получится поговорить, понятное дело. Так что не были и не есть. Думаю, чисто бизнесовые соображения. Я бы тоже, честно говоря, крупный бизнес в рф не держал и съебывал в Европу скорее. Так что решение правильное.
>Долбаёбы потому что.
Кармаку в лицо повторишь?
Ну да. И этот долбоебский пробел после имени функции. И вообще он тогда был талантливым дилетантом без связи с торадициями C и BSD. Ему яблочные поделия нравились.
>и съебывал в Европу скорее
То же считаю правильно, ДжетБрейн говно здесь на хуй не нужно, плюс сейчас золотое время волны импортозамещения на котором в РФ можно и нужно поднимать хорошии деньги, чего в загнивающей европомойке сделать не получится по многим причинам.
>дилетантом
jsf av стандарты написанные не транс-пидорасами, а умными белыми людьми с cs степенями стенфорда из локхед мартина предписывают писать так же
Я учил на ютубе. Если можешь в простенький английский на слух, то туториалы ChiliTomatoNoodle хорошие.
Не смотри, что у него уклон в геймдев, первые два плейлиста по основам языка и ооп, графика с 3 листа начинается.
Так же у него по другим темам есть плейлисты. Многопоточка, boost, std.
для джавапараши надо много памяти и проц, такова жизнь
если ты запускаешь на деревянном ПК, то да - будет хуйня.
у меня нет ничего из того, что ты перечислил, даже несмотря на то, что объем кодовой базы весьма значителен.
А мог бы просто VSCode поставить как нормальный разработчик
Если пикрила мало, то нахуй это говно нужно?
> у меня нет ничего из того, что ты перечислил
Вангую ты никогда крупный проект не открывал этой парашей.
>Вангую ты никогда крупный проект не открывал этой парашей.
Когда эту поделку по дефолту Гугля как IDE под Андроид зделол, то я отключал в настройках все что можно и более менее все работало, в прочем я и на Вижуал Студии все отключаю
На скринах простейший код, но в случае с типом float он не работает: при работе с маленькими числами значение переменной не меняется, при том, можно прибавить 1000 или умножить на два, тогда вывод корректный.
Вынес блок с float в отдельный код, на разных машинах\ОС компилировал - один хуй, в упор не вижу ошибку. При том, что double работает корректно
Во-первых, ты обратился к неинициализированнлй переменной, что уб и дальнейшие рассцждения о поведелии программы бессмыслены. Во-вторых, иди читай как устроены вещественные числа и почему они не могут хранить любое число с нужной точностью
Не знаю, почему так, но если ты юзаешь float, то ты должен писать не 1, а 1.0f, иначе компилятор юзает double. Но это замечание эту странность не исправляет.
Ты делаешь какую то хуйню, вещественные числа не хранятся как двоичные числа, они имеют специальный формат который требует декодирования, поэтому изначально в процессорах этим занимался специальный сопроцессор (fpu) который умел с ними работать а позже переехал на кристал и стал стандартом.
Что бы компилятор понимал что твои литералы нужно конвертировать в вещественный формат, ты должен везде писать 32.0f 25648.0f а любую целочисленную переменную конвертировать во флоат перед арифметикой fl += (float)i что бы точно быть увереным что твоя хуйня никак не может быть расценена иначе, например конвертировать fl в инт и сложить с другим интом после чего отконвертировать во флоат. Ну и что бы распечатать флоат как строку надо наверное тоже использовать специальные функции и патерны.
Потому, что плавающее число состоит из двух частей, для целого числа во float выделено 23 бита и твое число не влазит
Зависит от кода очевидно. Но в целом, кресты кроссплатформенный язык
Даже на JS можно написать так, чтобы работало только на винде определённой сборки с определёнными обновлениями. Дело вообще не в языке, а в используемых компиляторах и API.
Двачую вот недавно пытался запустить игру на рпгмейкере, несмотря на то что там используется nwjs который по сути эмулирует вэб-окружение поверх системного стека и к файлам там можно обращаться через виртуальный хост, гениальные жапонские программисты в плагинах натыкали xhr.open( require('path').dirname(dir).path )
берут модуль ноды получают системные пути и делают по ним http реквест, пиздец короче, на винде видимо работает ну потому что там C:\\Users\SukuiIbanava\hentai\loli\game\www и сразу понятно что это системный путь, а на линуксе надо file:// добавлять хотя бы, а по хорошему надо или нодой файлы открывать или блять вебстеком. Либо одно либо другое. но обнюханый трусами самурай даже подключив модуль fs все равно будет лазить через хттп-реквест, причем старый
>да
Как мне кроссплатформенно преобразовать wstring в utf-8? wstring_convert - диприкейтед лол
Для кроссплатформенной разработке это не нужно, а то что ты под ней подразумеваешь это не кроссплатформа, поэтому пишешь части платформозависемого кода и в нем пердолишься с системными вызовами для конвертации.
>поэтому пишешь части платформозависемого кода
Ага, а еще пишешь параллельно три нативных морды для гуя: под винду, линукс и мак.
>а ты что думал?
Некогда думать, надо платформозависимый код писать.
>>3337353
>>3337511
>Во-вторых, иди читай как устроены вещественные числа и почему они не могут хранить любое число с нужной точностью
THIS. Теперь понял, где ошибка, благодарю.
Буквально первая строка поисковика:
Тип данных float — это 32-разрядное число одинарной точности с плавающей точкой, которое может точно хранить числа, содержащие только до шести цифр. Например, вы не сможете хранить точно число 515 297.15 в поле с типом float
Там чуть сложнее. Зависит от порядка числа - больше - хуже
Вопрос, нахуя те линукс? Забей на этот мусор и пиши для Виндовс.
Я думал, что в основном под линукс пишут, а винда как доп. система. Сейчас же идёт переход с винды на линукс в бюджетных организациях и выгоднее писать кроссплатформенные приложения.
> в бюджетных организациях
В каких бюджетных и что поменялось? Все как сидели с виндой, так и сидят. Переход на пердоликс - это новые затраты и обучение персонала, никому это не надо. Кто хочет безопасно от потенциальных штрафов сидеть - сидят с плашкой "активируйте винду", но многие кмсом активируют. Даже госконторы так делают, всем похуй, легально винду не купить, но майки никого не блочили и не будут.
В нашей местности AstraLinux внедряют, я сам занимался этим пару лет назад. На все новые машины предписано ставить именно его, а не винду.
Был бы бюджет, а на что распилить всегда найдут. Ты не забывай что русских пидорнули из линукса, а финский нацик сказал что все русские разрабы - это фсбшные боты, внедряющие бэкдоры. Если выделят бабло на форк ядра, то может и будет повышенная активность, а пока ничего нет, сверх того что было до СВО. Полторы госконторы на Астре - это даже трём анонам не хватит мест. Вдвойне не забывай что даже Китай с винды не слез пока, а СВО скоро закончится.
На том же Шарпе как писали, так и пишут. В том числе госы. Условно в тот же nalog.gov.ru залогиниться не из под винды - длительное приключение с туманными перспективами. В egais.ru в принципе только с IE пускает.
Не, так и было месяц назад, сейчас вижу вообще личный кабинет выпилили, весь функционал наконец в УТМ перенесли. Это нихуя не шутка, там и дожили до 2024 года, когда IE уже даже в свежей винде нет.
Может и так, но в любом случае считаю, что отвязывание от продуктов Майкрософт и Оракекел это есть хорошо.
>Раньше писали фигурные скобочки на той же строке, а теперь часто вижу, что переносят на новую.
Так бесит эта манера. Сам всегда оставляю скобочку на той же строке, а обоснуй таков. Помимо плюсов, пишу ещё на питоне и луа. У питона после скобочек идёт двоеточие - аналог открывающей скобочки. У луа есть end - аналог закрывающей скобочки. В обоих языках тело функции можно начать прям со следующей же строки после её головы (но я оставляю одну строку пустую). Соответственно и в плюсах так же. А сраная скобочка, занимающая целую строку, ящетаю, это полнейшее уебанство.
Ключевое - ящетаю.
>А сраная скобочка, занимающая целую строку, ящетаю, это полнейшее уебанство
От ситуации зависит: если параметры функции или инициализация конструктора в столбик, то лучше переносить скобку. Если у тебя считают строки, то тут и вопросов нет.
Если ты не пишешь контекст, то using namespace никогда не пиши. Иначе, обновишь компилятор, добавят в std функции с такими же именами, но другими типами аргументов, но которые подходят по типам (например lcm, тру стори как на контесте это головную боль доставило), и ты охуеешь искать ошибку.
>Как вкатиться в clang?
Сначала подумал, что ты хочешь стать контрибьютором, но прочитал дальше и понял, что тебе до этого еще далеко
> почему если я пробую собирать им то, что компилится GCC, он срет тоннами ошибок?
Два варианта - код писали долбоебы или адекватные люди, но по каким то внутренним причинам привязались к одному компилятору и его расширениям
> И нужен ли он вообще?
Идиотский вопрос
> Никак не могу понять, зачем он+весь проект LLVM существует в принципе (кроме того что ллвм использует каждый новомодный яп).
Чтобы ты спросил, блядь. Зайди в гугл, открой первые 3 ссылки и прочитай. За тебя никто не будет их сюда копипастить
Хотя дороговато
Может если там будет только эта ф-ия, может создать callable class и в конструкторе сохранить map?
Ну я гейдевщик, не представляю как можно жить без виндовс и студии. На линуксе можно играть, иногда даже фпс больше, чем на виндовс+дх, спасибо Гейбу создателю dxvk, но программировать нет. В студии как минимум невероятно удобный дебагер, который в моей сфере нужно использовать постоянно, принтами и логами, как в вебе и около, невозможно пользоваться.
Забавно будет, если лет через 10 будут считать, что Линукс для игрулек, а Виндовс для работы, хехе.
>удобный дебагер
Це такое есть, просто не могу имаджинировать ебало студийных челиков, которых посадят на гдб.
>Забавно будет, если лет через 10 будут считать, что Линукс для игрулек, а Виндовс для работы, хехе.
Не будет, челибосам нахуй не упёрся лялих где-то дальше сервера.
>невероятно удобный дебагер
Чем он удобный? Обычный дебагер
>А что тогда с захватом сделать?
А в чем проблема с захватом? Тебе все равно как-то контекст колбека надо хранить.
Проблем нет, просто почему то вижуалка тряслась что то тряслась и щас перестала, всё норм.
VS Code кроссплатформенный и там тоже удобный дебагер. И в целом вс код гораздо приятней в работе, чем монструозная вижла.
А лямбду можно напрямую сохранить в классе, сослаться на неё как на тип? Я прост не знаю(
>А лямбду можно напрямую сохранить в классе
Нет, у каждой лямбды свой тип, который определяется в месте создания. Можно работать через темплейты, std::function или свою велосипедную обертку (если, например, надо сделать лямбду без аллокации под фиксированный размер захваченных данных).
Дайте норм тем для Вижуал Студии (не Коде), а то выглядит как синее говно.
Server Software: werewolf
Server Hostname: localhost
Server Port: 8816
Document Path: /abc/1234567
Document Length: 16 bytes
Concurrency Level: 222
Time taken for tests: 8.604 seconds
Complete requests: 1000000
Failed requests: 0
Keep-Alive requests: 1000000
Total transferred: 123000000 bytes
HTML transferred: 16000000 bytes
Requests per second: 116221.47 [#/sec] (mean)
Time per request: 1.910 [ms] (mean)
Time per request: 0.009 [ms] (mean, across all concurrent requests)
Transfer rate: 13960.20 [Kbytes/sec] received
Ясно. Конечно, отвечать никто никому не обязан, но судя по твоему ответу, это ненужный проект, как я и предполагал, потому что ты не смог объяснить его цель и при этом агрессивно даешь понять, что веришь в ее (цели) наличие.
Животворящий С прямо сейчас у меня делает 130k rps, три системных вызова на запрос.
Может я и правда агрессивно очень ответил, но это потому что у меня бомбануло с вопросов уровня 9 классника (и это не преувеличение). Скорее всего, ты хеллоуворлды лениво пописываешь раз в месяц и компилируешь их дефолтным системным компилятором. Зайди на cppreference в раздел compiler support и охуей от количества компиляторов, преднаначение которых ты понять не можешь. Короткий ответ - крутые компании, пишут свои инструменты для своих целей, чтобы не зависеть от сторонних людей. Например, intel c++ может быть выдрочен для генерирования производительного кода под конкретно их процессоры. И они пишут это сами, потому что никто кроме них не знает лучше особенности процессоров интел. Потом продают этот компилятор туда, кому нужно максимум производительности выжать (но емнип, intel c++ это вариация шланга и они уже подзабили на свой компилятор и коммитят в шланг). Майки могут писать свой компилятор, потому что хотят, чтобы нужные их командам фичи появлялись в первую очередь. Свой компилятор также дает возможность интегрировать его в ide и получить очень мощную среду разработки. Да и банально, у компиляторов могут быть клиенты в в виде корпораций и эти самые комплиляторы можно продавать, зарабатывая деньги на том, что в твоем компиляторе есть какая то узкая, но нужная кому то фича, которой нет в других компиляторах, либо, в которых она хуже реализована. По поводу, шланга. Если бы ты с ним поигрался, то ты бы заметил, что у него ошибки в 100500 раз более понятные и человекочитаемые чем у гцц. Потому что у шланга более модульная структура, что позволяет легче его переиспользовать для других проектов: статические анализаторы (clang-tidy), бэкэнд для 100500 языков отличных от c++. И если ты думаешь, что плюсы очень стандартизированный язык и достаточно однго компилятора (кстати в хаскеле так, по этому поводу там и последний стандарт языка вышел в 2010 году, а не выходит каждые 3 года, как в плюсах; там тупо 1 главный компилятор на котором пишут 99% людей, поэтому и нет смысла выпускать стандарты), зайти на тот же cpp reference и охуей от того какая каша может быть в поддержках разных фич разными компиляторами. А чтобы ты в дальнейшем не заставлял меня писать простыни на такие детские вопросы которые рассказывают в первую неделю обучения в вузе, если ты до этого с прогой дел почти не имел, найди себе хороший курс по плюсам, а не смотри всякие инфоцыганские курсы и задачи для умственно отсталых которые дают ложное чувство знаний. Хоть мфтишный курс начни смотреть
Бедненький.
Наверное, кофе даже не успел налить, как уже скомпилировалось.
Ненавижу пидоров, которые из единственного оставшегося не зашкваренного вебом языка делают очередную бэкенд-дрисню для перекладывания жсонов.
Нахуя мне твой обоссанный луа вместо божественных плюсов?
Так на доске сплошь пидоры вкатуны за БАБЛОМ, которое естественно в веб-параше. Только упомяни нормальную компьютерную программу - ГУИ приложение для Windows, получишь кластерный подрыв срак.
>формошлепы
Вебоскот перефорсит сам себя, типичное соевое вырожденство.
> неожиданно в треде появляются посты шизика про пидоров, сою и веб, с его представлением о тру программировании из тиктока
когда там у вас сессия закончится и вы из треда выкатитесь?
Есть идеи как в окне отладки ВС посмотреть весь массив имея указатель на него?
Нет. Просто массив - тупо указатель на кусок памяти. Откуда компилятор знает размер этой памяти?
>тупо указатель на кусок памяти. Откуда компилятор знает размер этой памяти?
Я в каком то хексвьювере видел, что можно было на участок памяти сишную структуру применить даже как массив заданного размера и она красиво отображала все эти поля. Так что хочу такое же.
если это строка то пока не уткнется в ноль
или
если это эльбрус в 128 битном режиме то в указателе есть размер, другой вопрос как получить/передать этот указатель строкой или числом его никуда не вобъешь и ничего по такому адресу не получишь.
Так, еще ImHex поддерживает шаблоны оказывается. Теперь если сохранить дамп памяти по указателю, то более менее можно просматривать.
>ImHex
Ебать оно гавнина, да и дамп память ВС не сохраняет как файл. Хоть сам плугин пиши.
И вот нахуй я писал такую простынь, отвечая на простой вопрос, если даже "спасибо" в ответ не получил
Допустим, вызывается метод, а в методе есть локальная переменная типа unsigned char. Так как переменная не проинициализированна, то в ней, как я думаю, будет какое-либо "случайное" значение. Вопрос: можно ли так получить случайный сид для генерации псевдослучайных чисел? Какие подводные?
>>3342872
Не будет. При обращении к ней будет UB - программа может хоть диск фоматнуть и это будет поведение соответствующее стандарту
Какая разница нулевой байт все равно попадется где нибудь
Ну а если вопрос про эльбрус то там 2 битный тег указывает на то что память: 00 - неинициализирована 01 - данные 10 указатель 11 - неизвестно, но вангую что unsafe. Хотя в unsafe режиме логичнее нулевые теги просто использовать, но не знаю
>акая разница
Большая. Нельзя читать неинициализированную память
на интеле же можно, некоторые программы даже используют для генерации случайных чисел. Что конечно не правильно, но есть "правильно" а есть реалии.
у меня вопрос - допустим я использую некую библиотеку, но использую допустим 1 процент ее возможностей, то есть задействую малую часть ее классов и методов.
После компиляции есть ли разница в быстродействии программы, как если бы я задействовал скажем 50 процентов библиотеки? другими словами, после компиляции в неиспользуемые элементы этой библиотеки просто отсекаются или же они все равно в том или ином виде присутствуют?
Если ты собираешь библиотеку отдельно, то там все функции будут висеть мертвым грузом, другое дело что для статически линкуемой библиотеки вроде есть оптимизация во время линковки, но ее надо включать.
Оглавление замечательное, но текст на любителя. Если текст туго идет, то придерживайся оглавления как программы, и читай соответствующие топики в других местах.
По тому же Паскалю есть книга гораздо лучше, чем писаниня Столярова - Песни о Паскале.
В быстродействии вряд ли. Скорее лишная память будет тратится, но и это обычно не проблема для прог на плюсах, если ты не для встроенных устройств пишешь
Почему я просто не могу статическую переменную внутри тела класса объявить?
Почему я должен следить за порядком объявления всякой муры? Как я заебался в свое время с тем, что у меня Node и Tree должны знать друг о друге. Полдня я проебал чтобы найти как, блядь, объявить структуру без тела, и потом уже реализацию ее написать.
Почему у темплейтов - такой всратый синтаксис?
Почему нет внятного способа получить нормальную информацию о типе? В ебучих жавах, сисярпах, пистонаха - есть, тут - нихуя нормального нет.
Нахуя в языке вообще возможность есть объявить женерик поле? Вот типа чтобы что? Чтобы зачем?
Почему, блядь, нет простого иструмента чтобы проект быстро подготовить? Нет, блядь, мейк или пиши батники/шел-скрипты.
Еще этот ебучий препроцессор, который ебал его мать в сраку.
Короче. Мне не нравится. Поделился мнением. Пошел дальше свою жаву теребить.
Школьник, плес. Антипаттерн != Гитлер. В таких вопросах надо смотреть на проект в целом, а не на синтаксис в 5 строках кода.
пиздец тут неосилятор затолстил, статик уже давно завезли
https://en.cppreference.com/w/cpp/language/static
да и по остальным пунктам все хорошо.
> антипаттерн
Ты ошибся тредом. За паттернами тебе в жабы и шарпы.
нет, всё верно, там паттерны, а тут в плюсо треде одни антипаттерны
Вот есть указатель void*, есть второй такой же. Данные там могут быть самые разные - циферька, строчка, структурка какая-нибудь. В отдельных переменных хранятся размеры этого богатства и тип.
Задача: скопировать данные из одного указателя в другой.
Вопрос первый. Правильно ли я понимаю последовательность действий?
1. При инициализации даём указателю nullptr
2. Первый раз обращаясь, делаем ему malloc
3. Перед следующей записью делаем realloc
4. Пишем данные через memcpy
5. В деструкторе всего хозяйства, делаем указателю free
Вопрос второй. Это ведь сишная дребедень? Нет ли какого-то более благородного плюсового аналога?
>Объясните, вот чего так сложно-то?
>Почему я просто не могу статическую переменную внутри тела класса объявить?
Можешь. Другое дело, что с шаблонами нужно думать.
>Почему я должен следить за порядком объявления всякой муры?
Потому что компилятор должен знать именя к моменту когда дойдет до него
> Как я заебался в свое время с тем, что у меня Node и Tree должны знать друг о друге. Полдня я проебал чтобы найти как, блядь, объявить структуру без тела, и потом уже реализацию ее написать.
Это легко решается, если ты понимаешь разницу между объявлением и определением
>Почему у темплейтов - такой всратый синтаксис?
Нормальный
>Почему нет внятного способа получить нормальную информацию о типе? В ебучих жавах, сисярпах, пистонаха - есть, тут - нихуя нормального нет.
Потому что в плюсах нет инормации о типе в рантайме, в отличие от джавы и питона.
>Нахуя в языке вообще возможность есть объявить женерик поле? Вот типа чтобы что? Чтобы зачем?
Чтобы писать обобщенный код, внезапно. Наример, вектор в котором будет шаблонный указатель
>Почему, блядь, нет простого иструмента чтобы проект быстро подготовить? Нет, блядь, мейк или пиши батники/шел-скрипты
Зачем проект, если можно просто компилмровать из консоли? Это тебе не джава. Тащемта везде сборка не просто "вот возьми такие файлы и скорми компилятору", а гораздо сложнее.
>Еще этот ебучий препроцессор, который ебал его мать в сраку.
Наследие C. Не используй его в современных плюсах, если только ты не пишешь инклуд гуарды. Хотя модули это решают, вроде.
>Короче. Мне не нравится. Поделился мнением. Пошел дальше свою жаву теребить.
Потому что ты рассчитываешь взять, выучить синтаксис и писать как на джаве. Так нельзя. Это работает только если ты учишь язык на уровне циклов и условий. Главная твоя проблема в том, что ты где то нашел справочник по плюсам и пытаешься джавовыф код переписатт не плюсы. Это ошибка. Плюсы нужно учить. Долго и упорно.
Как я заебался уже отвечать на такие вот вопросы. Они довольно примитивные, но для объяснения нужно целое полотно написать. Этих всех вопросов не было бы, если бы люди учили язык блядь, я не просто выдирали рандомную хуйню не понятно откуда и приходили задавать о ней вопросы
>Это ведь сишная дребедень?
Да
>Нет ли какого-то более благородного плюсового аналога?
smart pointers
Перепишм вопросы. Ты че то странное делаешь. Откуда деструктор, если ты не сказал какую структцру ты хочешь написать? И еще : такие фокусы можно делать только с POD
>допустим я использую некую библиотеку
Ну смотри, допустим, это популярная библиотека, и ты не залинковался с ней статически. Данный расклад наиболее вероятен, учитывая, что ты только начал изучать плюсы. Значит библиотека наверняка уже есть у пользователя на компе, и ею пользуются другие программы. Так что не слишком парься на этот счёт. Просто старайся не лезть во всякую экзотику.
Ну и да, все перечисленные функции из си. В плюсах вместо этого new, delete.
>Откуда деструктор,
Не душни, указатели же не в воздухе висят. Они откуда-то появились, их когда-то и уничтожать надо будет. Например, они могут быть полями класса. Ну или при выходе их освобождать.
> Потому что компилятор должен знать именя к моменту когда дойдет до него
Почему он не может: пройтись, собрать имена(ака идентификаторы), а потом уже зная из построить что там ему надо?
Я в вузе когда делал свой компилятор - проходил два раза - ниче, не переломился. В плюсах в 2024 году - это почему-то надо.
> Это легко решается, если ты понимаешь разницу между объявлением и определением
И на кой хуй эта разница вообще нужна? Язык - компилируемый. Я вообще ИРЛ не видел ни одного кейса в реальности где это надо, кроме как раз шизоплюсов, в которых компиляция занимает 100500 лет.
В жаве - я беру и прямо в модуле пишу код, ниче, все заебись. Думать о том что я там когда объявил мне не нужно.
> Нормальный
Не нормальный. Нормальный это типа:
void Foo<T>(T bar, T buz)
А как в плюсах - это откровенное издевательство, чтобы баже без обфускации - никто не мог прочитать.
> Потому что в плюсах нет инормации о типе в рантайме, в отличие от джавы и питона.
Так и в чем проблема добавить ее? Если она мне нужна. Чет опять же - счетчик ссылок для юник поинтеров и прочего - не переломились добавить. Так и информацию о типах можно. То что ее нет - это проеб.
> Зачем проект, если можно просто компилмровать из консоли?
Можно. Как только у тебя больше 10 файлов и больше одного разработчика - это должно быть автоматизировано. Потому что ебись оно в сраку.
А нормальных из коробочных инструментов у плюсов - нет. Make - не нормальный.
> Потому что ты рассчитываешь взять, выучить синтаксис и писать как на джаве. Так нельзя
Я хочу за отпуск просто игрульку фром скреч сделать. Все. Не хочу я плюсы учить. Я чтоли виноват, что нормального инструментария для игрулек нет на других языках?
>Не душни, указатели же не в воздухе висят.
Что значит в воздухе?
>Они откуда-то появились, их когда-то и уничтожать надо будет.
У сырых указателей деструктор тривиальный. Он ничего не делает. Короче, ты опять что то странное пишешь. Нормально сформулируй вопрос и тогда я отвечу
> Например, они могут быть полями класса.
Могут. И тогда можно будет говорить о деструкторе. Пока ничего такого не было написано
> Ну или при выходе их освобождать.
Выходе откуда?
>Почему он не может: пройтись, собрать имена(ака идентификаторы), а потом уже зная из построить что там ему надо?
>Я в вузе когда делал свой компилятор - проходил два раза - ниче, не переломился. В плюсах в 2024 году - это почему-то надо.
Честно, я не помню. Может по историчечким причинам,требовалось, чтобы компилятор мог сгенерировать код в 1 проход. Это правило закрепилось и имеем, что имеем. Может есть еще причины, не помню.
>И на кой хуй эта разница вообще нужна? Язык - компилируемый. Я вообще ИРЛ не видел ни одного кейса в реальности где это надо, кроме как раз шизоплюсов, в которых компиляция занимает 100500 лет.
Тупейший вопрос. На кой хуй нужна разница между числом 2 и 3? Я хз как ответить даже.
>В жаве - я беру и прямо в модуле пишу код, ниче, все заебись. Думать о том что я там когда объявил мне не нужно.
И че? Нахуй ты правила джавы на плюсы переносишь? Я уже сказал тебе так не делать. Меня наоборот в джаве иногда бесило, что я не могу определение класса вынести куда то в отдельное место, чтобы у меня на виду был "интерфейс" класса, а в отдельном месте уже реализация. В джаве это можно сделать с помощью интерфейсов, но это не то же самое.
>Не нормальный. Нормальный это типа:
>void Foo(T bar, T buz)
Ты предлагаешт опустить строчку template<typename T>? И как компмлияор должен понять откуда это T? Шаблонный параметр или класс объявленный хуй щнает где?
>А как в плюсах - это откровенное издевательство, чтобы баже без обфускации - никто не мог прочитать.
Ты заебал. Ты не понимаешь - значит синтаксис плохой и никто не понимает? Нет. Будешь дальше хуйню такую писать, я не буду отвечать. Если бы ты предложил какой то вариант, я бы сказал, что с ним не так. А ты просто говном кидаешься.
>Так и в чем проблема добавить ее? Если она мне нужна. Чет опять же - счетчик ссылок для юник поинтеров и прочего - не переломились добавить. Так и информацию о типах можно. То что ее нет - это проеб.
Ты заебал. Это последний пост на который я отвечаю тебе. В твою тупую башку не влазиает мысль о том, что у любого языка есть спектр задач, а не каждый язык стремится выглядеть как джава, потгму что ты на ней пишешь.
>Можно. Как только у тебя больше 10 файлов и больше одного разработчика - это должно быть автоматизировано. Потому что ебись оно в сраку.
> автоматизировано
Эта автоматизация называется makefile
>А нормальных из коробочных инструментов у плюсов - нет. Make - не нормальный.
Для плюсов - нормальный. Есть еще cmake. Он может быть приятнее в чем то (хотя и он потом до make прелбразуется)
>Я хочу за отпуск просто игрульку фром скреч сделать. Все. Не хочу я плюсы учить.
Ну и дебил. Хоти дальше.
Ты прицепился к слову "деструктор" и проигнорировал продолжение. На самом деле там было
>деструктор всего хозяйства
Под хозяйством имеется ввиду та область видимости, в которой наши указатели живут.
а) Они могут быть полями класса. Тогда речь про деструктор класса.
б) Они могут "болтаться в воздухе" - то есть быть объявлены глобально. Тогда их надо подчищать при закрытии программы.
в) Они могут быть объявлены как переменные внутри какой-нибудь функции. Тогда удалять надо перед возвратом.
Конечно, из этих всех опций слово "деструктор" принято использовать лишь по отношению к классам. Однако если мы обратимся к смыслу данного термина, то поймём, чтово всех трёх случаях выполняется одно и то же действие - подчистка выделенной памяти; что и есть смысл деструктора.
>Нормально сформулируй вопрос и тогда я отвечу
Всем всё понятно по контексту, а ты решил компилятор из себя корчить. Тебя, может, ещё и Витя зовут? Типичные придирки носителей этого имени так-то.
>Под хозяйством имеется ввиду та область видимости, в которой наши указатели живут.
У области видимости нет деструктора. Написанное дальше не имеет смысла
>Конечно, из этих всех опций слово "деструктор" принято использовать лишь по отношению к классам.
> Однако если мы обратимся к смыслу данного термина, то поймём, чтово всех трёх случаях выполняется одно и то же действие - подчистка выделенной памяти; что и есть смысл деструктора.
Нет.
>Всем всё понятно по контексту, а ты решил компилятор из себя корчить. Тебя, может, ещё и Витя зовут? Типичные придирки носителей этого имени так-то.
Ну тогда жди пока кто то менее душный ответит тебе как в деструкторе области видимости почистить указатели в воздухе. Я слишком душный, чтобы понимать написанное
> И как компмлияор должен понять откуда это T?
В 95% случаев - людям нужно: для всего.
В 5% случаев - есть ограничения, как в той же джаве или шарпе.
Java:
T Add<T extends Number>(T a, T b) { }
C#
T Add<T>(T a, T b) where T : INumber, new(), class { }
> Шаблонный параметр или класс объявленный хуй щнает где?
Сама модель типов должна быть такой, чтобы языку было строго похуй. Есть тип. Какой-то класс - это просто способ описать свой тип. Для языка должно быть строго похуй в контексте обобщенного программирования - шаблонный параметр это или тот самый класс.
> Нахуй ты правила джавы на плюсы переносишь?
Потому что это тупо удобнее. Вот и все. Писать код там же где ты его объявил - удобнее. Ты же не являешься ебанатом с паскаль-лайк подходом, который все переменные объявляешь до их вызова? Думаю нет. Объявляешь по необходимости. Но чет с методами и типами - я должен зачем-то в голове эту хурму держать.
> Ты не понимаешь - значит синтаксис плохой и никто не понимает?
Я понимаю как раз, я говорю что он хуевый, и даю примеры где сделано лучше. Да, женерики != темплейты, но то что все сейчас используют варианты женериков вместо темплейтов как раз говорит о том, что придумали в свое время хуево.
> у любого языка есть спектр задач, а не каждый язык стремится выглядеть как джава
И потому - мне принципиально надо не знать о типе с которым я работаю? Я не понял логики.
Такой хуйней можно и долгое отсутствие потоков в стандарте оправдать. Лямбд. Ну, другой спектр задач. Ой, блядь, оказывается можно научить язык и теперь они завелись. Ном-ном-ном.
Мне - нужен способ узнать тип нормально. В рантайме. Пусть для меня и таких как я - в языке будет. Кому не надо - пусть у них не будет. Еще раз - уник поинтеры - не зерокост, если ты их используешь, но они упрощают жизнь тем кому оно надо.
> makefile
Ничем не лучше пачки баш-скриптов. Попробуй мейком просто собрать проект, который делали в другом окружении. Линукс<->Винда. В 90% случаев - нихрена не соберется. И ты будешь все равно руками разгребать этот мусор.
> Ну и дебил. Хоти дальше.
Не переоценивай язык, няша. Это инструмент, чтобы заставить машину делать то что я хочу. Не более. Не я виноват, что нужные мне библиотеки - не имеют нормальных оберток, и придется таки в ваше болото погрузиться. Но я справлюсь, базарю.
Твои extends where в жабе и шарпе сосут у плюсов с причмокиванем
https://en.cppreference.com/w/cpp/language/constraints
Концепты в плюсах не на наследовании основываются. Соответственно синтаксис другой. Ты там можешь проверить какие-то отдельные свойства у обобщенных параметров, а можешь сотни требований сделать. Например что их можно сравнивать с данными такого же типа или что они занимают такой-то размер в памяти.
https://en.cppreference.com/w/cpp/language/template_parameters
У шаблонов бывают параметры не связанные с типом
Ты
>Ты
Ты сначала возможности плюсов посмотри, а потом критикуй их
фикс
>Есть еще cmake. Он может быть приятнее в чем то (хотя и он потом до make прелбразуется)
cmake это "configure make" это не скрипт сборки а скрипт конфигурации, ну и помимо make есть еще ninja build, который вроде как заточен на тяжелые проекты и многопоточность.
Нет. Но подсветку синтаксиса и автодополнение стоит убрать
>подсветку синтаксиса и автодополнение стоит убрать
лол что?
так а нахуй без них писать?
я вот без клавиатуры писать не могу, это же не значит что я должен учиться голосовому вводу
что то конструктивное сказать есть что?
ну или объясняй какое отношение чатгпт к этому посту имеет
>В плюсах в 2024 году - это почему-то надо.
Дело не в однопроходности. Компилятор проходит сколько нужно раз. Внутри класса, например, можно использовать методы в любом порядке, без предварительной декларации.
>В жаве - я беру и прямо в модуле пишу код
Джава гораздо проще как язык, там нет препроцессора, дженерики куцые, поля класса - это или примитивы или указатели, структур нет, единицы компиляции четко определены. В С++ все гораздо сложнее, у компилятора нет 100% возможности вывести тип без контекста.
>Так и в чем проблема добавить ее?
Это не так просто. Уже лет 10-15 добавляют. В С++26 обещают сделать.
Вы там как в джаве, вообще без фабрикабстрактныхфабрик кушать не можете? Обязательно фабрики сходу лепить?
Пиздец у тебя на скрине, конечно. Ты совсем не понимаешь, как темплейты работают в плюсах. Это не дженерики в джаве, в рантайме их нет.
Про что щас узнал. Я просто из скриптовых языков пришёл, там такой хуйни нету. Следите за руками.
class first { public: int foo; };
class second : first {};
class third : second {
public:
void bar() {foo = 99999}
}
Вот так не будет работать, потому что foo в данном контексте приватное. А вот если в секонде публично его переобъявить - тогда норм будет работать.
Такие дела, вдруг кому полезно будет.
Бля, да в самых первых главах про ООП в любом учебнике по крестам разжёвывают про публичное и приватное наследование. Но это же путь для тех, кто читает книги, слишком сложно, лучше будем видосики смотреть.
class second : first
is a syntactic short-hand for
class second : private first
Полезное сокращение. Без него точно все бы заебались писать каждый раз бойлерплейтный private.
Ты молодец, что читал учебник.
>лучше будем видосики смотреть
Вот щас обидно было. Ни одного видосика по плюсам не смотрел, своил исключительно по цппреференсу и метаниту. Плюс про инклюд гуарды и void* указатели мне подсказал друг-сишник (презирающий плюсы, лол). А основы программирования как такового я выучил на интерпретируемых языках.
Вообще, этот ваш цпп - пиздец какая легаси залупа, если честно, тянущая обратную совместимость аж из 1980х. Но мне очень нравится отделение интерфейса от реализации, такого в скриптовых языках не хватает, чтоб прям по разным файлам разнесено было.
>>3344469
Вот это, кстати, я тоже читал, но так давно, что успел забыть, а ты напомнил. Имеет смысл, да.
Нет. Линукс это мусор.
Стимдек очередная вендорлокнутая консоль. Линукс - прошивка для вендорлокнутых говнин. Заметь как на релизе стимговна этот пидор обещал там винду, но хуй там, сначала протормозил в молчании, а теперь вообще пропагандирает стимкал как "Для тех кто хочет ОТКАЗАТЬСЯ от гейминга на винде". По сути и устройство и линукс на нем это параша для тех кто хочет отказаться от гейминга попав в зависимость от говно-корпорации с её кастомной залупкой несовместимой ни с чем кроме самой себя. Слыш, раб, купи корпоративную затычку. Вот для чего нужен линукс, вот чему он служит.
Так что линуксом занимаются только корпоративные рабы на зарплате. Кто возится с линуксом не получая за это деньги от корпорации, тот просто безмозглый лох.
>попав в зависимость от говно-корпорации с её кастомной залупкой несовместимой ни с чем кроме самой себя
База. Стим кстати так же силой навязывали. Ты просто не мог запустить игру, не установив эту прокладку, не смотря на то что ты купил игру. Сперва они мучили лишь потребителей своего же кала, можно легко нагуглить "восторженные" отзывы о стиме времен выхода хл2 и эпизодов. Но вконце 00х почти все игры перешли туда.
Бесконечная уважуха тому же Нотчу, что распространял игру через Веб, а не Стим.
Кстати тут ещё можно увидеть, почему ОпенСурс это зло. Какой-то чел сделал Вайн, другой сделал dxvk, корпорация взяла этот софт и сейчас с помощью неё стрижет бабло. Комитить в опенсурс = быть куколдом.
Дело даже не в стрижке. Ну открытый код открыт, каждый может взять и стричь бабло, это нормально. Проблема в том, что корпорации только берут, но обратно не дают. Вот Валв сделали на бесплатном линуксе за чужой счёт прошивку для своей залупы которая более-менее удобна и можно во что-то играть. Но так и залочила эту работу только для себя, на ПК это не поставишь, не получишь обратно. Корпорасто-хуесосы только берут, но не отдают. Так бы можно было бы поставить эту стим-ОС (или как она там) на ПК и иметь качество лучше чем этот слабосильный планшетик, но нет же, корпожид не позволит, он лочит только для себя. То есть, опенсорс и линукс спонсируют корпорабство, помогают устраивать цифровой гулаг по-дешевке. Так бы эти жадные корпы может и не смогли сделать свою систему с нуля ради своего любимого рабства, но линукс дает любому скоту легкий способ устраивать рабство, и это всё под лозунгами визга "мы за швабордку! линукс - швабода!". Ну охуеть вообще, самый жирный перефорс века. Почему все корпы нынче так любят линукс, да потому что это халявав и лучший инструмент для свиноскотского корпорабства, вот прочему. Это то, что корпорации хотят, естественно они любят линукс и опенсорс который им круто помогает.
Запизделся ты парниша https://store.steampowered.com/steamos/buildyourown?l=russian
А ладно. Это говно мамонта на дебиане https://repo.steampowered.com/steamos/README.txt
Хотя зная что это арч можно обычным способом поставить https://store.steampowered.com/steamos/download?ver=steamdeck
Через арчстрап например
>Так бы можно было бы поставить эту стим-ОС (или как она там) на ПК и иметь качество лучше чем этот слабосильный планшетик
Стим на любой линукс устанавливается без проблем.
Корпораб включил дебила, типа прочитать не смог и серет тупостью, когда речь была вовсе не про сраное приложение, а про всю Ось которую ставят на корпоративный планшетик, и хуй ты её еще куда поставишь, прибито гвоздями к анальному локу гулага. Хули толку с говноприложения га новнолинуксе на котором нихуяы не работает, когда эта корпа даже графическое ядро системы своё понаписала (расширения Вейланд), ведь имеющееся - нерабочее говно. И такой весь линукс, просто говно нерабочее, не ОС, а конструктор ОС, до рабочей ОС его доводят только корпы, но корпы не делятся, лочат только себе. В итоге корпы жируют на халяве, а простые линуксо-лохи сидят в говне навечно и пашут на корпов бесплатно.
Причем пашут все, даже простой тупорылый хуесос итт, который ни строчки кода не написал и не напишет, одними своими кукареками про "линукс-крута" уже рекламирует эту парашу привлекая рабов которые уже реально пашут на корпожида. Вся система линукса устроена срать на людей и обогащать корпорации, причем так, что эти жертвы еще добровольно корпов защищают и систему эту защищают и рекламируют везде.
Шизики а нука вон отсюда
Вот из-за таких syntactic short-hand плюсы и не любят. Язык прячет выжные для семантики детали, а читающему код надо держать в голове сотни вот таких мелочей чтобы просто понимать как прога работает. Лучше уж бойлерплейт.
>>3344480
Оставь void* в сях. Да и там лучше без них обойтись.
всё так. и ИМХО плюсовые интерфейсы (то есть эйфелева башня из костылей, имитирующая интерфейсы) тоже не фонтан. тебе бы джаву глянуть.
Всем привет. Подскажите, что лучше учить с целью понимания низкоуровневых концепций (указатели, ручная сборка мусора и пр) C или C++? Я так понимаю C++ более обширный, но его есть смысл учить, если прям целенаправленно хочешь на нем писать дальше. А мне нужно просто познать внутрянку после петухонов. Обычного C для этого хватит или все таки лучше плюсы? Или может есть какой-то облегченный C++?
Дело в стрижке. Жирной пидор сэкономил сотни тысяч, а то и более, долларов, на разработке ОСи или договора с МС. Плюс не появились рабочие места. Как ты думаешь, скинул он хотя бы долларов 100 девелоперам вайна с dxvk?
ОпенСурс это выгода для корпораций в виде дикой экономии. Для разрабов же это меньше рабочих мест и статус куколда.
Изучив С/С++ ты не познаешь внутрянку. Чтобы познать внутрянку нужно читать книги или проходить курсы по этой теме.
Можешь nand2tetris навернуть. Лучше, наверное, в смысле теория+практика нет. Есть отдельные книги, что теоретически лучше, но их уже потом сможешь прочесть, если нужно будет.
Плюсы не добавляют ничего низкоуровневого к сишке. Только и сишка сама не очень-то низкоуровневая, ниже указателей по сути и нет ничего.
2 столбец пикчи в нюфаг-треде, как правило посредством C. Современный C++ вообще уходит от низкого уровня, и его туториалы скорее дают советы "как обойтись без указателей".
Рассказываю. Я сам пришёл из скриптоговна, причём совсем недавно.
>указатели
Использовать в следующих случаях:
1. У тебя какой-нибудь объект, который не хотелось бы лишний раз копировать. Например, экземпляр класса или структуры, или массив. С такими вещами, тащемта, и в скриптовых языках обращаются как с указателями, просто в слух не говорят. С ними всегда надо так:
MyClass huy = new MyClass();
huy->zalupa = 1;
И всё. Ничем не отличается от скриптовых, только вместо точки не забывай использовать -> .
2. Тебе надо сымитировать нетипизированное поведение. Делается через void. Такой тип можно преобразовать во что угодно вообще без затрат, а потом записать в него что хочешь. Но вообще, сюда не лезь, оно тебя сожрёт.
3. Передать в функцию значение по ссылке, если не хочешь лишний раз копировать переменную. Имеет смысл, когда точно знаешь, что внутри функции с ней ничего не будешь делать, зато функцию будешь вызывать 100500 раз в секунду - оптимизация.
4. Передать в функцию значение по ссылке, чтобы сымитировать несколько возвращаемых значений. Тут наоборот - ты эту переменную внутри функции точно поменяешь и таким образом "возвращаешь". Использовать очень осторожно; и вообще, несколько возвращаемых значений - это зло даже в языках, где оно официально разрешено.
Всё, в остальные случаи ты вряд ли ты захочешь лезть без глубинного понимания. А глубинное понимание появится после практики с этими четырьмя.
>ручная сборка мусора
Просто на каждое new в коде должен быть свой delete, и будет тебе счастье. Если не будешь использовать хуйни вида malloc, memcpy и прочую прямую работу с памятью в обход типизации, то этого правила тебе будет достаточно. А если будешь - что ж, F
>Передать в функцию значение по ссылке, если не хочешь лишний раз копировать переменную. Имеет смысл, когда точно знаешь, что внутри функции с ней ничего не будешь делать, зато функцию будешь вызывать 100500 раз в секунду - оптимизация.
И где возникают указатели при передаче по ссылке? А еше ты про const не знаешь походу. Охуенный ты советчик. И таких полон тред
1. Ссылки. И да, ссылки != указатели.
2. Дженерики и тайп касты. Они тоже тебя сожрут, но анализаторам кода будет чуть проще.
3. Ссылки, на крайняк smart_ptr и unique_ptr. Добро пожаловать в ручное управление сроком жизни объектов, это надо знать.
4. Объект как возвращаемое значение. Но да, так и так моветон.
>Просто на каждое new в коде должен быть свой delete
Ни разу не просто, когда проект больше сотни строк. Учи принципы владения объектами.
Описанные тобой приёмы пришли с дремучих времён, когда на сишечку натягивали ООП, а кроме указателей других инструментов не было. Их применение плодит баги, сегфолты и утечки. Архитекторы языка сделали работу над ошибками (не идеал, но всяко лучше чем было), и начиная где-то с C++11 чистые указатели - это легаси либо эмбеддед код.
>Я сам пришёл из скриптоговна
Выйди и зайди нормально
Ты когда-то что-то внутрь функции передаешь, и это не должно меняться, то пишешь const перед параметром.
int square(const int x&) например.
Ещё, если у тебя есть функция в классе, и она не должна менять кишки класса, то ты тоже можешь приписать const
int square(const int x&) const
называется вся эта байда const correctness
Вопрос на засыпку что это значит
class Person {
private:
std::string name;
public:
std::string getName() && {
return std::move(name);
}
const std::string& getName() const& {
return name;
}
}
>MyClass huy = new MyClass()
Блять, я всё-таки проебал звёздочку. Точнее, её сожрала макаба. После первого MyClass должна быть.
>>3345679
>Охуенный ты советчик. И таких полон тред
Между прочим, честно предупредил, что сам такой же нуб, пришедший из скриптоговна.
>И где возникают указатели при передаче по ссылке?
Поверь мне, на первых порах можно не фокусироваться на их различиях. Всё равно области применения разные.
>про const не знаешь
В контексте передачи аргумента по ссылке это было не особо существенно.
И да, ключевое слово const - не нужно.
>>3345718
>1. Ссылки
Нихуя, оператор new возвращает указатель на экземпляр класса.
>Дженерики и тайп касты. Они тоже тебя сожрут
Вообще, у меня сложилось впечатление, что именно типизация - самое сложное в сях. Не указатели.
>Их применение плодит баги, сегфолты и утечки.
Ну тут да. Особенно тайпкаст указателей. Это пиздец. К счастью, на такой случай человечество придумало санитайзеры.
>чистые указатели - это легаси либо эмбеддед код.
Я бы с радостью разделил твой оптимизм, но в тех проектах, у которых мне доводилось видеть исходники, это вполне себе база. Ну и к тому же, на мой взгляд, гораздо правильнее писать ядро на плюсах по хардкору с указателями, а управлять этим всем (и рисовать морду) при помощи скриптовых языков.
> пришедший из скриптоговна
Никто ниоткуда не приходит, а значит и не уходит. Все, всегда , перманентно находятся в своём состоянии. Если ты "из скриптоговна", значит ты в скриптоговне, был, есть и будешь навечно. Здесь тебе не место, но лезешь и изображаешь из себя. Это лишь тупая игра, дуришь сам себя и серешь вокруг.
Но не подумай плохого, ты хоть не конченый дебил как твой собеседник, тот вообще просто кусок тупого дерьма не годный ни на что.
Я вообще с css стилей и регекспов начал, и постепенно спускался до си, плюсов и ассемблера.
> омежка пытается самоутвердиться считая изучение языков каким то невьебенным навыком, а уж если плюсы выучить то ты сразу тру программистом становишься
Кто среди студентоты такое форсит?
>>3345718
> начиная где-то с C++11 чистые указатели - это легаси либо эмбеддед код
Хорошо что половина софта который тебе придется разрабатывать не появился раньше с++11 и естественно никто его переписывать не собирается
Не говоря уже о том что десктом на кьюте сырыми указателями пользуется, пользовался и будет пользоваться не или выйдет qt7 и придется опять весь софт переписывать
>и начиная где-то с C++11 чистые указатели - это легаси либо эмбеддед код.
Для передачи параметров все указатели как использовали, так и используют. Для хранения - лучше оборачивать какой-то в умный указатель, но в 90% случаев владелец всегда один, и достаточно unique_ptr или тупо new-delete, и запрещенное копирование у класса. Shared_ptr обычно редко нужен, и городить их везде по дефолу - плохая идея.
Программирование не навык, а образ мышления. Обосранному скриптами мозги уже не вправить, он научился, мировоззрение зафиксировалось. Дальше можно только подниматься к более тупым скриптам, но опуститься на низкий уровень нельзя.
>Обосранному скриптами мозги уже не вправить
Да ладно, диды с бейсика начинали, и написали весь современный софт.
> Программирование не навык, а образ мышления.
сможет кто в треде переплюнут по тупости эту фразу?
Что дальше будем романтизировать, школьную алгебру?
>(hex & 0xff000000) >> 24;
И по идее должно выйти 0x000000ff
И что он потом обрежет когда приведу к uchar? Нолики или ff?
Но после Бейсика им приходилось учить Ассемблер, потому что альтернатив порой не было.
Каст это обычная операция, он работает над своим операндом, а не над аргументами функции, результат которой в него передается.
(uint8_t)0x12345678 == 0x78, старшие разряды отбрасываются при narrowing conversion
Он создал возможность для тебя перенаправить энергию своей зависти в русло создания такой же ебатории.
Не забудь 100 баксов разработчикам вайна.
>Корпорасто-хуесосы только берут, но не отдают
Они не могут не отдавать, если лицензия их принуждает к этому. Иначе в США их просто засудят на бетабаксы.
То что разработчики выбирают MIT или BSD для своих поделок исколючительно их вина. У Wine кстати GPL, также как и у ядра линукса, не понимаю бухтение.
>Как ты думаешь, скинул он хотя бы долларов 100 девелоперам вайна с dxvk?
dxvk буквально делают люди у него на зарплате.
Объясните мне таки сакральный смысл разделения на cpp и hpp если тот же шаблонный код - ты так писать не можешь и тебе все прям говорят - пиши сразу в hpp и не выебывайся?
Просто я вот пытался нормально, раз уж заставляют делить - буду делить. Не дураки же придумали.
Но что я получаю - получаю ебельдь и совет - ну, смотри, если хочешь в cpp реализацию держать - ты все шаблончики явно проинициализируй, чтобы линкер знал что такое понадобится.
Я такой - ок, понял - шаблонный код сразу в hpp и не выебываемся.
Я даже решил, мож я дурак - полез внутрь векторов, карт, посмотрел. Они тоже - сразу в заголовочном файле и не выебываются.
Но ведь весь смысл тогда ломается же нафиг. Мож я чего пока не понял, но гуглеж в течении 2 часов показывает, что ты либо в .hpp пишешь сразу, либо в этом же hpp все нужные варианты прописываешь а реализацию таки выносишь. Второй вариант - сразу идет нафиг, ведь я не знаю что мне там понадобится ведь если бы знал - прост иерархию объектиков построил и передавал интерфейс.
Просто вилка в виде - для шаблонов так, для обычного так - выглядит как посос полный.
Все нешаблонные функции делаешь inline и можешь ничего не разделять, если сильно бесит.
Та не бесит меня. Просто я хочу понять, я дурак или так и надо.
Я так и не понял чем CMake принципиально отличается от того чтобы я сделал g++ ./src/*.cpp -o build/app.exe -Llibs -Iinclude
Все так же прописываешь. Получаешь какую-то магическую партянку из Makefile, какого-то СmakeCache и прочего разного. Но уже разобраться без поллитра как оно работает - становится невозможно. Какие-то заклинания, а на самом сайте с доками - просто грят: вот вставь эту магическую штуку, и будет счастье.
Пока решил - буду дальше собирать через баш. Оно и проще и понятнее и вообще. МБ потом пойму. Пока ./build.sh и погнали.
Кто то пробовал с Раста на Плюсы переписывать, на сколько Раст далек от нормальных языков?
Да в целом не сложнее чем с других языков, много конструкций нормально на плюсы переноситься
Единственное код будет поуродливее выглядеть, в расте покрасивее можно ошибки с Option/Result обрабатывать
Возможно придется свои велосипеды писать, хотя когда в плюсах было иначе
У меня тоже с этого горит. За 40 лет не смогли придумать сборщик уровня cargo.
Проблема не в том чтобы написать аналог cargo, а в том чтобы им начали пользоваться
Какой смысл от твоего package manager если в нём нуль пэкеджей
А так как все свои проекты люди собирают на чем угодно, заставить их переехать на твой велосипед == невозможно
Поэтому создать билд систему и пэкедж менеджер как единное целое у тебя не получится, в итоге максимум что может получиться это conan
>Какой смысл от твоего package manager если в нём нуль пэкеджей
Да на пакеты даже пофиг на самом деле. Киллер фича - это билд скрипты. Добавляешь build.rs, и на том же языке делаешь всё, что угодно. На этапе сборки, с использованием любых либ, без ограничений constexpr.
В симейке нужно сделать дополнительный таргет, определить кастомную команду, добавить в сорцы (удачи с первого раза угадать, по какому пути пропишется этот файл), хуё-моё.
Какого хрена я должен всем этим заниматься, чтобы скомпилить ебаный шейдер?
> чтобы скомпилить ебаный шейдер
Неосилятор, спокнись, если ты шейдеры под конпелируемые языки гоняешь, то дело явно в тебе
Не, я понимаю, что SPIR-V для казуалов, а тру геймдевы пишут прямо на ассемблере гпу, но не всем же писать Крузисы.
>а тру геймдевы пишут прямо на ассемблере гпу
Тру геймдевы пользуются пеcочницами и тем же WebGL2 для прототипирования, а не пердолятся с конпеляцией.
Иди здесь https://shdr.bkcore.com/ играй со своими шейдерами.
Я тут попробовал SCons и больше не ебусь со сборщиками. Правда, пока только основу понял, но этого оказалось достаточно. Вот как сейчас выглядит мой сборочный скрипт:
>Program("имя_программы",
> ["file1.cpp", "file2.cpp", "file3.cpp"],
> LIBS=["lib1", "lib2"])
И всё, это полный текст. Человеко-блин-понятный, а не те мейковские баш-портянки. Собирает, собранное нормально запускается. Конечно, там ещё окружение можно как-то прописывать, флаги. Но это всё можно раскурить по мере надобности.
И весь сборочный скрипт написан на питхоне, то есть настоящем языке программирования, то есть его можно как угодно расширять под свои нужды, и это не будет непонятное колдунство по рецепту.
Вот тебе пример из проекта, который я щас пишу (имена изменены для большей контекстуальной понятности) (символ звёздочки защищён от макабы).
//parent.h
#pragma once
#include "child.h"
class Parent {
public:
Child★ children[];
unsigned int num_children;
void askforbeer(Child★);
int beer = 0;
}
Окей, тут всё понятно, батя может попросить у сынули пива, ссылка на детей у бати имеется.
//child.h
#pragma once
class Parent;
class Child {
public:
Parent★ parents[]; // num не нужно, всегда двое их
void bringbeer(Parent★);
}
Тут мы уже наблюдаем своеобразную рекурсию. Ребёнок - поле родителя; родитель - поле ребёнка. Понятно, что им надо друг на друга ссылаться, и выходит рекурсивная зависимость. Поэтому у ребёнка нет инклюда parent.h, вместо этого просто объявляем сам факт существования класса Parent - этого будет достаточно, чтобы в заголовке иметь этот тип.
А дальше самое весёлое.
//parent.cpp
#include "parent.h"
void Parent::askforbeer(Child★ child) {
child->bringbeer(this);
}
Тут уже надо знать, что сынуля умеет приносить пива. А значит надо инклюдить полноценный заголовочник. К счастью, это уже сделано.
//child.cpp
#include "child.h"
#include "parent.h"
void Child::bringbeer(Parent★ parent) {
parent->beer++;
}
А вот и мякотка. Сынуле тоже необходимо знать, что у бати есть поле beer, а не просто что батя существует. Сынуле тоже надо подключить батин заголовок целиком. При этом ему не важно знать, что там батя с этим пивом будет делать. А бате не важно знать, откуда сына это пиво достанет. Они просто оба знают о полях друг друга. Как результат - цппшники нормально собираются. Без разделения заголовков отдельно это был бы пиздец из зависимостей.
Это всего один пример. Но, повторюсь, такое вот кольцо из зависимостей (тип А это поле класса Б, тип Б это поле класса А) я разрулил прямо сейчас в своём проекте. На скриптоговне без разделения объявления и реализации - не смог бы (но без строгой типизации сама проблема эта легко обходится). Есть и другие причины, почему разделять важно, так что делай это не думая - однажды оно тебе внезапно пригодится, а ты уже будешь готов.
Ну да. Чтобы все переменные как на ладони
>>3346265
Ты про &&? Гугли move semantics. Только зачем это применять на lvalue поле класса я не понимаю.
>половина софта который тебе придется разрабатывать не появился раньше с++11
Да, легаси много, но это не повод застревать в старых приёмах вечно. Новым кодерам - новые стандарты. Так и растёт язык.
>спойлер
Ну вот, ты и сам шаришь.
Да даже если "придётся" ковыряться в легаси, то в принятых на проекте костылях лучше разбираться на месте.
>Qt
Адаптирован с шестой версии. И плевать, что там копошится в недрах фреймворка.
>Добавляешь build.rs, и на том же языке делаешь всё, что угодно.
Не вижу разницы с build.sh
Кроме языка эсессна, но смысл писать сценарии сборки именно на расте я тоже не вижу.
>>3346569
Погнали
Когда prvalue и xvalue раздербанят на какие-нибудь pprvalue, mbxmbnotvalue и napolshishehkilvalue и ведь когда-нибудь раздербанят ъ
Лучше пусть дадут определять кастомные ⚹value, вот тогда заживём.
>Выделил жирным шрифтом
>Ты про &&?
Ворос, когда сработает перегрузка выделеная жирным шрифтом.
Пример из джосатиса
>Кроме языка эсессна, но смысл писать сценарии сборки именно на расте я тоже не вижу.
>
Общие типы и возможность перетащить в рантайм и из рантайма же.
>Общие типы
В сценариях сборки? Какие там типы нужны кроме string?
>перетащить в рантайм и из рантайма
...допустим, но ИМХО звучит как багодром. Рантаймы сборочной машины и машины юзера будут отличаться, эти отличия будут всплывать в самых неожиданных моментах; всего не учесть. Я бы откладывал промежуточные результаты в файлики.
>В сценариях сборки? Какие там типы нужны кроме string?
>
Я еще игровую базу данных собираю. Вместо пердолинга с сериализацией в какой-нибудь эс ку лайт просто делаешь несколько инсертов в б-дерево. В рантайме остаётся замаппить файл в память и пользоваться той же самой структурой данных, что и при создании. Работает быстрее, чем при каждом запуске обходить ФС, и основной код становится чище.
>перетащить в рантайм и из рантайма
Блять. Из компайл-тайма в рантайм. Если мне потребуется переписывать шейдеры на горячую, я смогу взять ту же самую либу, которую использую сейчас и вся остальная логика почти не поменяется. Или наоборот, если какой-то функционал окажется не нужен в рантайме, я смогу перетащить его в билд-скрипт с минимальными изменениями. Удобно.
Крч мы от плюсов отошли, пойдём выйдем >>3347997 →
Бейсик это ассемблер, ты хоть глянь картинки в гугле как он выглядит, тупорылая пориджила. И в то время работа с компьютером это работа с железом, просто не существовало никаких абстрактных маняскриптов изолирующих свиномакак от машины, даже теоретически на них бы банально ничего не заработало, слишком медленно. На бейсике напрямую вставляли машинные коды и обращались к прошивке за аппаратными возможностями.
Почему в других языках, вроде жавы и шарпа, все просто работает, без такой вот хуйни?
В обоих языках есть интерфейсы. Без них со строгой типизацией не обойтись, постоянно будешь вляпываться в зависимости. А в интерфейсах можно кратенько всё нужное описать, оставив реализацию в другом месте. Зато, делая foo.bar(), ты точно знаешь - у foo есть метод bar.
А в питхоне, жабаскрипте, луа - типизация динамическая, и ты можешь написать foo.bar() без всяких интерфейсов, просто придётся следить, чтобы в foo случайно не залетело что-то без метода bar.
Тащемта скриптовые языки не предназначены для сложных программ с комплексными зависимостями. А строго типизированные - предназначены. И динамическая типизация дорогая и медленная, потому что перед каждым чихом приходится проверять кучу нюансов.
> foo.bar() без всяких интерфейсов, просто придётся следить, чтобы в foo случайно не залетело что-то без метода bar.
В некоторых можно и не следить, но выглядит некрасиво - foo.bar?.()
Потому что там есть рантайм (JVM, .Net) который водит тебя за ручку и подчищает то, за чем ты не следишь.
Ну и >>3348554 прав, за зависимостями надо следить
Я макбукобоярин, посоветуйте редакторов и ide для разработки на С++
Ебучий вим или нано с емаксом не предлагать, спасибо
Придётся тебе ставить виртуальную машину с виндой и туда Visual Studio.
У вас же есть хкод. Хуле ты нос выёбываешься? Взял мак - ебись в икскод.
Code::Blocks!
а вообще VSCode+clang
>>3348850
>Ебучий вим ... не предлагать
>>3349000
>multiplayer code editor
Кто вообще решил что это хорошая идея? Мне даже если под руку лезут я хочу морды бить, а тут какой-то хрен с горы прямо в редакторе будет меня донимать?
Сначала make, для пет-проектов его хватит за глаза. Когда подключишься к проекту побольше, смотри как там настроен CMake и разбирайся на месте.
+ TUI
+ лабиринт хоткеев кстати половина стянута из vi, а вторая из kakoune
+ зоопарк плагинов чтобы дотянуть до IDE
Для всех кроме фанатиков - тот же вим
>Дак что в итоге учить из сборщиков? make или Cmake?
И то, и другое
Cmake стандарт, и чтобы сразу был вкат в language server, без костыля в виде bear, make'ом можно собирать небо и аллаха по жизни пригодиться.
https://github.com/movepointsolutions/iv
Вот, что доктор прописал
Тысяча баксов позора на доработку, и можно втирать сисястой эльфийке-офис-менеджеру, что это ранняя версия vi, которую написал сам Иисус с апостолами
https://www.youtube.com/watch?v=VMpSYJ_7aYM
А ещё он удобней, на нем меньше вероятность создать баги, да классно.
Но Rust всё равно дно, потому что пик. Согласны коллеги?
Это ещё хуже. Например:
> a = foo.bar?.()
> bleble = a.blabla?.()
> return bleble.x + blublu.y
Ну и дальше вообще пиздец ищи-свищи, где ошибка. Уж лучше как в луа:
> if not foo.bar or type(foo.bar) ~= "function" then
> print("Error!!! Vse propalo!!!")
> return
> end
Но такие конструкции добавляют ещё немного к общему времени исполнения, которое при гибкой типизации и так немаленькое.
Для решения любой задачи стараюсь использовать сначала самые глупые инструменты; а потом, если им не хватает функционала, заменяю за более сложные и умные.
Если указатель полностью живёт внутри экземпляра класса, или если я чётко знаю, когда происходит new и когда delete, то не вижу смысла что-то усложнять.
А смысл этот появляется в комплексных проектах, где не так просто уследить за указателем. Например, когда он много где используется. Или когда разные части проекта разрабатывают разные люди.
Настолько ранняя, что большинства ed команд не реализовано
>а потом, если им не хватает функционала,
пытяться вкорячить другой, успокаивать компилятор, вскрыть муравейник багов, неделю мучаться с переходом, плюнуть и начать всё заново
Не, я только за простые решения для простых задач, но желательно заранее прикинуть, не станет ли задача сложнее. А если станет, поискать, не решали ли её до меня, и к какому результату пришли. И кто бы мог подумать - поиск обычно заканчивается в доках STL или Boost!
А голые указатели всё-таки удел сишников.
>желательно заранее прикинуть, не станет ли задача сложнее.
Согл. Не уточнил:
>стараюсь использовать сначала самые глупые инструменты соответственно потавленной задаче
То есть, сначала распланировать задачу, затем взять инструмент достаточно простой.
Если в процессе задача поменяется, и надо будет использовать более сложный инструмент, скорее всего, понадобится меньше телодвижений, чем на переход с более сложного на более простой. Частенько интерфейсы сложных инструментов обратно совместимы с простыми; наоборот встречается гораздо реже.
В общем. У меня вопрос. Я чет не понимаю. Я опять дурак или так и надо.
Собственно. Вот код. В чем суть. Я хочу, хранить и-ю о том какие компоненты сущность себе добавила, чтобы потом - удалить их правильно.
И в чем проблема. Ну, мои хабы - синглтроны темплейтовые. Вот. И типа из-за этого я не знаю как по нормальному при "уничтожении" сущности - разрегистрировать компонент в хранилище.
Типа я вот сейчас сделал что при добавлении нового компонента - вот эта срань происходит, т.е. я в словарик добавляю ключом - шаред поинтер и лямбду на разрегистрацию. Но выглядит это как какой-то посос.
Я сначала хотел просто список вести, но типа чтобы знать из какого хаба удалять - надо знать тип... Вот а в момент уничтожения сущности - я бы знал что просто какой-то компонент есть.
Можно конечно сделать финт ушами, и пусть компонент знает про сущность к которой привязан, тогда я могу просто по всем хабам пройтись, и удалить просто все компоненты с этой сущностью. Но тоже как посос выглядит.
Такие вот дела.
МБ кто-то знает как сделать менее пососно это все дело.
Хм... В принципе - подумал что наверное хаб - может возвращать сам функцию для разрегистрации.
Тогда сущность будет просто их хранить и вызывать и ей вообще про компонент не надо будет знать.
В принципе наверное такой вариант норм.
Но если я хочу чтобы компонент можно было удалить во время жизни сущности - тогда придется делать врапер для удаления компонента. Типа - компонент - разрегистратор. И при удалении компонента из сущности, без полного удаления сущности - можно будет найти враппер такой и его дернуть.
Смотри как сделано в популярных ECS
Например Entt
Смотреть какие компоненты добавлены в конкретную сущность, это вообще противоречит подходу ECS
В системах ты не по сущностям проходишь, а по компонентам из общего реестра
Реестр делается на разреженных структурах данных. Операции удаления и добавления O(1)
Метод обхода шаблоный для набора компонентов
auto view = registry.view<const Component1, Component2>();
view.each([](const Component1 &com1, Component2 &com2) {
//
})
})
Идея в том что в системе автоматически выбираются только те сущности, у которых есть в наличие компоненты нужные для системы
Ну. Я таки не ECS делаю.
Мне просто хотелось компонентный подход применить в классическом смысле. Типа чтобы не каждый раз реализовывать логику с физоном для крысы, персонажа и т.д. и при этом не придумывать хитрую систему наследования; а один компонент который за нее отвечает и его уже все кому надо физон себе получают и радуются. Ну, типа композиция, вся фигня. А сущность это типа такой-то аггрегат просто, чтобы пачку компонентов держать и проще с ними работать.
А ECS классический, как понимаю - это же типа хитрая фигня, которая именно чтобы оптимизировать уже работу с компонентами в плане - хуяк, у тебя завекторизировалось, хуе-мое, хуяк за одну итерацию цикла - сразу 100500 компонентов просчитали что-то что им надо.
МБ я не прав.
В любом случае - да, посмотрю.
VsCode - самый очевидный вариант, относительно легковесный, куча плагинов для всего. CLion, если есть возможность купить или готов пиратить. Eclipse - энетерпрайзненько и тяжеловато, но все фичи есть.
Рил зря про вим так.
Литерли - лучшее что может быть в плане написания кода.
>но типа чтобы знать из какого хаба удалять - надо знать тип...
Почему его компонент не может выдавать? Тупо виртуальный метод у него сделай, который возвращает IComponentHub. Заодно можешь в хабе хранить список интерфейсов, который твой компонент реализует. И потом работать через интерфейсы в компонентах, если тебе не хочется системы делать. Т.е. должен быть метод получить у сцены все компоненты с физоном, рендером, и потом работать с ними через соответствующий интерфейс. В Qt 3D, например, у их компонентной системы это называется "аспекты".
Джава шел -- cocaine нашел
Ладно, пусть указывают как нам тредпулы писать, так она ещё и без реализации там лежит, придётся ещё искать реализацию реализации стандартной библиотеки.
Может все остальные классы тоже заменить на эти ебаные концепты, бля? Зря что-ли на лабах свои стринги и массивы реализуем, будет польза хотя бы, чтобы в будущем проекте перед написанием полезного кода меньше концептов реализовывать.
Чтобы стандартописакам дали медальку, маркетолухи визжали "C++ теперь асинхронный", а всякие шланги с кутями разгребали это говно.
Да ладно, стандарт пока не принят, авось допилят ещё.
>Зачем было добавлять в стандартную библиотеку монстроозную писанину std execution уровня фреймоврка?
Это для куды и OpenMP, я так понимаю. Чтобы можно было код переносить без адаптации. Т.е. реализация в сторонних тулзах будет, а не в стандартной либе.
О какой рекурсивной зависимости ты говоришь если у тебя тупо указатели в структуре?
1. Пишу сборщик homo для С и С++
2. Пишу кросспайлер homoC в C (как Vala)
3. Если проект взлетит, то напишу фронт для LLVM
Может взлетит у гомо. У трансов не взлетит, потому что уже есть раст.
Это хищники для чужих разрабатывали?
Пьяные фины в сауне придумывали
Делал как то плеер и так получилось что перемещение ползунка вручную вызывает рекурсию, так как запись в параметры какого то объекта по сути вызов по цепочке всяких зависимых параметров.
А со списком треков я вообще заебался, при перемещении трека драгндропом надо подсвечивать между какими треками оно встает и так получается если список прокрутить то подсветка начинает уезжать так как в qml нету scrollX scrollY как в html+js, и реально то что в последних делается на раз два без проблем в qml надо ебаться.
В общем уебищная технология на которой только хеловорлд отрисованый ровно по центру хорошо реализовывать, а что-то сложное это анал-карнавал.
В связи с чем и предлагал запилить фреймворк аналогичный Qt только без Q классов, на ванильном стандарте и с html+js+css вместо qml+es для адаптивных интерфейсов.
>В связи с чем и предлагал запилить фреймворк аналогичный Qt только без Q классов
Qt - это еще свой RTTI и свой рефлекшен. Без препроцессора, пока C++26 не приедет, это будет выглядеть как лес из макросов в разы хуже Qt, а с препроцессором будет тот же Qt вид в профиль. Для +- браузерного интерфейса и так полно либ, можно тупо на Skia + какой-нибудь либе для лейаута вроде Clay все слепить за пару недель, причем самое сложное будет инпут текста вроде QLineEdit, и вся платформозависимая фигня вроде нативных диалогов для открытия файлов.
Препроцессор это часть компилятора, причем тут Qt или стандарт шиз?
>Для +- браузерного интерфейса и так полно либ
Перечисли какие знаешь.
>амое сложное будет инпут текста вроде QLineEdit, и вся платформозависимая фигня вроде нативных диалогов для открытия файлов.
libgtk Firefox использует и норм
>причем тут Qt или стандарт шиз?
https://doc.qt.io/qt-6/moc.html
> Q_OBJECT
принес препроцессорные костыли которыми QT связывает плюсовый объект с QML говной
https://www.nongnu.org/ext2-doc/ext2.html
Как понять иерархическую организацию директорий, если в структуре директории есть только оффсет (до соседнего по текущей директории) файла, имя и айнод; а в айноде - лист блоков, где хранится файл, и другое, но ни намёка, как разные уровни директорий связаны друг с другом?
Спрашиваю здесь, потому что Си-треды унесло куда-то
Только что доперло. Первый указываемый блок в inode.iblock хранит запись директории. Вопрос закрыт, сорян за мусор
https://www.youtube.com/watch?v=tD5NrevFtbU
Кек, на qt фотошоп написан, а дебич не может ползунок победить и кукарекает.
> а вот на qt кокошоп написан
С препроцессором серанул решил с другого края зайти?
Не отличаешь qml от qt не лезь вообще тогда, клован блять.
Самое главное это успеть отключить комментарии, чтобы другие пердолики не обоссывали.
Всё так. Я могу его понять. Ютуб не место для обсуждения, это вам не госдума.
https://www.youtube.com/watch?v=8-VZoXn8f9U
База оптимизаций c++ - быть человеком с мозгом и писать качественный код от и до, не думая, что какая то единственая фича ускорит таой код в мильон раз
Анимешная аватарка - это всегда симптом глубокого повреждения головного мозга, конечно.
> В связи с чем и предлагал запилить фреймворк аналогичный Qt только без Q классов, на ванильном стандарте и с html+js+css вместо qml+es для адаптивных интерфейсов.
Зачем что-то придумывать, если есть xaml и winui/uwp?
поэтому ты в каждый тред срешь про пердолей и прочую хуйню, да шиз?
Язык любви, очарованья, стенания души моей.
Я каждый раз садясь за книги и молча глядя в монитор,
Пытался осознать все фитчи, на код бросая томный взор.
Развеяв грусти и печали, взбодрившись рано по утру,
Я чашку кофе выпиваю и код писать к тебе бегу.
86 смузи-вакансий по написанию нового софта на современном модном блейзинг фаст языке против 1395 вакух по поддержке легаси копролита старше тебя в 2-3 раза на отвратительно задизайненной хуете, от которой медленно но верно отказываются по всему миру.
>ты в каждый тред срешь про пердолей и прочую хуйню, да шиз?
Да, все вокруг шизы, один ты нормальный, с шизами борешься во всех тредах.
Так на смузи языке такую же говно архитектуру пишут. Любой софт со временем превращается в "легаси". Потому что уходят последние люди, которые его разрабатывал и теперь часть проекта является джунглями куда никто не заглядывает. Тут не в языке дело.
Если верить в закон Конвея, то тогда получается, что архитектура наслаивается друг на друга во времени отражая изменения в организации работы компании разрабатывающей этот софт.
В этом случае софт неизбежно скатывается в неповоротливое нечто с нулевой эффективностью требующего кучи разрабов, чтобы он просто продолжал работать с изменяющейся во времени инфраструктурой.
Выход тут один:
1. Делать вайп всего софта и по сути писать его заново
2. Никогда не менять не только архитектуру, но и организацию работы над софтом
Оба варианты утопичны поэтому легаси, говно архитектура вечны до тех пор пока процесс создания кожа не станет принципиально, революционно отличаться от текущего
А это только был один раз когда изменилась или структура организации и границы ответственности отделов создали новую архитектуру или решили изменить архитектуру осознанно. Разница не имеет значения для итогового результата.
Неправда, я вот например пишу новое легаси, над которым будут ломать голову потомки.
Но я перестал понимать, что мне пишут в документации, а все ти шаблоны и прочее... ну для меня не читаемо. У меня проблемы в знании метапограммирования или что?
Всех с наступающим Новым годом! Желаю поменьше легаси, поменьше митингов и зп 500к!
С наступающим!
Насчёт документации: я только после того как сам напишу несколько примеров начинаю понимать что в ней обычно написано.
Линуксолахта это уже не миф, а реальность? Почему и кому выгодно все измазать говном?
Реддит, квора, чатгпт, куда не взгляни все под копирку орут, что гну/линукс вещь необходимая, но умалчивают о плохой поддержке драйверов(не говоря уже о проприетарных), об отъебе графической оболочки после большого обновления, отсутствии нормальной IDE, о использовании opensource поделий заместо норм софтов, о пакетах которые тянут за собой еще дохулиард зависимостей, которые в итоге крашутся к хуям.
Отдельный разговор про реддит, где с серьезным ебальником рассказывают что gdb лучший дебаггер с которым нужно в консольке пердолиться лол
Сам выпей. В зависимости от архитектуры значение этого unsigned числа будет разное, надо сравнивать его с дженерик npos, любые попытки сравнить с числом будут работать некорректно. В чём проблема возвращать signed, где будет нормальное -1? Алсо, что за size_type у них, которому они -1 присваивают? size_t - это unsigned, там не может быть -1. По итогу эти клоуны предлагают пользоваться отрицательными числами с беззнаковыми типами, заебись.
а ты что думал, все тут шутили когда говорили что стл это кал?
с новым годом так сказать, можешь в целом для себя запомнить что плюсовики не умеют в библиотеки, от слова совсем
А по поводу npos, никогда не расчитывай что он будет ниже нуля, проверяй сравнением find(...) != std::(...)::npos
>По итогу эти клоуны предлагают пользоваться отрицательными числами с беззнаковыми типами, заебись.
Вроде бы, size_t n = -1 достаточно понятная запись. Понятно, что отрицательных чисел там быть не может, и в результате в битовом виде получаться 1111...1, т.е. максимальное значение для беззнаковых чисел. И сравнивать с -1 его можно, но больше-меньше работать не будут по понятным причинам. Это особенности беззнаковых чисел, которые знать надо. Многим сложно, да. Не зря в джаве только знаковые числа сделали.
> достаточно понятная запись
Если тебе понятно что это значит, то напиши что за число конкретно в n окажется. Там может что угодно получится в зависимости от размера size_t и архитектуры, переполнение unsigned платформозависимая операция. Это знать надо. В том же расте тебе компилятор просто не даст сделать такое говно, могущее работать хуй пойми как.
А там не будет так, что просто будет сделано число со знаком в двоичной записи, а потом просто будет вписано это представление в беззнаковое число?
>А там не будет так, что просто будет сделано число со знаком в двоичной записи, а потом просто будет вписано это представление в беззнаковое число?
Да, так и будет, я об этом и пишу, -1 - это 64 единицы в двоичном виде. Для беззнаковых чисел - это 2^64-1.
>Там может что угодно получится
И что с того? Понятно должно быть, что с этим числом можно только == сравнивать, а не больше-меньше делать. Ну и реально, в 2023 платформ и компиляторов уже слишком мало, чтобы там что-то экзотическое могло получиться.
>В том же расте тебе компилятор просто не даст сделать такое говно
Там не лучше, на самом деле. Или паник на оверфлоу, или отключаешь эксепшен, и получаешь превращение в тыкву похуже, чем в плюсах.
Там паник на оверфлоу только в дебаг сборке, оно само тключается в релизе. Предполагается что ты нормальную обработку сделаешь если нужно.
let value = i8::MAX;
let result = value.overflowing_add(1); // (i8, bool)
Ты читать не умеешь. Все написано там, надо просто пынимать почему так. Там даже написано почему -1, хотя тип unsigned. Читать научись
>В чём проблема возвращать signed, где будет нормальное -1?
>что за size_type у них, которому они -1 присваивают? size_t - это unsigned, там не может быть -1.
Как же ты заебал, шиойд. Изучи матчасть по целочисленным типам потом приходи высираться.
-1 это просто обозначение числа у тебя в коде
для size_t это число может быть равно 18446744073709551615
процессору похуй что считать, у него в архитектуре для целых чисел нет специального знакового разряда. Целые со знаком просто в дополнительном коде предствляются. Безнаковые представляются обычным способом, число -1 транслируется в 18446744073709551615
мимо
Ты видимо из джаваскрипта привычку распостранил на с++
В жс все числа float-ы. У флоатов есть знак в комлюктере
>любые попытки сравнить с числом будут работать некорректно
if (ret + 1) found();
Какой же отвратительно омерзительный код. Идеальные ссылки, мувы, мутейбл. Как будто бы в этот суп намешали всего самого нового говна.
На цппреференс указано конкретное правило которое обтясняет почему так работает
> В жс все числа float-ы
Нет иначе бы битовые операции например не работали.
Там просто как и в других подобных языках число представлено объектным типом Number который хранит информацию о том в каком формате находится [https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/isInteger](число)
А так вообще там и строго типизированные массивы есть, пару раз использовал что бы сишную функцию в браузере запустить:
var a = new Uint32Array(2)
a[0] = -1
a[1] = 0xFFFFFFFF
a[0] === a[1] // true
>Там может что угодно получится в зависимости от размера size_t и архитектуры,
Ну так то следует писать (size_t)-1 и все.
>auto String::operator-(Number) -> Number
>auto String::operator+(Number) -> String
>'5'::operator+('2'::operator-())
Джаваскрипт EcmaScript задумывался как легко интерпритируемый в плюсы язык без виртуальной машины, JIT и прочего.
В QML например так и происходит js файлы интерпритируются в C++ лапшу (как выше) и компилируются в бинарий.
Кек, видел эту историю в живую. Тянка училась на qa инженера, поискал работу, не нашла и просто стала трахаться с Олень Оленычем за деньги. Ещё и с гордостью об этом рассказывала как наебала систему.
https://en.cppreference.com/w/cpp/string/basic_string/npos
Note
Although the definition uses -1, size_type is an unsigned integer type, and the value of npos is the largest positive value it can hold, due to signed-to-unsigned implicit conversion. This is a portable way to specify the largest value of any unsigned type
Переходишь дальге по ссылке из статьи и читаешь правила конверсии
При написании небольшого клиента можно ли сделать свое значение TTL? В одних источниках написано, что можно это делать через setsocketport, но не удалось найти, как такое делать.
А нах тебе? Шлюзы его всё равно могут и будут менять как им вздумается.
2025 уже был на носу, а он:
>Я бы тоже, честно говоря,
>съебывал в Европу скорее
Ебало представили?
Вот что бывает, когда человек совершенно не понимает, куда движется геополитика.
> При написании небольшого клиента можно ли сделать свое значение TTL?
Можно.
> не удалось найти, как такое делать.
Вряд ли тебе стоит заниматься программированием.
1. Поддерживается любым устройством с GPU
2. Можно параллельно задачи на GPU вместо того, чтобы забивать процессор
3. Крайне не популярный, если загуглить вакансии, то упоминается только в игроделании
Почему работа с GPU как будто игнорируется за пределами игрушек? Это же важный способ увеличить перформанс приложения в случае хорошо параллелизуемой задачи.
Бизнес активно использует машоб и нейросети для решения своих бизнес задач. Под капотом у всяких машоб фреймворков cuda. Ты первокур?
>>3354800
Так это работает только с видеокартамми NVidea. Это не запустить на мобилках, на планшетах, на телевизорах, на десктопах с амд видюхами. Opengl поддерживается буквально любой системой и любой гпу.
Вообще надо быть первокуром, чтобы серьёзно скидывать куду как пример универсального решения работы с гпу.
Я не эксперт, но думаю проблема в том, что GPU может не поддерживать инструкции, которые тебе будут нужны. GPU этот тот же CPU, только гораздо тупее, но зато в нём куча ядер.
Потому GPU ты можешь использовать только для мат. операций в основном.
Чатгопота говорит, что не используют из-за того, что передача данных из главной памяти в GPU и обратно очень долгая и из-за этого время выполнения задачи может быть дольше чем на CPU даже если сама задача идеально подходит для GPU (параллельная, простые математические операции).
Плюс он написал мне код пример и там на эту операцию сравнения нужно создать шейдеры, скомпилировать шейдеры, создать текстуры для массивов данных, создать opengl программу куда передать шейдеры и текстуры, а потом ещё создать текстуры для выходных данных и это всё может упасть в любой момент, поэтому после каждого шага проверка на ошибки в буфере и откат всего сделанного.
В общем, выглядит надежно как швейцарские часы. Тем не менее в моем случае он всё равно выглядит как интересный вариант потому что у меня задачи связанные с обработкой изображений приходящих с камеры и документация намекает, что можно получить доступ к данным которые уже находятся в GPU, то есть без необходимости их передачи туда.
И всё это ради того, чтобы не за 12 мс обрабатывать кадр, а хотя бы за 5 мс.
Ты какой то ебанутый. У видеокарты есть своя память, копируешь их туда (в память текстуры) и обрабатываешь их там, естественно если ты будешь обращаться к массиву в общей памяти никакого выйгрыша не будет, будет только замедление.
Во вторых изрбражения это 2d графика с ней можно делать какие то несложные манипуляции в видеопамяти с вполне себе ускорением. Но если надо накладывать сложные фильтры или делать какие то развороты то надо использовать 3d контекст и писать на GLSL обработку примитивов или как оно там.
Ну и в третьих это вполне себе широко используется даже в браузере (Webgl)
> Ты какой то ебанутый. У видеокарты есть своя память, копируешь их туда (в память текстуры) и обрабатываешь их там, естественно если ты будешь обращаться к массиву в общей памяти никакого выйгрыша не будет, будет только замедление.
Ты какойто ебанутый. На копирование из главной памяти в память GPU и тратится много времени.
Сколько много? В общем времени работы программы сколько занимает, примерно можешь почувствовать?
Не могу, потому что это ответ чатгпт, а не мой. Но если что для соего алгоритма требования к латенси 5 мс, 4-5 MB данных нужно обработать несложными математическими операциями.
P.S. это требования для очень слабого девайса где помимо моего алгоритма ещё будет куча параллельной работы происходить
От нас ты чего хочешь? Рассказать, как ты охуенно первый во всем мире придумал считать на OpenGL? Молодец.
Слушай наздоровье
Вау. Если это не подстанова, то я первый раз в жизни слышу настоящую шизофазию. Удивительно как уверенно он говорит совершенно несвязанную информацию.
>только с видеокартамми NVidea. Это не запустить на мобилках, на планшетах, на телевизорах, на десктопах с амд видюхами.
Уж тогда opencl. Ни разу ещё не видел в проде opencl за свои 7 лет тусовки в теме
>несвязанную информацию.
Нормиблядь, спокнись. Как-нибудь выгляни в окошко и оцени этнический состав проходящих по улице дорогих граждан.
1. В версии 2.0 на операцию чтения результатов из GPU ушло 200 мс. На саму операцию меньше 1 мс. Попытки как-то ускорить это дело закончились советом чатгопоты использовать фичи из версии 3.0. Было принято решение увеличить версию до 3.0.
2. Несколько часов дебаггинга переписывания и попыток разобраться "что не так". Всё или скатывается к варианту с 200 мс или к нерабочему варианту. При этом ошибок нет. Сообщений каких-то нет. Чатгопота говорит, что не знает в чем проблема и сетует на то, что "наверное драйвера неправильно инициализировались" чтобы это не значило.
3. Понял почему OpenGL не популярен. Дружелюбным его назвать сложно. Шаг влево, шаг вправо, расстрел без объяснений. Чтобы завести даже простой алгоритм это видимо нужно начинать с hello world и постепенно-постепенно его усложнять до необходимого результата.
Пиздос дожили, нейронка не справилась написать простейший код по документации и пишет на двач чтоб помогли.
Блять, ну прекрати ты срать. Опенгл - это апи которое используется всеми и везде, когда нужно нарисовать какое-то говно на экране. Используется если не напрямую, то чкерез какие-то обёртки, игровые движки и т.д. Сейчас замещается вулканом постепенно.
То, что на ххсру тебе выдало мало вакансий, где в описании есть это слово, ни о чем не говорит вообще.
Он ни на чем не программирует и ничего не изучает, а просто использует чатажпт для тупого тролинга.
Не удивлюсь если это все тот же клован с деструкторами, тоже какие то простыни высирал. Короче игнорируй, кода нет идет нахуй.
Ты охуел? Я на корутинах с кудой программирую ваще-то полностью асинхронную программу
> Я на корутинах с кудой программирую
Две строчки на Петухоне
Знаю 5+ языков погромирования и выбираю наиболее удобный, пердолинг с крестами на последнем месте, что и тебе рекомендую
>просто использует чатажпт для тупого тролинга.
Вопрос нахуя это делать в треде на 1.5 человека по всеми забытому языку для проганья железок на анонимной борде для геев.
>корутины и куда
>две строчки на петуховене
>Не выкупает троллинга
>5 языков
>пердолинг с ++
верю, чо уж там
> Опенгл - это апи которое используется всеми и везде
Ладно, ты его использовал в своей работе, чтобы запускать параллельные алгоритмы? Поделись своим реальным опытом.
Для параллельных вычислений используют кудудля нвидии Только данных должно быть много. Копирование из памяти хоста в память гпу и обратно - узкое место.
Ну, куда это тиер 1 от мира вычислений на гпу. Меня же интересует опенгл потому что никто в 10 летние девайсы карту от нвидиа не положит, а вычислять как-то алгоритм быстро нужно.
Пидр, сформулируй задачу нормально. Какое железо, какая платформа? Хрюкни
По возврату из процедуры, позиция в оригинальном файловом указателе окажется прежней? Мне кажется - нет, поскольку файловый дескриптор, к которому мапятся и оригинальный указатель, и его копии, единственный на файл, но я не уверен. Увы, нет возможности проверить, может из вас кто-то что знает.
Пик - рендом
Да, позиция изменится, потому что файловый указатель (FILE*) указывает на один и тот же файловый дескриптор, и fseek() изменяет положение для всех его копий.
Какая разница? open file descriptor будет всё также один и на нем будут отражаться все изменения в других дескрипторах file descriptor'ах, что на него ссылаются.
Зачем такой хуйней заниматься? в ридонли фаил можно открывать в сколько угодно потоков.
Как я понимаю фаил не открыт постоянно там в ядре io обработчик обслуживает конкурентный доступ к устройству, тебе дали указатель на структуру в очереди - обрабатывай. Не надо искать способы всех наебать, просто бери и создавай новое чтение.
ах да если вопрос в том как сделать
open()
read(1)
read(2)
test() // внутри read(3)
read(3)
close()
то как то вот так:
f = open(file)
f.read(1)
f.read(2)
tmp = open(file)
tmp.seek(3)
test(tmp) // внутри read(3)
tmp.close()
f.read(3)
f.close()
И если это кажется пиздецово и избыточно, то поздравляю ты трезво взглянул на ваш код/приложение, и его следует переписать понормальному, а не искать как бы так через палку-объебалку всех перехетрить.
Салаж, не путай состояние в ядре (struct file, на которую могут ссылаться несколько fd) и состояние FILE (это надстройка, которая может обходится без fd, а может возвращать закэшированную циферку, которая немножко отличается от lseek, в пределах юзерского буфера).
>чатгпт говорит
Представь что у тебя есть формула P(x), ты подсталвяешь туда слово и получаешь другое слово. Формула может выглядеть как обычные формулы аля P(x)=x^2, только чуть сложнее.
Стал бы ты доверять словам, что эта формула выдает?
Возьми лучше учебник по анализу, линалу, а затем по теории меры, может после поймёшь, что доверять нейросетям не нужно.
Представь, что у тебя есть зависимость цены на лом от веса лома. Засунь это в функцию апроксимации (нейронку). Можно ли доверять тому что выдаёт эта функция апррксимации? Можно конечно, почему нет?
Чатгопота эта та же функция аппроксимации веса лома от его цены, только вместо веса лома вопросы, а вместо цены ответы.
Не вижу причин не доверять её ответам с поправкой на ошибку функции апроксимации.
О бля, а мы и не думали. Надеюсь лечить тебя будет врач которые учился по ответам нейронки и прямо во время операции будет с ней консультироваться
а вообще, то что нейронка может человеку помочь и дать по его специальности ответы на вопросы до которых он сам дойти не может - признак того, что человек дегенерат и ему этим делом заниматься не нужно
Кек, да не рвись ты так. Нейронки отобрали твою работу, да?
так опенгл это именно графика, пробовал искать по другим тегам, которые именно с вычислительными аспектами связаны?
те же cuda opencl и что там ещё
https://en.wikipedia.org/wiki/General-purpose_computing_on_graphics_processing_units
Да, с ними проблема, что железо каких-то андроид девайсов имеет поддержку опенсл, другие нет. Опенгл был вариант, который поддерживается любым андроид девайсом.
CLion
>>3356996
На хх полно, даже интересные есть, типа софт для маршрутизаторов импортозамещающих писать.
Потому что мало кому нужно, а многие кому нужны были плюсы для чего то интересного ушли после 22 года
То есть вакансий стало меньше, а конкуренции все столько жея если не больше
В реальной джаве на спринг фреймворке процедурное программирование везде, а не то, что тебе в универе рассказывали дедушки.
Сколько тебе лет? Какой опыт работы? Есть ли образование?
Мутная контора узбека Усманова
Вот так выглядит "завод полного цикла" который в 2022г они обещали https://rutube.ru/video/56050285f3af8b887e13311477c059c6/
то есть какое то помещение в котором люди сидят и собирают руками комплектующие завезенные из дружественных стран
Разработка софта подозреваю в таком же ключе идет, берется спо и доводится до состояния типа Oracle
Конкретно меня интересует почему была выбрана концепция в которой мы вечно таскаем с собой ДВА итератора вместо, например, их упаковки в один объект. Это кажется фундаментальным уродством, когда библиотека задизайнена так что в sort ты можешь передать .begin() от одного вектора и .end() от другого.
Понятно что оно уже просочилось в сам язык через range for и будет в нём вечно, но мне хочется закрыть гештальт и понять почему выбрали именно такое уродство вместо подхода как в остальных языках, чем оно оправдано?
Чатгопота о1.
Разберёмся пошагово, чтобы понять причину исторического выбора двух итераторов (begin, end) в STL и где об этом подробнее почитать.
---
1. Источники для чтения о дизайне итераторов в STL
1. Работы Александра Степанова
“Generic Programming and the STL” (Matthew H. Austern)
Статьи и выступления Степанова (например, видео с C++ конференций или его собственные статьи на тему generic programming).
“Elements of Programming” (Alexander Stepanov, Paul McJones) — даёт более абстрактное понимание общих принципов, лежащих в основе STL.
2. Стандарт C++ и обсуждения в комитете
Статья Херба Саттера «Why Doesn’t C++ Have a ‘ranges’ or ‘slices’ extension?» (старые обсуждения до появления в C++20).
Итоговая документация по библиотеке Ranges в C++20 (P0896 и сопутствующие документы). Хотя они вводят более современный способ работы с диапазонами, там затрагиваются исторические предпосылки, из-за которых раньше использовались пары итераторов.
3. Учебники, посвящённые STL
“The C++ Standard Library” (Nicolai M. Josuttis)
“Effective STL” (Scott Meyers)
“Designing Components with the C++ STL” (Ulrich Breymann)
Во многих из них есть подразделы, объясняющие выбор именно такой «range = [begin, end)» концепции.
---
2. Исторические и концептуальные предпосылки
1. Изначальная идея А. Степанова о generic programming
При создании STL основной целью было максимально абстрактное «разделение ответственности» между структурами данных и алгоритмами. Алгоритмы должны работать с любым источником последовательности — списком, массивом, даже генератором.
Пара итераторов даёт свободу: мы можем передать не только весь контейнер, но и любой поддиапазон.
Итераторы — это обобщённый способ обращения к элементам независимо от того, как они физически хранятся.
2. Производительность и гибкость
Передача одного объекта (в духе Python’овских range) требует дополнительного уровня абстракции, внутри которого всё равно хранится пара указателей или индексов. К тому же, в начале 90-х годов для C++ было критически важно минимизировать лишние накладные расходы.
Гибкость итераторов: алгоритмы STL не требуют, чтобы оба итератора были из одного и того же контейнера (хотя семантически это, конечно, ошибка). Но изначально предполагалось, что пользователь сам будет ответственен за корректность, ведь STL создавалась в парадигме «не навреди производительности и не навязывай лишние проверки».
3. Язык и культура C++
В C++ всегда был уклон в сторону ручного контроля и «максимальной общности с наименьшими затратами». Пара итераторов можно считать более «низкоуровневым» решением.
«Безопасные» проверки (например, что begin и end принадлежат одному контейнеру) могли бы сделать работу итераторов менее гибкой и более дорогой с точки зрения исполнения.
4. Альтернативы и эволюция
Стандартная библиотека C++20 (и моложе) начала внедрять концепцию Ranges, которая решает часть «уродств» классического подхода. Но по факту [begin, end) до сих пор актуален и совместим со старыми кодами.
Во многих других языках (Rust, Python, C#) действительно используют объекты-итераторы или range-обёртки. Однако C++ исторически выбрал более простую и производительную (на тот момент) реализацию, а удобство разработчика вторично.
---
3. Почему всё именно так и осталось?
1. Совместимость
Классическая сигнатура алгоритмов STL с парой итераторов [begin, end) уже десятилетиями существует. Изменение её «ломает» экосистему, поскольку весь код, написанный с 90-х, перестал бы быть совместимым.
2. Принципы C++
Zero overhead principle: если вам не нужна дополнительная обёртка, вы не платите за неё даже одного такта.
Generic programming: абстракции должны быть минималистичны. Вместо одного «объекта-диапазона» вернули всю ответственность пользователю, обеспечив высокую гибкость.
3. Проверки и безопасность — на усмотрение программиста
Философия C++: не запрещать потенциально «опасные» конструкции, пока они не выходят за рамки языка. Да, вы можете передать begin() одного контейнера и end() другого, и компилятор не будет возражать. Это даёт свободу, но и дополнительную ответственность.
---
4. Вывод
«Уродство» с точки зрения дизайна действительно есть: код становится менее безопасным, так как приходится руками следить за тем, чтобы пары итераторов были от одного контейнера.
Но с точки зрения производительности, гибкости и исторического контекста это выглядело оптимальным решением в 90-х. Основы STL закладывались в условиях, когда каждая операция должна была быть максимально дешёвой, а ответственность за корректность возлагалась на программиста.
Современные решения (Ranges в C++20) позволяют работать с диапазонами более элегантно, но весь старый подход с [begin, end) остаётся в языке навсегда — такова плата за совместимость.
Таким образом, чтобы «закрыть гештальт», лучше всего посмотреть исторические материалы (работы Степанова, дискуссии разработчиков STL, документацию по C++ Ranges) — там наиболее полно изложены мотивы такого выбора. Это не вопрос «красоты», а результат эволюции C++ и приоритетов, которые были важны при рождении STL.
потчему тут нет лутчего ресурса learncpp?
Аноны, а еще есть люди, которые учат то, что нам когда-то давно в универе пытались зачитывать? Всякие Win32 API, ассемблер и т.п. Сейчас по такому роадмапу идти норм идея, если околосистемный программинг хочется занюхнуть?
фронтенд-макака
>Сейчас по такому роадмапу идти норм
А это и ни хуя не системный, обычные скилы продвинутой разработки ПО
Ответ такой: код выхода и причины завершения процесса в твоём вопросе отсутсвуют, так что пообщайся с клодом.
Есть несколько подходов для решения этой проблемы:
1. Использование пула объектов (Object Pool):
class ObjectPool {
vector<Node> pool;
size_t currentIndex = 0;
public:
ObjectPool(size_t size) {
pool.reserve(size);
for(size_t i = 0; i < size; i++) {
pool.push_back(new Node());
}
}
Node acquire() {
if(currentIndex < pool.size()) {
return pool[currentIndex++];
}
return nullptr;
}
void release(Node node) {
if(currentIndex > 0) {
currentIndex--;
}
}
};
2. Использование компактных структур данных:
// Вместо хранения указателей
struct Graph {
vector<vector<int>> adjacencyList; // список смежности
vector<bool> visited; // посещенные вершины
};
3. Использование сжатых форматов хранения:
// CSR (Compressed Sparse Row) формат
struct CompressedGraph {
vector<int> values; // значения ненулевых элементов
vector<int> colIndices; // индексы столбцов
vector<int> rowPtr; // указатели на начало строк
};
4. Использование битовых масок:
class BitGraph {
vector<uint64_t> adjacencyMatrix;
int size;
public:
BitGraph(int n) : size((n + 63) / 64) {
adjacencyMatrix.resize(size n, 0);
}
void addEdge(int from, int to) {
int row = from size + (to / 64);
int bit = to % 64;
adjacencyMatrix[row] |= (1ULL << bit);
}
};
5. Использование умных указателей:
struct Node {
shared_ptr<Node> next;
// ...
};
6. Переиспользование памяти:
class MemoryManager {
char memory;
size_t capacity;
size_t used;
public:
MemoryManager(size_t size) : capacity(size), used(0) {
memory = new char[size];
}
void allocate(size_t size) {
if(used + size <= capacity) {
void ptr = memory + used;
used += size;
return ptr;
}
return nullptr;
}
};
7. Использование стека вместо кучи:
const int MAX_NODES = 1000000;
Node nodes[MAX_NODES];
int nodeCount = 0;
Node* createNode() {
if(nodeCount < MAX_NODES) {
return &nodes[nodeCount++];
}
return nullptr;
}
Рекомендации:
1. Оцените заранее максимальное количество вершин и выделите память один раз
2. Используйте структуры данных, оптимизированные под разреженные графы
3. Рассмотрите возможность использования битовых операций
4. Избегайте частых аллокаций/деаллокаций
5. Используйте пакетное выделение памяти
6. Профилируйте код для выявления утечек памяти
7. Рассмотрите возможность использования внешней памяти для очень больших графов
Выбор конкретного решения зависит от:
- Размера графа
- Частоты операций
- Требований к производительности
- Доступной памяти
- Специфики алгоритма
Сап плюсовики и плюсихи. Возник вопрос который хочу с вами обсудить, пока введу в курс дела. У меня есть младший брат (19 левел) который без иронии уже 100 дней учит C/C++ какими-то ебанутыми стахановскими темпами. В основном курсики проходит на степике, к этому моменту вот эти курсы закончил оказывается:
1. https://stepik.org/course/55918
2. https://stepik.org/course/116440
3. https://stepik.org/course/193691
4. https://stepik.org/course/205781
И с недавнего времени начал у меня интересоваться насчет вката, мол где найти работку, как устроится, как выглядят реальные задачки на C++, что нужно знать чтобы вкатиться и тд. Но прикол в том что я не разраб на C++, а обычный джавараб одебилевший от спринга и хибернейта сидящий в тухлой галере, и что ему советовать хз, собственно вот мои вопросы по плюсам:
1. Есть ли вакансии на джуна C++? Или начать пиздеть в резюме и на мидла метить?
2. Если есть вакансии, то какие требования в основном? Есть те кто в команду себе искал джуна? Что вы у него спрашивали?
3. Младший брат слюни пускает на веб и прочую модную поебень по перекладыванию жсонов, как с плюсами в этой теме обстоят дела? Сказать прямо что на плюсах такую хуйню не пишут помимо яндексодебилов и что ему лучше какой-нибудь Go/Java взять если он туда хочет?
4. В случае отрицательного ответа на 3 вопрос, что вы делаете на своей работе (хочу в целом более детальную картину получить)?
> Или начать пиздеть в резюме и на мидла метить?
Это в вашей джаве джун от мидла не отличаются. По его курсам он возможно и до джуна ещё не дотягивает.
> пускает на веб и прочую модную поебень по перекладыванию жсонов, как с плюсами в этой теме обстоят дела?
https://userver.tech/
Используется в яндекс такси и соседних отделах. Но ты прав, веб это скорее не про плюсы. Плюсы сейчас живы в предметноспецифичных областях, где тебе нужно не только веб знать, но и какую-то специфику (георлогию там, или базы данных).
Посоветуй ему вкатываться в джаву.
Вообще судя по курсам он одну и ту же базу дрочит и при этом скорее всего там не затрагиваются нюансы. Пусть проект какой-нибудь накакает, субдшку например.
Он ща не учится нигде?
не ври. наоборот на джаве был самый большой обвал количества вакансий, а на cpp мало что изменилось
как небыло нихуя так и нет, все верно
на самом деле есть, но это всякое схд распределение данных, нагрузка итд. Даже наверное больше стало из за ухода всяких ораклов/цисок, но это не для вкатунов явно.
Скачал его с гитхаба, распаковал в папку с qt, но при связывании QtCreator с Qt возникает ошибка - не найдены какие-то файлы. Проекты cmake тоже не компилируются при такой установке QtCreator.
Вот отсюда не качает ни через впн, ни без него. Таймаут соединения
https://www.qt.io/offline-installers
>Вообще судя по курсам он одну и ту же базу дрочит и при этом скорее всего там не затрагиваются нюансы. Пусть проект какой-нибудь накакает, субдшку например.
Я ему на этой неделе задачу дал, сделать консольную игру крестики нолики, расписал блять все до мелочей, от того какие классы должны быть до того как они между собой должны ебаться. Не, спорю, получилось ахуенно, игра получилась отменной, и багов никаких не нашел, но блять он все 800+ строк кода ебанул в один main.cpp файл. Какая там субдшка, посоветуй книгу по клин коду на C++ анон раз уж шаришь
>Он ща не учится нигде?
шарагу окончил (после 9 класса ушел)
ну и ты хуйней какой-то скриптопидорской занимаешься
>1. Есть ли вакансии на джуна C++? Или начать пиздеть в резюме и на мидла метить?
Есть, но плюсы такой язык, что просто знание плюсов нахуй никому не нужно (обычно). За исключением тындыкса даже не знаю ни одной компании (ну ладно, еще вычеркнем госпараши с зп в 20к) куда можно попасть зная плюсы на уровне студента без опыта (даже охуенного студента в топ вузе). Везде нужны какие то специфичные навыки
>2. Если есть вакансии, то какие требования в основном? Есть те кто в команду себе искал джуна? Что вы у него спрашивали?
Я когда собесился, только в тындексе были довольно общие вопросы, но это аж на первом курсе было. Потом уже помимо плюсов вопросы по моей специализации были
>3. Младший брат слюни пускает на веб и прочую модную поебень по перекладыванию жсонов, как с плюсами в этой теме обстоят дела? Сказать прямо что на плюсах такую хуйню не пишут помимо яндексодебилов и что ему лучше какой-нибудь Go/Java взять если он туда хочет?
Не пишут на плюсах это. Так и скажи.
>4. В случае отрицательного ответа на 3 вопрос, что вы делаете на своей работе (хочу в целом более детальную картину получить)?
Я на плюсах в данный момент уже не пишу
А, и да, самое главное забыл сказать - пусть в вуз пиздует. Сам он по курсам дальше крестиков ноликоы не уйдет
>>3358940
Вот о чем я и говорю. Ни в коем случае не принижаю, но я крестики нолики писал еще лет в 14, если не раньше. В 19 лет по хорошему уже нужно закончить первый курс и получить какую то базу по написанию хорошего кода в целом (то есть это про умение писать промышленный код, а не хуйню для контестов которую на следующий день прочитать невозможно), познакомится с мув семантиков, многопоточкой, 100500 мелкими правилами, базой из стд, понять как память в плюсах устроена, пощупать либы вроде буста или qt. В 19 лет некоторые только поступают, так что время есть, тем более, что у тебя получилось в java вкатиться, значит генетика не дебильная. Но по курсам из крестиков ноликов ничего не выйдет. Так что вперёд в вуз. Удачи
Ну и естественно вуз должен быть нормальный, а не тот что к дому ближе. Хотя бы итмо
>Хотя бы итмо
хуясе хотя бы. и туда разве берут не дрочунов олимпиад с 10 лет а писателей крестиков в 19?
мне впрочем в свое время баллов хватало но я не пошел))
Пусть посмотрит видосы по слоеной архитектуре (layer architecture, 3-tier architecture) и покурит SOLID.
>Плюсы сейчас живы в предметноспецифичных областях, где тебе нужно не только веб знать, но и какую-то специфику (георлогию там, или базы данных)
То есть если предметная область стала неактуальна или тебе неинтересна, то другую работу будешь искать долго. Какое же говно ваш язык.
Гарантируется contiguous кусок памяти, выровненный по 16.
Иначе pointer arithmetics вообще бы не работала.
2. Как взрослые люди получают уникальный хэш потока для шардинга?
В JS фреймворк устаревает за пару лет - старых макак выкидывают на мороз, и набирают новое мясо с актуальными знаниями.
нормальный код не исправит двойной вызов вычисления каждого элемента ренжа из за фильтра ебучего, ведь это у нас iterator model такой, понимать надо.
>to_int
И всех других трансформаций которые были применены до использования std::views:filter для значений которые прошли этот фильтр.
На текущий момент получается развернуть окно, однако фокус всё равно не на нём, и в списке альттаба оно не находится первым
Я свои первые крестики-нолики в 29 написал, в этом возрасте работу нашёл. В целом ты пишешь какую-то хуйню. Твои рассуждения про "19 лет" и "промышленный код" звучат как типичный максимализм человека, который сам только недавно начал разбираться в теме.
Промышленный код — это не про знание всех фич языка, а про умение решать задачи и этому учатся не на первом курсе вуза, а в реальных проектах, на реальной работе.
Прежде чем раздавать советы про "генетику" и "вуз", задумайся, а не пишешь ли ты сам "хуйню для контестов
гуглить не пробовал? думаю за 30 лет существования шинды кто нибудь уже задавался этим вопросом
Начиная с 10 майки борются с пидорами типа тебя, не давая забирать у пользователя фокус с его окна. Страдай, хули, выбранное пользователем окно всегда будет в приоритете, ты только можешь в таскбаре помигать иконкой.
>борются с пидорами типа тебя
чтобы по нажатию на уведомление приложение открыться норм не могло?
Алсо, аутлук например как-то умеет фокус перехватывать
> по нажатию на уведомление
Ты должен или мигать таскбаром, чтоб юзер открыл твоё окно. Или выводить окно поверх без фокуса и ждать пока юзер соизволит кликнуть на него и передать фокус твоему окошку с уведомлением - потом фокус переходит твоему основному окну при закрытии уведомления. Либо для уведомлений пользоваться виндовыми уведомлениями - нажатие на него так же передаёт тебе фокус. В любом случае майки сейчас идут к тому чтобы смена фокуса без ведома юзера не происходила - он как минимум должен кликнуть на какое-то твоё говно. Если ты и найдёшь обходной костыль через винапи, то никаких гарантий нет что завтра его не прикроют в очередном обновлении DWM.
> аутлук
Не замечал за ним такого. При запуске - да, но когда просто открыт никуда фокус не забирает, уведомления у него через виндовые уведомления, большие окошки с уведомлениями о событиях фокус не забирают.
> Либо для уведомлений пользоваться виндовыми уведомлениями - нажатие на него так же передаёт тебе фокус
Ну вот я так и делаю, только винда всё равно фокус жопит
Так а нахуя ты винапи используешь? Естественно нихуя не работает. Тебе надо у рантайма винды регистрировать свою хуйню, которая будет вызываться при клике на уведомление.
https://learn.microsoft.com/en-us/windows/apps/windows-app-sdk/notifications/app-notifications/app-notifications-quickstart?tabs=cpp
Я - стремительно оскуфивающийся фронтендер, которому приходится решать баг на языке, которого он не знает.
> 1. Порекомендуйте object pool для high contention долбёжки. Прямо совсем high contention сотнями потоков, порядок/честность не нужны, при голодании пул должен уметь расширяться.
Что ты имеешь под порядком и честность в контексте пула?
> 2. Как взрослые люди получают уникальный хэш потока для шардинга?
Ты уверен, что тебе это нужно и OpenPM не решит твою задачу?
>Плюсов тред
А минусы будут?
Честность = [fairness](https://stackoverflow.com/questions/44964979/what-is-fairness-in-multi-threading-programming), то есть вместо учёта очерёдности/приоритетов потоки обслуживаются "кто успел, того и ружьё".
Порядок - это я к тому, что всякие стеки/очереди не нужны, у них дикая латентность на CAS-инструкциях. Пул = "любой свободный элемент".
>Ты уверен, что тебе это нужно и OpenPM не решит твою задачу?
Тут я неверно применил терминологию. Мне нужен не шардинг как в базах данных, а индекс для lock striping, что-нибудь вроде `hasher(std::this_thread::get_id());`, но так нельзя, так как в общем случае `get_id` может быть дорогим системным вызовом.
Cейчас в этом месте дикая функция на x86 ассемблере, входными данными является текущее значение регистра RSP со смещением,
автор уже недоступен, спросить некого.
Бля, мне кажется у меня не хватает квалификации, чтобы помочь. Пробовал в чатгопоты спрашивать?
Избегаю, чатгпт или Codeium, зависимость развилась моментально, способность писать самостоятельно восстанавливал через ломку.
Да еще чатгпт врёт, всё равно перепроверять приходится.
Я не собираюсь, работать чернорабочим-программистом, получающим хуй в рот, когда начальство гребёт миллиарды.
Мне нужен язык для себя.
Ты дурачок? Если у тебя бизнес, то выбирай то где больше вакансий, чтобы найти разрабов. Если тебе для хобби проекта, то юзай что хочешь, хоть монетку подкидывай.
MMA итп, смешанные, однозначно, говорю, как человек знакомый с темой.
Теперь давайте разберёмся с языком программирования.
Что скажут профессионалы-программисты?
Какой язык брать в 2025?
Дочитываю последнее издание лафоре, пишет вроде понятно, но мне кажется нужно ещё упражнениями к главам все шлифануть, делал лабы и курсач в универе.
Короче, далеко ли мне до первой вакансии? Если да, то насколько и что нужно прокачать?
>Теперь давайте разберёмся с языком программирования.
>Что скажут профессионалы-программисты?
>Какой язык брать в 2025?
Зависит от задач.
Да почитай и то и то, для общего развития полезно будет
Начинать легче с плюсов будет
>Плюсаны, насколько хорошо нужно знать кресты, чтобы вкатиться в гейдев и прогать в ue5?
Там часто такие требования, что была бы хоть одна рука кнопки нажимать - и норм, но и платят соответствующе. В UE не плюсы, а свой диалект с кучей анриловых особенноствей, надо знать как UObject и AActor работают, еще надо понимать как блюпринты устроены, как с ними из плюсов работать. Надо знать остальную нутрянку анрила, по которой документации считай нет, а в исходниках часто лапша и хуяк-хуяк, тут подмандим, там соплю повесим (плюс эпики года три назад проебали старые форумы с кучей инфы).
Подтверждаю информацию
пытался свою игру писать на анриале
а нахуя Раст тогда?
просто почитать для общего образования можно всё, что угодно.
Это ты рассказывал что там структуры/классы размером в мегабайт?
> а нахуя Раст тогда?
для общего развития
> просто почитать для общего образования можно всё, что угодно
не спорю, если хочешь читай другое
>Это ты рассказывал что там структуры/классы размером в мегабайт?
Не я, мегабайтов там не видел, хотя не исключаю, что они там есть. Полно классов в несколько килобайт. В AActor (это один из базовых классов) - около 10К строк, и он где-то килобайт размером.
> В AActor около 10К строк, и он где-то килобайт размером.
Вот оно скорее всего, да. В любом случае это ты.
А что скажешь насчет Unigine? Я просто помню бенчмарки и стратегию OilRush там 3d то вроде красивое, а вот текст и прочее 2d было реализовано ко и через Qt, всегда к нему относился как к демо-поделию чем к какому то полноценному движку. А недавно узнал что у них там и редактор уже и уроки и в военке где то используют (я так понимаю в авиа-тринажерах) и вроде все как будто уже совсем на другом уровне. Хотя для анриала то исходники есть, а тут наверное только заголовки.
>А что скажешь насчет Unigine?
Не смотрел его. Про военных не в курсе, у них там своя атмосфера, симуляторы им обычно всякие НИИАБВГД делают, которые умеют с МО сотрудничать. Знаю, что госкорпы его используют: Газпром, Роснефть. Используется как визуалка для симуляторов, и всякие промо вроде виртуальной экскурсии по заводу или танкеру. Там вроде для симулятора все изначально сделано: координаты в даблах, модель геоида, вот это все. Исходники дают, если лицензию покупаешь.
Кто знает, думаю у них это еще с 90-х тянется. У наследников AActor префикс А:
https://dev.epicgames.com/documentation/en-us/unreal-engine/epic-cplusplus-coding-standard-for-unreal-engine
http_listen("3000", NULL, .on_request = on_request, .log = 1);
?
https://facil.io/#a-web-application-in-c-its-as-easy-as
Типа неймед аргс в сях? Я что-то упустил?
Вроде, надо же писать
http_listen("3000", NULL, (struct_name) {.on_request = on_request, .log = 1});
?
Отбой, там говномакрос, который добавляет (struct_name) { ... }.
@
ПИШЕШЬ ФУНКЦИЮ ДЛЯ ОБРАБОТКИ КУСКА КОНТЕЙНЕРА
@
ХОЧЕШЬ ПРОВЕРИТЬ, ЧТО АРГУМЕНТЫ-ИТЕРАТОРЫ СИДЯТ НА ОДНОМ КОНТЕЙНЕРЕ
@
А НЕТ ТАКИХ ПРОВЕРОК
Это какой-то новый уровень стрельбы в ногу. Может я чего упускаю?
Да, упускаешь. Такой проверкой должен заниматься тот, кто передает аргументы, п точнее, не допускать передачи неправильных. Итератор нужен просто чтобы иметь единый интеофейс обхода контейнера. Представь, что у тебя аст. В нем итератор это просто нода. Каким образом ты будешь проверять, что итераторы в одном контейнере? Или еще лучше, итератор для ренжей которой в итераторе хранит только текущее число и верхнюю границу. Как в таком случае ты будешь проверять, что итераторы в одном контейнере?
Язык с рантаймом бы проверил без проблем. Ладно, я знал на чём пишу.
>ренжи
О! Для кусков контейнера есть же ренжи и вьюшки, попробою переписать на них. Спасибо. Придётся подниматьсф до C++20, ну да пох, я пока не в ентерпрайзе
А в чем проблема всегда подниматься до актуального С++?
жавист
Минорные версии поднимаются без проблем; смена стандарта (с C++11 до C++14 например) ломает обратную совместимость. Жависты может не в курсе, но для толстого ентерпрайзного легаси это очень очень больно.
Хм, но ведь чем дольше не обновляешься до следующей версии тем больнее будет обновляться потом?
Обновиться можно и позже, когда на это будет время
ну или не обновяться совсем
Смотри как я думаю:
1. Новую версию стандарта сделали не просто так. Она решает какие-то проблемы.
2. Изменений в API между 1.0.0 и 2.0.0 обычно меньше чем изменений между 1.0.0 и 3.0.0.
3. Рано или поздно проблемы, которые решает новый стандарт доколебают разработчиков и нужно будет обновляется. И придётся совершить прыжок из плюсов 1998 года в плюсы 2024 года, что по сути означает переписать 95 % проекта.
Значит чем раньше обновиться тем меньше будет проблем в будущем.
Ты недооцениваешь толстоту легаси и сложность/убогость плюсов, где казалось бы абсолютно непричастные к твоему коду изменения всплывут в каком-нибудь эдж-кейсе или в недрах библиотеки. Причём хорошо если всплывёт (в ошибках компиляции или стат. анализе), гораздо вероятнее, что старый подход объявлен УГ UB, бинарник всё равно соберётся
и будет тихо корраптить твои данные. Или необъяснимо падать.
Плюсовики очень заботятся о своём легаси.
Ваши действия?
Конечно же не надо делать его обобщенным. Когда возникнет такая потребность тогда и сделаем.
Это как создавать интерфейс с одной имплементацией - бессмысленно.
Скорее всего нет независимо от того, тороплюсь или нет. Только если подумаю, что это пригодится в ближайшее время.
>>3369708
В основной программе оставлю тот класс, который ей нужен. Сделаю заметку "вон тот класс можно обобщить". (ни)когда руки дойдут до минорных задач типа некритичных warning и оптимизаций, буду обобщать.
Хотя лично я с шаблонами на "вы", так что в проде его всё равно не будет.
>в проде его всё равно не будет
код из прода имя изменено, личность скрыта
мнение?
1. Даёт код на любой запрос, любой сложности.
2. Код в 80 % корректный.
3. Код в 80 % выполняет не нужные операции.
В целом впечатления приятные. Код пишет гопота, ты занимаешься рефакторингом.
Ты пишешь код не в контекте остального проекта? Или как ты гопоте инфу об своем проде даешь?
Или гопоте скармливаешь поприетарный код???? А ПО ПОПЕ ОТ ЛИДА ПОЛУЧИТЬ НЕ ХОЧЕШЬ??
Не, ему описываю задачу в пунктах, что на входе, что на выходе, что можно использовать, что нельзя. Сам код ему не даю понятное дело
Ну вот например тебе в коде нужно использовать код из вашей же либы, ты ему как объяснишь что использовать
Или тебе нужно выполнять задачу в контексте архитектуры вашего проекта, о которой гопота ничего не знает
Ну, то что я от него хотел не требовало никаких классов из нашей либы. Изолированный алгоритм по обработке картинок. На входе rgb массив с метаданными. На выходе rgb массив с метаданными, но трансформированный.
Нормальные люди используют свежие локальные модели, вгоняя весь проект в контекст. Кодить с жпт-4 в 2025 - это кринж.
Я просил "упаковать", а не прибить гвоздями. А то завтра понадобится та же самая проверка, но с чуть другой регуляркой, и пошла инкостыляция.
В общем-то проблема решается через ООП, просто мне влом городить целый класс для сравнительно простого use-case. Вдруг есть способы попроще, а я не в курсе...
>>3370828
Повторюсь, не шарю в шаблонах, но бесконечный список типов возвращаемый из лямбды похож на бомбу замедленного действия. Спасибо что не auto хотя бы.
Мне она помогает на работе с полумертвыми библиотеками разобраться, у которых вобще документации нет
Хзы откуда она инфу берет, но это намного легче чем сидеть читать чужой код чтобы понять как вобще их залупой пользоваться
А вот когда гпт научиться симейк нормальный писать это будет такой разьеб...
Пробовали года полтора назад, честно сказать такую хуйню выплевывал в виде ответов
Ситуация намного лучше стала? Есть какие то советы чем сам пользуешься и что работает получше? или прям любой современные модели и н пососными стали?
На коде покажи, какие в пизду контейнеры-итераторы, что именно сравнивать нельзя?
Нихуя не понятно.
За полтора года КлозедАИ выебан китайцами так сильно, что им уже государственные дотации нужны чтоб хоть как-то поспевать за опенсорсом.
>Cейчас в этом месте дикая функция на x86 ассемблере, входными данными является текущее значение регистра RSP со смещением
Можешь подробнее об этом? Типа у каждого треда свой стэк, и на этом примерном адресе опредляется какой тред сейчас?
пиздец там говнокодище.
>>3363210
rsp судя по таблице в нем лежит локальный стекпоинтер
добавь распечатку адреса который там лежит, и найди его крестовым способом (int)&arg0 либо (int)this смещение какое надо добавишь арифметикой. Если задача просто какой то хэш генерировать, то тут uid/pid тебе не нужны, тебе нужно просто хоть какое то уникальное число.
>rsp судя по таблице в нем лежит локальный стекпоинтер
Ну там значение же может меняться при вызовах/возвращении из функций. Нужно тогда границы знать участка выделенного для треда
>используют свежие локальные модели,
А эти локальные модели запустить реально на desktop'е?
Думаю да, чатгпт4 как пишет сам чатгпт4 реально запустить всего лишь на 32 ГБ видеопамяти.
>Ну там значение же может меняться при вызовах/возвращении из функций. Нужно тогда границы знать участка выделенного для треда
Давай сначала - твоя задача в чем? Переписать какахи на ассемблере на нормальный портируемый код или заменить на такие же какахи другого цвета и запаха? Мой тебе совет - попробуй переписать используя предназначенные для этого средства не задумываясь о дороговизне каких то там лишьних вызовов и замерь насколько чистая реализация проигрывает вашей говне. И если окажется что и правда в разы, то расчехляешь perf смотришь где и на чем конкретно проседает и вырабатываешь стратегию как это оптимизировать.
Не, я ваще мимо. Меня просто заинтересовала реалзиация. Вот детали интересуют
#pragma once
на другом олдовый инклюд гуард:
#ifndef HUIPIZDA_HPP
#define HUIPIZDA_HPP
...
#endif
Спрашивается: какие могут быть мотивы использовать инклюд гуард в 2025 году, если прагма опсе поддерживается во всех известных википедии компиляторах?
Старые ос со старым компилятором.
Полно древнего железо которое из актуальных ядер/библиотек давно выпилили. Либо там вообще 2.6.33 на блобах с которой никуда не деться.
Терминал— объект, непосредственно присутствующий в словах языка, соответствующего грамматике, и имеющий конкретное, неизменяемое значение (обобщение понятия «буквы»). В формальных языках, используемых на компьютере, в качестве терминалов обычно берут все или часть стандартных символовASCII— латинские буквы, цифры и спецсимволы.
>Нах тебе книги в 2025 году? Берёшь нейронку и просишь пояснить тебе, современные нейронки для кодинга стандарт крестов наизусть знают. Можешь писать код промптингом и на практике вникать, нейронки уже пишут локальный код не хуже макак.
Хотите анекдот? Спрашивал сейчас у гопоты про настройку файл менеджера тюнар под иксфсе, так вот она выдумала мне две совершенно несуществующие опции настройки.
Я это к тому что нейронки специально делают чтобы заменить именно программистов, это нифига не случайность что они лучше всего шарят в этой теме.
Переходите в админы линукса чуваки, серьезно. Нейронки этому нихрена не учат.
Я просто всегда писал гаурд, потому что прагма, хоть и поддердивается, не является стандартом
А вообще, если стандарт на работе позволяет, надо модули писать.
Нейронки никого не заменят пока не появится объективная валидация результатов их работы. Макаку ты можешь отпиздить и она будет всеми способами проверять не обосралась ли. А нейронке ты можешь только поверить на слово.
Нормальной поддержки в IDE нет. В вскоде вообще пизда, скорее не работает, чем работает. В clion и студии оно иногда работает, иногда нет, может отъебнуть и сиди потом как в текстовом редакторе, или ещё хуже - смотри на ошибки в IDE, когда код компилируется.
Хз почему это вообще проблема. Я всегда ошибки компилятора читаю, а на подсветку в иде смотрю. Единственное, что если подсветка синтаксиса вырубится, будет неудобно
переходим на стандарт шапки 2ch++14 в смысле еще на 11 не успели перейти!?
> обнови
Это призыв к перекату? В курсе что за такое делают?
Ну а кто сказал перекатывать прям щас? Будет 1000 постов - тогда и перекатит с обновлённой шапкой.
Кароч. Есть класс Port, он умеет соединяться с другими портами и слать туда-сюда данные. Но сам по себе он не используется, а используется его типизированный шаблон-наследник TypedPort. Соединиться и обмениваться данными могут только порты одинакового типа.
И всё замечательно, пока в игру не вступают порты, которые формально одинакового типа, но по смыслу - разного. Ну например, один тип это float, в который можно засунуть вообще любое число, а другой это тоже float, но нормализованный, в нём число всегда в диапазоне 0..1. И надо считать эти два вида - разными типами, не позволять им соединяться и обмениваться данными. Но они оба float, то есть для шаблона это одно и то же.
Спрашивается: а как сделать, чтобы новые типы портов создавать так, будто через шаблон, но в подобных ситуациях иметь возможность для манёвра?
Нейронка предлагает просто проверять соответствие диапазону, но это не то.
У дипсика тоже спрашивал?
Чтобы решить задачу, введем дополнительный параметр шаблона, который будет служить уникальным идентификатором типа порта, даже если базовый тип данных одинаков. Это позволит различать семантически разные порты на уровне системы типов.
Решение:
1. Модифицируем шаблонный класс TypedPort:
Добавим второй параметр шаблона `TypeID`, по умолчанию равный `T`.
```cpp
template <typename T, typename TypeID = T>
class TypedPort : public Port {
public:
// Проверка совместимости портов
virtual bool canConnectTo(const Port other) const override {
// Проверяем, что other имеет тот же T и TypeID
auto typedOther = dynamic_cast<const TypedPort<T, TypeID>>(other);
return typedOther != nullptr;
}
// ... остальная реализация
};
```
2. Создаем уникальные идентификаторы типов:
Для каждого семантического варианта типа объявляем пустые структуры-теги.
```cpp
// Идентификаторы для разных видов float-портов
struct NormalizedFloatTag {};
struct UnnormalizedFloatTag {};
// Альтернативно, можно использовать enum или другие типы
```
3. Определяем специализированные порты:
Используем теги при объявлении портов, чтобы различать их.
```cpp
using NormalizedPort = TypedPort<float, NormalizedFloatTag>;
using UnnormalizedPort = TypedPort<float, UnnormalizedFloatTag>;
```
4. Пример использования:
Порт `NormalizedPort` не сможет соединиться с `UnnormalizedPort`.
```cpp
NormalizedPort port1;
UnnormalizedPort port2;
port1.connect(&port2); // Ошибка: canConnectTo вернет false
```
Преимущества подхода:
- Статическая проверка типов: Некорректные соединения отлавливаются на этапе компиляции или через `dynamic_cast`.
- Гибкость: Можно создавать произвольное количество семантических вариантов для одного типа `T`.
- Минимальные изменения: Не требуется менять существующий код, кроме модификации `TypedPort`.
Дополнительные варианты:
- Если нужно сохранить обратную совместимость, можно оставить `TypeID` по умолчанию равным `T`, тогда обычные порты (`TypedPort<float>`) будут совместимы только между собой.
- Для автоматической проверки диапазона данных в нормализованном порте можно добавить логику в методы отправки данных.
void foo (const std::string &bar) { ... }
Чё случится, если внутри она делает форк и я в дочернем процессе попробую что-нибудь типа bar.c_str()?
Вернется указатель, очевидно. Память разная у процессов, если вопрос об этом
Как сделать, чтобы содержимое строки наверняка было доступно внутри чайлда?
Явно копировать строку перед передачей в новый поток или хранить в std::atomic<string> со временем жизни большим, чем время жизни всех потоков.
>Память разная у процессов
Только с того момента, как кто-то попытается модифицировать свою ещё-не-копию.
Ты не можешь из одного процесса прочитать данные другого по его внутреннему указателю, в этом суть.
Ебаный Winsock2, вот хули может произойти, что при пересылке данных просто может ебануть WSAECONNRESET?
С подключение ну НИ-ХУ-Я не происходит, оно устойчиво.
С сетью никогда не работал, в интернете инфы - нихуя.
Вангую с буфером проёбываешься.
>>3381301
Ты там в проекте случайно не удалил строчку с дефолтными либами, когда свою прописывал? Алсо, проверь что у тебя многопоточность для std выставлена правильно, если твоя либа проприетарная, то это важно.
Как это вообще отлавливать нахуй?
Это древний K&R C, который был ещё до стандарта C89. Оттуда же "implicit int", если не указывал тип, неявно подразумевался инт.
В проекте у меня есть 2 headerа, которые между собой конфликтуют, потому-что ссылаются на одноимённый класс.(один в mso.thl, второй где-то в "afxwin.h", а именно класс IAccessible.
Сейчас я переименовал этот класс в afxwin.h знаю, очень хуёво, но это домашний проект.
Вопрос - могу я как-то в 1 одном VS проекте без подключения дополнительных DLL держать несколько подпроектов и чтобы они при компиляции между собой не конфликтовали, как в случае выше?
Я полагаю, есть вариант сделать новый проект Статичную библиотеку с интерфейсом, но
1)можно ли его сделать, чтобы он был в том же VS окошке, чтобы не переключаться?
2)Можно ли обойтись без интерфейса библиотеки, а другим образом?(из-за доп. работы не хочу так делать)
Хочу для архивов второго фолла написать такое, вот только инфы НИ-ХУ-Я. Даже с чего начать не ебу.
Или решение, чтобы использовать C# библиотеку для этого? Вот есть для имён на C# https://github.com/petrovich/petrovich-net
> Как стать гуру в сборке проектов на плюсах?
Пользоваться MSBuild.
https://cplusplus.com/forum/beginner/260826/
clang -fno-elide-constructors -o test test.cpp -lstdc++
g++ -fno-elide-constructors -o test test.cpp
Почему флаг -fno-elide-constructors нинахуя не влияет
Я того sdl рот ебал блядь
Может тебе подойдет raylib? Он удобнее
Хочется слезть с VS, но clion кривое говно, а VS Code даже поддержку С++20 не могут запилить в 2025 и экстеншен для cmake кривое говно.
я болван, забейте, с vcpkg все нормально на изи встает и raylib и sdl
>а VS Code даже поддержку С++20 не могут запилить в 2025
так там надо в папке с проектом создать
.vscode/c_cpp_properties.json
[code]
{
"configurations": [
{
"name": "Linux",
"includePath": [
"${workspaceFolder}/",
"/usr/include/x86_64-linux-gnu/qt5/QtCore",
"/usr/include/x86_64-linux-gnu/qt5"
],
"defines": ["HAVE_SOCKET_H=1","HAVE_SHIFTV=1"],
"compilerPath": "/usr/bin/gcc",
"cStandard": "c17",
"cppStandard": "c++20",
"intelliSenseMode": "linux-gcc-x64"
}
],
"version": 4
}[/code]
> и экстеншен для cmake кривое говно.
Хз, мне хватает.
> так там надо в папке с проектом создать
Зачем? У этого говна в принципе нет нормальной поддержки модулей. При том что уже все 3 основных компилятора имеют полную поддержку модулей, cmake два года как поддерживает их.
О С++20, который индусы не могут запилить потому что EDG не могут компилятор под этот стандарт написать уже пятый год, а в IntelliSense вскода именно он используется для анализа крестов. При том что в Студии от него отказались 4 года назад.
EDG это C/С++ фронтенд от одноименной фирмы
его раньше использовали компиляторы msvc, intel cc и даже эльбрусовый lcc. Интел от своего компилятора отказался, эльбрусовцы пытаются открутить шланг от llvm пока результат не очень, а что теперь у майкрософт - хуй знает, учитывая что ни разработчики gcc ни разработчики llvm не приветствуют отделение С/С++ фронтенда от компилятора.
В любом случае VS Code тут вообще неприделах, в его состав компилятор не входит, у тебя просто на винде по умолчанию майкрософтовский компилятор с edg наверное
В IntelliSense используется фронтенд реального компилятора для анализа кода. Ты ведь понимаешь что для того чтобы реализовать кучу комптайм фич языка без компиляции, надо фактически пол компилятора написать. Так никто не делает. У всех языков есть так называемые language server - фронт компилятора с API. И у майков в вскоде для крестов используется EDG. Они сами на гитхабе писали что не могут запилить поддержку модулей, потому что EDG только в 2025 обещают запилить полностью С++20. Например скоро рефлексия появится, уже идёт финальная полировка комитетом, а поддержку в вскоде мы увидим году в 2030 минимум. Причём слезть с него они не смогут, потому что фронт текущего компилятора msvc слишком на Винду завязан, вскод с EDG надолго.
>В IntelliSense используется фронтенд реального компилятора для анализа кода.
Ну так бля а я о чем? Его можно выбрать как в глобальных так и в настройках проекта, яж тебе показываю
> И у майков в вскоде для крестов используется EDG.
Он не в вскоде а в msvc, принеси сообщения негрософта чтоб не продолжать этот бессмысленный спор..
> яж тебе показываю
Ты показываешь тучлейн. Это разные вещи. EDG в вскоде с тобой всегда.
> Он не в вскоде а в msvc
MSVC отказались от EDG в своём компиляторе. Как раз потому что EDG не мог своевременно пилить стандарты. У MSVC модули ещё в 2021 появились.
> принеси
Держи, главный чел в разработке экстеншена для крестов в вскоде.
Алсо, пикрил объяснение почему всё это говно так тянется за EDG, как раз потому что нужно другие компиляторы поддерживать, а не только MSVC.
какой дефолтный проект на нем можно написать?
>MSVC отказались от EDG в своём компиляторе.
И чем заменили? Нет так то я слышал об этом, но так никто и не объяснил что именно вместо него реализовали. Прогнозирую ситуацию как с интернет эксплорером - есть старый легаси, есть новый самописный edge и в итоге просто перейдут на chromium llvm.
А "Our IntelliSense compiler" может подразумевать как раз windows-msvc-x64 - бинарь или библиотеку которая работает с определенным компилятором на определенной ОС и предоставляет вскоду данне в едином формате. В официальной документации тем временем указано:
IntelliSense is a helpful tool built into VS Code that provides various code editing features to help you code faster and more efficiently. For example, code completion, parameter info, syntax highlighting, Code Actions (light bulbs), and member lists are all generated using IntelliSense.
C/C++ IntelliSense only requires a C/C++ compiler to be installed on your system. The C/C++ compiler provides C++ specific information to IntelliSense, such as the locations of system include paths and other settings. For project level configurations, reference Project level IntelliSense configuration section.
https://code.visualstudio.com/docs/cpp/configure-intellisense
Ты уже сам себе противоречишь шизик. Либо интелисенс сделан на базе edg и никаких сторонних компиляторов ему не надо, либо он использует разные компиляторы и тогда там есть С++20 а ты пидорас тролишь опять тупостью сидишь.
Чел, сколько тебе раз надо повторить. IntelliSense - это language server. База для него - фронт EDG. Оно не имеет никакого отношения к тулчейну или компилятору, которым ты собрался компилировать код. В вскоде ты выбираешь тулчейн, ты вообще понимаешь что это такое?
>IntelliSense - это language server. База для него - фронт EDG.
Откуда ты это взял?
> EDG (our frontend and compiler that powers IntelliSense)
Буквально - наш фронтенд и компилятор на который опирается IntelliSense (((речь про экстеншн для поддержки c++, а не сам IntelliSense))).
Я понимаю что тебе тяжело понимать/читать написанно для профессионалов, ну так и нехуй лезть выдумывать хуйню на пустом месте.
А без тулчейна от языка ничего не останется, фронтенд это голый парсер+препроцессор там нет библиотечных функций констрант прочих заголовков.
показывайте что умеете
error: no matching function for call to ‘std::vector<int, std::allocator<int> >::insert(int)’
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/vector.tcc:93: note: candidates are: typename std::vector<_Tp, _Alloc>::iterator std::vector<_Tp, _Alloc>::insert(__gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::vector<_Tp, _Alloc> >, const _Tp&) [with _Tp = int, _Alloc = std::allocator<int>]
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_vector.h:657: note: void std::vector<_Tp, _Alloc>::insert(__gnu_cxx::__normal_iterator<typename _Alloc::pointer, std::vector<_Tp, _Alloc> >, size_t, const _Tp&) [with _Tp = int, _Alloc = std::allocator<int>]
Хз, у меня все довольно колхозно, зато уже работает под xlib / win32 / wasm+html5+canvas / android, а чтобы в яблоко затащить, я так понял, надо их комп покупать, иначе на виртуалке это все будет коряво и медленно.
И пока вот игрулька есть на этом гуе, чтобы его отлаживать. Но планы дебильные наполеоновские, которые я не осилю 90%.
А взял бы гейммейкер уже бы баксами хрустел, а не мечтал.
Микроигра это проба пера. Гуй под не игровые прожекты, особенно один йоба-прожект, про который даже зарекаться боюсь.
Что бы хрустеть баксами на гейдеве, надо контент рисовать уметь, а не говнокод говнокодить.
Можно, просто зачем? На жабе ни гуя нет
Если ты про жабаскрипт то так и делают, нода позволяют линковать к ним любые библиотеки. Просто не всем нравится что приложение таскает в себе браузер
>требующие производительности куски программы сделать на С++
Допустим, надо передать строку из C++ в Java. В C++ строка в UTF-8.
Есть три варианта:
1) Функция NewStringUTF. Она декодирует из твоего буфера и кодирует в UTF-16 в свой буфер. Это копирование, да еще с перекодированием.
2) Функция NewString, тогда тебе надо самому перекодировать строку, тут опять копирование
3) Казалось бы, третий и стандартный вариант - нахер все строки, работай с массивом байтов. Но нет, функция NewByteArray снова сама резервирует массив, а ты в него опять должен копировать.
Ну и какая тут будет производительность, если передать данные можно только с копированием?
Понимаю. Хотя в жабе для этого придуман DirectByteBuffer, но да, неудобно.
https://docs.oracle.com/javase/8/docs/api/java/nio/ByteBuffer.html
Придётся видимо писать всю программу на С++, чтобы точно добиться производительности. Ну, хотя-бы я могу взять последний стандарт.
Это учитывая, что у меня еще и вышка профильная (ОПК условно, лол).
сам по факту знаю в несколько раз больше чем требуют вакансии.
Думаю может урезать резюме, так то там дохуя чего указано.
Не хотят брать сеньора помидора и платить ему норм ЗП?
Хотя год назад у меня на 10 откликов было 7-8 приглашений.
Подумываю сменить язык/стек.
Что скажешь? куда вообще сейчас стоит податься, что искать?
Не стоит менять язык, да и стек. Это норма искать работу по 3 месяца, особенно когда сеньор потому что найти работу с норм зп сложно.
если да, то для каких целей
Корутины это псевдо-многопоток там где его нет средствами ОС. Для всего остального они не нужны. Любители использовать один инструмент везде где можно приходят к говну типа асинхронности в расте.
Многопоток обоснован когда у тебя ядра загружаются конкретными тяжелыми задачами а основной поток остается обрабатывать ввод пользователя, рисовать окно и синхронизировать потоки, в нем как раз и применима асинхронщина, окно обновляется раз в 16мс (1000/60) пресловутое "уснул на кнопке" тоже раз в 5мс происходит, тред который 10секунд пыхтел/пердел спокойно подождет +0мс пока до него очередь дойдет, вообще не критично.
Дело в том что ручное переключение потоков всегда будет быстрее асинхронщины, которая занимается дрочем фреймов каждые 50 строчек кода и гоняет рантайм в цикле. Асинхронщина в нормальных ОС может быть обоснована только "я не умею/не хочу", когда надо хуяк-хуяк делать не думая о многопоточности.
просто пидорастеры не могут никак понять что не все задачи сводятся к пробеганию цикликом векторов, поэтому в геймдеве и обосрались.
Да, использую. Вещь крутая очень. В принципе, я 2010 года жил без них. Но стоит признать, с ними код выглядит хорошо
>ереключение потоков всегда будет быстрее асинхронщины
Чот какаой-то набор букв.
Как был осказано выше: потоки нужны для cpu-bound задач, асихронщина реализуемая event-driven программированием с помощью (epoll + колбеки), epoll+coroutine manager+coroutines для io-bound задач. Всё.
Долгий io на потоках пишут либо дауны, либо новички
> асихронщина реализуемая event-driven программированием с помощью
Она реализуется оборачиванием костылями сишного API ОС, вместо прямого использования этого API. Такой хуитой занимаются только js-вебмакаки.
Ну в питон всякие select'ы и epoll'ы проброшены, но сегодня-то все в основном asyncio юзают. Щитай, тоже костыли
1) обнулять первый элемент
2) обнулять остальные элементы по умолчанию
но у меня все равно остается мусор. Правда у меня очень древний компилятор, дело в этом? Или код неправильный и прохфессор серит?
(array здесь поле класса.)
Решил заменить {0} на {}. Это самый правильный тру вей инициализации массива или есть получше?
ты опять выходишь на связь шизойд ебучий?
Сколько тебе раз надо повторить что плюсы это не сишарп, не пытайся воспроизводить синтаксис, воспроизводи семантику, дебил блять.
class Foo {
-- std::vector<int> array; // динамический массив
public:
-- Foo(int s) { array.resize(s); } // динамическое выделение + заполнение
};
>ты опять выходишь на связь шизойд ебучий?
Мой первый пост в треде. И еще раз для особо тупых - код не мой.
Больше часа листал SO и в каждом сука ответе обязательно вылезет плюсишная ебанашка со своим в сраку ебаным вектором когда вопрос четко задан про массивы. Ебанашки как же до вас не может дойти что чтобы использовать вектор нужно сначала разобраться с массивами а потом еще сверху разобраться с богатой внутренней жизнью вектора и тем как эти векторы перемещают массивы внутри себя. Что является невыполнимой задачей потому что если открыть код стандартной либы очень быстро глаза полезут на лоб и из них польется кровь.
> древний компилятор
> дело в этом
Вполне вероятно.
Можешь посмотреть этот видео материал. В нем на каком-то моменте обсуждается как инициализировать нулями массив. Плюс узнаешь много нового про компиляторы С.
https://youtu.be/RJ_6KZRg-HE?si=YnRRvKiOIRA6Rmq9
>чтобы использовать вектор нужно сначала разобраться с массивами а потом еще сверху разобраться с богатой внутренней жизнью вектора и тем как эти векторы перемещают массивы внутри себя
>>Мой первый пост в треде
Спермошиз, плюсы это не сишарп здесь запросто можно вылезти за границы памяти что у тебя потенциально и происходит. Если ты нихуя в этом не одупляешь, то освой сначала безопасный стиль программирования с использованием стандартных объектов/операторов/шаблонов. Потом при наработке определенного уровня познаний и возникновения острой необходимости, осваивай ручное управление.
С++ это компилируемый язык.
Куча выделяется под программу на этапе запуска/выполнения.
За выделение/распределение heap отвечает библиотека, она по идее должна "обнулять"/"обнулять по требованию" данные в куче.
То что ты написал {} {0} --> условно на это похуй так как это конструкции времени статики (компиляции). Когда еще нету выделенной памяти, тебе компил нихуя не сделает.
То что будет происходить во время выполнения зависит от многих факторов.
Вообщем просто иницилизируй массив нулями динамически in run time то есть.
>со своим в сраку ебаным вектором когда вопрос четко задан про массивы
Первое. "Массивы" - это в разных языках не совсем одно и то же. Вектор имеет интерфейс массива, поэтому какого хуя тебе, собственно, надо? Это массив! Или ты хочешь доебаться до слова? (Да.) Сложная реализация в исходниках STL? Лол, ну поищи реализацию массива в исходниках сишарпа, я уверен, что она не проще.
Второе, а если у тебя в массиве 5 элементов, а в инит-листе 2? Почему их надо повторять циклически, пока они попадают в границы массива? С какого хуя это должно быть именно так? Почему не сперва в прямом порядке, потом в обратном и так через раз? [1 2 2 1 1 boundary] Да и контроля попадания в границы в крестах нет, если это не вектор.
Третье, твое заполнить нулями - это вообще-то частный случай вызова конструктора с параметрами на элементах массива. Тогда по смыслу на каждом элементе надо запускать какой-то код. Но просто выделить память с нулями можно намного эффективнее вызовом mmap / VirtualAlloc. Ты мог бы обернуть эти вызовы в свой класс ZeroArray<T>.
Четвертое, ты можешь просто заполнить массив нулями в цикле.
Пятое, если у тебя массив int, то ты можешь взять один регистр avx, записать в него нули и просто интринсиками максимально быстро задолбить память настоящими нулями без всякого пейджинга с копи-он-райт.
Итого, кресты оставляют даже больше возможностей для обнуления "массива", чем многие другие языки. И так, кстати, с большинством "недостатков".
>>3395605
>>3395660
>>3395856
Какие же вы уебища, просто пиздец. Не вижу даже смысла отвечать вам по отдельности.
Да ты охуел. Я тебе классный видеоролик скинул, а ты меня уебищем называешь.
Уебище, что будет при size <= 0 ?
Поскрепи мозгами, пофантозируй кто и где должен это контролировать.
terminate called after throwing an instance of 'std::bad_array_new_length'
what(): std::bad_array_new_length
Ты совсем припизднутый? У тебя только один объект есть. Кастануть ты его хоть в void* можешь, сам объект от этого другим не станет.
>Я хочу отрезать Страуструпу голову бензопилой нахуй
Лучше руки себе отпили от жопы.
В shared_ptr хранится 2 поля: указатель на объект того же типа, что и шаблонный параметр самого shared_ptr-а, и нешаблонный BaseControlBlock - абстрактный класс. Но в конструктор shared_ptr передается не сам BaseControlBlock, а его шаблонный наследник, в котором вызывается виртуальный метод, который принимает указатель того же типа, что и его шаблонный параметр, и вызывает delete от него. Без множественного наследования все ок, но при множественном наследовании тип указателя кастится (условно Dad->Son), но значение указателя не меняется.
Надеюсь, понятно объяснил.
>тот кастится к наследнику при вызове виртуальной функции >(смотрю через typeid),
122f: 48 89 c2 mov %rax,%rdx
1232: 48 8b 45 f8 mov -0x8(%rbp),%rax
1236: 8b 00 mov (%rax),%eax
1238: 89 c6 mov %eax,%esi
123a: 48 89 d7 mov %rdx,%rdi
123d: e8 6e fe ff ff call 10b0 <_ZNSolsEi@plt>
внимательно посмотри на последнюю строчку это вызов функции из .plt section, а теперб подумай, что ты делаешь неверно.
Хуй знает что ты там напердолил. Вот вызываются все деструкторы в порядке наследования, какой шаблонный тип указываешь не влияет на вызов конструкторов никак, как и множественное наследование похуй - вызываются по очереди все деструкторы переданного объекта.
Эти ребусы мне вообще ничего не говорят, сколько я на них не смотрю. Почему меня вообще должно беспокоить, что происходит на уровне ассемблера?
>это вызов функции из .plt section
Первый раз вижу такой термин. Как я нагуглил, это значит, что адрес вызываемой процедуры неизвестен в компайл тайме и считается в рантайме. Ну понятно, он и не должен быть известен, потому что тип смотрится в рантайме. И что?
Вообще, странно, что типы кастятся, хотя dynamic_cast явно не был вызван. Если вызвать его явно, ничего не происходит
Без множественного наследования все ок работает, а при множественном вызывается нужный деструктор, но не по тому указателю.
> множественное наследование
Кто-то всё ещё его использует в 2025?
Наверно, никто, но я хочу пройти курс Мещерина целиком, а там эта задача у студентов, и момент, что каст указателей должен работать при множественном наследовании, проговаривается. Но эта проблема только вскользь упомянута, в отличие от остальных, типа enable_shared_from_this и передачи аллокатора и делитера.
Во-первых, то что ты делаешь не множественное наследование. Во-вторых, это ничего не меняет, деструкторы так же по очереди вызываются. Алсо, у меня чуть глаза не вытекли от твоего говнокода.
> вызывается нужный деструктор, но не по тому указателю
Это вообще перл, деструктор вызывается от объекта, в котором он объявлен, наследование тут не при чём. По другому и не может быть.
> reinterpret_cast
Если ты кастанул свой указатель к zalupa через reinterpret_cast, а потом сделал ей delete, то это вообще пиздец и UB. Ты бы ещё к int кастанул и потом спросил почему сегфолт. Кастуй только через static_cast.
через readelf посмотри где у тебя .got.plt section и по какому смещению происходит переход _GLOBAL_OFFSET_TABLE_
[Nr] Name Type Address Off Size ES Flg Lk Inf Al
...
[21] .got PROGBITS 0000000000200fc8 000fc8 000020 08 WA 0 0 8
[22] .got.plt PROGBITS 0000000000200fe8 000fe8 000078 08 WA 0 0 8
ты же для обучения это делаешь
просто пересобери библиотеку под свои нужды и не еби тут людям мозг
Тебе скорее всего нужны таблицы виртуальных функций, в базовом классе у тебя будет твой deleter. Чилды будут в этой таблице просто подменять адресс deleter на свой. Мещерина нахуй, ему лень даже 5 минут потратить для подготовки к своим сраным лекциям, постоянно что-то пишет/стирает, путается в терминах, ему бы листья мести у универа, а не преподавать.
>>3396850 Это не я.
>>3397153
>Мещерина нахуй
А какой еще есть аналогичный курс, где 61 видос чистого контента? Да, там ~10% это "Ееееееее", "Посмотрите сами на сипипи референс" и втыкания в конспект. Зато остальные 90 по делу. Если есть курс лучше, кидай ссылку.
> курс
Книги.
> 61 видос чистого контента
1000 страниц чистого контента.
Хз, мой опыт показывает, что видосы усваиваются лучше книг. Я начинал читал Таненбаума по сетям, и мне в один момент стало физически больше терпеть этот пиздец, я нашел курс видосов, посмотрел за 10 дней и освоил то, что по книге бы осваивал за месяц, и пришлось бы все равно половину заново гуглить. Я не понимаю, как люди читают и не засыпают.
Ты можешь сказать "Ряя поколение тиктока", но имхо так это у всех людей.
>но имхо так это у всех людей
Не у всех. Показывай видосы от своих пориджевых феллов бади где мув семантика поясняется глубже чем в книжке у скуфского Ждосатиса. И то же самое по шаблонам.
Как вообще можн плюсы по видосам учить?. Каждую минуту ставить на паузу и лезть в иде набирать пример? А если что-то вылетело из головы прокручивать видео вместе со смехуечками?
Зумеров с клиповым мышлением нынче много, вот и кажется, что так у всех людей.
Я перед отправкой большинства постов сверяюсь со своими заметками и документацией, всё увиденное читаю внимательно, незнакомую инфу изучаю и конспектирую. Двач не пикабу, чтобы "скроллить", здесь серьёзные люди сидят!
Давай обсудим лучше, видел ли ты серьёзные мультипоточные проекты, где забили на выравнивание данных и получили из-за этого проблемы с производительностью?
>Хз, мой опыт показывает, что видосы усваиваются лучше книг.
разницы нет, но часто у видео-лекций есть некая ламповость/уют, ты как бы больше вовлечен. Мещера в этом плане не плох, но в целом его курс слишком размазан, так как академический. Много лекций там вообще нахуй не нужны.
Я учил по статьям + видео-лекции (чаще всего университетские) на rus/eng. + важные вещи конспектировал в google docs.
Ну и параллельно практика конечно.
>Я начинал читал Таненбаума по сетям
Тантенбаум хуета хует. На ютубе есть годный курс от сетевого инженера по сетям. Да он слишком подробный, но в силу важности дисциплины похуй
а так из всего что я учил, самое полезное это АКОС это прям база базовая
Чисто для быстрого поиска?
Это же просто дерево или хеш элементов. Знаю, что они используются для индексации в БД.
Но я про среднестатистическую практику больше.
Для поиска как правило использую Map, в виду того что помимо проверки на наличие нужна еще некая информация, которую содержит элемент.
Может кто из практики привести примеры применения
Ну, например, ты обходишь граф, и надо как-то хранить пройденные узлы (допустим, в самом узле поставить флаг нет возможности). В массиве хранить - линейное время поиска. Поэтому лучше взять сет. Дополнительно, у сета есть функции объединений, пересечений, это тоже бывает нужно.
"Здорова байтоёб. Как жизнь??)
Не устал еще свои перделки-свистелки кодить?=)))"
Что ответить?
>Что ответить?
Позови меня с собой
Я приду сквозь злые ночи
Я отправлюсь за тобой
Что бы путь мне ни пророчил
Я приду туда, где ты
Нарисуешь в небе солнце
Где разбитые мечты
Обретают снова силу высоты
>от приятеля фронтендера
Век фронтендера недолог. До 35 не успел выбраться в менеджмент или заработать на ренту - и пиздарики. На работу не берут по возрасту, фреймворки новые уже сил нет учить, а на фрилансе молодежь теснит вовсю, они дешевле и способнее. Плюс ИИ и всякие no-code за веревку дергают.
opengl(freeglut) и sdl явно скоро могут быть неактулаьный в силу того, что уже некоторые графические движки не работают с этим
база есть для этого, да и желание.
какие подводные?
>no-code
ахуеть я думал оно вымерло в 2015 еще
или просто мартыхологи так и не договорились между собой что такое zero code и придумали новый форс
на всякий случай зарепортил за материал от иностранного агента
>Тантенбаум хуета хует. На ютубе есть годный курс от сетевого инженера по сетям. Да он слишком подробный, но в силу важности дисциплины похуй
Че за курс? Дай ссылку пожалуйста. Вообще многим достаточно beej guide to network programming пробежать и хватит. Он там еще разные материалы наговнякал новые, по гиту например, тоже вроде интересно, но я уже не смотрел.
virtual void save(const std::string& filename) const = 0;
Ну, вот откуда создатель класса может знать, что вот этот const на конце не испортит жизнь тому кто должен будет реализовывать виртуальную функцию? Как будто бы виртуальные функции не должны вообще брать на себя ответственность за то, что могут они или не могут менять состояние класса.
Я не прав?
Виртуальная функция - это интерфейс. Реализация его должна соответствовать интерфейсу. Если интерфейс говорит нельзя менять состояние, значит нельзя.
> испортит жизнь тому кто должен будет реализовывать виртуальную функцию
У него есть сигнатура метода, он обязан реализовать метод в соответствии с сигнатурой. Испортить жизнь - это позволить реализации менять интерфейс.
> Испортить жизнь - это позволить реализации менять интерфейс.
Ну, это невозможно в принципе.
Возможно я не правильно выразился. У меня нет проблем с интерфейсом как с концепцией, но одно дело интерфейс определяющее поведение класса, а другое определяющее детали имплементации.
Может быть мне нужно сохранять сколько раз был вызван метод save из примера выше? В этом случае вызов метода save меняет состояние объекта. Но из-за того, что создатель виртуальной функции решил, что в его картине мира save не может менять состояние объекта я теперь не могу реализовать необходимый мне функционал.
Использование const с pure virtual function таким образом выглядит как какой-то анти-паттерн, который должен использоваться в редчайших случаях. Вместо этого я вижу, что в каждом втором интерфейсе суют этот const.
В общем, я не понимаю почему оно именно так, и почему я не смог найти ни одной статьи где бы подобная практика считалась бы не правильной.
Чел, с большой вероятностью константность методов делается для потокобезопасности. Создатель интерфейса подразумевает что это метод можно вызвать и он не сломает объект. То что ты хочешь - это выстрелить себе в ногу.
> определяющее детали имплементации
Нет никаких деталей в константности. Это и есть определение поведения класса и то что вызов гарантировано не меняет его.
> Чел, с большой вероятностью константность методов делается для потокобезопасности.
То есть создатель интерфейса предвидел, что имплементация будет использовать в многопоточном алгоритме? Это какой-то комплекс Бога уже.
> То что ты хочешь - это выстрелить себе в ногу.
Я хочу, чтобы интерфейс не ограничивал имплементацию бесполезными ограничениями.
Потому что должно быть логическое разделение и метод save() должен делать только то для чего предназначен, а именно сохранять. Это требуется в большинстве случаев, поэтому общий интерфейс выглядит именно так.
Если ты хочешь что-то изменить в переменной, то делаешь класс/метод обертку уровня my_yoba_save(), обновляешь нужные данные, а затем дергаешь стандартный метод save().
Хм, да, это звучит логично. Хотя я пожалуй не буду так ограничивать имплементаторов. Интерфейс должен только определять контракт А делает Б, а то как А делает Б пользователя интерфейса волновать не должно. Меняется или не меняется внутренее состояние объекта это уже детали.
> Я хочу, чтобы интерфейс не ограничивал
Пиздос. Может ты ещё хочешь чтобы не было интерфейса вообще? Он же ограничивает тебя.
Если он не нужен, то конечно я бы хотел, чтобы его не было. Если он нужен, значит я бы хотел, чтобы он был.
Абстракции и ограничения не нужны когда они не нужны.
Сунь-вынь-цзы
Чел, не пользуйся ими, если тебе так печёт с ограничений. Замени наследование на концепты, например.
Всё нормально с наследованием когда интерфейс не пытается зажать разработчика в необоснованные рамки.
>Хотя я пожалуй не буду так ограничивать имплементаторов. Интерфейс должен только определять контракт А делает Б, а то как А делает Б пользователя интерфейса волновать не должно. Меняется или не меняется внутренее состояние объекта это уже детали
Что значит ограничивать? Вот давай разберем твой пример с подсчетом колчества вызовов save(), т.е. подсчет количества сохранений, изменяя одно поле класса.Пока ты изменяешь что-то незначительное, то проблем особо и нет. Но потом оказывается, что перед сохранением нужно изменить пару полей, вызвать пару функций, произвести какую-то магию и все это в большинстве случаев пойдет в метод save(), превращая безобидный метод, который по логике должен только сохранять, в лапшу.
Это, скорее, вопрос о протекании абстракций и нужно чсотреть в каком контексте используется интерфейс. Но лучше лишний раз анально ограничить на самом деле, выдав стабильный и универсальный интерфейс, чтобы пользователи лепили свои поделия уже поверх твоего.
Иными словами, однажды можно обнаружить, что метод save(), который по логике должен делать ограниченный пул действий, при вызове ебет твою мамку, страпонит отца и рассылает твои голые детские фото.
>>3399685
Ну, это букавльно считать, что создатель интерфейса умнее чем его имплементатор. Сомнительная мотивация как по мне, но я её понимаю
Мнение?
https://www.youtube.com/watch?v=xt1KNDmOYqA
Ну это перестраховка и гарантии на уровне системы. Когда код пишут разные люди, то это очень помогает. А когда пишешь сам, то можешь хоть проверку типов выключить(условно).
В общем, по контексту ориентируйся.
Это фактически как современные GC устроены, только тут ручное. Идея норм, особенно для производительности и гейминга, но при отстреле ноги будет отрывать всё по самую жопу. Проще ECS взять, но оно будет медленнее.
Ну он всё верно рассказывает, и он сам же говорит, что никто не пропускает эти стадии. Ты сначала должен освоить RAII, понять на практике где динамическая память боттлнечит и почему, а только потом переходить к следующим стадиям. А иначе просто получишь в 10 раз кривее код. Сишникам с этим попроще, т.к. у них и так нет RAII.
Это одна из главных причин почему джава такая быстрая в вебе, даже Раст умудряется поёбывать - потому что раст дрочит алокации/деалокации посреди работающего кода, а GC может сделать это пачкой после.
В один момент на смену росту частоты CPU пришла многоядерная архитектура.
Язык Go был создан как раз таки для параллельных вычислений, но замечаю, что многие его хейтят.
С чем это связано? Не получилось, не фартануло?
Каких в пизду объектов? Нету в рантайме никаких объектов. ООП-семантика в плюсах нужна для того что бы компилятор таких как ты отсеивал на этапе сборки/линковки.
Он был создан не для этого.
tldr: создали С++ которые хотели простой язык без кучи "фичей" С++
https://youtu.be/4EMcm9vzlnI?si=kFgmaolU0SRN3Zi2
> Каких в пизду объектов?
Тех для которых область памяти выделяется. Первый день с С++ работаешь?
Потому что зелёные потоки выглядят хорошо только в документации и хелоуворлдах. При малейшем усложнении кода зелёные потоки превращаются в мешанину из багов. У тебя в коде есть куча многопоточных кусков кода с каналами, а куда что идёт и как синхронизируется вообще не понятно, ты должен всё это держать в голове, но прогрессия сложности системы слишком высокая. По итогу язык учится за две недели, а уверенное использование зелёных потоков за 5 лет. Асинхронность медленнее и течёт наверх, но она сильно проще. Если в обычной многопоточности многим сложно 10 потоков менеджить, то в ГОвне вообще ад.
> Go был создан как раз таки для параллельных вычислений
Нет. Для параллельных вычислений совсем другое используют. Они просто думали что если убрать ограничение на количество потоков, сделав их быстрыми и дешёвыми, то станет лучше и быстрее обрабатывать кучу запросов на бэке. Но как с ними работать никто даже не подумал.
> Тех для которых область памяти выделяется. Первый день с С++ работаешь?
Тебе сколько раз шизойду повторять что это не сишарп и не джава? После компиляци C++ с объектами исчезает и остается процедурная имитация объектов, если бы оно поддерживалось аппаратно плюсы были бы так же безопасны как джава.
Ладно, я тупой признаю, что означает аппаратно не поддерживается?
Спасибо за развернутый ответ.
>сделав их быстрыми и дешёвыми, то станет лучше и быстрее >обрабатывать кучу запросов на бэке. Но как с ними работать >никто даже не подумал.
Я вот сейчас читаю про реализацию потоков в Java и Go. Как я понял в Java раньше тоже были зеленые потоки..
Когда Java плодит потоки они все отображаются в ОС, то есть нагружают планировщик и прочие расходы
В Go решили весь пул потоков держать внутри и самим устанавливать порядок выполнения. Для того чтобы не тратитья на переключение контекста и чтобы лучше синхронизировать их через отправку сообщений вместо shared memory.
Просто если это все сделано для бека, то бишь для I/O bound задач, то насколько я знаю исследования давно уже подтвердили, что асинхронная модель (конечный автомат) эффективней для этих задач. Собственно поэтому и Node.js пошли по пути асинхронщины.
В Java раньше были неправильные зеленые потоки почему их и задепрекейтили. Правильные зеленые потоки появились лишь в 21 Java и называются virtual threads.
https://docs.oracle.com/en/java/javase/21/core/virtual-threads.html
>Ладно, я тупой признаю, что означает аппаратно не >поддерживается?
Он имеет ввиду что после компиляции C++ программа превращается в машинный код и все данные включая локальные переменные (в т.ч. константы) это просто области памяти к которым ты можешь получить доступ через указатели и делать все что хочешь. Поэтому после компиляции единственный способ себя обезопасить, это как-то через аппартные средства (например заносить константы в определенные регистры процессора), чтобы их нельзя было случайно или специально изменить. Но понятно, что таким никто заниматься не будет.
В Java между программой и машинным кодом есть прослойка в виде JVM, которая контролирует это. Ты не можешь просто так взять и изменить константу на стеке или данные в куче.
Получается, что объекты есть и это просто области памяти, также как в Java, только разница в том, что в Java это виртуальная память контролируемая JVM, а в C++ это память контролируемая операционной системы. В общем, тип выше просто грубиян.
А такой вопрос: разве операционная система не ограничивает доступ к конкретным областям памяти только конкретным процессам? Если это так, то получается только сама программа может изменить память в которой лежит константа, например?
запусти любую программу
И посмотри через PID процесса, что тебе выделила система и где:
cat /proc/$pid/maps
все что не readonly (сам код, глобальные константы) все твое. другие процессы сюда доступ не имеют.
область heap это твоя куча куда через new() ты кладешь объекты.
в коде твоей программы у тебя есть только указатель на начало объекта и все.
ты можешь сделать так:
*ptr + 100000 (главное в размер кучи уложиться)
я имею в виду что плюсовая объектность играет примерно такую же роль как в расте борроу-чекер - предоставляет программисту безопасную семантику (через ООП) которая исключает большинство ошибок (раст тупо ебалом тычет в зассаное, макакам так привычней и понятнее).
Можно кумекать об объектах в контексте работы программы (так и задумано разработчиками плюсов), но когда разработчик начинает думать не о том как виртуальным функциям и деструкторам в объекте то живется и надо проверить все ли у них хорошо, это уже всё, такого к системной разработке допускать нельзя.
Люди второй десяток лет придумывают как у мартышек ружье отобрать чтоб они в ноги себе и людям не стреляли, из плюсов this спрятали, расто-зиг всякий придумали, а ты берешь и показываешь как зарядить и где предохранитель снимается.
При этом передача ошибки как альтернативное значение (Result, Either из других языков) тоже не поддерживается в std и нужно писать своё?
Это какой-то слон в посудной лавке, который писатели стандарта игнорируют уже 30 лет? В С++ нет нормально сделанного обработчика ошибок?
Нашел, что в 23 стандарте добавили std::exception как аналог Result/Either, но как обычно не без ложки дегтя.
> Happy path
> throw exception = 12ms
> return std::expected = 63ms
> Single threaded the fib code using std::expected is more than four times slower than using traditional exceptions. Of course the overhead is less when the function itself is more expensive, as in the sqrt scenario. Nevertheless the overhead is so high that std::expected is not a good general purpose replacement for traditional exceptions.
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2022/p2544r0.html
Пидорас пиздуй изучать Си там все ответы на твои тупые вопросы.
Чел, кидать ты можешь хоть строку.
>>3400012
> 23 стандарте добавили std::exception
Ты даже буквы читать не умеешь?
А ты проигнорировал цитату и статью, да? Ну, потому что ты увидел очепятку и решил, что именно в ней был смысл сообщения. Умен анон, умен.
Так ты сам не читал, раз не понял почему он медленнее. В расте точно так же Result медленнее его отсутствия, лол.
А где я написал, что не понял почему он медленнее? Я хотел бы, чтобы разработчики языка сделали бы его использование в happy path бесплатным или почти бесплатным. Вместо этого очередная бесполезная фича в стандарте, которая делает код медленнее.
Разработчики стандарта не понимают, что программисты выбирают С++ не из-за "фичей", а потому что С++ способен обеспечить высокую, близкую к потенциально возможной, производительность.
> Я хотел бы, чтобы разработчики языка сделали бы его использование в happy path бесплатным или почти бесплатным. Вместо этого очередная бесполезная фича в стандарте, которая делает код медленнее.
>
>Разработчики стандарта не понимают, что программисты выбирают С++ не из-за "фичей", а потому что С++ способен обеспечить высокую, близкую к потенциально возможной, производительность.
Да ты охуел, пес. Если у тебя есть предложения как это сделать, то пиши в комитет или хотя бы бабками решение этого вопроса пролоббируй.
> Я хотел бы, чтобы разработчики языка сделали бы его использование в happy path бесплатным или почти бесплатным.
А я хотел бы миллион баксов. Заканчивай фантазировать. Тебе написали почему это невозможно.
> Если у тебя есть предложения как это сделать, то пиши в комитет
У меня предложение не выпускать бесполезные для С++ разработчиков фичи в стандартной библиотеке. Никто не будет использовать в 4 раза более медленный std::expected по сравнению с использованием исключений. Что делает всю работу над этой фичей со стороны разработчиков не нужной.
Но не думаю, что кто-то в комитете позитивно воспримет эту мысль ведь тогда нужно будет признать, что руководство комитета некомпететны.
> Никто не будет
В расте же используют все. Это только ты один не такой, пиздишь за всех.
Зачем выбирать С++ как язык разработки если перформанс не критичен? Есть гораздо более удобный для разработки жава, го, питон и так далее.
>задержка в 50мс
> РЯЯЯЯЯЯЯЯЯЯЯ НУ ТЕПЕРЬ НА ПИТОНЕ БУДУ ПИСАТЬ
Ясно.
Лол, 50 мс для моего алгоритма это в 1,5 раза больше чем выделено на обработку одной пачки данных.
Может быть твоя программа действительно может быть переписана на питон и никто не заметит, но это не мой случай.
>Может быть твоя программа действительно может быть переписана на питон и никто не заметит, но это не мой случай.
У тебя проблемы с логикой и пониманием написанного. Ты даже не можешь понять, что тебе написали, но предьявляешь требования к комитету.
Я прекрасно понял, что было написано. То что ты не понимаешь, то что написано это твоя проблема, не рефлексируй её на других.
читать код без IDE становится невозможно, будто на интерпретируемый код смотришь
Это смотря как использовать. Если пытаться везде запихнуть, то даже ide не помогут. Но если из контекста понятен тип, то просто незаменимая вещь, чтобы длинные типы не писать.
Чтобы такое распараллелить, чтобы это не было искусственным примером из книг и пособий (аля массив или вектор)?
Для каких целей вы чаще всего используете. Запросы в БД вообще параллелят? (просто у меня пока единственное это в голову приходит).
как бы механика понятна, но вот зачем конкретно мне это надо пока еще нет
буду признателен за любой совет
>Изучаю многопоточность.
>Чтобы такое распараллелить,
Так тебе нужен просто пример задачи с многопоточностью или какой-то алгоритм, который можно решить через распараллеливание?
Если первое, то попробуй простенькую игру написать, где логирование, рендеринг, физика и ввод пользователя будут в разных потоках. Также попробуй написать вебсервер, который принимает запросы в некоторый пул и обрабатывает их. Сначала можешь сделать в лоб и на каждый запрос выделять по потоку, потом это оптимизируешь, делаешь какой нибудь планировщик и т.д.
Если второе, то в прикладных областях много таких задач, какие нибудь численные методы. N-body, barnes hut algorithm и т.д.
Две картинки, например 4К, нужно их сравнить, чтобы сказать это две одинаковые картинки попиксельно или нет. В качестве ответа нужно указать какой процент пикселей отличается.
Задача реальная на моей работе если описывать без лишних деталей. Хорошо паралелиться. Have fun.
Что предлагаешь если работаем на мобилках и нельзя тащить внешние зависимости?
Про какие именно зависимости речь? В любом случае картинки хорошо на gpu ложатся, на мобилках как раз зачастую нету SIMD зато GPU практически на любом.
Да любые по сути. Последний раз у ПМа случилась истерика из-за 120 КБ увеличения размера библиотеки, так что если что-то тащить в проект оно должно быть реально очень мелким.
> GPU
Я уже давно исследовал этот вопрос и могу ошибаться, но там есть серьёзные сложности в плане совместимости GPU мобилок и известных фронтов для того, чтобы алгоритм написанный на С++ запустился на GPU. Опять же вес фронта измеряется мегабайтами поэтому сразу нафиг.
Можно было написать свои шейдеры для opengl, но я попробовал, не получилось, наступил дедлайн и я оставил реализацию на CPU.
>свои шейдеры для opengl
Ну так да, так и надо, плюсовые библиотеки сделаны что бы не-gpu задачи пытаться переложить на gpu, а изображения их повороты/зеркалки/прочие эффекты это считай типовая задача для шейдеров.
>наступил дедлайн
Так а это был аутсорс что ли? Ну вообще такие низкоуровневые оптимизации в дедлайн не делаются, если задача поставлена как "что-то по быстрому" то максимум обычный цикл с openmp и пошли нахуй.
Ты что какой аутсоуос мы продуктовая команда! Ты не смотри, что в бэклоге 130 задач только на тебя одного, релизы каждые две недели и на любой чих заказчиков мы бежим впендюривать новые "фичи" с дедлайнами в те самые две недели.
Вообще поэтому и забил. Остальные разрабы также забили. Выпустили в итоге не то, что на самом деле было надо из-за проблем с производительностью, но всем было пофиг, как обычно. Количество фичей, которые нужны ещё вчера, а потом никем не используется уже давно превысило все разумные отметки.
>Такое на ядрах никто не параллелит, это бессмысленно
почему бессмысленно? и именно на ядрах не могу понять.
ну да будет медленней чем на GPU
это все через OpenCL делается?
https://www.opennet.ru/opennews/art.shtml?num=62821
Во-первых, поздравляю растаманов - вы напугали деда
Во-вторых, прошу мнений: будет ли толк от этой суеты? Сам я желаю Бьёрну удачи, но комитет надо годами тормошить, чтобы хоть что-то изменилось. Да и сами гайдлайны ЕМНИП не дают гарантий, только подсвечивают грабли.
Да будет конечно почему нет. Тем кому безопасность важнее производительности смогут теперь и на С++ писать. Если Бьёрн прав и всё и так уже готово для этого в стандарте, то тем более почему нет.
Я имел в виду ручное распараллеливание в коде, которое вроде как нужно для тренировки. Результатом будет перемудреный код который не стоил потраченного на него времени, лучше использовать предназначенный для этого инструмент:
#pragma omp parallel for
for (y=0; y < height;y++)
for (x=0; x < width;x++)
{...}
Я вот только не знаю OpenMP прокачкой данных в кэш тоже занимается, если нет то лучше потратить время на это. и на упихивание данных в simd
Олды явно эту хуйню не поймут. Если посмотреть на олдов, то все возвращаются к процедурному стилю через 20+ лет. Отказываются от жесткого разбивания кода на искусственные блоки как учил ООП, отказываются от RAII из-за его дороговизны.
Так все новые "фичи" С++ опциональны и эта тоже. Олды не поймут. ANB или кто там требует писать на безопасных языках поймут.
Есть класс "порт". У него есть std::any данные и отдельно метка, какого же типа там данные. Порт может соединяться с другими портами своего типа; соединившись, может передавать им свои данные.
Есть класс "нода". Это общий предок для всяких разных нод. Разные ноды между собой различаются разным набором портов и тем, что они с этими данными внутри себя делают. Я не придумал ничего лучше, чем прямо в конструкторах прописывать создание портов. И (вдруг это важно) у базового класса ноды есть функции-шаблоны read_port и write_port.
Ну и наконец, есть фабрика нод, чтобы можно было командами вида NodeFactory::create_node("имя_класса") создавать ноды любого типа. Соответственно, в этой фабрике есть ассоциативный массив, где индексы это стринги, а значения это указатели на создающие функции. В создающих функциях тупо делается new CLASS_NAME.
Регистрацию типов запихал в макрос, макрос вставляю в концах заголовочных файлов, описывающих ноды.
Ну и в общем проблема. Как я ни крутил-вертел всю эту конструкцию, всё равно на этапе линковки все указатели на функции-создатели в фабрике превращаются в тыквы, и компилятор ругается на неопределённые ссылки. Предположительно из-за new, потому что дальше надо создавать инстанс и вызывать конструктор, но это не точно.
Я пятый день с этой проблемой бьюсь, уж весь код с нуля переписал (его там не так уж много), но так и не смог победить эти неопределённые ссылки. Всё это время активно пинаю и нейронки, и живого товарища (но товарищ сишник, в плюсах не сильно больше моего разбирается) - безрезультатно. Так что, анон, вся надежда на тебя.
Ни че что для этого наследование придумали?
Не хуйня какая то непонятная будем долбиться в препроцессор и поинтеры
Ты серьёзно думаешь, что после "пятый день пинаю нейронки" ты с одного промта возьмёшь да и найдёшь решение? Всё с твоей картинки уже либо попробовал, либо изначально так и сделал.
Так что уноси своё нейоговно. Тут нужна помощь опытного анона, имеющего опыт написания подобного.
> макрос вставляю в концах заголовочных файлов
> компилятор ругается на неопределённые ссылки
> уже либо попробовал, либо изначально так и сделал
Какой же ты тупой.
>Foo(int s)
vs
>template<typename T, std::size_t Size>
Еще одна дебка высралась.
Плюсоуебища все еще пишут fillMyArrayBestFunction.
Шел 25 год.
>и всё и так уже готово для этого в стандарте
В том стандарте, который поддерживает легаси из прошлого века и будет его поддерживать до тепловой смерти вселенной?
Как я понял, политика Бьёрна в том, чтобы загнать олдов под шконки в их легаси проекты, а ньюфагам подать только разумное, доброе, вечное в виде последних "безопасных" фич языка.
Только я вот не понимаю, как обьяснять ньюфагу-нулёвке те же умные указатели, избегая темы "указатели". Это как стелить крышу без фундамента.
Нет ты
На концы цппшников этот макрос я переносил. Не помогло. На момент написания поста выше уже забыл, где именно этот макрос у меня сейчас; только что перепроверил - он в цппшнике.
И так со всеми пунктами. Менял из во всех возможных вариантах.
>Есть класс "порт".
Если проект учебный, то class Port<Data>, учебник в руки и вперёд. Прям хрестоматийный пример. Если в прод, то надёжнее class IntPort::Port, class FloatPort::Port... и туча одинаковых функций. Так или иначе, "соединяться с другими портами своего типа" по-хорошему проверяет компилятор, а не if в твоих методах. Move semantics тоже повтори, пригодится.
>прямо в конструкторах прописывать создание портов
Для того они и нужны, лол. И в целом ноды вроде приличные.
>функции-шаблоны read_port и write_port
Звучит как обход инкапсуляции. По хорошему пишут node.store(my_shit), а в какие порты нода что положит - не твоё собачье дело, вызывающий метод.
>есть фабрика нод
В которой ты переизобретаешь полиморфизм, структуры и конструкторы. Не надо так. Ладно бы городить их где-нибудь в джаве с рантаймом и нормальной интроспекцией. А на плюсах приличная фабрика - это гигабайты бойлерплейта, реально нужные 3.5 проектам. Будь проще. Не create_node("имя_класса"), а ClassName node(); не массив указателей на функции, а конструкторы у полей, желательно дефолтные; не макрос с типами, а поля класса а-ля GenericPort и FloatPort в инстансах (здравствуй, полиморфизм). Не отбирай у компилятора его работу по выбору конструкторов. Разберись с системой типов, набросай архитектуру и реализуй её так, как задумывали создатели языка.
И нахуй жпт, качай свою бионейронку.
>всё равно на этапе линковки все указатели на функции-создатели в фабрике превращаются в тыквы, и компилятор ругается на неопределённые ссылки
Убедись, что статические объекты правильно создаются - не глобальная переменная, а функция (статический метод), которая возвращает определенную внутри нее статическую переменную. В таком случае будет правильный порядок инициализации.
Проблема в том, что если это все обернуто в статическую либу, такие функции линкер может удалить как мертвый код. Поэтому в cmake, надо добавить параметр "$<LINK_LIBRARY:WHOLE_ARCHIVE,libname>" (или нужный параметр для конкретного линкера).
Т.е. это должно выглядеть как-то так:
// .h
extern MyClass⚹ my_class;
// .cpp
MyClass⚹ my_class_instance() {
static MyClass mc;
return &mc;
}
MyClass⚹ my_class = my_class_instance();
О, анонче, от души спасибо за конструктивную критику.
>Если проект учебный
И да, и нет. Я делаю проект для себя, плюсы осваиваю с декабря, но на всяком скриптоговне кодю уже лет много. Но нацелен его допилить до конца, благо объём работы там совершенно детский, а штуковина для меня очень нужная.
>"соединяться с другими портами своего типа" по-хорошему проверяет компилятор
Нет, это должен делать мой if, и вот почему. Команда на соединение поступает от пользователя, и если типы не совпадают, то должен быть не краш, а просто ответ "не могу соединиться".
>Не create_node("имя_класса"), а ClassName node()
Опять же, поскольку команда на создание ноды поступает от пользователя, то фабрика просто выругается на несуществующее имя, и всё.
>Звучит как обход инкапсуляции.
Нет, это чисто для удобства. Эти функции вообще у меня лежат в протектеде. Собсно для чего ноды нужны: они берут данные их входных портов, что-то с ними делают и складывают в выходные порты.
Просто int a = read_port<int>(0) - это самый читаемый вариант из доступных.
Вообще, вся эта конструкция пишется сначала в виде консольной реализации, а потом я её прикручу к какой-нибудь гуйне со скриптингом (пока что целюсь на Годот, но это не игра, просто с данным движком уже несколько лет знаком, и там супер удобно делать гуи, собенно такие вот с графом соединений; да и менеджмент нод проще делать на скриптовом языке).
>И нахуй жпт, качай свою бионейронку.
Абсолютли. Весь код пишу сам. Нейронкой пользуюсь исключительно как собеседником, которому не стыдно задавать тупые вопросы по темам, которые не до конца понимаю. Одна из мотиваций заниматься программированием для меня - это прокачка мозгов. Ну, профилактика альцгеймера, как минимум.
>>3401625
Да, эту тему тоже с нейронкой обсуждали. Я попробовал два варианта. И со статической функцией в глобальном пространстве. И с безымянным неймспейсом, внутри которого самоинициализирующаяся структура. Проблема не здесь.
По последней версии всё дело в том, что:
1. В фабрике функция, создающая ноды, [по сути] делает просто return new CLASS_NAME().
2. В самих нодах в конструкторе происходит add_port(блабла)
3. Ну а в add_port, соответственно, происходит new Port
И сами указатели на порты были в виде сырых указателей. И хранились в сыром массиве.
Щас переписываю это всё на умные указатели и умные массивы. И есть надежда на один их двух сценариев:
а) Это всё починит
б) Проблема переедет из линковки в компиляцию, и с этим уже можно работать.
>на всяком скриптоговне кодю уже лет много
Ух... ну добро пожаловать хуле. Мы тут разделяем compile-time и runtime, даже не представляю сколько привычно-очевидных вещей тебе придётся поломать.
>Команда на соединение поступает от пользователя
Тогда твой if, да. Но через dynamic_cast хотя бы.
>команда на создание ноды поступает от пользователя
Ты что, заставишь пользователя учить имена твоих классов? Прям подтираешься инкапсуляцией. Switch-case с удобными для юзера строками, обычными конструкторами в ветках и default чтобы ругаться на неизвестные имена.
Ах да, плюсы не признают строки в switch, их придётся мапать в словаре к int или enum. Неудобно, но не смертельно.
>функции вообще у меня лежат в протектеде
Ну допустим
>умные указатели и умные массивы
Годно. УКазывай на класс предка, клади в массивы через std::move и может быть даже от new избавишься. В современном C++ подход такой.
>спойлер
То-то у меня дежавю. Для первого или даже пятого плюсового проекта ИМХО широковато замахнулся, именно из-за статического/динамического выведения типов. Такая система нод в теории очень хорошо ляжет на плюсовые шаблоны если знать их на 5+, иначе ад. Ну и приёмчики попроще тоже можно задействовать конечно.
Желание сделать реюзабельную библиотеку и потом прикручивать гуйню - очень похвально. Будет шанс отработать лучшие практики и прочувствовать, что бывает, когда их не соблюдаешь. Попутного ветра.
>Ты что, заставишь пользователя учить имена твоих классов?
Нет, конечно. Пользователь будет видеть красивенькие интуитивно понятные названия; но где-то в скриптах будет словарь, связывающий эти названия с именами классов. Ну а в консольной версии можно и именами классов обойтись, они достаточно понятные. Плюс, список нод будет со времнем расширяться, и очень желательно иметь возможность делать это по принципу "одна нода = один файл" (ну ладно, пара h/cpp), а не лазить каждый раз ковыряться в свич-кейсах.
>даже не представляю сколько привычно-очевидных вещей тебе придётся поломать.
Тащемта не так уж и ломает. Некоторые вещи (такие как строгая типизация) даже удобнее и очевиднее. Шаблоны в связке с std::any так вообще полностью закрывают ситуации, когда в скриптоговне пришлось бы заюзать гибкую типизацию. Только синтаксис лямбда-функций подбешивает немного.
>Такая система нод в теории очень хорошо ляжет на плюсовые шаблоны
Шаблонами у меня сделаны функции read_port и write_port. Те самые, которые протектед. Те самые, которые протектед.
Переписал на умные указатели. Ничего не поменялось. Где-то я с фабрикой накосячил, проверено методом отрезания лишних кусков кода. Ну, тут круг поисков сузился уже настолько, что дальше сам разберусь. Там всей фабрики - строчек 20-30.
Вот так вот.
>простенькую игру написать, где логирование, рендеринг, физика и >ввод пользователя будут в разных потоках.
блин ну ради этого писать игру с графикой как то перебор...
там OpenGL надо подключать и все такое.
>Я имел в виду ручное распараллеливание в коде, которое вроде >как нужно для тренировки.
хм, интересно.
А зачем тогда нужны эти Треды?
Для зеленых потоков?, но как я понимаю это зашквар перекладывать I/O в отдельный поток (в нормальных языках).
И epoll + callback для этих целей лучше.
P.S.
я тот анон, который просил задание на многопоточность.
Хочу написать что-то высоко CPU-bound нагруженное, смотреть через htop как оно скачает по ядрам и машина гудит, как память (полоска) начинает краснеть, ну и прочие "плюшки".
Затем усложнять, оптимизаировать, ну и перенести все это на GPU используя шейдеры.
В итоге я начал делать попиксельное сравнение двух картинок (для начала).
чатГпт мне выдал решение через OpenCV (почитал, интересно, но в МЛ мне пока рановато). сейчас openMP читаю.
>блин ну ради этого писать игру с графикой как то перебор...
>там OpenGL надо подключать и все такое.
Так тебя никто же не просит аналог ГТА5 делать. Просто кубы по поверхностям погоняй, прыжок сделай. Любо же рогалик на основе двумерного массива сделай, там еще легче визуализировать. Если с OpenGL не хочешь возиться, то raylib возьми.
Не советую использовать OpenMP для образования. Задача же не выполнить задачу как таковую, а разобраться в том как работает многопоточка. Поэтому лучше использовать мьютексы и сырые треды, чтобы понимать как оно работает на низком уровне.
Btw, когда решишь задачу с картинками, предлагаю решить её усложненную форму. Опять же из продакшена. Иногда нам не важен какой процент пикселей отличается между двумя картинками. Иногда нам нужно знать только если это количество пикселей больше N.
То есть вместо того, чтобы разбивать картинку на M подкартинок и ждать пока каждая из них будет полностью обработана мы вводим общий для всех тредов участок памяти 'int different_pixel_count', который обновляется в реальном времени несколькими тредами одновременно.
Когда different_pixel_count > N мы должны прекратить работу всех тредов и вернуть результат пользователю в виде ответа true/false.
Узнаешь как синхронизировать память между тредами. Померишь латенси и узнаешь, что синхронизация памяти не бесплатна (память должна быть положена в общую для всех тредов память, то есть хранить её в кэше процессора больше нельзя потому что кэш процессора виден только одному процессору, а не всем сразу) и что обновлять значение different_pixel_count на каждый обработанный пиксель это плохая идея. После чего придешь к выводу, что если можно избежать синхронизации памяти, то нужно её избегать.
>Не советую использовать OpenMP для образования
>ранить её в кэше процессора больше нельзя потому что кэш процессора виден только одному процессору,
Толку от твоего "образования" если результат отрицательный? Вы высираете дырявый говнокод потом его растаскивают студенты/джуны по своим жидхабам и это говно неконтролируемо распространяется и дальше. Надо идти от малого к сложному, сначала библиотекой учиться пользоваться, далее по необходимости.
Нахуя через жопу то пытаться все постичь, токарь не разбирает станок чтоб научиться детали точить.
спасибо Антоша, это то, что я и хотел
>Иногда нам нужно знать только если это количество пикселей >больше N
зачем вообще это надо? ну или знать процент отличия например
ну ты не прав практически во всех тезисах.
я вот виртуальные функции понимал через:
простенькие примеры + objdump
сразу все стало ясно как божий день.
Потратил может пол дня, но зато не читал все эти статьи - "Есть класс Animal. Есть класс наследник Cat..." и прочую максимально абстрактную дичь.
Например, есть видеопоток с камеры (мобилка) и мы ожидаем, что он будет в 30 фпс.
Считаем сколько кадров нам приходит и там действительно в среднем 25-30 кадров в 1 секунде. Мы помечаем эту сессию как валидную и данные идут дальше по пайплайну в ML модели, постпроцессоры и так далее.
Спустя время прибегает заказчик и говорит: вы мне обещали, что видео будет в 30 кадрах, а мои ребята отправили вам видео в 3 фпс и ваша либа этого даже не поняла.
Мы пошли разбираться и обнаружили, что видео действительно 30 фпс, вот только каждые 10 кадров это тупо копия одного и того же фрейма.
ML модели на этих данных ломаются, постпроцессы выдают инвалидной данные, надо как-то фильтровать такие приколы.
Оставим за скобки насколько вероятны такие данные на входе если специально не ломать решение. Главное, что заказчик поломал и хочет чтобы оно больше не ломалось.
Также нужно отметить, что именно видео нам не доступно. Нам доступны только фреймы которые прилетают с камеры в реалтайме. Получается нужен алгоритм, который бы в реальном времени находил "движение" между кадрами, какое-то минимальное изменение в освещении, цвете и так далее.
Самое очевидное решение это взять два фрейма и их сравнить между собой. Если разных пикселей меньше N процентов, то помечаем фреймы как подозрительные.
Дальше вступает в дело статистика, чтобы отличить просто неподвижное видео от видео с кучей одинаковых кадров.
Ну вот, это с некоторыми упрощениями и недосказанностями реальное применение алгоритма нахождения N разных пикселей картиное за несколько миллисекунд, чтобы успеть пока не прилетел следующий кадр.
ну что просто компилятор во все объекты-наследники изначально заносит указатель на первую определенную "по иерархии функцию". Например базового класса.
Затем если класс наследник переопределяет эту функцию, то меняет этот указатель, если нет то оставляет (там они в табличке лежат)
ну и вызов этой функции происходит не через:
call 0x1aa4ff --> статическая привязка
а вызывает косвенно в рантайм:
read(mov) -- from VTABLE table --> R1 (получили адрес)
call %R1(вызываем)
ну в целом всё максимально просто, но зато стали понятней некоторые высокоуровневые конструкции языка и ошибки с ними связанные. Опять же я это все изучал когда вкатывался, сейчас уже все это кажется очевидным, но тогда нет.
>Если разных пикселей меньше N процентов, то помечаем фреймы >как подозрительные.
дальше я так понимаю вступают в работы ML алгоритмы.
спасибо интересно, я как разу после этого буду OpenCV изучать
Компилятор ничего не создает и ничего не вызывает, но это опустим. Ну вот ты увидел что виртуальная функция это тупо указатель на функцию как в сишке (удивительно, кто бы мог подумать) и какие выводы ты из этого сделал, то есть что конкретно ты понял про виртуальные функции?
Под любую помойку в которой не должно быть повторений (очевидно же). Ну например обходишь сложную графовую структуру данных и сохраняешь указатели определенных узлов в сет. В целом полезно для любых структур в которых есть шаринг данных. У нас часто в тестах применяется для подсчета. Всякие уникальные итераторы могут быть на этом основаны.
>Компилятор ничего не создает и ничего не вызывает,
и создает и вызывает, но не в рантайм конечно же
>Ну вот ты увидел что виртуальная функция это тупо указатель на >функцию
где ты это прочитал?
>то есть что конкретно ты понял про виртуальные функции?
что в случае если класс содержит виртуальные методы. то сам объект в памяти видоизменяется. вначале объекта будет указатель
на таблицу с адресами виртуальных функций этого класса. берем его, идем в таблицу ну и далее по смещению берем адрес конретной реализации метода, ну и далее
ну пляты понимаешь разницу между прямым и косвенным вызовом функции? просто я как будто об стенку бьюсь)
Альтернативы всё равно нет. Есть раст, но он не взлетел.
Ты не пересказывай своими словами то что увидел в ассемблере, ты по языку (плюсам) расскажи что нового узнал.
Ну и раз уж залез в станок с претензией на что-то там понять, поделись выводами как писать эффективнее.
Carbon убийца C++ https://www.youtube.com/watch?v=t6amG00HQuo
Пока ещё нет нихуя. Как будет компилятор, так и приходи. Знаю какой Гугл говнодел, получится очередное говно, зато модное-молодёжное.
Алсо, хочу написать свою криптобиблиотеку для цифровой подписи на основе спаривания точек эллиптической кривой. Для вычислений взял библиотеку gmp. Как вообще в целом организовать проект, как управлять зависимостями, как делать поставку билдов? Как спроектировать апи для использования этой библиотеки в каких-нибудь других проектах?
Создавать симейк-файл для этой либы с add_library и потом использовать его как либу симейка через add_subdirectory.
> Как вообще в целом организовать проект
Добавить cland tidy. Включить все проверки. Выключать проверки по ходу разработки, в которых разобрался и уверен, что они не нужны.
Смотри видосы по архитектуре проекта. У тебя компонентный монолит. Компоненты лежат в отдельных поддиректориях внутри src. Каждый компонент имеет свой namespace, разделение на публичный апи, приватный апи и тесты публичного апи. Публичный апи компонента не значит, что его видит интегратор библиотеки. Это значит, что другой компонент через этот публичный апи может использовать компонент. Публичный апи самой либы это отдельная история.
> как управлять зависимостями
Вопрос-грааль С++. В идеале держать исходники в проекте в отдельной папке external и собирать из них нужные зависимости.
> как делать поставку билдов?
Исходниками, инструкцией как собрать и непосредственно библиотекой собранной под самые популярные платформы.
> Как спроектировать апи для использования этой библиотеки в каких-нибудь других проектах?
Хорошее публичное апи это минимальное количество методов и аргументов, которое нужно знать, чтобы решить проблему для которой создано апи. Впихивать кучу функционала, о которой никто не просил это прямой путь к тому, что не сможешь поддерживать проект. Если сможешь сделать весь апи из одной функции без аргументов будешь красавчиком. Btw, это невозможно если что, но к этому хорошо стремится.
set(OPENCV_LIB_DIR /home/sigma-boy/openCV/build/lib/)
add_executable(2picters main.cpp)
target_link_directories(my_sigma_proj PUBLIC "/home/sigma-boy/openCV/build/bin/")
target_include_directories(my_sigma_proj
PRIVATE
/home/sigma-boy/openCV/build/opencv2
/home/sigma-boy/openCV/build/
/home/sigma-boyopenCV/opencv-4.x/modules/
/home/sigma-boy/openCV/opencv-4.x/modules/core/include/
...
)
target_link_directories(my_sigma_proj PUBLIC "${OPENCV_LIB_DIR}")
target_link_libraries(my_sigma_proj libopencv_core.so libopencv_imgcodecs.so libopencv_photo.so)
почему Cmake такое говно и есть ли альтернативы?
class A {
public:
static vector<int> foo(...)
{
vector<int> vec_foo; объект содержит данные в куче
vec.emplace_back(1);
vec.emplace_back(2);
return vec_foo;; вызовется деструктор??
}
};
int main()
{
vector<int> vec;
vec = A::foo(); присваивание перемещением?
for(auto i: vec){ cout << i << endl; → [1, 2]}}
у нас же по идее после возврата в функцию main, вызовется деструктор объекта vec_foo и данные в куче сотрутся, но тем не менее мы в функции foo можем получить к ним доступ...
> назови хотя бы одну причину почему ты до сих пор используешь CLion?
Потому что я использую и остальные продукты жетбрейнс. Лень учиться работать на новой иде.
> почему Cmake такое говно и есть ли альтернативы?
Альтернативы есть. Он не говно.
Ты копируешь вектор потому что при возвращении из функции. Компилятор может это дело оптимизировать и вместо копирования подставить объект (гугли RVO). Если не хочешь копировать вектор, то возвращай на него указатель, а не сам объект.
Я неиронично ещё Rider использую, там божественный msbuild, хотя фич для крестов чуть поменьше чем в CLion.
А альтернатив нет. Студия устаревшая и за 5 лет никакого развития, ещё с недавних пор на больших проектах какое-то говно началось когда интерфейс начинает рендерится в 1 фпс и она бесконечно одно ядро в 100% долбит.
Вскод вообще калище, худший экстеншен для языков там именно крестовый. Алсо, им настолько похуй, что поддержку msbuild лень завести, при том что JetBrains уже давно справились с этим у себя.
ой неуч, ну ты тоже зае
скажи еще что ты знал вопрос на этот ответ
я для всего от С до TS VScode юзаю.
тут скорее дело привычки.
Clion для С++ только из-за статического анализатора.
Но после шустрого и удобного полуконструктора vscode, работать в Clion конечно не очень.
да ты заебал со своими деструкторами, никакая память деструкторами не очищается и никакой объект нигде в памяти не создается, отключи нейросети и включи голову уже, пидорас. Или просто съеби с треда.
> шустрого
И забагованного. В проекте больше 100 файлов подсветка синтаксиса отваливается каждые 10 минут.
>Самое очевидное решение это взять два фрейма и их сравнить между собой
А нельзя вычесть один фрейм из другого, а не сравнивать?
Чтобы потом сравнить результат с нулём? Это ты здорово придумал.
>ньюфагам
>c++
Я понимаю, что это тупой вопрос. Но вот я в жизни (вне работы) кого только не встречаю: мльщиков, питонистов (много), девопсов (много), джаваскиптеров - но никогда не всетрчаю плюсовиков. Т.е. если на условном дне рождении чела среди гостей будет айтишник, он будет кем угодно, но не сишником или плюсовиком. ПОчему так?
Потому что ты пидорас и общаешься только с такими же джавапидорами. Это лишь показывает твой круг общения и кто ты есть.
Хм, так это одно и тоже, нет? Сравнить два фрейма это взять RGB пикселя из фрейма 1 и взять абсолютную разницу с RGB пикселем из фрейма. Повторить для всех пикселей.
src/lib
src/test
lib - библиотека, для которой хочу написать тесты. Как в каталоге src/test подключить библиотеку src/lib вместе с хедерами и бинарником из src/lib?
>но никогда не всетрчаю плюсовиков.
разный тип мышления, разные касты в ментальном плане.
Я когда вкатывался начал с питона. Пишу код и думаю "Я ведь вообще не понимаю, что там внутри, как это все работает".
И меня это не устраивало.
В итоге мой путь начался с pn-переходов, JK-триггеров, аssembler, C (благо это все надо было только повторить), затем только C++, python.
Я еще в универе замечал, что кому-то достаточно U=IR, а мне мало было. я колупал эм поля, волны. почему так, а не так.
По факту нужны и поверхностные кодеры, и те кто лезет вглубь.
Это не вопрос, кто лучше, кто хуже - у каждого подхода свои плюсы и минусы.
>так это одно и тоже, нет?
Ну на уровне инструкций процессора и результата, который ты имеешь после исполнения инструкции - нет. После сравнения у тебя нет скалярной величины этого различия, а при вычитании - есть. А скалярная оценка очень важна, т.к. у тебя реальный мир может быть неподвижен, но какие-нибудь флукиуации на сенсоре камеры будут давать разные величину байтиков на выходе. Так что скалярная оценка база
+отклеилось
>Чтобы потом сравнить результат с нулём? Это ты здорово придумал.
Раскрой своы мысль гениальную. Вижу, ты иксперд в компвижн
Да там читать нехуй, только как баловство. Зачем тебе ассэмблер, когда есть opencv и ещё всякое
Это тот макака-фронтендер, который оправдывался что платформа говно, а не его код и он вынужден писать нечитаемую кашу?
Мне тоже его определение "хорошего кода" не нравится. Он каким-то образом способен читать кашу из символов и писать такую же кашу, но я не понимаю зачем так издеваться над остальными разработчиками.
> который оправдывался что платформа говно, а не его код и он вынужден писать нечитаемую кашу
впервые слышу, ты про что? и что за платформа
Ну он рассказывал что под смарт-тв ему приходилось кодить интерфейсы, типа платформа неудобная, поэтому и претензии к говнокоду не считаются.
Расскажите о своих историях вката. Слышал, что когда-то для вката было достаточно не срать под себя.
> смарт-тв
звучит как реально говняная платформа
>>3406027
Основы языка, STL, leetcode из обязательного
Если qt макака, то нужно хотя бы основы его выучить
Если эмбедед макака, то не помешает посмотреть про протоколы в описании вакансий 99% о них написано, по крайней мере меня на собесах о них спрашивали
Веб (если яндекс, будь готовым к 4-6 собесам) нужно понимать основы бэкендов но ничего супер сложного спрашивать не будут
Если какие то топ кампании то будешь конкуировать с топ 1% выпусников с топ ВУЗов, там больше проблема на сами собесы попасть, потому что отсев просто ебейший
>эмбедед макака
почему ты эмбеддед в макаки записал?
Разве это не та сфера, где как раз таки и проявляется вся филигранность применения низкоуровневого языка.
про qt согласен
> филигранность применения низкоуровневого языка
)))))))))))))))
исключительно личный опыт при поиске работы и работающих знакомых
большинство ваканский это по для счетчиков или передача байтиков по сети из одной железке - другой
> Bjarne
Литералли кто? Он уже 20 лет как маскот используется и нихуя не делает.
Какая разница кто он? Он поднял важный вопрос. Правительство США отказывается от С++. С такими темпами скоро все откажутся и перейдут на раст.
> Правительство США отказывается от С++.
Звучит примерно как наш переход на Линукс. Ну переведут госов на безопасные языки, и что теперь? Вон АНБ у них уже на безопасной джаве давно сидит. Всё равно весь потребительский низкоуровневый код на крестах. У крестов даже намёка на спад популярности нет, в 2024 в десятке популярнейших языков гитхаба, а раст даже в двадцатку не попал.
> потребительский
> низкоуровневый
дефайн потребитель и низкоуровневый
андройд - начинают использовать на раст
винда - начинают использовать раст
десткоп - мертв и давно плюсов тут нет
эмбедед - там как был си так и остался
> в 2024 в десятке популярнейших языков гитхаба
> php shell чуть ниже
ну да, очень перспективные направлениея
> андройд - начинают использовать на раст
Уже 5 лет начинают, всё никак не начнут.
> винда - начинают использовать раст
Не было и не будет. Был какой-то эксперимент с Офисом 365 в вебе, но и он сдох. Свежее API винды WinRT и WindowsApps под кресты на крестах пилится.
> копиум
https://www.youtube.com/watch?v=1VgptLwP588
сразу отвечу на популярные вопросы
> аря не переписали сразу всё и сразу
и не планировали так делать
> аря все еще плюсы поддерживают и даже новое пилят
и это вполне нормально и никак не противоречит увеличению раста
Компилятор раста на чем написан?
А виртуальные машины приведенных выше языков?
>php
А в чем наброс на php? Это до сих пор аналоговнет, на котором 80% вебя держится.
> Компилятор раста на чем написан?
ну глянь в гугле, или мне за тебя в гитхабе нужно смотреть?
> А виртуальные машины приведенных выше языков?
выше приведены только php и shell
>>3406855
> youtube: Microsoft is Getting Rusty
> ЧЗХ ПОЧЕМУТ ТУ AZURE???
А что тебя удивляет?
Если про ядро винды, то нужно посмотреть чуть более 3 минут видел посмотреть
>>3406857
> Это до сих пор аналоговнет
аналоги есть
> на котором 80% вебя держится
никак не противоречит его неперспективности
>никак не противоречит его неперспективности
Дело в том, что перспективность почти нихуя не значит в нашем мире. После появления UNIX были десятки перпективных ОС, которые решали проблемы UNIX и предоставляли новые концепции, но так как кабанчики уже осели на юниксе и их потребности он покрывал, то им было глубоко похуй на переспективу. С языками программирования та же самая ситуация происходила. Поэтому понятие "перспективность" это очень жидкое понятие, особенно в мире, когда каждый день появляются "серебрянные пули" и любой стартап/менеджер готов напиздешь с три короба, чтобы побольше заработать. Есть инструменты, которые по сути монополисты в индустрии, на которых завязано ВСЕ и эти инструменты развиваются, а не стагнируют, так почему же они должны дать свои позиции?
Алсо, касательно раста. Как только я начал видеть политоту в ченджлогах языка/компилятора на официальном сайте, то сразу перехотел иметь с ним дело. Технический проект должен быть чистым от подобной параши. Никто из призводителей перфораторов не кладет в коробочку записку с призывом помогать условным гватемальцам, лол. Какого хуя меня вообще должна касаться пораша, если я защел техничекие штуки посмотреть?
>начал видеть политоту в ченджлогах языка/компилятора на официальном сайте, то сразу перехотел иметь с ним дело. Технический проект должен быть чистым от подобной параши
Я думаю, сейчас будет долгий этап политоты во всём, где это неуместно. Время такое. Вспомни про кибернетику в ссср, лысенко и прочее
> Алсо, касательно раста. Как только я начал видеть политоту в ченджлогах языка/компилятора на официальном сайте, то сразу перехотел иметь с ним дело. Технический проект должен быть чистым от подобной параши.
С линукса тоже пересел на винду когда узнал, что Линус удалил из контрибьютеров кучу российских разработчиков?
И не закатывался в пердоликс, потому что всегда знал что там сборище прыщавых чмошников. Одни едят мозоли, другие притворяются что прошивка для докера это ОС, третьи ищут русских ботов под кроватью.
> И не закатывался в пердоликс
И ты себя считаешь погромистом...
Работаю над либой сумрачного математика и вся либа в этих алгоритмах. То что по расчётам должно занимать не больше 3 ГБ в памяти из-за рекурсии сжирает 32 ГБ и программа падает.
>сжирает 32
это рекурсия на корутинах или у вас стек в гигабайтах?
Там всё на сырых указателях. Сумрачные гении не уважают стек.
@
180 МС ЛАТЕНСИ
@
ОПТИМИЗИРУЕШЬ
@
160 МС ЛАТЕНСИ
@
ЗАЕБАЛСЯ
@
ЗАХОДИШЬ СМАКЕ
@
БЕНЧМАРК ЗАПУСКАЕТСЯ НА DEBUG БИЛДЕ
@
ДЛЯ DEBUG БИЛДА ВЫКЛЮЧЕНА ОПТИМИЗАЦИЯ
@
ВКЛЮЧАЕШЬ О2
@
16 МС ЛАТЕНСИ
Я в шоке как решают оптимизации компилятора.
>Линус удалил из контрибьютеров кучу российских разработчиков
часто встречаю в последнее время данный тезис
но не могу поверить, что он реально мог пойти на такой шаг.
и что хотите сказать что он просто вычеркнул людей по нац. признаку? думается мне, там были другие причины
Ты какой то даун. Сама по себе рекурсия не означает, что памяти будеи в 10 раз больше использоватья
я не особо шарю за это все.
Но вроде как, почти всю "сетевую подсистему ядра" наш чел какой-то написал. Кузнецов что ли...могу ошибаться.
а так конечно, отмаза в духе "юристы посоветовали" лютый кринж, даже соя на такое не поведется.
в целом он мне сразу не понравился, интуитивно как-то.
ладно, придется бсд ставить, я такое отношение не потерплю!
>Как только я начал видеть политоту в ченджлогах языка/компилятора на официальном сайте, то сразу перехотел иметь с ним дело.
Ну теперь смотри, что ты наделал. Ты занёс политоту сюда.
>>3407737
>>3407709
Пшли нахер отсюда в свой загон /po/литачеры.
Не по нац. признаку, а по признаку того являются ли вычеркнутые люди сотрудниками организаций попавших под американские санкции. Например если человек был сотрудником компании Байкал производитель российских процессоров.
В основном был бугурт не в том, что люди были вычеркнуты из списка контрибьюторов, а в том, что он ещё их из credits удалил, где имена всех кто хоть когда-то добавил свой код в проект. То есть признаки их участия были полностью удалены из проекта, только сами коммиты не ревертнули.
Это во первых тупо, потому что если есть желание, то в истории гита найти подтверждение их участия это плевое дело. Во вторых нечестно, потому что будь ты хоть Гитлер, но авторское право на свою работу у тебя есть (я эту картину нарисовал, а не кто-то другой).
Это ты какой-то даун если сделал такой вывод из прочитанного.
>Был даже русский, работающий в Амазоне и живущий в Калифорнии, тоже забанили нахуй
Попробуй найди фамилию
> придется бсд ставить, я такое отношение не потерплю!
С пердоликсом есть ещё более абурдная хуйня - Фейсбук недавно начал линукс приравнивать к "cybersecurity threat" и тереть посты с обсуждениями, были забанены куча линукс-сообщества в фейсбуке. Даже за ссылки на Дистроватч банили.
Так что нужно на BSD/Mac переходить.
>С пердоликсом есть ещё более абурдная хуйня - Фейсбук недавно начал линукс приравнивать к "cybersecurity threat"
Не понял логику. А типа нахуя? Чтобы что?
Ананасы, может не совсем по теме треда, но мне в дополнение к плюсам нужно поднять знания в линуксе - структура ОС, загрузчик, системд и прочее. Можете посоветовать достойную книгу по теме?
> структура ОС, загрузчик, системд и прочее
книги хорошей нет и такую книгу я думаю не реально даже написать.
Но есть книги/сайты (тот же opennet) с тем или иным погружением , можно использовать как шаблон/навигатор по темам.
Я просто брал тему и гуглил, гуглил, гуглил по картинкам пока не найду нормальный материал. Годнота с хорошим проникновением в тему + подробные схемы чаще всего попадались с китайских сайтов, где даже с ебанутым переводом многое становилось понятно.
Также на ютубе есть небольшой, но годный курс лекций про сетевую подсистему и планировщик, рекомендую.
Также используй картинки/схемы для изучения. Их много и часто подробные. аля Linux kernel map
Допустим из main_thread передаю в new_thread(callback), он должен вызваться по завершении new_thread, в произвольный момент(например когда main_thread в цикле вычислений).
Механизма как вернуться в основной поток без его блокировки со стороны ОС я так понимаю сейчас нет.
К примеру new_thread завершается, делает syscall, ОС прерывает main_thread, меняет PC на адрес callback.
И тут все упирается в стек, нам надо как-то сохранить/завершить текущий фрейм и создать новый (с новым rbp, адрес возврата etc).
Единственный вариант это сделать --> создать новый stack, но это тоже самое что и "create new_thread()" так как новый поток это упрощенно: адрес PC (функции) + новый stack под неё.
В итоге получается, что такое невозможно просто из-за архитектуры PC (конечный автомат с магазинной памятью).
Все ли правильно в этом шизовысере? Или цепочка рассуждений не верна включая окончательный вывод.
Нихуя не понятно, звучит как пропуск приёма таблеток. Если не хочешь блокировок, то не блокируй пока второй поток не будет готов.
Аноны, почему после угадывания числа программа снова выполняет функцию game()? Я же вернул 1, сделал условие
Анон, а тебе не кажется, что инициализировать переменные вне скопа функций, а потом их испольщовать внутри этих функций это плохая идея если переменные не константы?
Вруби clang-tidy и включи все проверки. Читай и осознавай, что умный линтер тебе будет советовать.
> using namespace std;
> int player;
> bool fact = true, fict = false;
Пиздец.
> srand
Комитет завёз <random>, но нет, так и будем писать на приплюснутой сишке.
> if (game(rnd) == 1)
Зачем вообще это условие? Цикл не может завершиться, если не 1, какой смысл ещё раз проверять, что 1?
>Зачем вообще это условие?
Логика была такая: game() возвращает либо 1 либо 0. Если 0 - цикл продолжается, если 1 - печатается результат. Вот я и проверял, что возвращается в game().
Че то я не могу понять, как организовать сравнение возвращенного функцией значения с чем-либо. То есть я ее в любом случае вызову снова. Как результат выполнения сравнить то?
int gameResult = game(random);
while (gameResult != 1) {
gameResult = game(random);
}
А вообще вопросы такого уровня нужно задавать нейронкам.
Так записывай результат вызова функции в переменную, если хочется сложностей на ровном месте.
В вузе не было выбора. Потом писал на жабе в основном. Потом потребовался высокопроизводительный код и вновь начал писать на крестах. Сейчас смотрю в строну раста
Я работал сисадмином. У меня была задача прокидывать ключ в одну из виртуалок. МОдуль ядра был - usbip, который глючил, я стал копаться там. Там всё на си, разумеется. Ну так и стал в общем. Потом и в с++ перекатился.
> сисадмином
> ключ
> usbip, который глючил, я стал копаться там
Нахуя? Сколько не встречал виртуалок с ключами - везде вмварь и ни одной проблемы с прокидыванием. Сисадмин точно таким не должен заниматься.
У меня стоял гипервизор xen. Там нельзя с самого железа гипервизора прокидывать ключи в гостя. Для этого был отдельный маленький комп с виндой, куда втыкались ключи и прокидывались в виртуальный линукс
CMakeLists.txt в корне
в нем
add_subdirectory("src/lib")
add_subdirectory("src/test")
в директориях src/lib src/test свои CMakeLists.txt
src/lib/CMakeLists.txt
file( GLOB_RECURSE SOURCE_FILES
CONFIGURE_DEPENDS
${PROJECT_SOURCE_DIR}/.cpp
${PROJECT_SOURCE_DIR}/.h
)
add_library(mylib STATIC ${SOURCE_FILES})
target_include_directories(mylib PUBLIC ${SOURCE_FILES})
target_link_libraries(mylib PUBLIC всякие зависимости)
src/test/CMakeLists.txt
Похоже только в
target_link_libraries(myapp PRIVATE всякие зависимости mylib)
добавляем mylib
add_executable вместо add_library
${PROJECT_SOURCE_DIR}/<звездочка>.cpp
${PROJECT_SOURCE_DIR}/<звездочка>.h
На си/плюсы банально меньше вакансий. А те что есть заняты стариками (по стажу, не биовозрасту) и открываются очень редко. Переезжай куда-нибудь поближе к КБ электроники, прогуляйся по радиорынку, сдвинешь личную статистику.
Я слышал то же самое
https://what.thedailywtf.com/topic/15001/enlightened
Пук в лужу в газеты. Раст едва-едва вылезает из песочницы экспериментов, я скорее в Go поверю. А учитывая любовь госухи к легаси (в любой стране) переезжать они будут столетиями.
>десткоп - мертв и давно плюсов тут нет
кеды лучший декстоп. qt в каждой третьей гуишке. винда сползает на js но поддерживать своё старьё на msvc не перестанет никогда.
"по расчётам" лол. Но вообще сочуствую. Хорошо что хоть какие-то записи остались, брейкпоинты на условиях выхода и вперёд.
Он имеет в виду как из папки lib добавить в топ уровень
В переменные на топ уровень добавлять можно через set(VAR_NAME "kukarek" PARENT_SCOPE) но если это какие то депендсы или локальные таргеты то надо их внутри папки делать либо выносить на топ уровень и тут и там использовать не получится
Не понял что ты хочешь сказать. Я ответил на воппрос
>Как в каталоге src/test подключить библиотеку src/lib вместе с хедерами и бинарником из src/lib?
Очевидно для этого надо тесты с линковать с библиотекой и чтобы идешка хидеры видела. Для этого достаточно чтобы в target_include_directories и target_link_libraries был PUBLIC для цели lib
В глобальй таргет все добавляется через add_subdirectory и становится доступно глобально. Что такое уровни у цимейка? У таргетов свойства могут быть PUBLIC PRIVATE INTERFACE от этого зависит их видимость для других целей транзитивно через субдиректории.
Вот пояснение нейронки:
Например такая структура проекта
root/
├── CMakeLists.txt
├── libA/
│ ├── CMakeLists.txt
│ └── libB/
│ ├── CMakeLists.txt
│ └── libC/
│ └── CMakeLists.txt
└── app/
└── CMakeLists.txt
Как сделать цель глобально доступной?
Если вам нужно сделать цель доступной для линковки в любом месте проекта?
Использование target_link_libraries по цепочке
Вы можете явно передавать цель через цепочку зависимостей. Например:
В libC/CMakeLists.txt создаете цель libC.
В libB/CMakeLists.txt линкуете libC к libB:
target_link_libraries(libB PUBLIC libC)
В libA/CMakeLists.txt линкуете libB к libA:
target_link_libraries(libA PUBLIC libB)
В app/CMakeLists.txt линкуете libA к вашему приложению:
target_link_libraries(app PUBLIC libA)
Таким образом, все зависимости будут разрешены автоматически благодаря механизму транзитивных зависимостей в CMake.
Просты подключением add_subdirectory цели глобально доступны не будут, ясное дело
Но у анона даже нет какой глубокой структуры.
Те я вначеле не совсем корректно выразился. Как я понимаю: 1) Простым подключением add_subdirectory цели из поддиректорий не становятся доступны для линковки глобально, а только для родительской директории и тех директорий которые непосредственно подключаются в в родительской через add_subdirectory.
2) Транзитивность работает через свойства целей которые PUBLUC или INTERFACE
Я несколько лет писал игори на скриптовых языках, было норм. Не работа не учёба, чисто для себя как хоббя. Но возникла и очень зачесалась задача, которая требует высокой производительности компилируемого языка. Плюс друг сишник помог начать. Плюс нейронки помогли разобраться, отвечая на тупые вопросы.
да я же писал.
напиши Makefile.
затем попроси нейронку сгенерить на основе него Cmakefile (если так всарлся этот Cmake, для работы я так понимаю)
сам юзай make.
Всё верно понял
на мейке не пиши, неосилятора выше не слушай
Столько сколько наторгуешь и куда пойдешь
знакомый qt макака получает около 220, 5 лет опыта
Звучит как-то... грустновато. 200к мидлы получали лет 5 назад когда я сам стажером шел устраиваться, выходит что и нихуя не поменялось. Сейчас вот сам задался сменой работы, потому что больше не добавляют. Последние года масса денежная выросла в стране, все вверх скакнуло, а зарплаты где? Мне уже не хватает.
Рассчитывал что найм новых идет хотя бы от 250к, а реальную получить на 300 секундных. Но вижу что ~290 это уже потолок. Ну мне тогда и смысла нет менять ради условных +20-30 если я сейчас в стул пержу. Так почекал вакансии и дохрена всякого госушного говнища на кутах как раз за 100к, это просто финиш. И че делать? Стек менять что ли? Или уезжать?
> Стек менять что ли
ну я вот потихоньку меняю(расширяю).
а так работа не куте-макакой есть и всегда будет, но придется поискать и ЗП там не выше 300.
так что сиди на попе ровно
Брайан Уорд, "Внутреннее устройство Linux". Пдф-сканы в интернетах есть.
Какие области нам смотреть? Жабу или питон в банкинге с даунами и зумерами вроде тебя? Не интересно даже за миллионы
С чего такая тряска сразу? Я бек на плюсах пишу, а не на жабе.
>Какие области нам смотреть?
HFT, робототехника, научные вычисления, инженерная графика и т.д. А вооще странный вопрос, учитывая, что программиста на цпп в вакууме не существует, разве что формы на QT клепать. Обычно какую нибудь предментую область нужно знать.
>Мб не те области смотрите?
Плюсовые области за частую супер нишевые, одна две кампании (а может и ноль) на всю страну, найм соотвественно такое же.
>сразу вкатился на бек за 210к
Это в яндексе сейчас столько платят плюсовым на бэке? Сытно...
>>3409992
> робототехника, научные вычисления, инженерная графика
Эх, в каком бы мы мире жили, если бы в этих областях сытно платили хотя бы также как в вебе...
И что ты пишешь?
> HFT, робототехника, научные вычисления, инженерная графика
А зумер там нахуя? Чтоб рядом постоял?
Зумер будет твоим сто