Этого треда уже нет.
Это копия, сохраненная 19 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 19 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вместо шапки:
⚹ https://github.com/sosachbot/cppthreadhat/wiki
Ответы на вопросы:
⚹ https://en.cppreference.com/w/
⚹ https://www.cplusplus.com/reference/
Для указателей: ⚹
Прошлый: >1831651
⚹ https://github.com/sosachbot/cppthreadhat/wiki
Ответы на вопросы:
⚹ https://en.cppreference.com/w/
⚹ https://www.cplusplus.com/reference/
Для указателей: ⚹
Прошлый: >1831651
41 Кб, 1024x194Есть одна игра, мне нужно сделать так чтобы я имел возможность отклонять неугодные мне данные, как входящие так и исходящие. Пытался сделать это при помощи return 0 в hook'нутой функции WSASend, но оно продолжало спамить этими данными до тех пор пока они не отправятся. Пробовал шаманить с lpCompletionRoutine но ничего не получилось. С WSARecv вообще дичь, при return 0 разрывает соединение с игрой. Как я понял, самым хорошим и разумным решением будет поднятие такого-же сервера (или как это называется я не знаю) в том же процессе и переадресация данных на него, а он уже будет фильтровать и отправлять только то что угодно мне. Только проблема в том что я не знаю как это делается. Пожалуйста, помогите.
>>1860488 →
Лучше бы помог, я всё ещё пердолюсь. Всё началось после установки превью-версии студии, естественно удалил нахуй сразу её. Даже пустой проект не собирается и требует 14.0. Сейчас второй раз начисто всё удалил, почистил все папки вилкой и поставил заново студию - нихуя не помогло. Если делаю ретаргет, то он пишет типа после этого нельзя будет собрать проект в 2015 студии, для сборки под ней выберите в параметрах таргет 14.0. Но у меня нет 2015 студии, а установка 14.0 ничего не даёт. Какого хуя, блять? Алло, индусы!
>>1860496 →
Чистый тоже не работает. Вообще нихуя не работает.
А ещё теперь постоянно такое ещё пишет:
Он мне тут предлагает заниматься расследованием почему эта хуита не работает из коробки и не собирает пустой проект!
Лучше бы помог, я всё ещё пердолюсь. Всё началось после установки превью-версии студии, естественно удалил нахуй сразу её. Даже пустой проект не собирается и требует 14.0. Сейчас второй раз начисто всё удалил, почистил все папки вилкой и поставил заново студию - нихуя не помогло. Если делаю ретаргет, то он пишет типа после этого нельзя будет собрать проект в 2015 студии, для сборки под ней выберите в параметрах таргет 14.0. Но у меня нет 2015 студии, а установка 14.0 ничего не даёт. Какого хуя, блять? Алло, индусы!
>>1860496 →
Чистый тоже не работает. Вообще нихуя не работает.
А ещё теперь постоянно такое ещё пишет:
> error : Designtime build failed for project 'C:\Users\Admin\source\repos\App10\App10\App10.vcxproj' configuration 'Debug|Win32'. IntelliSense might be unavailable.
> Set environment variable TRACEDESIGNTIME = true and restart Visual Studio to investigate.
Он мне тут предлагает заниматься расследованием почему эта хуита не работает из коробки и не собирает пустой проект!
>>60503
ПОЖАЛУЙСТА ПОМОГИТЕ(((
ПОЖАЛУЙСТА ПОМОГИТЕ(((
>>60503
Вычисляй как игра палит, что пакет не отправился. А фильтр по идее и делается хуками на функции send/recv. Хз почему не работает, может там не только винсокеты.
Вычисляй как игра палит, что пакет не отправился. А фильтр по идее и делается хуками на функции send/recv. Хз почему не работает, может там не только винсокеты.
>>60525
Почему?
Почему?
>>60519
Не важно как палит игра, мне нужно лишь понять как поднять свой такой же сервер в том же процессе а дальше я уже сам
Не важно как палит игра, мне нужно лишь понять как поднять свой такой же сервер в том же процессе а дальше я уже сам
>>60528
Чому обычная тцп прокся не подойдёт?
Чому обычная тцп прокся не подойдёт?
>>60531
Винсок написан на чистом С, хуки - достаточно низкоуровневая вещь.
>LPWSAOVERLAPPED_COMPLETION_ROUTINE
>Хуюки
>C++
Винсок написан на чистом С, хуки - достаточно низкоуровневая вещь.
>>60535
ХУК Я УЖЕ САМ СДЕЛАЛ МНЕ ЛИШЬ СЕРВЕР ПОДНЯТЬ НАДО ОСТАЛЬНОЕ Я УЖЕ САМ
ХУК Я УЖЕ САМ СДЕЛАЛ МНЕ ЛИШЬ СЕРВЕР ПОДНЯТЬ НАДО ОСТАЛЬНОЕ Я УЖЕ САМ
49 Кб, 1906x693>>1860339 →
Чёт я психанул, полез в ассемблер смотреть.
Строки 5,6,7 берём h, добавляем единичку через lea, возвращаем на место. Это выполнение команды h++. В eax - 0 в edx - 1 в h - 1.
Строка 8,9 Увеличиваем h на 1 и копируем её в edx. edx - 2 в h - 2.
Строка 10 складываем EAX и EDX. eax равен 0 edx 2. результат 2
Строка 11 результат копируем в z
12 строка - обнуляем h
Строка 13, 14 увеличиваем h на 1 и копируем в eax. h = 1, eax = 1
Строка 15 в edx записываем сумму eax+1. edx = 2
Строка 16, 17 записываем результат из edx в h и затем загружаем h в edx. h = 2
Строка 18 складываем eax (равно 1) и edx (равно 2). eax = 3
Строка 19 пишем в z результат из eax.
Ну вроде правильно. Только какого хуя она на приоритет операций забила? В первом случаи мы вызываем h++ и получаем копию h, а сам h увеличиваем на 1. После увеличиваем h ещё на 1 и складываем.
во втором случаи мы увеличиваем h на 1 и уже после сохраняем, то есть выполняем ++h. Затем увеличиваем h на 1, и пишем результат в переменную. Не сохраняя её в промежуточном регистре. Блядь в сон клонит. Но какого чёрта!
Чёт я психанул, полез в ассемблер смотреть.
Строки 5,6,7 берём h, добавляем единичку через lea, возвращаем на место. Это выполнение команды h++. В eax - 0 в edx - 1 в h - 1.
Строка 8,9 Увеличиваем h на 1 и копируем её в edx. edx - 2 в h - 2.
Строка 10 складываем EAX и EDX. eax равен 0 edx 2. результат 2
Строка 11 результат копируем в z
12 строка - обнуляем h
Строка 13, 14 увеличиваем h на 1 и копируем в eax. h = 1, eax = 1
Строка 15 в edx записываем сумму eax+1. edx = 2
Строка 16, 17 записываем результат из edx в h и затем загружаем h в edx. h = 2
Строка 18 складываем eax (равно 1) и edx (равно 2). eax = 3
Строка 19 пишем в z результат из eax.
Ну вроде правильно. Только какого хуя она на приоритет операций забила? В первом случаи мы вызываем h++ и получаем копию h, а сам h увеличиваем на 1. После увеличиваем h ещё на 1 и складываем.
во втором случаи мы увеличиваем h на 1 и уже после сохраняем, то есть выполняем ++h. Затем увеличиваем h на 1, и пишем результат в переменную. Не сохраняя её в промежуточном регистре. Блядь в сон клонит. Но какого чёрта!
>>60571
Просто даже отвечать на такие примеры это иди нахуй долбаёб.
Просто даже отвечать на такие примеры это иди нахуй долбаёб.
217 Кб, 1365x736Кто-нибудь имел дело с FlatBuffers? Я что-то не очень понимаю. Вот я генерю класс Monster. Это тот самый класс который мне и нужно использовать в программе, или он чисто для сериализации? Просто немного смущает то, что по дефолту объект получается константным, а чтобы получить мутабельный нужно генерить хедер с особыми параметрами типа --gen-mutable или --gen-object-api.
Может нужно создать нормальный класс Monster и сгенерить класс MonsterData. Соответственно, первый будет использоваться внутри программы, у него будут меняться поля нормальным образом при необходимости, а когда нужно будет его сериализовать/десериализовать будет использовать класс MonsterData в который будут копироваться поля сохраняемого объекта/из полей которого будет создаваться новый объект класса Monster?
Может нужно создать нормальный класс Monster и сгенерить класс MonsterData. Соответственно, первый будет использоваться внутри программы, у него будут меняться поля нормальным образом при необходимости, а когда нужно будет его сериализовать/десериализовать будет использовать класс MonsterData в который будут копироваться поля сохраняемого объекта/из полей которого будет создаваться новый объект класса Monster?
>>60566
C-style
C-style
>>60571
Толсто.
Толсто.
>>60694
Не, ну я пойму, если кто-то пердолится в Eclipse. Там есть всякие эксклюзивные йобы (от той же NVidia для удалённого профайлинга GPU кода). Ну ладно там VIM на каком-нибудь дохлом embed. Но студия то уже ничем не выделяется на фоне её преемника vscode.
Не, ну я пойму, если кто-то пердолится в Eclipse. Там есть всякие эксклюзивные йобы (от той же NVidia для удалённого профайлинга GPU кода). Ну ладно там VIM на каком-нибудь дохлом embed. Но студия то уже ничем не выделяется на фоне её преемника vscode.
>>60694
Студия не является более высокоуровневой чем vscode с плагинами. Зато вот чем студия является так это монолитным куском говна, где при поломке одного компонента ломается все нахуй, и под все зачастую имеется в виду операционка.
Студия не является более высокоуровневой чем vscode с плагинами. Зато вот чем студия является так это монолитным куском говна, где при поломке одного компонента ломается все нахуй, и под все зачастую имеется в виду операционка.
>>60695
Интересно, что чувствуют разрабы студии. Какие-то четкие пацанчики пришли и сделали все с нуля и получилось лучше, чем они десятилетиями пердолили.
Интересно, что чувствуют разрабы студии. Какие-то четкие пацанчики пришли и сделали все с нуля и получилось лучше, чем они десятилетиями пердолили.
>>60714
Чувствуют как заебись стригли кучу бабла не напрягаясь.
Чувствуют как заебись стригли кучу бабла не напрягаясь.
>>60780
толсто
толсто
>>60695
Чтобы писать на C++ в студии ты просто скачиваешь и там все есть изкаробки. В vscode надо пердолится с плагинами чтоб все заработало.
Чтобы писать на C++ в студии ты просто скачиваешь и там все есть изкаробки. В vscode надо пердолится с плагинами чтоб все заработало.
>>60571
Зачем ты это все пишешь? Это такой троллинг тупостью?
Вбросы в С/C++ про ++i + i++ это то же самое что вбросы в /b про дроби и деление.
Просвещайся: https://www.viva64.com/ru/t/0065/
Зачем ты это все пишешь? Это такой троллинг тупостью?
Вбросы в С/C++ про ++i + i++ это то же самое что вбросы в /b про дроби и деление.
Просвещайся: https://www.viva64.com/ru/t/0065/
>>60790
Прокомментируй вот это >>1860427 →
>Чтобы писать на C++ в студии ты просто скачиваешь и там все есть изкаробки.
Прокомментируй вот это >>1860427 →
>>60796
Дурак и стеклянный хуй сломает. У меня не было проблем со студией в течении 7 лет ее использования. Причем стабильно последних версий.
Ну ладно, пару Internal Compiler Error'ов я им забил в в developercommunity, но этим все мажорные компиляторы грешат
Дурак и стеклянный хуй сломает. У меня не было проблем со студией в течении 7 лет ее использования. Причем стабильно последних версий.
Ну ладно, пару Internal Compiler Error'ов я им забил в в developercommunity, но этим все мажорные компиляторы грешат
>>60814
У анона не работает индусоподелие, а криворучка я. Интересненько.
>>60817
Угу настолько нет проблем со студией, что у них была специальная утилита которая должна была по замыслу вычищать остатки из системы, после деинсталляции. Естественно даже она не могла вычистить, поэтому в тех поддержке просто разводили руками и говорили что пришло время переустанавливать шиндоус.
У анона не работает индусоподелие, а криворучка я. Интересненько.
>>60817
Угу настолько нет проблем со студией, что у них была специальная утилита которая должна была по замыслу вычищать остатки из системы, после деинсталляции. Естественно даже она не могла вычистить, поэтому в тех поддержке просто разводили руками и говорили что пришло время переустанавливать шиндоус.
>>60821
Пчел, у меня сейчас одновременно стоит 15.9.29, 16.8.2 и превью 16.9. Все идеально работает. Я не знаю, что тебе еще сказать.
Пчел, у меня сейчас одновременно стоит 15.9.29, 16.8.2 и превью 16.9. Все идеально работает. Я не знаю, что тебе еще сказать.
>>60795
Спасибо, прочитал. Нам такого в вузе не рассказывали. Как я понимаю, это всё усложняется на порядок, когда речь заходит о многопотоке?
Спасибо, прочитал. Нам такого в вузе не рассказывали. Как я понимаю, это всё усложняется на порядок, когда речь заходит о многопотоке?
146 Кб, 1080x626такая тема, я студент сис. админ первокур, до этого программирование не учил и не интересовался, и в универе начали учить кодингу на с++. этот язык вообще не сложен
/приемлен как первый язык для учения кодингу? и еще меня заебало тупить на парах и не уметь решать простые задачи, хочу сам научиться, с чего мне щас лучше начать? пока книгу для новичков из шапку курить? ещё я 0 в математике, его надо учить для си плас пласа?
/приемлен как первый язык для учения кодингу? и еще меня заебало тупить на парах и не уметь решать простые задачи, хочу сам научиться, с чего мне щас лучше начать? пока книгу для новичков из шапку курить? ещё я 0 в математике, его надо учить для си плас пласа?
>>60828
Курсы от яндекса на курсеры
>начали учить кодингу на с++. этот язык вообще не сложен
>/приемлен как первый язык для учения кодингу? и еще меня заебало тупить на парах и не уметь решать простые задачи, хочу сам научиться
Курсы от яндекса на курсеры
>>60825
Да. Нет, блджад причем тут многопоток? Если это семантика языка. Если у тебя UB, а это скорее всего ошибка программиста, то она и в многопотоке ошибка
Да. Нет, блджад причем тут многопоток? Если это семантика языка. Если у тебя UB, а это скорее всего ошибка программиста, то она и в многопотоке ошибка
>>60828
Это один из сложнейших языков, но его можно брать начальным. Просто иногда будешь застревать в затыках, выглядящих как магия, придется спрашивать у знающих.
Математика это прикладная область. Для языка она не нужна, но работа на с++ часто связана с математикой - это или для 3д синусы косинусы всякие, или видеокодеки со своими рассчетами, или управление моторчиками на заводе с рассчетами скоростей, частот.
Это один из сложнейших языков, но его можно брать начальным. Просто иногда будешь застревать в затыках, выглядящих как магия, придется спрашивать у знающих.
Математика это прикладная область. Для языка она не нужна, но работа на с++ часто связана с математикой - это или для 3д синусы косинусы всякие, или видеокодеки со своими рассчетами, или управление моторчиками на заводе с рассчетами скоростей, частот.
>>60832
Ок.
Ок.
7,3 Мб, webm,1920x1080, 1:03
>>60817
>>60824
Если такой умный, то скажи как чинить теперь это. Осталось только переустановить Шиндовс.
Любая комбинация SDK не работает, выключение всех родных расширений от индусов не помогает, чистка профиля не помогает, переустановка студии не помогает, запуск от админа и копирование 14.0 в любые места не помогают, ребуты не помогают, кнопка repair не помогает, переустановка библиотек рантайма VC++ не помогает, гугл по этой ошибке на 25 страниц прочитан - ставил все нагугленные VCLibs вручную и не помогло.
Напоминаю, что это началось после установки превью версии, всё что я сделал - нажал кнопку Install, запустил пустой проект в превью-студии и получил это говно. За 15 минут до установки превью всё работало.
Перед тем как начнётся РРРЯЯЯЯ UWP НИНУЖНО хочу напомнить, что это основной гуй в дриснятке.
>>60824
Если такой умный, то скажи как чинить теперь это. Осталось только переустановить Шиндовс.
Любая комбинация SDK не работает, выключение всех родных расширений от индусов не помогает, чистка профиля не помогает, переустановка студии не помогает, запуск от админа и копирование 14.0 в любые места не помогают, ребуты не помогают, кнопка repair не помогает, переустановка библиотек рантайма VC++ не помогает, гугл по этой ошибке на 25 страниц прочитан - ставил все нагугленные VCLibs вручную и не помогло.
Напоминаю, что это началось после установки превью версии, всё что я сделал - нажал кнопку Install, запустил пустой проект в превью-студии и получил это говно. За 15 минут до установки превью всё работало.
Перед тем как начнётся РРРЯЯЯЯ UWP НИНУЖНО хочу напомнить, что это основной гуй в дриснятке.
>>60828
Кодингу — нет, программированию — да.
С учебника поновее.
Соболезную, особенно если это связано с отсутствием нужного для математики мышления, а не просто каких-то знаний.
>этот язык вообще не сложен
>/приемлен как первый язык для учения кодингу?
Кодингу — нет, программированию — да.
>с чего мне щас лучше начать?
С учебника поновее.
>ещё я 0 в математике
Соболезную, особенно если это связано с отсутствием нужного для математики мышления, а не просто каких-то знаний.
>>60893
C#-то установил для своей дрисни?
C#-то установил для своей дрисни?
> BTW, I know you mentioned C#, but for anyone wanting to use C++, be sure to enable that as well--this is also not installed by default. See Setup Changes in Visual Studio 2015 Affecting C++ Developers and Developing for Windows 10 with Visual C++ 2015.
>>60906
Естественно, в шарпе всё собирается и работает. Но он же на VCLibs пиздит, C# и дотнет тут вообще никаким боком.
Естественно, в шарпе всё собирается и работает. Но он же на VCLibs пиздит, C# и дотнет тут вообще никаким боком.
>>60893
Нет, но там есть какая программа помощи. Знакомый хиккан бесплатно уже второй курс проходит.
> бесплатно?
Нет, но там есть какая программа помощи. Знакомый хиккан бесплатно уже второй курс проходит.
>>60910
C++ надо учить итеративно. Освоил базовый синтаксис, поковырялся, уже можешь что-то написать. Посидел, отдохнул.
Учишь какую-нибудь фичу из стандартной либы: разбираешься с контейнерами, с потоками ввода/вывода. Посидел, отдохнул.
Смотришь, как итераторы какие-нибудь работают, лямбды. Посидел, отдохнул.
Начинаешь разбираться с классами, шаблонами. Ну и т. д.
Весь ты его всё равно не осилишь. Никто не осилит. Самое главное, понимать, какие возможности предоставляет тебе язык и стандартная библиотека, чтобы огороды не городить, а при случае разобраться и написать по-человечески.
>чето пацаны вас начитался и теперь лень стало учить с++, может нуй его нахуй, все равно нет интереса к программированию
C++ надо учить итеративно. Освоил базовый синтаксис, поковырялся, уже можешь что-то написать. Посидел, отдохнул.
Учишь какую-нибудь фичу из стандартной либы: разбираешься с контейнерами, с потоками ввода/вывода. Посидел, отдохнул.
Смотришь, как итераторы какие-нибудь работают, лямбды. Посидел, отдохнул.
Начинаешь разбираться с классами, шаблонами. Ну и т. д.
Весь ты его всё равно не осилишь. Никто не осилит. Самое главное, понимать, какие возможности предоставляет тебе язык и стандартная библиотека, чтобы огороды не городить, а при случае разобраться и написать по-человечески.
7 Мб, webm,1920x1080, 0:44
>>60906
А погодь, я уже ёбнулся немного, не то записал. C# тоже не работает теперь. Впрочем на крестах аналогично. В пизду в общем, я уже заебался второй день пердолить это говно индусов.
А погодь, я уже ёбнулся немного, не то записал. C# тоже не работает теперь. Впрочем на крестах аналогично. В пизду в общем, я уже заебался второй день пердолить это говно индусов.
>>60919
попробуй всякие net core SDK установить. Хуйня какая-то
попробуй всякие net core SDK установить. Хуйня какая-то
>>60919
Соболезную, что тебе приходится такой дриснёй пользоваться. Я обычно код пишу в текстовом редакторе. Ну почисть свою дриснятку, откатись там или… что в таком случае на дриснятке делают?
Соболезную, что тебе приходится такой дриснёй пользоваться. Я обычно код пишу в текстовом редакторе. Ну почисть свою дриснятку, откатись там или… что в таком случае на дриснятке делают?
>>60893
Дебила блядь, напиши им в саппорт, нахуй ты на дваче высираешься?
Дебила блядь, напиши им в саппорт, нахуй ты на дваче высираешься?
https://developercommunity.visualstudio.com/content/problem/1256345/uwp-build-fails-after-update-to-1682-error-msb3774.html
Пиздос. Сами пользуйтесь этой парашей. Просто лютая ссанина.
Делайте ставки сколько недель будут чинить эту хуйню.
На чистой установке 16.8.2 даже этот костыль уже не работает.
Пиздос. Сами пользуйтесь этой парашей. Просто лютая ссанина.
Делайте ставки сколько недель будут чинить эту хуйню.
На чистой установке 16.8.2 даже этот костыль уже не работает.
>>60500 (OP)
Я не понимаю, почему комитет сам себе создаёт такие сложности?
>Вектор делает мув только когда мув-конструктор элементов noexcept
>Всё потому что в случае неудачи оригинальный вектор должен остаться валидным
>Поэтому во всех нетривиальных мув-конструкторах нужно вручную писать noexcept
Я не понимаю, почему комитет сам себе создаёт такие сложности?
>>60952
Самое печальное что CLion ещё хуже. Там вообще раз в пару месяцев фиксят баги. Уже пол года не могут тиринг пофиксить на десятке, например. А как эта параша на джаве быстро и стабильно работает - вообще отдельная история. Жаль нельзя без ебли писать под зумерские фреймворки и платформы на VS Code, давно бы уже укатился.
Самое печальное что CLion ещё хуже. Там вообще раз в пару месяцев фиксят баги. Уже пол года не могут тиринг пофиксить на десятке, например. А как эта параша на джаве быстро и стабильно работает - вообще отдельная история. Жаль нельзя без ебли писать под зумерские фреймворки и платформы на VS Code, давно бы уже укатился.
>>60964
Strong exception safety guarantee, вполне возможно нахуй не нужный в данном случае.
Strong exception safety guarantee, вполне возможно нахуй не нужный в данном случае.
>>60952
Я зарепортил баг в 16.7, починили в 16.9. Считаю успехом.
Я зарепортил баг в 16.7, починили в 16.9. Считаю успехом.
Осваиваю указатели, не понимаю почему при соединении двух соседних шортинтов в один инт, единица оказывается на посередине а с краю?
https://pastebin.com/vyVciVA5
https://pastebin.com/vyVciVA5
>>61185
Нет такого понятия "соседние шортинты", это Undefined Behaviour.
Что же касается ответа "почему" - как сказал анон https://en.wikipedia.org/wiki/Endianness
У тебя так, а на каком нибудь андроидфоне с ARMпроцессором может быть наоборот.
Нет такого понятия "соседние шортинты", это Undefined Behaviour.
Что же касается ответа "почему" - как сказал анон https://en.wikipedia.org/wiki/Endianness
У тебя так, а на каком нибудь андроидфоне с ARMпроцессором может быть наоборот.
>>60598
Я честно не имел, но хотел бы, так что скрещу за тебя пальчики.
А что говорит туториал? Вроде бы можно свободно менять.
Mutating FlatBuffers
https://google.github.io/flatbuffers/flatbuffers_guide_tutorial.html
Я честно не имел, но хотел бы, так что скрещу за тебя пальчики.
А что говорит туториал? Вроде бы можно свободно менять.
Mutating FlatBuffers
https://google.github.io/flatbuffers/flatbuffers_guide_tutorial.html
>>61185
Если у тебя 64-битная система, то всегда используй uint64_t и сдвиги или char*. А ещё с релокациями ознакомься, чтоб не спрашивать почему адрес из 3 байт или поменялся.
> Осваиваю указатели
Если у тебя 64-битная система, то всегда используй uint64_t и сдвиги или char*. А ещё с релокациями ознакомься, чтоб не спрашивать почему адрес из 3 байт или поменялся.
>>61207
uint_fast64_t или uint_least64_t. uint64_t - опциональный тип который может отсутствовать в компиляторе под платформу.
>uint64_t
uint_fast64_t или uint_least64_t. uint64_t - опциональный тип который может отсутствовать в компиляторе под платформу.
>>61209
Они не обязаны идти друг за другом.
Они не обязаны идти друг за другом.
Где-то читал, что не просто разыменование, а сам факт вычисления невалидного указателя - UB.
>>61213
Насколько я понимаю, да. Указатель может указывать только на объект такого же типа как и он сам (то есть никаких (int)&float, никаких "соседних адресов"), в случае массива - на элемент этого массива, либо, единственное исключение, на несуществующий элемент сразу за концом массива. Все остальное что не описано, является UB.
Насколько я понимаю, да. Указатель может указывать только на объект такого же типа как и он сам (то есть никаких (int)&float, никаких "соседних адресов"), в случае массива - на элемент этого массива, либо, единственное исключение, на несуществующий элемент сразу за концом массива. Все остальное что не описано, является UB.
>>61213
Но при этом вычислять невалидное значение указателя с помощью типа, не являющегос я указателем, можно.
Например, через uintptr.
Но при этом вычислять невалидное значение указателя с помощью типа, не являющегос я указателем, можно.
Например, через uintptr.
>>61235
Его же можно использовать для определения вхождения указателя в диапазон, не вызывая при этом ub.
Его же можно использовать для определения вхождения указателя в диапазон, не вызывая при этом ub.
>>61205
На счёт obj.mutate_hp(228) в туториале написано, что такое уродское название выбранно специально, чтобы показать, что эти объекты изменять не стоит, но если очень хочется, то можно.
Алсо, на стековерфлоу пишут, что
FlatBuffers has very efficient in-place mutation of scalars, but mutating things like vectors in-place requires the use of reflection, which currently is slower and clumsier, thus not recommended for use as game state that is frequently modified.
И рекомендуется использовать --gen-object-api.
Как я понял, если скомпилить с параметрами --gen-object-api --gen-mutable сгенерится класс MonsterT, в котором уже можно писать не obj.mutate_hp(123), obj.hp = 123. Если я правильно понимаю, MonsterT уже нормальный С++ класс, примерно такой, как если писать его руками. Но при этом написано следующее:
For times when efficiency is less important a more convenient object based API can be used (through --gen-object-api) that is able to unpack & pack a FlatBuffer into objects and standard STL containers, allowing for convenient construction, access and mutation.
Так же, в процессе экспериментов выяснилось, MonsterT генерируется вроде как только если класс объявлен как table. Если как struct, то ничего не меняется и всё равно надо писать obj.mutate_mana(359). Почему так — непонятно.
Кроме того, не понятно, как обстоит дело с полями по умолчанию при такой генерации. Если генерировать обычным способом и сериализовать объект, у которого поле mana, не будет явно задано (будет равно дефолтному значению), тогда obj.mutae_mana(322) ничего не мутирует и вернёт false, что, по всей видимости, надо будет каждый раз проверять. Интересно, как при генерации с API с этим обстоит дело.
Ну, я попробую, конечно, с этими генерируемыми классами написать что-то, но как-то сомнительно это выглядит. С другой стороны, переписывать дважды каждый POD не хочется, и по эффективности это будет не лучше наверняка.
На счёт obj.mutate_hp(228) в туториале написано, что такое уродское название выбранно специально, чтобы показать, что эти объекты изменять не стоит, но если очень хочется, то можно.
Алсо, на стековерфлоу пишут, что
FlatBuffers has very efficient in-place mutation of scalars, but mutating things like vectors in-place requires the use of reflection, which currently is slower and clumsier, thus not recommended for use as game state that is frequently modified.
И рекомендуется использовать --gen-object-api.
Как я понял, если скомпилить с параметрами --gen-object-api --gen-mutable сгенерится класс MonsterT, в котором уже можно писать не obj.mutate_hp(123), obj.hp = 123. Если я правильно понимаю, MonsterT уже нормальный С++ класс, примерно такой, как если писать его руками. Но при этом написано следующее:
For times when efficiency is less important a more convenient object based API can be used (through --gen-object-api) that is able to unpack & pack a FlatBuffer into objects and standard STL containers, allowing for convenient construction, access and mutation.
Так же, в процессе экспериментов выяснилось, MonsterT генерируется вроде как только если класс объявлен как table. Если как struct, то ничего не меняется и всё равно надо писать obj.mutate_mana(359). Почему так — непонятно.
Кроме того, не понятно, как обстоит дело с полями по умолчанию при такой генерации. Если генерировать обычным способом и сериализовать объект, у которого поле mana, не будет явно задано (будет равно дефолтному значению), тогда obj.mutae_mana(322) ничего не мутирует и вернёт false, что, по всей видимости, надо будет каждый раз проверять. Интересно, как при генерации с API с этим обстоит дело.
Ну, я попробую, конечно, с этими генерируемыми классами написать что-то, но как-то сомнительно это выглядит. С другой стороны, переписывать дважды каждый POD не хочется, и по эффективности это будет не лучше наверняка.
https://stackoverflow.com/questions/36555544/observing-weird-behavior-with-auto-and-stdminmax
https://stackoverflow.com/questions/51503114/structured-bindings-with-stdminmax-and-rvalues
https://stackoverflow.com/questions/52374048/reinterpret-cast-bug-or-ub
Какой прекрасный способ пострелять себе по ногам с auto.
https://stackoverflow.com/questions/51503114/structured-bindings-with-stdminmax-and-rvalues
https://stackoverflow.com/questions/52374048/reinterpret-cast-bug-or-ub
Какой прекрасный способ пострелять себе по ногам с auto.
>>61268
Загадка от комитета по стандартизации языка С++. На размышление даётся 30 секунд.
Загадка от комитета по стандартизации языка С++. На размышление даётся 30 секунд.
>>61253
Скорее это просто неумение читать. auto же не должен определять вермишели указателей, он всё верно делает - выводит тип. А то что вложенные типы могут быть вермишелями, так это надо спросить у говнокодеров стандартной библиотеки. Такая же хуйня про [] вместо std::array. Можешь сколько захочешь стрелять себе в ноги скобками. Хотя уже везде в свежих стандартах пишут не использовать их.
Скорее это просто неумение читать. auto же не должен определять вермишели указателей, он всё верно делает - выводит тип. А то что вложенные типы могут быть вермишелями, так это надо спросить у говнокодеров стандартной библиотеки. Такая же хуйня про [] вместо std::array. Можешь сколько захочешь стрелять себе в ноги скобками. Хотя уже везде в свежих стандартах пишут не использовать их.
>>61275
Проиграл.
Проиграл.
>>61282
Если ты тупой, то лучше вообще ничего не используешь, всё равно прострелишь жопу.
>Хотя уже везде в свежих стандартах пишут не использовать их.
Если ты тупой, то лучше вообще ничего не используешь, всё равно прострелишь жопу.
>>61301
Со скобками в 2020 году на С++20? Это явно не нормальный код. Тебе даже компилятор скажет об этом.
Со скобками в 2020 году на С++20? Это явно не нормальный код. Тебе даже компилятор скажет об этом.
>>61253
А я всегда говорил, что ссылки ++С примерно такое же опасное и ненужное говно, как var-параметры в паскале.
А я всегда говорил, что ссылки ++С примерно такое же опасное и ненужное говно, как var-параметры в паскале.
>>61275
Ответ один: если не знаешь - голосуй SF
Ответ один: если не знаешь - голосуй SF
68 Кб, 464x463>>60919
А ведь на этой итт доске стабильно доказывают что мс смогли в идеальный кросплатформ всего и вся, сярп лучший язык, а до порабощения мира точканетом осталось пару лет
А ведь на этой итт доске стабильно доказывают что мс смогли в идеальный кросплатформ всего и вся, сярп лучший язык, а до порабощения мира точканетом осталось пару лет
>>61275
Моргнул - проиграл
Моргнул - проиграл
Помогите дебилоиду. Товарисч выполняет лабы в VS Community.
Прикол в чем, если он компилит с x86, то ему выдает ошибку с std::badalloc на создание и работу с матрицамив данном случае перемножение, заданными двумерными динамическими массивами аблов размерностью n=10000 или более, с распараллеливанием через omp, но при этом нормально работает с меньшим n. Если компилять x64, то ошибка по памяти не вылетает, но он то ли считает, то ли нет, так до конца и не проверили он спать ушел, но что самое интересно распараллеливание в данном случае не происходит.
Я же у себя на линупсе компиляю g++ с флагами -fopenmp -O3, и у меня всё прекрасно работает. у него поддержка omp тоже включена если что
В чем, собственно, может быть прикол данного прикола?
Прикол в чем, если он компилит с x86, то ему выдает ошибку с std::badalloc на создание и работу с матрицамив данном случае перемножение, заданными двумерными динамическими массивами аблов размерностью n=10000 или более, с распараллеливанием через omp, но при этом нормально работает с меньшим n. Если компилять x64, то ошибка по памяти не вылетает, но он то ли считает, то ли нет, так до конца и не проверили он спать ушел, но что самое интересно распараллеливание в данном случае не происходит.
Я же у себя на линупсе компиляю g++ с флагами -fopenmp -O3, и у меня всё прекрасно работает. у него поддержка omp тоже включена если что
В чем, собственно, может быть прикол данного прикола?
>>61511
даблов*
Написал, кста, неверно. В первом случае компиляется, но программа не выполняется, а вываливается с ошибкой с std::badalloc().
>>61512
У него был немного другой и гораздо более опрятный, но он и с моим говнецом пробовал.
https://pastebin.com/rh3ZCnjr
нечасто на этой доске бываю, тут для выделения кода в сообщении возможность есть?
> аблов
даблов*
Написал, кста, неверно. В первом случае компиляется, но программа не выполняется, а вываливается с ошибкой с std::badalloc().
>>61512
У него был немного другой и гораздо более опрятный, но он и с моим говнецом пробовал.
https://pastebin.com/rh3ZCnjr
нечасто на этой доске бываю, тут для выделения кода в сообщении возможность есть?
>>61515
Так-то 10000 х 10000 х 3 х sizeof(double) это больше 2 Гб. Нормальная причина проблем с выделением памяти, особенно на 2ядра-2гига ведре для очобы.
Так-то 10000 х 10000 х 3 х sizeof(double) это больше 2 Гб. Нормальная причина проблем с выделением памяти, особенно на 2ядра-2гига ведре для очобы.
>>61529
Не, с этим я понял, там с x86, проблемы были, больше 2х гигов оно не вывозит, так в доках у майков написано, но когда он компилит x64 у него не работает распараллеливание, что странно.
У него 16 гигов оперативы и зивон на 12 ядер.
Не, с этим я понял, там с x86, проблемы были, больше 2х гигов оно не вывозит, так в доках у майков написано, но когда он компилит x64 у него не работает распараллеливание, что странно.
У него 16 гигов оперативы и зивон на 12 ядер.
привет, аноны, решил вкатиться в с++
есть опыт работы на питоне, шарпе, чистом си
вопрос не про материалы для изучения - спасибо шапке. Интересует, скорее, совет. Каким бы пет-проектом заняться, и на что в нем следует обратить внимание (типа обязательно многопоточен и тд), чтобы я был интересен работодателю? Просто опыт работы уже 4 года, и идти на дикого джуна за 40к совершенно не але, а в с++ ой как хочется
спасибо)
есть опыт работы на питоне, шарпе, чистом си
вопрос не про материалы для изучения - спасибо шапке. Интересует, скорее, совет. Каким бы пет-проектом заняться, и на что в нем следует обратить внимание (типа обязательно многопоточен и тд), чтобы я был интересен работодателю? Просто опыт работы уже 4 года, и идти на дикого джуна за 40к совершенно не але, а в с++ ой как хочется
спасибо)
>>61577
Денег ты на c++ особо не заработаешь. Дальше читать не стоит.
Большая часть вакансий во всякие говНИИ, на реально интересный проект попасть довольно сложно.
Основные ниши для с++ связаны с матаном, железом, надёжностью и производительностью. Из этих тем состоит 75% вопросов на собесе, если ты идёшь не на ждуна (от ждуна хотят того же, но в виде профильного образования без практики).
Часто бывает так: вот у нас есть код - как его улучшить (оптимизация, баги, портируемость)? Хотят услышать не только про ++i, i++, но и всякие математические изъёбы, распараллеливание, интринсики, балансировку нагрузки между железками (CPU-GPU, host-client).
Сейчас актуальна обработка медиа данных, так что можешь чё-нить на эту тему написать: кодек из А в В, поиск чего-то на картинке или повышение качества картинки, получение медиапотока с устройства (в идеале с embed, но и вёбка сгодится).
Денег ты на c++ особо не заработаешь. Дальше читать не стоит.
Большая часть вакансий во всякие говНИИ, на реально интересный проект попасть довольно сложно.
Основные ниши для с++ связаны с матаном, железом, надёжностью и производительностью. Из этих тем состоит 75% вопросов на собесе, если ты идёшь не на ждуна (от ждуна хотят того же, но в виде профильного образования без практики).
Часто бывает так: вот у нас есть код - как его улучшить (оптимизация, баги, портируемость)? Хотят услышать не только про ++i, i++, но и всякие математические изъёбы, распараллеливание, интринсики, балансировку нагрузки между железками (CPU-GPU, host-client).
Сейчас актуальна обработка медиа данных, так что можешь чё-нить на эту тему написать: кодек из А в В, поиск чего-то на картинке или повышение качества картинки, получение медиапотока с устройства (в идеале с embed, но и вёбка сгодится).
>>61545
Пиздец. Есть инфа, на каких платформах и компиляторах нет этих тайпдефов?
Пиздец. Есть инфа, на каких платформах и компиляторах нет этих тайпдефов?
>>61592
да ладно тебе, ты типа так вкатыша отпугиваешь? понятно, что джава ебет по зпхе, но свои 120 можешь получать. Что, в целом то, похоже на зарплаты питоне
https://habr.com/ru/article/511700/
>> денег ты на с++ особо не заработаешь
да ладно тебе, ты типа так вкатыша отпугиваешь? понятно, что джава ебет по зпхе, но свои 120 можешь получать. Что, в целом то, похоже на зарплаты питоне
https://habr.com/ru/article/511700/
>>61750
Он конечно дохуя приукрасил, да и такой жести от ждуна (и даже от мидла если это не какая нибудь топовая компания) никто ждать не будет, но с точки зрения именно зарабатывания денег плюсы реально не лучший выбор.
В перспективе на 5-7 лет конечно з/п будет не сильно ниже аналогичных позиций на других технологиях (по крайней мере в рамках компании, и если это не оверхайп технология с супер нулевой конкуренцией среди соискателей, как сейчас с го/элексиром/скалой), но вот в краткосроке на любой хайповой технологии на этот же уровень можно выйти за 3 года или даже быстрее, просто потому что рынок шире, и можно хоть каждые пол года делать по x1,5.
Очень хуёвое сравнение, полистай эти питоновские вакансии на хх, там за 30-40к работать предлагают да и уровень там требуется соответствующий. Даже при этом у него медиана выше плюсов, что как бы кек.
Он конечно дохуя приукрасил, да и такой жести от ждуна (и даже от мидла если это не какая нибудь топовая компания) никто ждать не будет, но с точки зрения именно зарабатывания денег плюсы реально не лучший выбор.
В перспективе на 5-7 лет конечно з/п будет не сильно ниже аналогичных позиций на других технологиях (по крайней мере в рамках компании, и если это не оверхайп технология с супер нулевой конкуренцией среди соискателей, как сейчас с го/элексиром/скалой), но вот в краткосроке на любой хайповой технологии на этот же уровень можно выйти за 3 года или даже быстрее, просто потому что рынок шире, и можно хоть каждые пол года делать по x1,5.
>Что, в целом то, похоже на зарплаты питоне
Очень хуёвое сравнение, полистай эти питоновские вакансии на хх, там за 30-40к работать предлагают да и уровень там требуется соответствующий. Даже при этом у него медиана выше плюсов, что как бы кек.
>>61817
а что от мидла требуют? реально сразу на мидла скакнуть с си шарпа? или на входе онли джун?
по поводу второго абзаца: ну тут да, я согласен, что с точки зрения денег лучше бы остаться с существующим стеком (шапр + питон), но иногда кажется, что тру программистом можно стать только изучив с++, такое конечно препдоложение, но почему-то к ним душа лежит прям
да и в целом у меня позиция с обработкой данных с сенсоров и тд, и это охуеть вообще какая случайность, что получилось питон подтянуть, вот к крестам и стремлюсь. Пусть даже если работа с ними будет связана с классическим проганьем
смотрю на ссылку в закрепе - и не сильно там выше. В целом на +- 10к похуй
>> и даже от мидла если это не какая нибудь топовая компания
а что от мидла требуют? реально сразу на мидла скакнуть с си шарпа? или на входе онли джун?
по поводу второго абзаца: ну тут да, я согласен, что с точки зрения денег лучше бы остаться с существующим стеком (шапр + питон), но иногда кажется, что тру программистом можно стать только изучив с++, такое конечно препдоложение, но почему-то к ним душа лежит прям
да и в целом у меня позиция с обработкой данных с сенсоров и тд, и это охуеть вообще какая случайность, что получилось питон подтянуть, вот к крестам и стремлюсь. Пусть даже если работа с ними будет связана с классическим проганьем
>> Даже при этом у него медиана выше плюсов, что как бы кек.
смотрю на ссылку в закрепе - и не сильно там выше. В целом на +- 10к похуй
>>60893
Ну да, ну да, говнософт как всегда. На работе весь день на етом говне пишу. Так заебался, что на домашней пекарне установил arch BTW, ламповий вим+лсп+силанг и пилю свой петпроджект, алсо билд система на мейке, больше не нужно.
Ну да, ну да, говнософт как всегда. На работе весь день на етом говне пишу. Так заебался, что на домашней пекарне установил arch BTW, ламповий вим+лсп+силанг и пилю свой петпроджект, алсо билд система на мейке, больше не нужно.
>>61748
В крупных конторах делается так: математики пишут код на питоне (такой себе прототип), потом его портируют на с++ другие специалисты (распараллеливание на CPU, перенос вычислений на GPU - CUDA/OpenCL, использование инструкций SSE через ассемблерные вставки).
Я напомню, что сейчас наиболее актуальны системы реального времени - самодвижущиеся повозки, дроны, видеонаблюдение и трекинг с нейросеточками. Там очень жёсткие требования к производительности. Да те же игры систему жрут беспощадно.
В крупных конторах делается так: математики пишут код на питоне (такой себе прототип), потом его портируют на с++ другие специалисты (распараллеливание на CPU, перенос вычислений на GPU - CUDA/OpenCL, использование инструкций SSE через ассемблерные вставки).
Я напомню, что сейчас наиболее актуальны системы реального времени - самодвижущиеся повозки, дроны, видеонаблюдение и трекинг с нейросеточками. Там очень жёсткие требования к производительности. Да те же игры систему жрут беспощадно.
>>61831
Зависит от компании. У всех свои требования, поэтому обычно все просто сходятся на том, что мидл это челик с 1-3 годами опыта.
Если в точно ту же прикладную область в которой у тебя уже есть опыт — можно наверно.
У буржуев точно можно было бы, всё равно на собесах 80% дрочки алгоритмов, 15% дрочки на софт скиллы и ещё 5 на конкретный стек, у нас же всё наоборот. В любом другом случае — сначала надо где-то получить хоть какой-то опыт в плюсах — так что иди и напиши хотя бы парочку пет прожектов, чтобы было хоть о чём написать в резюме и открыть рот на собесе, потом уже и думай хочешь ли.
Как я уже сказал, зависит от требований конкретной компании, которые можно узнать только на собеседовании. Пройдёшь на мидла — будешь мидлом, чо.
Пчел, это медиана. Учитывая, насколько нижняя планка зп в питоне ниже — настолько и верхняя выше, если вытягивает медиану выше плюсов.
>а что от мидла требуют?
Зависит от компании. У всех свои требования, поэтому обычно все просто сходятся на том, что мидл это челик с 1-3 годами опыта.
>реально сразу на мидла скакнуть с си шарпа?
Если в точно ту же прикладную область в которой у тебя уже есть опыт — можно наверно.
У буржуев точно можно было бы, всё равно на собесах 80% дрочки алгоритмов, 15% дрочки на софт скиллы и ещё 5 на конкретный стек, у нас же всё наоборот. В любом другом случае — сначала надо где-то получить хоть какой-то опыт в плюсах — так что иди и напиши хотя бы парочку пет прожектов, чтобы было хоть о чём написать в резюме и открыть рот на собесе, потом уже и думай хочешь ли.
>или на входе онли джун?
Как я уже сказал, зависит от требований конкретной компании, которые можно узнать только на собеседовании. Пройдёшь на мидла — будешь мидлом, чо.
>смотрю на ссылку в закрепе - и не сильно там выше. В целом на +- 10к похуй
Пчел, это медиана. Учитывая, насколько нижняя планка зп в питоне ниже — настолько и верхняя выше, если вытягивает медиану выше плюсов.
>>61831
На 80-90к можешь пойти, если месяц потратишь на подготовку к собесу. Просто сейчас с++ не самодостаточный язык, а скорее вспомогательный. Я например варюсь в embed дрочильне с нейросетками и у нас на проекте: железо - C, матан - ASM, C++, CUDA, бек и микросервисы C++, C#, фронт - JS с реактом, тесты скрипты и прочая залупа - Python. Контора у нас маленькая и я пердолюсь на всём вот этом сразу.
>а что от мидла требуют? реально сразу на мидла скакнуть с си шарпа? или на входе онли джун?
На 80-90к можешь пойти, если месяц потратишь на подготовку к собесу. Просто сейчас с++ не самодостаточный язык, а скорее вспомогательный. Я например варюсь в embed дрочильне с нейросетками и у нас на проекте: железо - C, матан - ASM, C++, CUDA, бек и микросервисы C++, C#, фронт - JS с реактом, тесты скрипты и прочая залупа - Python. Контора у нас маленькая и я пердолюсь на всём вот этом сразу.
>>61817
Пришёл, разобрался в как тут у них всё, запилил пару фич, сменил работу?
>можно хоть каждые пол года делать по x1,5.
Пришёл, разобрался в как тут у них всё, запилил пару фич, сменил работу?
>>61977
Я просто как раз полгода проработал на новом месте, запилил им за это время мажорную фичу, а дальше уже хочу утечь в другое место, лол.
Я просто как раз полгода проработал на новом месте, запилил им за это время мажорную фичу, а дальше уже хочу утечь в другое место, лол.
>>61944
Шарп в юнити - это уже очень низкоуровнево. Сейчас в геймдеве никто не пишет на крестах. Двигло собирается из конструктора, а дальше любая макака пишет код любого качества лишь бы работало. Если ААА пилят чуть ли не на блюпринтах, то что уж говорить про рашку и мобильную разработку.
Алсо, системщину и ембендед разве китайцы не перетянули давно уже? Судя по гитхабу русские ваньки уже не нужны.
> игры
Шарп в юнити - это уже очень низкоуровнево. Сейчас в геймдеве никто не пишет на крестах. Двигло собирается из конструктора, а дальше любая макака пишет код любого качества лишь бы работало. Если ААА пилят чуть ли не на блюпринтах, то что уж говорить про рашку и мобильную разработку.
Алсо, системщину и ембендед разве китайцы не перетянули давно уже? Судя по гитхабу русские ваньки уже не нужны.
>>62040
Мы Вам перезвоним.
> Если ААА пилят чуть ли не на блюпринтах, то что уж говорить про рашку и мобильную разработку.
Мы Вам перезвоним.
>>62044
Прямиком из Юбисофта, да? Спасибо, не надо, сами пишите на питоне и визуальных скриптах.
Прямиком из Юбисофта, да? Спасибо, не надо, сами пишите на питоне и визуальных скриптах.
>>62040
Толстота.
Толстота.
>>62049
Пока ты проигрываешь издатели считают бабло, а разрабы годами патчат свой говнокод после релиза. В том же уе4е абсолютная норма комбинировать кресты и блюпринты, все так делают. Если помотришь на индюшатину, то там в большинстве случаев либо готовое двигло, либо контруктор из 25 опенсорс-проектов.
>>62054
Ну недавний Легион уже сливали. Сам код хоть и вырезали, но pdb лежат и можешь сам посмотреть на этот конструктор из сотни сторонних компонентов. То что там пользовались визуальном скриптингом тоже не секрет, жирухи же не будут писать на крестах. Там же есть исходники шейдеров.
Пока ты проигрываешь издатели считают бабло, а разрабы годами патчат свой говнокод после релиза. В том же уе4е абсолютная норма комбинировать кресты и блюпринты, все так делают. Если помотришь на индюшатину, то там в большинстве случаев либо готовое двигло, либо контруктор из 25 опенсорс-проектов.
>>62054
Ну недавний Легион уже сливали. Сам код хоть и вырезали, но pdb лежат и можешь сам посмотреть на этот конструктор из сотни сторонних компонентов. То что там пользовались визуальном скриптингом тоже не секрет, жирухи же не будут писать на крестах. Там же есть исходники шейдеров.
>>62040
Манька, полистай на досуге вакансии Wargaming, Gaijin или аутсорс контор типа Saber, Sperasoft и прочих залуп.
Про эмбед и китайцев - китайцы скупают наши конторы и разрабов. Тот же Huawei сделал несколько крупных покупок пару лет назад (системы распознавание лиц). Даже на РБК по этому поводу бугурт напечатали. И сейчас они ханттят разрабов поштучно.
Манька, полистай на досуге вакансии Wargaming, Gaijin или аутсорс контор типа Saber, Sperasoft и прочих залуп.
Про эмбед и китайцев - китайцы скупают наши конторы и разрабов. Тот же Huawei сделал несколько крупных покупок пару лет назад (системы распознавание лиц). Даже на РБК по этому поводу бугурт напечатали. И сейчас они ханттят разрабов поштучно.
>>61970
Да, смена работы — самый быстрый способ увеличить количество нефти. Правда, нужно уметь красиво пиздеть про причины (закончили проект/срезали косты из-за короны/перевели на другой проект с древним стеком/итд), все прекрасно понимают что ты хочешь бабла, но если услышат то нанимать тебя точно не захотят, лол.
>>61977
Бывает, но:
а) Внутри компаний зп всегда растут медленнее чем на рынке в целом, просто потому что рынку мало и мало (а когда ты съебёшь за отказ взять и повысить зп, новых людей эта компания будет тоже нанимать по рыночным ценам, которых ты и хотел, такой вот кекус);
б) Тебе за каждые +20к к зарплате будут стараться довесить кодревью/менторинг джунов/подработку девопсом/помощь пму с декомпозицией/и прочие задачи, за которые никто не хочет браться (и которые надо будет ещё и совмещать с основной деятельностью, лол).
Так что самый просто способ это таки смена работы.
Да, смена работы — самый быстрый способ увеличить количество нефти. Правда, нужно уметь красиво пиздеть про причины (закончили проект/срезали косты из-за короны/перевели на другой проект с древним стеком/итд), все прекрасно понимают что ты хочешь бабла, но если услышат то нанимать тебя точно не захотят, лол.
>>61977
Бывает, но:
а) Внутри компаний зп всегда растут медленнее чем на рынке в целом, просто потому что рынку мало и мало (а когда ты съебёшь за отказ взять и повысить зп, новых людей эта компания будет тоже нанимать по рыночным ценам, которых ты и хотел, такой вот кекус);
б) Тебе за каждые +20к к зарплате будут стараться довесить кодревью/менторинг джунов/подработку девопсом/помощь пму с декомпозицией/и прочие задачи, за которые никто не хочет браться (и которые надо будет ещё и совмещать с основной деятельностью, лол).
Так что самый просто способ это таки смена работы.
>>62040
Смотря что под этим понимать. В контексте твоего сообщения "геймдев" — это именно программирование геймплея, там уже давно никто на плюсах не пишет, ибо нахуя. Написать код "если персонаж находится в фрейме (0, 100, 250, 120) то ебать его" может и макака, только это даже не 1/5 от всей программистской деятельности связанной с геймдевом но наверно вся деятельнось какого нибудь /гд, лол.
Самописные движки так же собираются из конструкторов, там точно так же тянутся сторонние либы для абстракций над ос (ввод/фс/окна/процессы/треды), физика, всякие парсеры моделек, звук, и так со всем — разве что обычно рендеринг +- свой был.
Пчел, почти все игры которые выходили в опенсорс/сливались состояли из нагромождений говен примерно _всегда_. Геймдев — это всегда про взять и нахуярить, а не сделать поддерживаемую систему, потратив кучу времени на архитектуру/рефакторинги/итд.
>Сейчас в геймдеве никто не пишет на крестах.
Смотря что под этим понимать. В контексте твоего сообщения "геймдев" — это именно программирование геймплея, там уже давно никто на плюсах не пишет, ибо нахуя. Написать код "если персонаж находится в фрейме (0, 100, 250, 120) то ебать его" может и макака, только это даже не 1/5 от всей программистской деятельности связанной с геймдевом но наверно вся деятельнось какого нибудь /гд, лол.
>Двигло собирается из конструктора
Самописные движки так же собираются из конструкторов, там точно так же тянутся сторонние либы для абстракций над ос (ввод/фс/окна/процессы/треды), физика, всякие парсеры моделек, звук, и так со всем — разве что обычно рендеринг +- свой был.
>а дальше любая макака пишет код любого качества лишь бы работало
Пчел, почти все игры которые выходили в опенсорс/сливались состояли из нагромождений говен примерно _всегда_. Геймдев — это всегда про взять и нахуярить, а не сделать поддерживаемую систему, потратив кучу времени на архитектуру/рефакторинги/итд.
Вопросик по std::queue.
Если я создаю очередь без параметров, то у нее уже есть какая-то по дефолту выделенная память?
И еще, если удалю все элементы через .front() + .pop(), то выделенная память останется или вернется в кучу(?)
Если я создаю очередь без параметров, то у нее уже есть какая-то по дефолту выделенная память?
И еще, если удалю все элементы через .front() + .pop(), то выделенная память останется или вернется в кучу(?)
>>62343
implementation-defined
implementation-defined
Что делать в такой ситуации?
Foo.h:
class Foo
{
Foo(){Bar bar();}
};
Bar.h:
class Bar
{
Bar(Foo const& foo){}
}
Foo.h:
class Foo
{
Foo(){Bar bar();}
};
Bar.h:
class Bar
{
Bar(Foo const& foo){}
}
>>61944
а где можно что-нибудь почитать о проектировании таких систем?
а где можно что-нибудь почитать о проектировании таких систем?
>>62375
Использовать forward declaration, если нужно именно обойти circular include.
А дальше в .cpp можно вполне себе инклудить то, что нужно, чтоб иметь полные типы.
Дополнительно. Этот код объявляет функцию, а не создает объект класса Bar.
Использовать forward declaration, если нужно именно обойти circular include.
А дальше в .cpp можно вполне себе инклудить то, что нужно, чтоб иметь полные типы.
>Bar bar();
Дополнительно. Этот код объявляет функцию, а не создает объект класса Bar.
>>62404
Самый простой пример это вычисление оператора Собеля с помощью SSE инструкций процессора (пишется на ASM). Используется для поиска границ на снимках с камеры, радара, рентгена и проч. (а по границам можно понять какие объекты есть на картинке). Короче edge detection.
https://core.ac.uk/download/pdf/83041628.pdf
В принципе, если ты залезешь в исходники OpenCV, то там ещё много подобного добра увидишь. Причём OCV можно даже собирать с поддержкой SIMD NEON для ARM процессоров.
Самый простой пример это вычисление оператора Собеля с помощью SSE инструкций процессора (пишется на ASM). Используется для поиска границ на снимках с камеры, радара, рентгена и проч. (а по границам можно понять какие объекты есть на картинке). Короче edge detection.
https://core.ac.uk/download/pdf/83041628.pdf
В принципе, если ты залезешь в исходники OpenCV, то там ещё много подобного добра увидишь. Причём OCV можно даже собирать с поддержкой SIMD NEON для ARM процессоров.
>>62439
С другой стороны у OpenCV есть бинды для питона. Поэтому цепляем к проекту OCV, numpy и пишем наш проект на питоне. Рубим бабло и насмехаемся над красноглазыми (никакого матана, железок и байтоебли).
С другой стороны у OpenCV есть бинды для питона. Поэтому цепляем к проекту OCV, numpy и пишем наш проект на питоне. Рубим бабло и насмехаемся над красноглазыми (никакого матана, железок и байтоебли).
>>62446
У меня в плюсовом проекте был модуль на асме на 2к loc.
Я смотрел в сторону интринсиков, но, если честно, сделать две реализации модуля (портируемый с++ и специализированный асм) со статическим (на этапе компиляции) и динамическоим (проверка, поддерживаются ли нужные инструкции в рантайме) выбором нужной имплементации мне было намного проще, чем пытаться добиться того же эффекта с помощью интринсиков.
У меня в плюсовом проекте был модуль на асме на 2к loc.
Я смотрел в сторону интринсиков, но, если честно, сделать две реализации модуля (портируемый с++ и специализированный асм) со статическим (на этапе компиляции) и динамическоим (проверка, поддерживаются ли нужные инструкции в рантайме) выбором нужной имплементации мне было намного проще, чем пытаться добиться того же эффекта с помощью интринсиков.
>>60828
Язык не сложный (на самом деле это три языка в плаще), но тулинг просто говно дерьма, будешь репу чесать почему все не работает и куда нажать чтобы заработало. Будешь репу чесать когда захочешь библиотеку использовать и симейк будет мозга ебать. Комьюнити отбитое, будет рассказывать тебе про историю компьютерной техники вместо того чтобы ответить на простой вопрос почему не получается вывести "привет мир" в консоли не кракозябрами.
Я бы рекомендовал начинать с чего-нибудь дружелюбного типа питона жаваскрипта или вижуалбейсика иначе никакого кайфа не получишь и бросишь это дело.
А так - добро пожаловать в наш клуб любителей потеребить память руками.
Язык не сложный (на самом деле это три языка в плаще), но тулинг просто говно дерьма, будешь репу чесать почему все не работает и куда нажать чтобы заработало. Будешь репу чесать когда захочешь библиотеку использовать и симейк будет мозга ебать. Комьюнити отбитое, будет рассказывать тебе про историю компьютерной техники вместо того чтобы ответить на простой вопрос почему не получается вывести "привет мир" в консоли не кракозябрами.
Я бы рекомендовал начинать с чего-нибудь дружелюбного типа питона жаваскрипта или вижуалбейсика иначе никакого кайфа не получишь и бросишь это дело.
А так - добро пожаловать в наш клуб любителей потеребить память руками.
>>60952
Блидинг эдж петушиной технологии, конечно там двигают всё туды-сюды и ломают
Блидинг эдж петушиной технологии, конечно там двигают всё туды-сюды и ломают
>>62591
Ещё бы альтернативы хоть какие-то. Интерпретируемые языки и JIT не нужны. Go без либ ненужен. Раст так и не поднялся с колен. Zig ещё пару лет ждать пока релизнется. ФП-параша по определению говно. Что там остаётся? Всякие анальные извращения вроде Nim?
Ещё бы альтернативы хоть какие-то. Интерпретируемые языки и JIT не нужны. Go без либ ненужен. Раст так и не поднялся с колен. Zig ещё пару лет ждать пока релизнется. ФП-параша по определению говно. Что там остаётся? Всякие анальные извращения вроде Nim?
>>62598
хотел написать пост про программы которые работают, решают проблемы реального мира и приносят прибыль но любителю экономить компьютерные ресурсы это никак не поможет, сорь, не выходи из хайлоада не делай ошибку
> Интерпретируемые языки и JIT не нужны
хотел написать пост про программы которые работают, решают проблемы реального мира и приносят прибыль но любителю экономить компьютерные ресурсы это никак не поможет, сорь, не выходи из хайлоада не делай ошибку
>>62605
inb4 щас бы писать программы которые работают, а не access violation память не может быть read или segmentation fault core dumped
inb4 щас бы писать программы которые работают, а не access violation память не может быть read или segmentation fault core dumped
>>62600
В первую очередь потреблением памяти, во вторую производительностью. Нормальный JIT только под Lua есть. Тот же Шарп и Жаба жрут памяти чуть ли в десятки раз больше чем сишка в некоторых случаях, а ещё это время запуска местных фреймворков. Как же кринжанул с дотнетовского гуя на XAML, с которым пустое окно запускается почти секунду, а в доках рекомендуют использовать сплэшскрин если совсем уже неприемлемо долго. Браузер быстрее запускается, чем это говно, лол. Кто-то жалуется на Электрон, но ведь дотнет ещё хуже.
>>62605
Прям трясёт, когда можно сделать быстро, но мне мешают и заставляют жрать говно.
В первую очередь потреблением памяти, во вторую производительностью. Нормальный JIT только под Lua есть. Тот же Шарп и Жаба жрут памяти чуть ли в десятки раз больше чем сишка в некоторых случаях, а ещё это время запуска местных фреймворков. Как же кринжанул с дотнетовского гуя на XAML, с которым пустое окно запускается почти секунду, а в доках рекомендуют использовать сплэшскрин если совсем уже неприемлемо долго. Браузер быстрее запускается, чем это говно, лол. Кто-то жалуется на Электрон, но ведь дотнет ещё хуже.
>>62605
> любителю экономить компьютерные ресурсы
Прям трясёт, когда можно сделать быстро, но мне мешают и заставляют жрать говно.
>>62610
Как же ты работать на работе то будешь, горюшко...
>Прям трясёт, когда можно сделать быстро, но мне мешают и заставляют жрать говно.
Как же ты работать на работе то будешь, горюшко...
>>62614
Ну а как победить жор памяти в шарпе, если это фича такая у них? Я бы с радостью использовал его, но вот у меня есть сотни машин с 1 гб ОЗУ из 2010 года и я не могу больше 100 мб использовать. В шарпе создаёшь пустое окно на винформс и уже минус 20 мб, против 1.7 на крестах с wxwidgets. И так в любом месте жрёт больше в 2-10 раз.
>>62635
Не работаю кодером и не собираюсь. Это она из причин почему. Тем более профитов в ЗП нет никаких, чтоб укатываться из админства.
Ну а как победить жор памяти в шарпе, если это фича такая у них? Я бы с радостью использовал его, но вот у меня есть сотни машин с 1 гб ОЗУ из 2010 года и я не могу больше 100 мб использовать. В шарпе создаёшь пустое окно на винформс и уже минус 20 мб, против 1.7 на крестах с wxwidgets. И так в любом месте жрёт больше в 2-10 раз.
>>62635
Не работаю кодером и не собираюсь. Это она из причин почему. Тем более профитов в ЗП нет никаких, чтоб укатываться из админства.
30 Кб, 791x150Поясните за пикрил объявление. Оно так делается потому что это билтины и привычное T value_type; здесь не проканает?
>>62645
У меня в 2010 было по 2-4 гб.
Зачем тебе 100 машин?
Зачем тебе учить инструменты разработки для технологий 10-ти летней давности, причём для машин, которые уже тогда были отстойными? Сейчас другой стек инструментов.
Не, ну ты можешь найти где-нибудь 386 компьютер и писать что-нибудь под ДОС вообще. Писали же когда-то.
>но вот у меня есть сотни машин с 1 гб ОЗУ из 2010 года
У меня в 2010 было по 2-4 гб.
Зачем тебе 100 машин?
Зачем тебе учить инструменты разработки для технологий 10-ти летней давности, причём для машин, которые уже тогда были отстойными? Сейчас другой стек инструментов.
Не, ну ты можешь найти где-нибудь 386 компьютер и писать что-нибудь под ДОС вообще. Писали же когда-то.
>>62645
битмап 192010804 весит 8Мб, чтобы фликера не было надо два штуки, чтобы антиаляйсинг был нужно в четыре раза больше, сделай на своих крестах непустое окно и будет те же 20Мб
20Мб это 0.2% от 8Гб оперативы, можешь хоть в несколько рядов наспавнить себе
битмап 192010804 весит 8Мб, чтобы фликера не было надо два штуки, чтобы антиаляйсинг был нужно в четыре раза больше, сделай на своих крестах непустое окно и будет те же 20Мб
20Мб это 0.2% от 8Гб оперативы, можешь хоть в несколько рядов наспавнить себе
>>62661
Ну это условно, их намного больше. Хотя да, сейчас это всё же меньшинство и везде есть по 2-4 гб. Но эти пару сотен тоже надо как-то поддерживать.
Тогда там стояли Windows Embedded POSReady 2009. Летали вполне хорошо.
Да мне-то и не особо есть зачем. Я же не кодер, только автоматизации делаю, в основном для даунов-инженеров, чтоб они могли пару кнопок нажать и не ебать мозг другим.
И сейчас пишут, внезапно. У нас и такое говно есть. Ладно ещё выбили переход на 10 IOT где есть хотя бы 1 гб ОЗУ, но железо никто не станет менять, работает же. Да и самое главное - нам это тоже не сильно надо, когда можно сидеть и попёрдывать, придумывая новые костыли. А как уж оно работает - это проблемы юзеров.
> Зачем тебе 100 машин?
Ну это условно, их намного больше. Хотя да, сейчас это всё же меньшинство и везде есть по 2-4 гб. Но эти пару сотен тоже надо как-то поддерживать.
> которые уже тогда были отстойными
Тогда там стояли Windows Embedded POSReady 2009. Летали вполне хорошо.
> Зачем тебе учить инструменты разработки
Да мне-то и не особо есть зачем. Я же не кодер, только автоматизации делаю, в основном для даунов-инженеров, чтоб они могли пару кнопок нажать и не ебать мозг другим.
> под ДОС вообще. Писали же когда-то.
И сейчас пишут, внезапно. У нас и такое говно есть. Ладно ещё выбили переход на 10 IOT где есть хотя бы 1 гб ОЗУ, но железо никто не станет менять, работает же. Да и самое главное - нам это тоже не сильно надо, когда можно сидеть и попёрдывать, придумывая новые костыли. А как уж оно работает - это проблемы юзеров.
>>62667
Необычного ничего. Мне просто интересно узнать есть ли разница между объявлением алаяса на темплейтный тип как в книге и дефолтным объявлением переменной. Как я это вижу - раз тут юзаются билтины то обычное объявление не сработает и будет ошибка.
Необычного ничего. Мне просто интересно узнать есть ли разница между объявлением алаяса на темплейтный тип как в книге и дефолтным объявлением переменной. Как я это вижу - раз тут юзаются билтины то обычное объявление не сработает и будет ошибка.
>>62699
Сам уже разобрался. В любом случае спасибо, неадекват.
Сам уже разобрался. В любом случае спасибо, неадекват.
>>62645
Лольнул с эникйщика. Хотя если перекатываться именно в плюсы, мб и не будет, кек.
>Тем более профитов в ЗП нет никаких, чтоб укатываться из админства.
Лольнул с эникйщика. Хотя если перекатываться именно в плюсы, мб и не будет, кек.
>>62682
Буферы же в видеопамяти создаются, не? Ну разве что у тебя память разделяемая, если видео интегрировано в cpu.
Буферы же в видеопамяти создаются, не? Ну разве что у тебя память разделяемая, если видео интегрировано в cpu.
>>62682
А ещё можно непустое окно на шарпе/жаве сделать, и оно будет жрать 200мб.
>на своих крестах непустое окно
А ещё можно непустое окно на шарпе/жаве сделать, и оно будет жрать 200мб.
>>62726
Да судя по средним ЗП с хабра и вакансиям на 120к - только в модные GOвна есть смысл перекатываться. Что в админстве, что в кодинге требуют одного - знания. Но при этом в админстве не требуют писать код, платя столько же.
Да судя по средним ЗП с хабра и вакансиям на 120к - только в модные GOвна есть смысл перекатываться. Что в админстве, что в кодинге требуют одного - знания. Но при этом в админстве не требуют писать код, платя столько же.
>>62734
А как же таскать компы, ходить по офису целый день, залезать под столы, ковыряться в грязи?
А как же таскать компы, ходить по офису целый день, залезать под столы, ковыряться в грязи?
>>62758
Люди в здравом уме советуют либо visual studio, либо компилировать ручками из консоли и писать код в vim/emacs/вставьте-свой-любимый-текстовый-редактор. Остальное всё хуй знает вообще зачем существует.
Люди в здравом уме советуют либо visual studio, либо компилировать ручками из консоли и писать код в vim/emacs/вставьте-свой-любимый-текстовый-редактор. Остальное всё хуй знает вообще зачем существует.
>>62734
Лучше писать код на плюсах, чем на баше.
Лучше писать код на плюсах, чем на баше.
>>62764
Это.
Это.
>>62756
Но ты ведь с этого и начинал. Наверное до сих пор не можешь забыть чем пахло под столом у главного бухгалтера Анжелы Олеговны.
Но ты ведь с этого и начинал. Наверное до сих пор не можешь забыть чем пахло под столом у главного бухгалтера Анжелы Олеговны.
>>62767
Оставленными дешёвыми поношенными туфлями.
Оставленными дешёвыми поношенными туфлями.
>>62716
чего-то они совсем над ней поиздевались.
со шифтами проблемы, окошко мерцает, прога вылетает...
хоть самому переписывай на чем нибудь, кроме delphi xe
чего-то они совсем над ней поиздевались.
со шифтами проблемы, окошко мерцает, прога вылетает...
хоть самому переписывай на чем нибудь, кроме delphi xe
>>62716
Помню, как эту хуйню рекомендовали на первом курсе на лабах вместе с Borland C++ Builder. Я в это говно лезть не стал, ибо знал про вижуалку, qt creator и vim. Но одногруппники, которое влезли, потом у меня 100500 раз спрашивали, почему ОШИБКА НЕ РАБОТАЕТ КАК ПОЧИНИТЬ.
Помню, как эту хуйню рекомендовали на первом курсе на лабах вместе с Borland C++ Builder. Я в это говно лезть не стал, ибо знал про вижуалку, qt creator и vim. Но одногруппники, которое влезли, потом у меня 100500 раз спрашивали, почему ОШИБКА НЕ РАБОТАЕТ КАК ПОЧИНИТЬ.
>>62781
Если у него будет коммерческая работа в этом направлении, или хотя бы реально осмысленная учебная - то будет изучать годные инструменты. Надо будет, и под 286 будет кодить, со всеми этими "char far".
Но только цель другая, обучаться программированию
>>60828
Если автор хочет сразу себя ставить в стек устаревших технологий, то пожалуйста.
Если у него будет коммерческая работа в этом направлении, или хотя бы реально осмысленная учебная - то будет изучать годные инструменты. Надо будет, и под 286 будет кодить, со всеми этими "char far".
Но только цель другая, обучаться программированию
>>60828
Если автор хочет сразу себя ставить в стек устаревших технологий, то пожалуйста.
11 Кб, 386x258>>60500 (OP)
помогите мне пожалуйста разобраться, почему падает программа. Мне надо перевернуть строку, но моя программа падает когда доходит до 91 строки и я не понимаю почему. Что я делаю не так?
помогите мне пожалуйста разобраться, почему падает программа. Мне надо перевернуть строку, но моя программа падает когда доходит до 91 строки и я не понимаю почему. Что я делаю не так?
>>62832
Чел, попробуй хоть в столбик на бумажке поделить. А потом посмотри что компилятор выдаёт.
Чел, попробуй хоть в столбик на бумажке поделить. А потом посмотри что компилятор выдаёт.
Вопрос по переменной в цикле
Допустим есть такой цикл:
for( auto &&val : container )
values.push_back( val )
Нужно ли мувать переменную val в другой контейтер в вектор?
Допустим есть такой цикл:
for( auto &&val : container )
values.push_back( val )
Нужно ли мувать переменную val в другой контейтер в вектор?
2 Кб, 356x50>>62839
да, я сначала делал как на 121 строке, и у меня падала программа, но когда я сделал как на 122 строке, все заработало. Спасибо!
да, я сначала делал как на 121 строке, и у меня падала программа, но когда я сделал как на 122 строке, все заработало. Спасибо!
9 Кб, 454x202Наверное тупой вопрос, но уже который день не могу придумать как решить. Нужно проверить есть ли 3 или больше одинаковых элемента в массиве. Делаю простым способом через count и вроде считает хорошо, но если массив будет например (1, 1, 2, 2, 3, 3) он зафакапит и выведет True, а другого способа я не знаю.
>>62863
Вообще не понял что ты там делаешь
Васянорешение с O(n) заполнением ассоциативного массива чому не подходит?
Вообще не понял что ты там делаешь
Васянорешение с O(n) заполнением ассоциативного массива чому не подходит?
>>62863
Ну, очевидно, тебе надо запоминать не только count, но и собственно какое именно значение ты учел.
Ну, очевидно, тебе надо запоминать не только count, но и собственно какое именно значение ты учел.
>>62868
Во-первых N logN, а не N.
Тогда уж проще отсортировать и пройтись потом по отсортированному массиву, это можно и на обычном Си сделать.
Правда перерасход памяти.
Во-первых N logN, а не N.
Тогда уж проще отсортировать и пройтись потом по отсортированному массиву, это можно и на обычном Си сделать.
Правда перерасход памяти.
>>62888
Скорее надо не забыть во втором цикле сбрасывать count перед началом,
for (int j = i+1, count=1; j<n, j++){
}
а после сделать проверку на count, то есть она внутри внешнего цикла будет
Скорее надо не забыть во втором цикле сбрасывать count перед началом,
for (int j = i+1, count=1; j<n, j++){
}
а после сделать проверку на count, то есть она внутри внешнего цикла будет
>>62892
Язык какой?
"ebal" это const char, его присвоение к char — это не совсем корректный код, нормальный компилятор выдаст warning.
Язык какой?
"ebal" это const char, его присвоение к char — это не совсем корректный код, нормальный компилятор выдаст warning.
>>62905
Тут объявление массива (в стиле C), а там указателя?
Тут объявление массива (в стиле C), а там указателя?
>>62892
Потому что все "ebal" где то должны храниться на момент старта программы.
А поскольку в Си все должно делаться явно, а копию статических данных в оперативку ты не делал, то все так и есть.
Потому что все "ebal" где то должны храниться на момент старта программы.
А поскольку в Си все должно делаться явно, а копию статических данных в оперативку ты не делал, то все так и есть.
>>62905
А тут не литерал, а сахар для { 'D','V' ... }
А тут не литерал, а сахар для { 'D','V' ... }
>>62891
Спасибо, анонче
Спасибо, анонче
>>62409
Объявляет функцию в теле конструктора?
Объявляет функцию в теле конструктора?
>>62905
char str[] = "lalala" это массив, у которого компилятор выводит размер по инициализации, а выделение памяти и инициализация происходят в рантайме (современный аналог std::array).
char ptr = "lalala" это указатель на константу, которая хранится в статической памяти, выделяемой при старте проги (это const char).
Когда происходит вызов func(char ), то str неявно приводится к типу char, но сам str не является указателем изначально.
Это типичное легаси в с++ от которого можно избавиться только разогнав нахуй весь комитет по стандарту и твёрдо решительно сократить язык до смысла выкинув нахуй вот эти вот все [].
char str[] = "lalala" это массив, у которого компилятор выводит размер по инициализации, а выделение памяти и инициализация происходят в рантайме (современный аналог std::array).
char ptr = "lalala" это указатель на константу, которая хранится в статической памяти, выделяемой при старте проги (это const char).
Когда происходит вызов func(char ), то str неявно приводится к типу char, но сам str не является указателем изначально.
Это типичное легаси в с++ от которого можно избавиться только разогнав нахуй весь комитет по стандарту и твёрдо решительно сократить язык до смысла выкинув нахуй вот эти вот все [].
>>62953
Хорошо, что ты не комитет.
Хорошо, что ты не комитет.
Эту вашу хуиту стоит осваивать или лучше в раст идти? Хочу новые горизонты для себя открыть.
>>62975
Нет, не стоит. У c++ нет будущего. Про Rsut в вакухах пишут, что он "приветствуется". Ну ты понел.
Нет, не стоит. У c++ нет будущего. Про Rsut в вакухах пишут, что он "приветствуется". Ну ты понел.
>>62975
Для открытия новых горизонтов купи дилдак. А раст мертворождён. Пиши на человеческом языке, а для байтоебли в Zig уходи. Как раз к релизу освоишь.
Для открытия новых горизонтов купи дилдак. А раст мертворождён. Пиши на человеческом языке, а для байтоебли в Zig уходи. Как раз к релизу освоишь.
>>62986
Используй С++
Используй С++
55 Кб, 512x384>>62975
Раст это локальный мем. Если "с++" исчезающий, то "раст" это исчезающий на исчезающем фоне.
Раст это локальный мем. Если "с++" исчезающий, то "раст" это исчезающий на исчезающем фоне.
>>62892
Там вроде из-за оптимизации компилятора. Если у тебя в коде в одном месте char a = "HuiPizda" в другом месте char b = "Hui" а в третьем char c* = "Pizda", то компилятор в памяти создаст только строку "HuiPizda", а указатели a, b, c получат соответствующие адреса в этой общей строке.
Там вроде из-за оптимизации компилятора. Если у тебя в коде в одном месте char a = "HuiPizda" в другом месте char b = "Hui" а в третьем char c* = "Pizda", то компилятор в памяти создаст только строку "HuiPizda", а указатели a, b, c получат соответствующие адреса в этой общей строке.
>>62999
Трипл хорош
Трипл хорош
аноны, пилю видеотрекинг
что почитать про оптимизацию/распаралелливание/прочую нужную хуиту?
что почитать про оптимизацию/распаралелливание/прочую нужную хуиту?
>>63016
сам ты торч бля, я только чуть чуть дунул
сам ты торч бля, я только чуть чуть дунул
>>63016
вообще ты пиздец душный, я спросил что почитать по СИ ПЛЮС ПЛЮС а не твои охуеные советы про питон блять
вообще ты пиздец душный, я спросил что почитать по СИ ПЛЮС ПЛЮС а не твои охуеные советы про питон блять
37 Кб, 480x480Так скажите, плюсаны, будущего у языка нет? Мне предлагали проект на Java, но я все равно решил съебать на другой проект на крестах. И вроде всё неплохо, но грызет изнутри, что я проебался и в долгой перспективе пососу хуёв.
Разбудите меня, когда executors+networking допилят
>>63119
Если у тебя опыт (и в общем-то нравится язык) то все должно быть в шеколаде в обозримом будущем. Это вкатунам биба.
Если у тебя опыт (и в общем-то нравится язык) то все должно быть в шеколаде в обозримом будущем. Это вкатунам биба.
>>63230
А если обычная РАБота на дядю + собственные проекты на энтузиастычах без пердолинга? Сегодня часа 2 ставил автокомплит на спейсмаксы ибо нет ни одного человеческого конфига.
А если обычная РАБота на дядю + собственные проекты на энтузиастычах без пердолинга? Сегодня часа 2 ставил автокомплит на спейсмаксы ибо нет ни одного человеческого конфига.
>>63232
Я бы ни один из этих вариантов не стал бы выбирать.
> пердолинг в студии раз в пару месяцев
> пердолинг каждый новый проект с конструктором и консолькой
Я бы ни один из этих вариантов не стал бы выбирать.
>>63234
Не, ну становиться гей или веб шлюхой для меня тоже не вариант. Да и кресты прям реально секс, хуй я их на что променяю.
Не, ну становиться гей или веб шлюхой для меня тоже не вариант. Да и кресты прям реально секс, хуй я их на что променяю.
>>63236
ну тут в зпхе же прогирышь
Да и хз придет ли джава и прочнее подобное говно в нишу с++
Да и сейчас IOT ебашит, роботы, дроны и тд. Джаве и шарпу там нехуй делать
ну тут в зпхе же прогирышь
Да и хз придет ли джава и прочнее подобное говно в нишу с++
Да и сейчас IOT ебашит, роботы, дроны и тд. Джаве и шарпу там нехуй делать
1,3 Мб, mp4,1920x1080, 0:34
>>63225
Какие тут вообще могут быть срачи в 2021 веке когда выбор очевиден?
Какие тут вообще могут быть срачи в 2021 веке когда выбор очевиден?
>>63225
На вкус и цвет. Все остальные кукаретики.
На вкус и цвет. Все остальные кукаретики.
>>63333
На крестах и пишу. Мой первый язык, до этого программированием только на паскале и vbs в школе + универе маялся.
На крестах и пишу. Мой первый язык, до этого программированием только на паскале и vbs в школе + универе маялся.
>>63081
А чё думать. Убираем строку "Hui" из моего примера и всё ок.
А чё думать. Убираем строку "Hui" из моего примера и всё ок.
>>63351
Если память не изменяет с 17 стандарта таким говном компилятор не удивить. Это то что я знаю. Докажи обратное.
Если память не изменяет с 17 стандарта таким говном компилятор не удивить. Это то что я знаю. Докажи обратное.
>>63225
И то и другое. IDE (но не та, что зовётся visual studio) вроде кажется победителем. Но настройка кросскомпиляции, telnet/ssh, синхронизации сырков, удалённого дебага бывает крайне заёбистой.
И то и другое. IDE (но не та, что зовётся visual studio) вроде кажется победителем. Но настройка кросскомпиляции, telnet/ssh, синхронизации сырков, удалённого дебага бывает крайне заёбистой.
>>63119
В СНГ основную кассу делают аутсорс компании. А это энтерпрайз и всякое легаси говно. Будешь сидеть на Java - будешь при деньгах. Ну а кресты это либо гейдев либо легаси говно либо что-то при производстве (которое почти ничего не производит и не зарабатывает). В гейдеве неплохие зарплаты, но скотские условия труда. Легаси унылое, но ты последняя надежда и тебе заплптят (возможно и валютой).
В СНГ основную кассу делают аутсорс компании. А это энтерпрайз и всякое легаси говно. Будешь сидеть на Java - будешь при деньгах. Ну а кресты это либо гейдев либо легаси говно либо что-то при производстве (которое почти ничего не производит и не зарабатывает). В гейдеве неплохие зарплаты, но скотские условия труда. Легаси унылое, но ты последняя надежда и тебе заплптят (возможно и валютой).
>>63366
Для вывода ошибок прямо в редакторе - error lens + clangd или clang command adapter.
для кругов - https://github.com/kato-hiroto/KeyClickFarmer
Для вывода ошибок прямо в редакторе - error lens + clangd или clang command adapter.
для кругов - https://github.com/kato-hiroto/KeyClickFarmer
>>63443
Спасибо
Спасибо
>>63486
Верно, тут и сравнивать нечего. Плагины > монолитный кал который потом хер вычистишь из системы.
Верно, тут и сравнивать нечего. Плагины > монолитный кал который потом хер вычистишь из системы.
>>63495
Кстати, это очень смешно, но полнофункциональную IDE только преподы в универах и котируют по какой-то причине.
После выпуска ни разу еще не видел это замечательное творение.
Кстати, это очень смешно, но полнофункциональную IDE только преподы в универах и котируют по какой-то причине.
После выпуска ни разу еще не видел это замечательное творение.
>>63500
ну ваще да, на удаленке разожрался, есть такая тема.
ну ваще да, на удаленке разожрался, есть такая тема.
>>63518
и как попробовалось? Хуи в НИИ за 30к грызешь?
и как попробовалось? Хуи в НИИ за 30к грызешь?
>>63632
Я прочитал часть документации, которая мне нужна. Но не могу допереть как правильно фичу свою реализовать, она багованная выходит
Я прочитал часть документации, которая мне нужна. Но не могу допереть как правильно фичу свою реализовать, она багованная выходит
>>63638
Так и запиши в релиз ноте: не баг, а фича
Так и запиши в релиз ноте: не баг, а фича
>>63638
Я не телепат, но с большой вероятностью ошибка в твоём жс.
Я не телепат, но с большой вероятностью ошибка в твоём жс.
>>63497
В ВУЗе был препод, у которого стояла вижуал студио в виртуалке на ноуте, потому что по программе её надо, а он говорит, что она всё засрет и потом вилкой чистить, неудобно.
В ВУЗе был препод, у которого стояла вижуал студио в виртуалке на ноуте, потому что по программе её надо, а он говорит, что она всё засрет и потом вилкой чистить, неудобно.
>>63830
Многие преподы совмещают с нормальной работой, особенно молодые, он тоже.
Многие преподы совмещают с нормальной работой, особенно молодые, он тоже.
>>63906
В 2020 году разве не похуй что у тебя лишние 5000 файлов на диске или в реестре мусор?
В 2020 году разве не похуй что у тебя лишние 5000 файлов на диске или в реестре мусор?
>>63911
Мне похуй, у меня винда в виртуалке.
Мне похуй, у меня винда в виртуалке.
>>63904
Не, на 10чке.
Не, на 10чке.
>>63911
Не похуй. Студия подменяет некоторые системные файлы отладочными, и эта шляпа будет понижать быстродействие при обычном использовании компа.
Не похуй. Студия подменяет некоторые системные файлы отладочными, и эта шляпа будет понижать быстродействие при обычном использовании компа.
>>63973
лолшто? Какие файлы она подменяет?
лолшто? Какие файлы она подменяет?
>>63973
Ты шиз? Это тебе не gcc, не умеющий в отладку без запарывания бинарников говняком.
Ты шиз? Это тебе не gcc, не умеющий в отладку без запарывания бинарников говняком.
> студия
Ящитаю, профессионал не будет пользоваться "инструментом" с закрытым исходным кодом. Тем более, когда он бесплатный или ворованный.
>>64002
Что, много исходников опенсорсных инструментов прочитал перед использованием? Все, кто этого не делает - не профессионалы?
Что, много исходников опенсорсных инструментов прочитал перед использованием? Все, кто этого не делает - не профессионалы?
>>64007
Все, мань.
Высокая вероятность такого.
>много исходников опенсорсных инструментов прочитал перед использованием?
Все, мань.
>Все, кто этого не делает - не профессионалы?
Высокая вероятность такого.
>>64002
Я щитаю, что адовое дрочево на опенсорс и штольмана - психическое расстройство. Мне за работу платят, а не за идеологию.
Я щитаю, что адовое дрочево на опенсорс и штольмана - психическое расстройство. Мне за работу платят, а не за идеологию.
>>64017
Весело наверное потом свои емейлы и пароли находить в слитых базах данных, да, работяга?
Весело наверное потом свои емейлы и пароли находить в слитых базах данных, да, работяга?
>>64007
Я вот почитываю исходники, когда возникают непонятки. Да даже если бы и не читал, полно других глаз.
Я вот почитываю исходники, когда возникают непонятки. Да даже если бы и не читал, полно других глаз.
>>64075
Работает.
Работает.
>>62892
Потому что это строковый литерал, пчел. Хотя есть компили, которые позволяют править строковые литералы. Clang и gcc точно не разрешают, msvc хз, ибо говном не пользуюсь.
Потому что это строковый литерал, пчел. Хотя есть компили, которые позволяют править строковые литералы. Clang и gcc точно не разрешают, msvc хз, ибо говном не пользуюсь.
>>64102
быстрофиск
возможно, я пизжу и это зависит от ОС/формата исполняемого файла, ибо вспомнил, как один уважаемый скомпилил на шинде код, где была попытка записать символ в строковый литерал, и у него прога не крашнулась и позволила это сделать (мб я ебанутый, хз).
В лялексе, короче, это сегфолт с вертухи сразу.
быстрофиск
возможно, я пизжу и это зависит от ОС/формата исполняемого файла, ибо вспомнил, как один уважаемый скомпилил на шинде код, где была попытка записать символ в строковый литерал, и у него прога не крашнулась и позволила это сделать (мб я ебанутый, хз).
В лялексе, короче, это сегфолт с вертухи сразу.
>>64104
В каком-нибудь эмбеде при загрузке бинаря эта область памяти может быть ДЕЙСТВИТЕЛЬНО READ-ONLY, но редактирование этого — ub в любом случае.
В каком-нибудь эмбеде при загрузке бинаря эта область памяти может быть ДЕЙСТВИТЕЛЬНО READ-ONLY, но редактирование этого — ub в любом случае.
>>64002
Ты на Борланд не гони
Ты на Борланд не гони
>>63291
Потому что язык сложный, да и в индустрии с помощью плюсов решают, как правило, более сложные проблемы, нежели веб-макакерство и крудошлепство. Поэтому как таковых джунов на кресты нету, только если у тебя не блат ну или тебе просто ебически повезло яхз.
Потому что язык сложный, да и в индустрии с помощью плюсов решают, как правило, более сложные проблемы, нежели веб-макакерство и крудошлепство. Поэтому как таковых джунов на кресты нету, только если у тебя не блат ну или тебе просто ебически повезло яхз.
Как сделать pascal -> c++? Похуй на читаемость. Главное промто перевести с одного на другой язык
>>64188
Как минимум по всяким PCI DSS аудитам
Как минимум по всяким PCI DSS аудитам
>>64131
Ой да не гони. Всякие гос. конторы берут молодняк по 30к за штуку.
Ой да не гони. Всякие гос. конторы берут молодняк по 30к за штуку.
Мне нужен список, который может хранить сразу три параметра. Я могу реализовать это так:
- сделать свой список, который сможет принимать не больше и не меньше трёх параметров;
- использовать list из STL, и присваивать узлам списка как параметр ссылку на объект;
- использовать list из STL, и присваивать узлам как параметр массив из трёх ячеек.
Что из этого лучше с точки зрения байтоёбства?
- сделать свой список, который сможет принимать не больше и не меньше трёх параметров;
- использовать list из STL, и присваивать узлам списка как параметр ссылку на объект;
- использовать list из STL, и присваивать узлам как параметр массив из трёх ячеек.
Что из этого лучше с точки зрения байтоёбства?
>>64254
Пидора ответ.
Пидора ответ.
>>64252
>>64254
Ну, ладно. Параметр в программировании — это принимаемое функцией значение. Вот здесь, например,
http://www.cpp.sh/5bnzy
функция принимает массив как параметр. Ну, или указатель на массив, я ваще не ебу. А как весь массив вывести я тем более хуй знает, подходящего для этого способа в std:list как будто и нету.
>>64254
Ну, ладно. Параметр в программировании — это принимаемое функцией значение. Вот здесь, например,
http://www.cpp.sh/5bnzy
функция принимает массив как параметр. Ну, или указатель на массив, я ваще не ебу. А как весь массив вывести я тем более хуй знает, подходящего для этого способа в std:list как будто и нету.
>>64590
Он небось не регается в социалочках и мессенджерах, деньги хранит наличкой, а на двачи ходит через впн, зареганный на 10-минутнвю почту, и взломанный соседский wifi. И работает без трудового договора.
Он небось не регается в социалочках и мессенджерах, деньги хранит наличкой, а на двачи ходит через впн, зареганный на 10-минутнвю почту, и взломанный соседский wifi. И работает без трудового договора.
>>64599
Кто-то ещё до сих пор не делает так после пары посадок двачеров?
> на двачи ходит через впн, зареганный на 10-минутнвю почту, и взломанный соседский wifi
Кто-то ещё до сих пор не делает так после пары посадок двачеров?
>>64608
Так стоит делать разве что для постинга чего-нибудь сомнительного в б или пораше. Вряд ли посадят за помощь с laba1.cpp.
Так стоит делать разве что для постинга чего-нибудь сомнительного в б или пораше. Вряд ли посадят за помощь с laba1.cpp.
>>64631
С чего бы это? Если про геолокацию и ISP, то у меня IP близко к рашке и не палится в базах ДЦ.
С чего бы это? Если про геолокацию и ISP, то у меня IP близко к рашке и не палится в базах ДЦ.
>>64599
А что какие то дауны так еще не делают? Нечегоскрывать, ты?
А что какие то дауны так еще не делают? Нечегоскрывать, ты?
>>64568
Че?
Че?
Почему QPainter::drawPolygon() закрашивает многоугольник? Как без закрашивания нарисовать?
В visual studio 19 года возникла проблема. Код собирается и работает только после пересборки всего решения. Иначе срёт ошибкой линковщика 2019. Это у меня где-то ub затесалось?
443 Кб, 1200x1200Я вот понять не могу, нафига размер всяких int и double — это имплементейшен дефайнд? Это же жесткий удар по переносимости.
>>64779
Я даже brush не устанавливал, он pen-ом что ли красит? Нахуя?
Попробовал QBrush с Qt::transparent ему скормить, один хуй закрашивает.
> The first point is implicitly connected to the last point, and the polygon is filled with the current brush().
Я даже brush не устанавливал, он pen-ом что ли красит? Нахуя?
Попробовал QBrush с Qt::transparent ему скормить, один хуй закрашивает.
>>64780
Я долбаёб не спорю, но почему он в первый раз находит необходимые переменные, а последующие - шлёт нахуй?
Я долбаёб не спорю, но почему он в первый раз находит необходимые переменные, а последующие - шлёт нахуй?
>>64790
Попробуй пересоздать проект с нуля. Может у тебя настройки сбились или закешировалось что то. Это ж говностудия.
Попробуй пересоздать проект с нуля. Может у тебя настройки сбились или закешировалось что то. Это ж говностудия.
>>64782
Наоборот, если жёстко пропишешь в стандарте, что инт - 32 бита, то потом хуй запустишь такой код на процессоре с двухбайтной шиной данных и байтом, не равным 8 бит.
Наоборот, если жёстко пропишешь в стандарте, что инт - 32 бита, то потом хуй запустишь такой код на процессоре с двухбайтной шиной данных и байтом, не равным 8 бит.
>>64767
Перефразирую вопрос, чем в Qt можно нарисовать произвольный замкнутый контур? Чтобы его пунктирной линией можно было отрисовать?
Перефразирую вопрос, чем в Qt можно нарисовать произвольный замкнутый контур? Чтобы его пунктирной линией можно было отрисовать?
>>64792
Да, конечно лучше, чтобы код запустился и в какой-то момент отстрелил тебе ногу, когда переменная переполнится.
Хотя, если учесть, что С как раз разрабатывался для того чтобы его можно было скомпилировать на чём угодно, это можно понять.
В любом случае, получается, что сейчас лучшей практикой является использовать int32_t, если тебе не нужно, чтобы код запускался на всяких извращённых платформах с не 8-битным байтом?
Да, конечно лучше, чтобы код запустился и в какой-то момент отстрелил тебе ногу, когда переменная переполнится.
Хотя, если учесть, что С как раз разрабатывался для того чтобы его можно было скомпилировать на чём угодно, это можно понять.
В любом случае, получается, что сейчас лучшей практикой является использовать int32_t, если тебе не нужно, чтобы код запускался на всяких извращённых платформах с не 8-битным байтом?
>>64782
тебе дали алиасы типа uint32_t
тебе дали алиасы типа uint32_t
>>64803
Я сам не понял, поэтому сюда пришел за помощью.
Я сам не понял, поэтому сюда пришел за помощью.
>>64798
Суть кроссплатформенности в том, чтобы использовать не больше, чем гарантируется стандартом, и не полагаться на имплементацию. Если так и делать, то ничего никогда не переполнится. Для этого и лучше юзать всякие int32_t, когда нет уверенности, на чём это попробуют запустить.
> Да, конечно лучше, чтобы код запустился и в какой-то момент отстрелил тебе ногу, когда переменная переполнится.
Суть кроссплатформенности в том, чтобы использовать не больше, чем гарантируется стандартом, и не полагаться на имплементацию. Если так и делать, то ничего никогда не переполнится. Для этого и лучше юзать всякие int32_t, когда нет уверенности, на чём это попробуют запустить.
>>64798
Нет. Эти типы данных ты используешь для и только для:
В остальных случаях ты используешь стандартные int short char и прочие.
>получается, что сейчас лучшей практикой является использовать int32_t
Нет. Эти типы данных ты используешь для и только для:
> Бинарные форматы
> Бинарные протоколы
> Аппаратные регистры в памяти.
В остальных случаях ты используешь стандартные int short char и прочие.
>>64808
А зачем вообще такое говно нужно в низкоуровневом компилируемом языке? Это же банальная лень, когда вместо платформозависимого кода пишешь универсальное говно. Почему бы просто не скармливать отдельно особенности платформы компилятору, один хуй компилятор под каждую платформу свой пишется, а он уже в свою очередь не давал бы стрелять себе по ногам с UB? Это же глупо звучит, чтоб копипастный код можно было компилить под извращенные микроконтроллеры и под х86 без изменений. Нахуя такая анальная клоунада? Вроде не питонисты, разобрались бы с чтением платформозависимых стандартов.
мимокрок
А зачем вообще такое говно нужно в низкоуровневом компилируемом языке? Это же банальная лень, когда вместо платформозависимого кода пишешь универсальное говно. Почему бы просто не скармливать отдельно особенности платформы компилятору, один хуй компилятор под каждую платформу свой пишется, а он уже в свою очередь не давал бы стрелять себе по ногам с UB? Это же глупо звучит, чтоб копипастный код можно было компилить под извращенные микроконтроллеры и под х86 без изменений. Нахуя такая анальная клоунада? Вроде не питонисты, разобрались бы с чтением платформозависимых стандартов.
мимокрок
>>64791
К слову, есть гайды, о том как расшифровывать выданные линковщиком ошибки? Не номер ошибки, а то чем он после себя срёт.
К слову, есть гайды, о том как расшифровывать выданные линковщиком ошибки? Не номер ошибки, а то чем он после себя срёт.
>>64813
Если у тебя сишка и ассемблер, то будешь читать эти стандарты. Но у тебя C++, который пытается и совместимость с сишкой сохранить (нельзя же просто выкинуть все либы для неё), и высокоуровневым при этом считаться.
> А зачем вообще такое говно нужно в низкоуровневом компилируемом языке?
> Вроде не питонисты, разобрались бы с чтением платформозависимых стандартов.
Если у тебя сишка и ассемблер, то будешь читать эти стандарты. Но у тебя C++, который пытается и совместимость с сишкой сохранить (нельзя же просто выкинуть все либы для неё), и высокоуровневым при этом считаться.
>>64821
Окей, не int32_t, а int_least32_t, например.
Окей, не int32_t, а int_least32_t, например.
>>64821
Я не пишу под платформы, где его нет.
Я не пишу под платформы, где его нет.
>>64826
Почему тогда у новомодных низкоуровневых языков есть нативная совместимость с сишкой, но там додумались не плодить тонну UB? Тем более один хуй комитет уже давно сломал обратную совместимость с кодом старых стандартов. Есть, например, практика в других языках помечать всё ненужное говно мамонта как deprecated и настойчиво предупреждать если используешь это.
> пытается
Почему тогда у новомодных низкоуровневых языков есть нативная совместимость с сишкой, но там додумались не плодить тонну UB? Тем более один хуй комитет уже давно сломал обратную совместимость с кодом старых стандартов. Есть, например, практика в других языках помечать всё ненужное говно мамонта как deprecated и настойчиво предупреждать если используешь это.
>>64836
Потому что в них она на уровне линковки, а не на уровне # include <код_на_сишке.h>
Не так уж сильно она сломана, чтобы прям дохуя было переписывать. Обычно сишный код работает без дополнительного допиливания.
> Почему тогда у новомодных низкоуровневых языков есть нативная совместимость с сишкой
Потому что в них она на уровне линковки, а не на уровне # include <код_на_сишке.h>
> Тем более один хуй комитет уже давно сломал обратную совместимость с кодом старых стандартов
Не так уж сильно она сломана, чтобы прям дохуя было переписывать. Обычно сишный код работает без дополнительного допиливания.
>>64840
Так в чём проблема встраивать компилятор сишки для такого и линковать со своим? В GOвне ты тоже можешь написать
#include<код_на_сишке.h>
> на уровне # include <код_на_сишке.h>
Так в чём проблема встраивать компилятор сишки для такого и линковать со своим? В GOвне ты тоже можешь написать
#include<код_на_сишке.h>
5 Кб, 568x116Патсаны хелп
Короче такая задача:
Требуется написать функцию которая возвращает указатель на многомерный массив произвольного размера, при этом память для массива должна выделяться один раз.
То есть надо сначала посчитать размер памяти под массив и выделить буффер, а потом в этот буффер как-то разложить указатели и вернуть указатель на массив.
Чтобы можно было использовать типа как пикрил
Короче такая задача:
Требуется написать функцию которая возвращает указатель на многомерный массив произвольного размера, при этом память для массива должна выделяться один раз.
То есть надо сначала посчитать размер памяти под массив и выделить буффер, а потом в этот буффер как-то разложить указатели и вернуть указатель на массив.
Чтобы можно было использовать типа как пикрил
>>64820
Ищи по слову name mangling
Ищи по слову name mangling
>>64845
Хорошо
Хорошо
>>64851
Ты про какое то говно мамонта типа объявления параметров в стиле K&R?
int foo(a) int a; { ... }
Ты про какое то говно мамонта типа объявления параметров в стиле K&R?
int foo(a) int a; { ... }
>>64845
бля никто не может решить короче
погромисты вы где
может встроеная хуйня какая-нибудь есть для такого?
бля никто не может решить короче
погромисты вы где
может встроеная хуйня какая-нибудь есть для такого?
>>64843
Ага, и обмазываться всякими unsafe.Pointer() и биндингами. Даже в C++ интероп с сишкой не безшовный, что там про Go говорить.
> В GOвне ты тоже можешь написать
Ага, и обмазываться всякими unsafe.Pointer() и биндингами. Даже в C++ интероп с сишкой не безшовный, что там про Go говорить.
>>64845
Просто берёшь и без задней мысли выделяешь память под 10 указателей, в каждый из них выделяшь память под 10 указателей, в каждый из них выделяшь память под 3 инта.
Просто берёшь и без задней мысли выделяешь память под 10 указателей, в каждый из них выделяшь память под 10 указателей, в каждый из них выделяшь память под 3 инта.
>>64863
> Просто берёшь и без задней мысли выделяешь память под 10 указателей на указатели, в каждый из них выделяшь память под 10 указателей, в каждый из них выделяшь память под 3 инта.
>>64866
Тогда никак, наверн. Можно выделить 10103 сразу, но тогда доступ будет не через скобочки, а через хитровыебаное умножение.
Тогда никак, наверн. Можно выделить 10103 сразу, но тогда доступ будет не через скобочки, а через хитровыебаное умножение.
>>64858
Круто, передашь слишком большое значение size - и стек переполнится, когда с кучей такой проблемы ещё долго не будет. И много сишного кода использует это?
Круто, передашь слишком большое значение size - и стек переполнится, когда с кучей такой проблемы ещё долго не будет. И много сишного кода использует это?
>>64870
а ты не передавай слишком большое значение
хуй знает много или нет, на плюсах такая хуйня не компилится теперь
а ты не передавай слишком большое значение
хуй знает много или нет, на плюсах такая хуйня не компилится теперь
>>64868
да можно, там типа просто надо разложить указатели рекурсивно
да можно, там типа просто надо разложить указатели рекурсивно
>>64858
VLA зло, его даже из кернеля емнип выпилили пару лет назад.
VLA зло, его даже из кернеля емнип выпилили пару лет назад.
>>64845
Можно через malloc это сделать, но выглядит это как грязный хак говна и, вероятно, это приведёт к UB и так писать нельзя.
В тред призываются эксперты по С, которые пояснят за этот момент.
Можно через malloc это сделать, но выглядит это как грязный хак говна и, вероятно, это приведёт к UB и так писать нельзя.
В тред призываются эксперты по С, которые пояснят за этот момент.
>>64897
схуяли нельзя
нешто один раз вызвать малок на всю хуйню хуже чем вызвать его миллион раз для каждого указателя
схуяли нельзя
нешто один раз вызвать малок на всю хуйню хуже чем вызвать его миллион раз для каждого указателя
>>64845
Выдели одномерный массив и потом по оффсетам ищи нужную себе хуйню
Выдели одномерный массив и потом по оффсетам ищи нужную себе хуйню
>>64899
Хуже, потому что есть ощущение, что он не предназначен для этого и хуй знает что там с памятью происходит, и с типами, и как доступ к элементам осуществляется. Но я не шарю в С, так что могу ошибаться.
Короче, нормально делай, нормально и будет.
И лучше использовать смарт поинтеры, вместо обычных указателей.
А ещё лучше стд вектор просто возьми и всё.
Хуже, потому что есть ощущение, что он не предназначен для этого и хуй знает что там с памятью происходит, и с типами, и как доступ к элементам осуществляется. Но я не шарю в С, так что могу ошибаться.
Короче, нормально делай, нормально и будет.
И лучше использовать смарт поинтеры, вместо обычных указателей.
А ещё лучше стд вектор просто возьми и всё.
>>64907
А, вместо маллока, понятно.
А, вместо маллока, понятно.
>>64845
Ебани через emplace new, подсунув ему память.
Ебани через emplace new, подсунув ему память.
>>64915
Это двумерный массив
Это двумерный массив
>>64916
Какой-нибудь variadic template, наподобие template<typename T, typename... Ts> class Type : public Type<Ts> { }, лол.
Какой-нибудь variadic template, наподобие template<typename T, typename... Ts> class Type : public Type<Ts> { }, лол.
>>64920
Только не typename, а int.
Только не typename, а int.
Сап, байтоёбская братва. Если вдруг кому скучно живётся прошу дать оценку кодстайла и указать на ошибки в коде:
https://dropmefiles.com/dztjN (я быдло без гита, сори).
Делал по заданию 3 тут: https://ravesli.com/glava-11-itogovyj-test/
Сегодня ровно 2 месяца как вкатываюсь в кресты.
https://dropmefiles.com/dztjN (я быдло без гита, сори).
Делал по заданию 3 тут: https://ravesli.com/glava-11-itogovyj-test/
Сегодня ровно 2 месяца как вкатываюсь в кресты.
>>64913
а как ты это динамически сделаешь?
а как ты это динамически сделаешь?
>>64925
Тогда и с обычными указателями многомерные массивы не получатся, олько одномерный, у которого будешь вместо компилятора вычислять настоящий индекс по N размерам.
А преобразование обычного указателя в указатель на указатель на указатель на указатель пахнет нарушением strict aliasing rules, хотя хуй знает.
Тогда и с обычными указателями многомерные массивы не получатся, олько одномерный, у которого будешь вместо компилятора вычислять настоящий индекс по N размерам.
А преобразование обычного указателя в указатель на указатель на указатель на указатель пахнет нарушением strict aliasing rules, хотя хуй знает.
>>64909
std::vector
std::vector
>>64909
Хранишь в одном контейнере линейно и вычисляешь нужный индекс.
Даже двухмерные массивы пахнут говнокодов, выше — не имеею юзкейса.
Хранишь в одном контейнере линейно и вычисляешь нужный индекс.
Даже двухмерные массивы пахнут говнокодов, выше — не имеею юзкейса.
>>64940
До данного момента для него у меня было примерно 0 юзкейсов. Да и сам иди нахуй, быдло.
До данного момента для него у меня было примерно 0 юзкейсов. Да и сам иди нахуй, быдло.
>>64947
Быдло здесь ты, если на полном серьезе предлагаешь нам скачать твои лабы с файлообменника.
Быдло здесь ты, если на полном серьезе предлагаешь нам скачать твои лабы с файлообменника.
>>64985
на стэке - да. При гомоебле в виде аллокаций указателей на указателей на указатели как пчел выше пытался делать - нет конечно.
на стэке - да. При гомоебле в виде аллокаций указателей на указателей на указатели как пчел выше пытался делать - нет конечно.
>>64985
Двумерный массив - это буквально одномерный массив указателей на (относительно) рандомные участки памяти
Двумерный массив - это буквально одномерный массив указателей на (относительно) рандомные участки памяти
>>64990
Читать научись, чучело. О каком укладывании указателях речь, если мы АЛЛОЦИРУЕМ каждый массив?
Читать научись, чучело. О каком укладывании указателях речь, если мы АЛЛОЦИРУЕМ каждый массив?
>>64992
даун, какой "каждый" массив? он один всего
алоцируй себе в очке один раз буфер и запихни туда всю хуйню
нахуй тебе сто раз алоцировать ты даун что ли какой-то?
даун, какой "каждый" массив? он один всего
алоцируй себе в очке один раз буфер и запихни туда всю хуйню
нахуй тебе сто раз алоцировать ты даун что ли какой-то?
>>64998
ну и как успехи?
ну и как успехи?
>>64968
Имею право как человек успевший застать эру фо.
Имею право как человек успевший застать эру фо.
>>65012
зачем "массиву который указывает" быть где-то в другом месте
пусть лежат себе все рядышком, линейно
зачем "массиву который указывает" быть где-то в другом месте
пусть лежат себе все рядышком, линейно
>>65034
ты не можешь контролировать где лежит указатель?
ты не можешь контролировать где лежит указатель?
Разве в вашем недоязыке нельзя три раза переопределить оператор индексации?
>>64945
Обычно на гпу используются, т.е. не нужно получать доступ к n элементу, весь тензор целиком уезжает. А при заполнении можно всякие юнионы использовать, если так хочется
Обычно на гпу используются, т.е. не нужно получать доступ к n элементу, весь тензор целиком уезжает. А при заполнении можно всякие юнионы использовать, если так хочется
>>64782
Си было во времена, когда ещё делались 36-битные и 48-битные компьютеры. Сейчас да, нафиг никому не нужно, но комитет просто так не убедишь. Поэтому и получается, что в GCC long то-ли 4 байта (при компиляции на x86), то-ли 8 байт (x64).
Си было во времена, когда ещё делались 36-битные и 48-битные компьютеры. Сейчас да, нафиг никому не нужно, но комитет просто так не убедишь. Поэтому и получается, что в GCC long то-ли 4 байта (при компиляции на x86), то-ли 8 байт (x64).
Раз уж речь зашла о контейнерах, поинтересуюсь мнением анонов о deque. Как я понял, это набор линейных массивов связанных между собой как списки.
Возможно я тупой, и не умею читать, но как определить длину одного линейного массива в ней?
Возможно я тупой, и не умею читать, но как определить длину одного линейного массива в ней?
>>65219
GCC - это общее название и GCC (лол), и G++, и gfortran, и gccgo, и прочая, и прочая.
GCC - это общее название и GCC (лол), и G++, и gfortran, и gccgo, и прочая, и прочая.
>>65206
Студия не умеет в GCC, только через кросскомпиляцию на никсах. А умеет она в Шланг в кач-ве фронтенда (clang-cl)
Студия не умеет в GCC, только через кросскомпиляцию на никсах. А умеет она в Шланг в кач-ве фронтенда (clang-cl)
>>65159
Не стоит забывать про вечный IDE-срач (хотя даже долбоебу должно быть понятно что если таски уровнем выше laba2, VS не контрится ничем)
Не стоит забывать про вечный IDE-срач (хотя даже долбоебу должно быть понятно что если таски уровнем выше laba2, VS не контрится ничем)
23 Кб, 666x371>>65159
Надо обсуждать UB, темплейты, интрисинки и отказ от юзания фич, которые якобы zero cost, а на самом деле медленнее на 0.00000000000001%, а также лабы студентов и работу в НИИ.
Надо обсуждать UB, темплейты, интрисинки и отказ от юзания фич, которые якобы zero cost, а на самом деле медленнее на 0.00000000000001%, а также лабы студентов и работу в НИИ.
>>65369
Перешёл на линукс с имаксами спустя 2 года кодинга во всратом вс, сейчас за 5 часов делаю то что раньше делал за 9.
Перешёл на линукс с имаксами спустя 2 года кодинга во всратом вс, сейчас за 5 часов делаю то что раньше делал за 9.
>>65376
Может ты хоть немного программировать за 2 года научился? Ну и да, я не могу представить себе, как в 2 раза чистую производительность можно улучшить, учитывая, что я большую часть времени читаю код, а не пишу. А для чтения VS божественна.
Может ты хоть немного программировать за 2 года научился? Ну и да, я не могу представить себе, как в 2 раза чистую производительность можно улучшить, учитывая, что я большую часть времени читаю код, а не пишу. А для чтения VS божественна.
>>65392
Казуал — это ты. Я на бумажке пишу.
Казуал — это ты. Я на бумажке пишу.
>>65416
я понимаю, что чтение кода в нотепаде это такая хуйня, что это даже как-то аргументировать смысла нет.
я понимаю, что чтение кода в нотепаде это такая хуйня, что это даже как-то аргументировать смысла нет.
>>65421
Это не обсуждение.
Это не обсуждение.
>>65418
Без Find all references, без кликанья на функции - да. И хорошо настроенная подсветка вполне помогает усвоению кода.
Без Find all references, без кликанья на функции - да. И хорошо настроенная подсветка вполне помогает усвоению кода.
>>65425
# define typename _
# define typename _
>>65431
Окей, и что дальше?
Окей, и что дальше?
Подсветка синтаксиса - зло которая только мешает понимать истинные процессы происходящие в языке, посколько ты не пропускаешь код через свою голову.
>>65437
Хуй знает, что у тебя там встало на свои места. Но сомневаюсь, что ты мне что-то новое расскажешь
>Теперь всё встало на свои места
Хуй знает, что у тебя там встало на свои места. Но сомневаюсь, что ты мне что-то новое расскажешь
>>65446
Только думал тебя похвалить, мол ты не только чтец но и в анализе кода что-то сечёшь так ты в позу встаёшь. Не надо так.
Только думал тебя похвалить, мол ты не только чтец но и в анализе кода что-то сечёшь так ты в позу встаёшь. Не надо так.
>>65421
typename, если значение может быть типом, class — если только классом.
typename, если значение может быть типом, class — если только классом.
Что значит вердикт IL в тестирующей системе?
произошел форс мажор, поэтому нужен человек, разбирающийся в с++ (для курсовой работы). об оплате договоримся.
почта:dawnfao:#ds ANUSyandqACex PUNCTUMr/1Hu потом тг
извините, просто некуда обратиться даже
почта:
извините, просто некуда обратиться даже
15 Кб, 937x103>>60500 (OP)
Вот к этому коду прилагается:
The constructor uses an initializer list to set the class constant members. The variable before the curly braces is the class member, while the pieces inside are the values assigned to it. These are often constructor arguments. It is acceptable to use the same name for both the class member and the argument.
Есть класс World, его объект World() со своими полями. Что ещё за члены класса и аргументы конструктора, где они в коде?
Вот к этому коду прилагается:
The constructor uses an initializer list to set the class constant members. The variable before the curly braces is the class member, while the pieces inside are the values assigned to it. These are often constructor arguments. It is acceptable to use the same name for both the class member and the argument.
Есть класс World, его объект World() со своими полями. Что ещё за члены класса и аргументы конструктора, где они в коде?
>>65518
4к час, пиши в ЛС.
4к час, пиши в ЛС.
>>65518
Тебе в JS-тред.
Тебе в JS-тред.
>>65536
Поля это же и есть члены класса.
Конструктор это сорт оф функция, что в нее передается то и есть аргументы.
Поля это же и есть члены класса.
Конструктор это сорт оф функция, что в нее передается то и есть аргументы.
>>65536
Конкретно на твоем пике definition конструктора.
ni{ni} примерно эквивалентно если бы внутри тела было написано { this.ni = ni }
Конкретно на твоем пике definition конструктора.
ni{ni} примерно эквивалентно если бы внутри тела было написано { this.ni = ni }
>>65607
Для саморазвития нужен определенный настрой души, а пока его нет, остаётся только подъёбывать зелень на двачах.
Для саморазвития нужен определенный настрой души, а пока его нет, остаётся только подъёбывать зелень на двачах.
>>65616
Таки бывает. Когда не слишком сильно заебался на работе, и ещё есть силы на кодинг для души.
> Это всё отмазки. С таким подходом никогда настроя не будет.
Таки бывает. Когда не слишком сильно заебался на работе, и ещё есть силы на кодинг для души.
>>65607
Пукнул
Пукнул
59 Кб, 873x1066Начинал учить питон по книжке "Укус питона". Понравилась она тем, что все задания к каждой главе идут с использованием знаний предыдущих глав. Есть ли подобная книжка по плюсам? Сейчас прошел 60% курса на udemy https://www.udemy.com/course/beginning-c-plus-plus-programming, но хочется больше практики по ООП также последовательно-нарастающих.
>>65665
Очень, очень глупое решение. Прата не описывает многие тонкие моменты которые имеются у Струпа. Потом на гугление потратишь больше времени чем на разбор сейчас.
Очень, очень глупое решение. Прата не описывает многие тонкие моменты которые имеются у Струпа. Потом на гугление потратишь больше времени чем на разбор сейчас.
>>65684
Да какие тонкие моменты, ты о чём?
Язык бы, для начала освоить, на базовом уровне. Ознакомиться со стандартной библиотекой и тд, а уж дальше в нюансы ёбаная тётя погружаться.
Да какие тонкие моменты, ты о чём?
Язык бы, для начала освоить, на базовом уровне. Ознакомиться со стандартной библиотекой и тд, а уж дальше в нюансы ёбаная тётя погружаться.
>>65692
Ты чё, ёпта. Сначала пишем код - потом думаем что он делает.
Ты чё, ёпта. Сначала пишем код - потом думаем что он делает.
>>65692
За базовым уровнем - на равесли до ООП. Дальше не выёбываешься и берёшь Страуса. Уже заебали капать на мою седую голову с визгами типа "Как это нельзя писать using namespace ...;? Как это переписывай 40 файлов?"
За базовым уровнем - на равесли до ООП. Дальше не выёбываешься и берёшь Страуса. Уже заебали капать на мою седую голову с визгами типа "Как это нельзя писать using namespace ...;? Как это переписывай 40 файлов?"
>>65734
Это тот типчик у которого чтобы примеры из книги заработали надо искать какую то васянскую либу include_me_hello_world причем нужной версии?
>Страуса
Это тот типчик у которого чтобы примеры из книги заработали надо искать какую то васянскую либу include_me_hello_world причем нужной версии?
>>65736
Только если ты настолько аутист что даже не сумеешь понять как самостоятельно подключать либы.
Только если ты настолько аутист что даже не сумеешь понять как самостоятельно подключать либы.
>>65738
Дедуль, а либы тебе на сиди-диске к книге приложили? Сейчас это немного не так работает.
Дедуль, а либы тебе на сиди-диске к книге приложили? Сейчас это немного не так работает.
>>65739
Какие ещё либы, ебанько? У тебя всё со студией из коробки идёт, всё как вы любите.
Какие ещё либы, ебанько? У тебя всё со студией из коробки идёт, всё как вы любите.
65 Кб, 1044x409>>65736
Это смотря какую из двух книг читать, в нормальной книге такой хуйни нет.
Это смотря какую из двух книг читать, в нормальной книге такой хуйни нет.
>>65744
Ты тащищь всё это говно в каждое своё поделие и ещё смеешь залупаться на меня?
>#include<iostream>
>#include<iomanip>
>#include<fstream>
>#include<sstream>
>#include<cmath>
>#include<cstdlib>
>#include<string>
>#include<list>
>#include <forward_list>
>#include<vector>
>#include<unordered_map>
>#include<algorithm>
>#include <array>
>#include <regex>
>#include<random>
>#include<stdexcept>
Ты тащищь всё это говно в каждое своё поделие и ещё смеешь залупаться на меня?
187 Кб, 986x688
341 Кб, 507x420>>65750
Мда, ироничный прокол.
Мда, ироничный прокол.
>>65751
Я и без книжки понимаю, что такое неймспейс и почему хуево его инклюдить везде без весомой причины. Какие еще ньюансы в струссусусупе описаны?
Я и без книжки понимаю, что такое неймспейс и почему хуево его инклюдить везде без весомой причины. Какие еще ньюансы в струссусусупе описаны?
>>64845
погромисты с двача не в силах решить простую задачу
погромисты с двача не в силах решить простую задачу
>>60500 (OP)
Привет анончики.
https://youtu.be/zrOIQEN3Wkk?t=299
Наткнулся на видео (есть таймкод), там оч странный код на с++, похожий на хаскел. Гуглил rv and hs namespaces c++ - ничего. Загуглил functional programming c++20, есть примеры кода, но не поясняется, что это и как с этим работать.
Тыкните, пж, куда читать об этом.
Привет анончики.
https://youtu.be/zrOIQEN3Wkk?t=299
Наткнулся на видео (есть таймкод), там оч странный код на с++, похожий на хаскел. Гуглил rv and hs namespaces c++ - ничего. Загуглил functional programming c++20, есть примеры кода, но не поясняется, что это и как с этим работать.
Тыкните, пж, куда читать об этом.
>>1860427 →
VCLibs 14.0 версии, я так полагаю, нужно для MSVC 140, что соответствует Visual Studio Express 2015
Мб ты открываешь проект, сделанный в 15-ой студии, или у тебя вместо vc142 стоит vc140, я хз.
VCLibs 14.0 версии, я так полагаю, нужно для MSVC 140, что соответствует Visual Studio Express 2015
Мб ты открываешь проект, сделанный в 15-ой студии, или у тебя вместо vc142 стоит vc140, я хз.
>>1860462 →
А как на винде полноценно работать с gcc?(я спрашиваю именно про винду, потому что gcc предлагается как альтернатива при проблемах с визуалкой)
Я на днях трахался с бустом и gcc от mingw и mingw64, он простто не работает с библиотеками буста, хотя они вроде как успешно им были собраны. Файлы, в которых просто main и #include <boost/thread.hpp> <boost/asio.hpp> не собираются с ошибками, которым я нашёл массу решений, не подошедшие в моём случае.
Я знаю, что ещё есть tdm-gcc, но у меня уже не было моральных сил ещё и с ним пытаться.
А как на винде полноценно работать с gcc?(я спрашиваю именно про винду, потому что gcc предлагается как альтернатива при проблемах с визуалкой)
Я на днях трахался с бустом и gcc от mingw и mingw64, он простто не работает с библиотеками буста, хотя они вроде как успешно им были собраны. Файлы, в которых просто main и #include <boost/thread.hpp> <boost/asio.hpp> не собираются с ошибками, которым я нашёл массу решений, не подошедшие в моём случае.
Я знаю, что ещё есть tdm-gcc, но у меня уже не было моральных сил ещё и с ним пытаться.
>>65807
а чё странного именно там
а чё странного именно там
>>65807
Это ranges.
Это ranges.
Можно ли в VS2019 поставить брекпоинт на данные? Допустим есть глобалная структура и надо узнать в каком месте происходит изменение переменной.
>>65879
Можно поставить на поля этой структуры до восьми байт. В дебаггере пкм по переменной -> break when value changes
Можно поставить на поля этой структуры до восьми байт. В дебаггере пкм по переменной -> break when value changes
>>65885
Не работает что-то, написал цикл поставил условие нажал F5 и всё равно деление на ноль
Не работает что-то, написал цикл поставил условие нажал F5 и всё равно деление на ноль
>>65818
Ещё, как вариант, ты можешь из vscode использовать тулчейн от студии, если он у тебя нормально установился.
Ещё, как вариант, ты можешь из vscode использовать тулчейн от студии, если он у тебя нормально установился.
>>65889
Блядь. Ты проект собрал? Брейкпойнт туда хоть поставил? Зачем тебе выполнять ещё какое-то действие?
Блядь. Ты проект собрал? Брейкпойнт туда хоть поставил? Зачем тебе выполнять ещё какое-то действие?
>>65899
мойЛист.insert (it, новыйУзел)? Так, что-ли? А с какой стороны окажется узел, который был в it? И как мне этот момент проконтролировать?
мойЛист.insert (it, новыйУзел)? Так, что-ли? А с какой стороны окажется узел, который был в it? И как мне этот момент проконтролировать?
>>65906
Проект собрал, мне нужно понять почему у меня не срабатывает бряк при изменении переменной/массива/etc, ранее у меня была переменная которая изменяла значения хотя в неё ничего не писал. Ясно дело где-то переполнение буфера. Сейчас похожая ситуация и я пытаюсь найти место где в неё данные неправильные записываются.
Проект собрал, мне нужно понять почему у меня не срабатывает бряк при изменении переменной/массива/etc, ранее у меня была переменная которая изменяла значения хотя в неё ничего не писал. Ясно дело где-то переполнение буфера. Сейчас похожая ситуация и я пытаюсь найти место где в неё данные неправильные записываются.
>>65923
Нахуй иди, чмоха.
>вирусная ссылка на говносайт с кучей текста на англюсике, вместо того, чтобы написать на человеческом языке, что инсерт вставляет новый узел * от итератора, что я уже сам и проверил
Нахуй иди, чмоха.
>>60500 (OP)
https://youtube.com/watch?v=QQZmDWnV618
Нужно мнение двача! По-моему, он несет какую-то дичь. И это руководитель.
https://youtube.com/watch?v=QQZmDWnV618
Нужно мнение двача! По-моему, он несет какую-то дичь. И это руководитель.
>>65912
Читай блоги, чтобы не быть баттхертом
https://devblogs.microsoft.com/visualstudio/break-when-value-changes-data-breakpoints-for-net-core-in-visual-studio-2019/
Читай блоги, чтобы не быть баттхертом
https://devblogs.microsoft.com/visualstudio/break-when-value-changes-data-breakpoints-for-net-core-in-visual-studio-2019/
>>65912
Если бряк не работает, значит не удовлетворяется условие, по которому этот бряк должен происходит. Отлаживай программу пошагово.
Если бряк не работает, значит не удовлетворяется условие, по которому этот бряк должен происходит. Отлаживай программу пошагово.
>>65883
Я, честно признаться, особо не разбираюсь в различиях компиляторов, просто по gcc и его использованию в консоли примеров много, и msvc почему-то визуалкой как-то по-странному запрятан и доступен только из специальной консоли разработчика, и то посредством devenv.exe и прочего. Поэтому решил, что для консоли удобнее всего будет гцц
>>65893
Нет, спасибо, достаточно жопоболи.
>>65895
Да, я думал об этом. Сегодня буду разбираться, как это провернуть. Визуалка жутко тугая, что-то меня от неё аж трясёт. Я уже молчу о том, что там даже подсветку синтаксиса нормально кастомайзить нельзя.
Я, честно признаться, особо не разбираюсь в различиях компиляторов, просто по gcc и его использованию в консоли примеров много, и msvc почему-то визуалкой как-то по-странному запрятан и доступен только из специальной консоли разработчика, и то посредством devenv.exe и прочего. Поэтому решил, что для консоли удобнее всего будет гцц
>>65893
Нет, спасибо, достаточно жопоболи.
>>65895
Да, я думал об этом. Сегодня буду разбираться, как это провернуть. Визуалка жутко тугая, что-то меня от неё аж трясёт. Я уже молчу о том, что там даже подсветку синтаксиса нормально кастомайзить нельзя.
>>65931
Нет. Исповедь С++-пацанчика о том, какая дохуя математика на шаблонах в STL, и как STL охуенно компилируется в ниибацца оптимальный бля буду код. Паттерны и SOLID в мире С++ у него не работают, кстати, нада прощи быть.
Нет. Исповедь С++-пацанчика о том, какая дохуя математика на шаблонах в STL, и как STL охуенно компилируется в ниибацца оптимальный бля буду код. Паттерны и SOLID в мире С++ у него не работают, кстати, нада прощи быть.
>>65924
Ты наверное привык, что тебя мамка с ложечки кормит, рассказывает тебе что к чему и жопку вытирает. Пора взрослеть и делать всё самостоятельно.
А документация - она вся на английском, привыкай.
Ты наверное привык, что тебя мамка с ложечки кормит, рассказывает тебе что к чему и жопку вытирает. Пора взрослеть и делать всё самостоятельно.
А документация - она вся на английском, привыкай.
>>65926
Помотал немного, кекнул с его причин почему кресты лучше сишки и всего остального - деструкторы и шаблоны, лол. Первое уже обоссано растами всякими, второе так или иначе есть даже у гоферов. Боюсь представить что случится с его психикой, если он увидит compiletime-магию из Zig. Так же он там напиздел что либа номер один - буст.
>>65931
Скорее джависта, который после своего говна увидел кресты и начал ссать кипятком, но в итоге пригорел из-за своего слабоумия.
Помотал немного, кекнул с его причин почему кресты лучше сишки и всего остального - деструкторы и шаблоны, лол. Первое уже обоссано растами всякими, второе так или иначе есть даже у гоферов. Боюсь представить что случится с его психикой, если он увидит compiletime-магию из Zig. Так же он там напиздел что либа номер один - буст.
>>65931
Скорее джависта, который после своего говна увидел кресты и начал ссать кипятком, но в итоге пригорел из-за своего слабоумия.
73 Кб, 400x400>>65924
Псина, съебись на живодерню
>на англюсике
>вместо того, чтобы написать на человеческом языке
>человеческом
Псина, съебись на живодерню
>>65965
Так падажжи, а какая же? стл не считаем
Все бы хорошо, но есть ли работа по ним?
>либа номер один - буст
Так падажжи, а какая же? стл не считаем
>Zig
>раст
Все бы хорошо, но есть ли работа по ним?
>>65818
Просто поставь линупс и всё заведётся.
Просто поставь линупс и всё заведётся.
>>65961
>я буду говорить с тобой на англюсеке, хотя мог бы и на человеческом, а понимаешь ты меня или нет твои проблемы, я русофоб и горжусь этим кококо кудах
>>65973
Przepraszam, бат шпрехаем мы here на русском, донт гори
Przepraszam, бат шпрехаем мы here на русском, донт гори
>>65973
Сударь, вы тредом ошиблись. Вам не в С++, а в 1С. Там всё как вы изволите.
Сударь, вы тредом ошиблись. Вам не в С++, а в 1С. Там всё как вы изволите.
>>65982
Да темплейты сразу были
Да темплейты сразу были
>>65970
Под конкретную задачу есть либы лучше буста. Этот комбайн из антапаттернов явно не может быть лучшим. Выбор правильного инструмента - это очень важный навык. А он там сказал про буст с посылом что ньюфагам надо его выдрачивать полностью и писать всё на нём, ещё приведя аргумент что буст написан очень сложно и оптимизированно богами крестов.
Нет. Я написал это к тому что деструкторы очень сомнительное преимущество и от обсеров мало спасают, а раст как раз показывает пример что можно на хуй сесть и рыбку съесть писать быстрый и безопасный код.
> а какая же?
Под конкретную задачу есть либы лучше буста. Этот комбайн из антапаттернов явно не может быть лучшим. Выбор правильного инструмента - это очень важный навык. А он там сказал про буст с посылом что ньюфагам надо его выдрачивать полностью и писать всё на нём, ещё приведя аргумент что буст написан очень сложно и оптимизированно богами крестов.
> есть ли работа по ним?
Нет. Я написал это к тому что деструкторы очень сомнительное преимущество и от обсеров мало спасают, а раст как раз показывает пример что можно на хуй сесть и рыбку съесть писать быстрый и безопасный код.
>>65965
А вот в 3 разных языках есть всё что в плюсах и даже лучше... Так и представил, как ты всё это вместе в проекте склеишь.
А вот в 3 разных языках есть всё что в плюсах и даже лучше... Так и представил, как ты всё это вместе в проекте склеишь.
>>65987
Да там просто чел однобокий, ковыряется только в своей нише. То с чем реально у него проблемы, это то, что он в английский не может.
Да там просто чел однобокий, ковыряется только в своей нише. То с чем реально у него проблемы, это то, что он в английский не может.
Аноны, пишу проект на CLR WinForms на С++, у меня весь код получился в хэдэре (.h) это нормально? Ну просто конструктор с ним хорошо работал. Ну в хэдэрэ прописано появление всех окон, обработка событий при нажатий на кнопки и т.д. и т.п.
Стоит ли это перетаскивать в .cpp?
Стоит ли это перетаскивать в .cpp?
Ботинки.завязать(левая_рука, правая_рука, шнурки);
Сука, ору. Понятно, почему у пидорах ни паттерны, ни солид не работают.
>>65987
Тогда соглашусь по поводу буста. Я думал, он просто привел ее в качестве самой популярной либы, про которую нужно знать (опять я недооценил степень маразма в пидорашкокодинге).
Сука, ору. Понятно, почему у пидорах ни паттерны, ни солид не работают.
>>65987
Тогда соглашусь по поводу буста. Я думал, он просто привел ее в качестве самой популярной либы, про которую нужно знать (опять я недооценил степень маразма в пидорашкокодинге).
>>66002
Он блять SOLID-диссидент, алло.
Он блять SOLID-диссидент, алло.
>>65982
Ну это совсем не то. В крестах это очень ограниченно и в виде нестыкуемых друг с другом вещей. А в Zig функционал compiletime для всего один. Как для вычисления типов, так и для выражений. В итоге тебя не ограничивают шаблонами и ты, например, можешь типами в коде жонглировать без лапши в скобках -> >>65800. Или то что недавно упоминали - работать нормально с массивами через скобки без константного размера или явно использовать переменный размер инта для разных платформ, а не жрать что дают.
Ну это совсем не то. В крестах это очень ограниченно и в виде нестыкуемых друг с другом вещей. А в Zig функционал compiletime для всего один. Как для вычисления типов, так и для выражений. В итоге тебя не ограничивают шаблонами и ты, например, можешь типами в коде жонглировать без лапши в скобках -> >>65800. Или то что недавно упоминали - работать нормально с массивами через скобки без константного размера или явно использовать переменный размер инта для разных платформ, а не жрать что дают.
>>65159
Нужен отдельныц тред для экспириенсд-господ
Нужен отдельныц тред для экспириенсд-господ
Объясните на пальцах, где и когда может понадобиться динамическое выделение памяти? Правильно ли я понимаю, что это актуально в том случае, если мне нужно создать какое-то количество объектов (например, я сделал запрос и получил 10000 постов с двача) и после их обработки мне нужно их выкинуть из памяти, так как они больше мне не нужны?
Если бы они остались в памяти, то приложуха бы просто жрала ее каждый раз как делает запрос?
Если бы они остались в памяти, то приложуха бы просто жрала ее каждый раз как делает запрос?
>>66021
Мы тебе няньки, что ли, дурачок, на такие элементарные вопросы отвечать? Книжки читай, там все прекрасно объяснено. Желательно на английском.
Мы тебе няньки, что ли, дурачок, на такие элементарные вопросы отвечать? Книжки читай, там все прекрасно объяснено. Желательно на английском.
>>66000
Интересный синоним к слову "косячный".
Интересный синоним к слову "косячный".
>>66021
В софте выше уровня хэллоу ворлда у тебя будет ебическое количество ситуаций, когда размер выделяемой памяти будет неизвестен во время компиляции. В таком случае нужно выделять память в куче в рантайме, разумеется.
Дополнительная причина - куча, в отличие от стэка, ограничена только ОЗУ самого камплюхтера, поэтому если тебе надо выделить ебическое количество памяти (гиг+, допустим), тебе надо использовать кучу вне зависимости от того известен ли тебе размер выделяемой памяти заблаговременно или нет, потому что стэк статичен и маленький, гиг ты там не выделишь, прога просто крашнется из-за переполнения стэка.
В софте выше уровня хэллоу ворлда у тебя будет ебическое количество ситуаций, когда размер выделяемой памяти будет неизвестен во время компиляции. В таком случае нужно выделять память в куче в рантайме, разумеется.
Дополнительная причина - куча, в отличие от стэка, ограничена только ОЗУ самого камплюхтера, поэтому если тебе надо выделить ебическое количество памяти (гиг+, допустим), тебе надо использовать кучу вне зависимости от того известен ли тебе размер выделяемой памяти заблаговременно или нет, потому что стэк статичен и маленький, гиг ты там не выделишь, прога просто крашнется из-за переполнения стэка.
>>66033
Что ты несешь, наркоман, стек это та же ОЗУ. Точно так же выделяются новые виртуальные страницы при pagefault
Что ты несешь, наркоман, стек это та же ОЗУ. Точно так же выделяются новые виртуальные страницы при pagefault
>>66060
МенеджерМира.послать_сообщение(СервисЛокатор.получить_свободные_руки(), БотинкиСоШнуркамиИлиНуль())
МенеджерМира.послать_сообщение(СервисЛокатор.получить_свободные_руки(), БотинкиСоШнуркамиИлиНуль())
>>66029
Скорее Go/Rust, чем сишка. В Zig можно сделать пародию на ООП средствами языка, разве что наследование не запилить. Zig же и начали пилить потому что в расте пытались сделать заебись, а получилось говно с костылями.
> это аналог Си
Скорее Go/Rust, чем сишка. В Zig можно сделать пародию на ООП средствами языка, разве что наследование не запилить. Zig же и начали пилить потому что в расте пытались сделать заебись, а получилось говно с костылями.
>>66060
фабрика = сервис_локатор.найти(интерфейс_абстрактной_фабрики_рук)
...
фабрика.зарегистрировать(интерфейс_левой_руки, реализация_левой_руки)
фабрика.зарегистрировать(интерфейс_правой_руки, реализация_правой_руки)
...
если человек = сервис_локатор.найти(интерфейс_человека) тогда
__если человек.руки == нет тогда
____если левая_рука = фабрика.создать(интерфейс_левой_руки) и правая_рука = фабрика.создать(интерфейс_правой_руки) тогда
______человек.руки = левая_рука, правая_рука
____или
______кинуть_ошибку(ошибка(1488, "человек не может завязать шнурки, неудалось создать и заинжектить руки"))
____ой_всё
__ой_всё
__если человек.имеет(ботинки) тогда
____если человек.может(завязать_шнурки) тогда
______человек.отправить_команду(завязать_шнурки)
____или
______кинуть_ошибку(ошибка(228, "человек не умеет завязывать шнурки"))
____ой_всё
__или
____кинуть_ошибку(ошибка(1337, "это столлман, ему нинада)0"))
__ой_всё
ой_всё
Уже достаточно солидно, или какой-то принцип нарушен?
фабрика = сервис_локатор.найти(интерфейс_абстрактной_фабрики_рук)
...
фабрика.зарегистрировать(интерфейс_левой_руки, реализация_левой_руки)
фабрика.зарегистрировать(интерфейс_правой_руки, реализация_правой_руки)
...
если человек = сервис_локатор.найти(интерфейс_человека) тогда
__если человек.руки == нет тогда
____если левая_рука = фабрика.создать(интерфейс_левой_руки) и правая_рука = фабрика.создать(интерфейс_правой_руки) тогда
______человек.руки = левая_рука, правая_рука
____или
______кинуть_ошибку(ошибка(1488, "человек не может завязать шнурки, неудалось создать и заинжектить руки"))
____ой_всё
__ой_всё
__если человек.имеет(ботинки) тогда
____если человек.может(завязать_шнурки) тогда
______человек.отправить_команду(завязать_шнурки)
____или
______кинуть_ошибку(ошибка(228, "человек не умеет завязывать шнурки"))
____ой_всё
__или
____кинуть_ошибку(ошибка(1337, "это столлман, ему нинада)0"))
__ой_всё
ой_всё
Уже достаточно солидно, или какой-то принцип нарушен?
>>66084
В каком месте? У тебя в функции завязывания шнурков создаются руки! Алло, йоба!
Это пока что только S. Дальше ещё хуже. Давай заново.
> Уже достаточно солидно
В каком месте? У тебя в функции завязывания шнурков создаются руки! Алло, йоба!
Это пока что только S. Дальше ещё хуже. Давай заново.
>>66104
Истинный ООП только в JS, на прототипах и любых сообщениях любому объекту.
Истинный ООП только в JS, на прототипах и любых сообщениях любому объекту.
>>66107
Тащить все подряд в язык в виде недоделок - это еще не мультипарадигма.
Тащить все подряд в язык в виде недоделок - это еще не мультипарадигма.
>>66107
Имелись в виду преобладающие парадигмы.
Имелись в виду преобладающие парадигмы.
>>66051
Сам ты наркоман. Ты не можешь поменять размер стэка в рантайме, об этом идет речь. Размер стэка известен до запуска программы и не меняется (и не может меняться) во время исполнения программы.
Сам ты наркоман. Ты не можешь поменять размер стэка в рантайме, об этом идет речь. Размер стэка известен до запуска программы и не меняется (и не может меняться) во время исполнения программы.
>>66090
класс фабрика_человеков(сервис_локатор):
__создать_человека:
____если сервис_локатор == нет тогда
______кинуть_ошибку(ошибка(123, "локатора нема"))
____ой_всё
____если билдер_человека = сервис_локатор.найти(интерфейс_билдера_человека) тогда
______билдер_человека.собрать(&человек)
____или
______кинуть_ошибку(ошибка(d3adb33f, "рук не найдено"))
____ой_всё
>У тебя в функции завязывания шнурков создаются руки!
null safety не завезли же, аджайл порешал и человек собирается по пути, кек
>У тебя в функции завязывания шнурков создаются руки!
класс фабрика_человеков(сервис_локатор):
__создать_человека:
____если сервис_локатор == нет тогда
______кинуть_ошибку(ошибка(123, "локатора нема"))
____ой_всё
____если билдер_человека = сервис_локатор.найти(интерфейс_билдера_человека) тогда
______билдер_человека.собрать(&человек)
____или
______кинуть_ошибку(ошибка(d3adb33f, "рук не найдено"))
____ой_всё
>У тебя в функции завязывания шнурков создаются руки!
null safety не завезли же, аджайл порешал и человек собирается по пути, кек
>>66064
Ебланичен. Единственное, что меняется в рантайме, связанное со стэком, это значение указателя на верхушку стэка (ESP/RSP регистр в x86/x86_64 соответственно). Но у стэка есть финальная величина. Именно поэтому ты не можешь выделить гиг памяти на стэке и именно поэтому у тебя крашится программа, если у тебя, допустим, бесконечная рекурсия (которая не может быть бесконечной как цикл, ибо каждый рекурсивный вызов - это стэковый фрейм на стэке, а стэк, повторюсь, имеет конечную величину, которая не меняется в рантайме).
>Стек автоматичен.
Ебланичен. Единственное, что меняется в рантайме, связанное со стэком, это значение указателя на верхушку стэка (ESP/RSP регистр в x86/x86_64 соответственно). Но у стэка есть финальная величина. Именно поэтому ты не можешь выделить гиг памяти на стэке и именно поэтому у тебя крашится программа, если у тебя, допустим, бесконечная рекурсия (которая не может быть бесконечной как цикл, ибо каждый рекурсивный вызов - это стэковый фрейм на стэке, а стэк, повторюсь, имеет конечную величину, которая не меняется в рантайме).
Че пацаны, аниме?
3 Кб, 259x194>>66120
"Финальная величина" есть и у хипа. ШОК.
Нет. Программа падает оттого, что нехватку памяти для стека нельзя отловить стандартно.
>Но у стэка есть финальная величина.
"Финальная величина" есть и у хипа. ШОК.
>именно поэтому у тебя крашится программа
Нет. Программа падает оттого, что нехватку памяти для стека нельзя отловить стандартно.
>>66119
Хоп, а вот и еще один неосилятор базовых вещей.
Расскажи мне, какие у тебя проблемы с солидом возникают, что именно в нем НИНУЖНО.
Хоп, а вот и еще один неосилятор базовых вещей.
Расскажи мне, какие у тебя проблемы с солидом возникают, что именно в нем НИНУЖНО.
>>60500 (OP)
Аноны, подскажите, как стримить видео с вебки на другой компьютер с минимальной задержкой.
Самое банальное и тупое решение: дёргать отдельные кадры (opencv) и передавать их через TCP сокет, но работает это с очень большой задержкой.
Ещё читал про всякие rtp, sip и прочее, но с трудом понимаю, как это реализовать или какие библиотеки нужно использовать.
Короче, если у кого-то есть опыт в таких вещах, очень хочется услышать ваше решение.
Аноны, подскажите, как стримить видео с вебки на другой компьютер с минимальной задержкой.
Самое банальное и тупое решение: дёргать отдельные кадры (opencv) и передавать их через TCP сокет, но работает это с очень большой задержкой.
Ещё читал про всякие rtp, sip и прочее, но с трудом понимаю, как это реализовать или какие библиотеки нужно использовать.
Короче, если у кого-то есть опыт в таких вещах, очень хочется услышать ваше решение.
>>66149
Читай про sip.
Читай про sip.
>>66117
Можешь менять в рантайме, разрешаю.
#include <sys/resource.h>
...
struct rlimit rl;
rl.rlim_cur = 16 1024 1024;
setrlimit(RLIMIT_STACK, &rl);
Можешь менять в рантайме, разрешаю.
#include <sys/resource.h>
...
struct rlimit rl;
rl.rlim_cur = 16 1024 1024;
setrlimit(RLIMIT_STACK, &rl);
>>66120
1. Стек не имеет конечную величину и меняется в рантайме.
2. Ты можешь выделить гиг памяти на стеке, все что произойдет - ты попадешь в guard page, выкинется pagefault, система его отловит и подложит в виртуальную память еще страничек.
1. Стек не имеет конечную величину и меняется в рантайме.
2. Ты можешь выделить гиг памяти на стеке, все что произойдет - ты попадешь в guard page, выкинется pagefault, система его отловит и подложит в виртуальную память еще страничек.
>>66149
Для rtp полно либ, я пробовал разные но чет так и не получилось быстро, не зря за софт видеоконференций все же деньги дерут. Можешь еще webrtc глянуть.
Для rtp полно либ, я пробовал разные но чет так и не получилось быстро, не зря за софт видеоконференций все же деньги дерут. Можешь еще webrtc глянуть.
>>66157
То есть всё равно была задержка? Какой величины примерно?
Про него тоже читаю.
Может, тупо резать видео на пакеты и слать их по UDP? Или это совсем зашквар будет?
>не получилось быстро
То есть всё равно была задержка? Какой величины примерно?
>Можешь еще webrtc глянуть.
Про него тоже читаю.
Может, тупо резать видео на пакеты и слать их по UDP? Или это совсем зашквар будет?
>>66146
У которого опыта явно больше чем у студентика, всё ещё верящего в волшебный солид.
А где я писал что оно нинужна, поехавший? Я написал что солид и вся свистопляска вокруг него — когда вокруг обычных советов пытаются строить архитектуру и вообще все процессы разработки а не исходят из конкретных нужд — это ебаный карго культ, который надувают долбоёбы вроде тебя.
Какой нибудь SRP из хорошего совета руками религиозных идиотов догматично дробящих всё на объекты с 1 целью и желательно с функциями по 4 строки)0 превращает отладку в ад, просто потому что вся логика размазана по 5-7 строчек размазана на 6 модулей (3 из которых тупо проксируют вызовы туда-сюда и ещё 1 нужен просто чтобы это всё говно слинковать друг с дружкой, лол), если там есть асинхронщина — это вообще время на отладку x10 просто ради того, чтобы хотя бы 1 раз пройти весь этот граф в отладчике, потому что отладка чужого кода всегда начинается снизу логической цепочки. Добавляем туда L/ISP — у нас ещё все общаются по протоколам/интерфейсам/итд, сразу куча бойлерплейта (причём в большинстве случаев неиспользуемого, т.к. подмена имплементаций и тесты вообще есть у пары модулей из сотни, да и делается она элементарно даже если автор хотя бы слышал про DI но не делал интерфейсы вперед), проблемы с перформансом, временем компиляции (просто из-за кучи бойлерплейта), необходимостью несколько часов изучать что и как работает ради добавления, блять, кнопки итд. Добавляем OCP и получаем необходимость форкать нахуй каждую либу когда оказалось что нужно какое-то поле или ждать неделю до следующего спринта пока команда делающая либу дойдёт до этого таска, лол, спасибо.
Разве что про Dependency Inversion сказать ничего не могу, единственный однозначно полезный совет, лол.
>>66160
Так это другой ананас, шизоид ты ебаный.
>Хоп, а вот и еще один неосилятор базовых вещей.
У которого опыта явно больше чем у студентика, всё ещё верящего в волшебный солид.
>что именно в нем НИНУЖНО
А где я писал что оно нинужна, поехавший? Я написал что солид и вся свистопляска вокруг него — когда вокруг обычных советов пытаются строить архитектуру и вообще все процессы разработки а не исходят из конкретных нужд — это ебаный карго культ, который надувают долбоёбы вроде тебя.
Какой нибудь SRP из хорошего совета руками религиозных идиотов догматично дробящих всё на объекты с 1 целью и желательно с функциями по 4 строки)0 превращает отладку в ад, просто потому что вся логика размазана по 5-7 строчек размазана на 6 модулей (3 из которых тупо проксируют вызовы туда-сюда и ещё 1 нужен просто чтобы это всё говно слинковать друг с дружкой, лол), если там есть асинхронщина — это вообще время на отладку x10 просто ради того, чтобы хотя бы 1 раз пройти весь этот граф в отладчике, потому что отладка чужого кода всегда начинается снизу логической цепочки. Добавляем туда L/ISP — у нас ещё все общаются по протоколам/интерфейсам/итд, сразу куча бойлерплейта (причём в большинстве случаев неиспользуемого, т.к. подмена имплементаций и тесты вообще есть у пары модулей из сотни, да и делается она элементарно даже если автор хотя бы слышал про DI но не делал интерфейсы вперед), проблемы с перформансом, временем компиляции (просто из-за кучи бойлерплейта), необходимостью несколько часов изучать что и как работает ради добавления, блять, кнопки итд. Добавляем OCP и получаем необходимость форкать нахуй каждую либу когда оказалось что нужно какое-то поле или ждать неделю до следующего спринта пока команда делающая либу дойдёт до этого таска, лол, спасибо.
Разве что про Dependency Inversion сказать ничего не могу, единственный однозначно полезный совет, лол.
>>66160
>пук
Так это другой ананас, шизоид ты ебаный.
>>66196
Посмотри RFC.
RTP is primarily designed to satisfy the needs of multi-
participant multimedia conferences
Посмотри RFC.
RTP is primarily designed to satisfy the needs of multi-
participant multimedia conferences
>>65518
Отписал
Отписал
>>66226
Потестил с udp и покадровой передачей. Очень много глитчей и артефактов, но задержки практически нет. Интересно, будет ли лучше, если передавать закодированное видео?
Потестил с udp и покадровой передачей. Очень много глитчей и артефактов, но задержки практически нет. Интересно, будет ли лучше, если передавать закодированное видео?
>>66264
Спасибо за совет, я попробую. А как вообще можно оценить потери и задержки пакетов с udp? Это же не tcp.
Спасибо за совет, я попробую. А как вообще можно оценить потери и задержки пакетов с udp? Это же не tcp.
>>66287
Ещё надо попробовать поиграть с размерами пакетов. Наверно, это должно оказывать влияние.
Ещё надо попробовать поиграть с размерами пакетов. Наверно, это должно оказывать влияние.
>>66287
Ты же отсылаешь фиксированное количество пакетов за 1 времени. А на приемной стороне ведешь лог, сколько получил за единицу времени.
Вместо задержек можешь в каждый пакет добавить метку времени, а на приемной стороне смотреть разность меток, т.е. вариацию задержки.
Ты же отсылаешь фиксированное количество пакетов за 1 времени. А на приемной стороне ведешь лог, сколько получил за единицу времени.
Вместо задержек можешь в каждый пакет добавить метку времени, а на приемной стороне смотреть разность меток, т.е. вариацию задержки.
>>66131
Которая ограничена размером оперативной памяти. В случае со стэком, выделяется ограниченное количество памяти под него, которое в рантайме не расширяется.
Сынок, сразу видно, что ты в ассемблере не бум-бум. Ты знаешь вообще как рекурсия работает и что есть стэковый фрейм? Пиздуй учить матчасть, короче.
>"Финальная величина" есть и у хипа
Которая ограничена размером оперативной памяти. В случае со стэком, выделяется ограниченное количество памяти под него, которое в рантайме не расширяется.
>Нет. Программа падает оттого, что нехватку памяти для стека нельзя отловить стандартно.
Сынок, сразу видно, что ты в ассемблере не бум-бум. Ты знаешь вообще как рекурсия работает и что есть стэковый фрейм? Пиздуй учить матчасть, короче.
>>66153
если мы говорим про лялекс, то там размер стэка ограничен ulimit'ом так или иначе. Позволить ему быть размером с ОЗУ ты не сможешь, в отличие от хипа (грубо говоря, так как есть еще данные в процессе, занимающие память, но на хипе можно выделять память, пока весь ОЗУ не кончится).
если мы говорим про лялекс, то там размер стэка ограничен ulimit'ом так или иначе. Позволить ему быть размером с ОЗУ ты не сможешь, в отличие от хипа (грубо говоря, так как есть еще данные в процессе, занимающие память, но на хипе можно выделять память, пока весь ОЗУ не кончится).
10 Кб, 225x225>>66298
Про виртуальную память и пределы а ля юникс не слышал?
Это ограничение качественно ничем не отличается от ограничения на размер кучи. Количество только другое.
Юноша бабахнул.
> Которая ограничена размером оперативной памяти.
Про виртуальную память и пределы а ля юникс не слышал?
> В случае со стэком, выделяется ограниченное количество памяти под него, которое в рантайме не расширяется.
Это ограничение качественно ничем не отличается от ограничения на размер кучи. Количество только другое.
> Сынок, сразу видно, что ты в ассемблере не бум-бум.
Юноша бабахнул.
>>66250
Я когда-то давно немного занимался стримингом видео. Не знаю, чем именно ты декодируешь, но я точно помню, что ffmpeg не любил, когда я ему подсовывал половину кадра h264. Приходилось нарезать поток самому исходя из старт кодов ровно по границе NAL юнитов.
Я когда-то давно немного занимался стримингом видео. Не знаю, чем именно ты декодируешь, но я точно помню, что ffmpeg не любил, когда я ему подсовывал половину кадра h264. Приходилось нарезать поток самому исходя из старт кодов ровно по границе NAL юнитов.
>>66310
Ограничение отличается тем, что размер стэка ограничен ulimit'ом (в Линуксе), а размер кучи - количеством ОЗУ. Или для тебя программное ограничение == аппаратное ограничение, шиз?
Дизассемблируй программу с бесконечной рекурсией и ты поймешь почему такая программа крашится, если тебе, конечно, известны вообще такие слова.
>пук среньк баивые картиначки
Ограничение отличается тем, что размер стэка ограничен ulimit'ом (в Линуксе), а размер кучи - количеством ОЗУ. Или для тебя программное ограничение == аппаратное ограничение, шиз?
Дизассемблируй программу с бесконечной рекурсией и ты поймешь почему такая программа крашится, если тебе, конечно, известны вообще такие слова.
>>66325
Для тебя man setrlimit:
RLIMIT_DATA
This is the maximum size of the process's data seg‐
ment (initialized data, uninitialized data, and
heap). The limit is specified in bytes, and is
rounded down to the system page size. This limit
affects calls to brk(2), sbrk(2), and (since Linux
4.7) mmap(2), which fail with the error ENOMEM upon
encountering the soft limit of this resource.
RLIMIT_STACK
This is the maximum size of the process stack, in
bytes. Upon reaching this limit, a SIGSEGV signal
is generated. To handle this signal, a process
must employ an alternate signal stack (sigalt‐
stack(2)).
И даже с конечной, но большой ))))))
О чем и писал: нет стандартного способа обнаружить исчерпание предела стека. А malloc можно проверить на NULL. Вот и фся разница.
>Ограничение отличается тем, что размер стэка ограничен ulimit'ом (в Линуксе), а размер кучи - количеством ОЗУ.
Для тебя man setrlimit:
RLIMIT_DATA
This is the maximum size of the process's data seg‐
ment (initialized data, uninitialized data, and
heap). The limit is specified in bytes, and is
rounded down to the system page size. This limit
affects calls to brk(2), sbrk(2), and (since Linux
4.7) mmap(2), which fail with the error ENOMEM upon
encountering the soft limit of this resource.
RLIMIT_STACK
This is the maximum size of the process stack, in
bytes. Upon reaching this limit, a SIGSEGV signal
is generated. To handle this signal, a process
must employ an alternate signal stack (sigalt‐
stack(2)).
> программу с бесконечной рекурсией и ты поймешь почему такая программа крашится
И даже с конечной, но большой ))))))
О чем и писал: нет стандартного способа обнаружить исчерпание предела стека. А malloc можно проверить на NULL. Вот и фся разница.
>>66303
Лялех - опенсорс, просто берешь и убираешь лимит.
Лялех - опенсорс, просто берешь и убираешь лимит.
>>66296
Понял, спасибо.
>>66320
Я написал клиент и сервер. Клиент посылает пакеты серверу, сервер их собирает. Пока что передаю MJPEG (это же как раз отдельные кадры в jpeg закодированные?).
Если не впадлу, расскажи поподробнее про это и в целом про задачу, которую решал. ffmpeg умеет только принимать поток или передавать тоже умеет (например, на заданный ip и порт)?
Понял, спасибо.
>>66320
Я написал клиент и сервер. Клиент посылает пакеты серверу, сервер их собирает. Пока что передаю MJPEG (это же как раз отдельные кадры в jpeg закодированные?).
>Приходилось нарезать поток самому исходя из старт кодов ровно по границе NAL юнитов.
Если не впадлу, расскажи поподробнее про это и в целом про задачу, которую решал. ffmpeg умеет только принимать поток или передавать тоже умеет (например, на заданный ip и порт)?
>>66326
в антивирусных компаниях очень даже реально на какого-нибудь kernel developer
в антивирусных компаниях очень даже реально на какого-нибудь kernel developer
На сколько сильно стоит обмазываться умными указателями, контейнерами и прочим stl вещами? Стараться делать всё - некоторые вещи проще и понятнее сделать в си стиле. Другие, безопаснее с использованием stl. Как искать баланс? И как на это смотрят в коллективах?
>>66443
Если речь идёт о c++, то нужно пользоваться его благами, а не избегать их. Stl -- это пример отлично написанного нереально крутого кода. Без этого никуда. Более того, не стоит использовать на плюсах сишные библиотеки. Это считается дурным тоном. В крайнем случае пишется плюсовый биндинг к сишной библиотеки. Ну вообще думай головой, чел. Это путь сиплюсплюс.
Если речь идёт о c++, то нужно пользоваться его благами, а не избегать их. Stl -- это пример отлично написанного нереально крутого кода. Без этого никуда. Более того, не стоит использовать на плюсах сишные библиотеки. Это считается дурным тоном. В крайнем случае пишется плюсовый биндинг к сишной библиотеки. Ну вообще думай головой, чел. Это путь сиплюсплюс.
>>66193
Тебе об этом и говорят, дурачок.
Что SOLID сам за тебя хуйню не спроектирует.
Чтобы он работал, надо правильно выделять абстракции. Дебилы этого не умеют делать, создавая какие-нибудь классы открывалки файла, огребают и начинают верещать, что это все солид неработающий уиноуат, и процыдуркыми хуяк-хуяк прощи делыть.
Ну так это тоже не c солид беда. Это в принципе такая постсовковая проблема, когда при решении простейшей проблемы (записи "ты хуй" в файл ц:\говно.тхт) мамкины умники начинают звенеть яйцами и городить MVVM-фреймворки, ибо стремится к тому, что "крута и сложна" (а при правильном использовании солид и паттернов должно быть проще и легче).
Ну дак и причем тут солид? Давай тдд еще обосри.
Ты как бы платишь этим за гибкость реализации.
Нету гибкости? Значит, проектировал долбоеб. Он и процидурку мог с ошибками написать, какая разница?
А нада как?
Тебе об этом и говорят, дурачок.
Что SOLID сам за тебя хуйню не спроектирует.
Чтобы он работал, надо правильно выделять абстракции. Дебилы этого не умеют делать, создавая какие-нибудь классы открывалки файла, огребают и начинают верещать, что это все солид неработающий уиноуат, и процыдуркыми хуяк-хуяк прощи делыть.
>не исходят из конкретных нужд
Ну так это тоже не c солид беда. Это в принципе такая постсовковая проблема, когда при решении простейшей проблемы (записи "ты хуй" в файл ц:\говно.тхт) мамкины умники начинают звенеть яйцами и городить MVVM-фреймворки, ибо стремится к тому, что "крута и сложна" (а при правильном использовании солид и паттернов должно быть проще и легче).
>тесты вообще есть у пары модулей из сотни
Ну дак и причем тут солид? Давай тдд еще обосри.
>проблемы с перформансом, временем компиляции
Ты как бы платишь этим за гибкость реализации.
Нету гибкости? Значит, проектировал долбоеб. Он и процидурку мог с ошибками написать, какая разница?
>форкать нахуй каждую либу
А нада как?
>>66448
Ну вот к примеру, симуляция игры жизнь. Поле - двумерный вектор. Задача - найти соседей клетки икс. Если мы работаем через стандартные итераторы, то у нас возникает ебля с их правильным расположением. Точнее необходимость изобретать костыли из-за замкнутости карты (сосед последней точки - начальная) по условию задачи.
Как я понимаю наиболее правильный способ в идеях си дважды сплюснутого - это создать наследника от базового итератора, который корректно будет обрабатывать эту ситуацию
Ну вот к примеру, симуляция игры жизнь. Поле - двумерный вектор. Задача - найти соседей клетки икс. Если мы работаем через стандартные итераторы, то у нас возникает ебля с их правильным расположением. Точнее необходимость изобретать костыли из-за замкнутости карты (сосед последней точки - начальная) по условию задачи.
Как я понимаю наиболее правильный способ в идеях си дважды сплюснутого - это создать наследника от базового итератора, который корректно будет обрабатывать эту ситуацию
>>66448
Так тонко...
Так тонко...
>>66470
Нам неважна скорость -- нам важно быстродействие.
Нам неважна скорость -- нам важно быстродействие.
интересно, а что Бьёрн Страуструп думает про прыщи? Как он к пердолям относится? В его книгах все примеры делаются строго в виндовой среде...
>>66475
Именно поэтому он не смог написать компилятор для своего языка: знаний малёхо не хватило.
Именно поэтому он не смог написать компилятор для своего языка: знаний малёхо не хватило.
>>66476
а чё не существует компилятора который бы написал Бьёрн Страуструп? Серьёзно?
а чё не существует компилятора который бы написал Бьёрн Страуструп? Серьёзно?
Бьёрн Страуструп всегда пишет что между пердолями и программированием лучше выбрать второе...
>>66475
Правильно: пишешь код
Неправильно: ебешься в вимом, сборкой, соснолькой пердолькой. А писать код даже не начинал.
Правильно: пишешь код
Неправильно: ебешься в вимом, сборкой, соснолькой пердолькой. А писать код даже не начинал.
>>66482
Вот этого двачую. Я при владении асмами, крестами и сями вообще ни разу почти не притрагивался к юниксу. Некоторые когда узнают это глаза круглые делают мол раз я такой задрот что асмы освоил почему это я в пердоли не вкатился. А ответ прост: я хочу создавать, а не разбираться по гайдам в чужих и отваливающихся программах.
Потому что линукс это: нужно что-то сделать -> ищешь гайд -> выполняешь гайд -> выскакивает ошибка хотя в гайде всё заебись -> гуглишь ошибку -> фиксишь ошибку -> не помогает\вылазит другая ошибка
и это жутко бесит и на нервы действует, на винде ничего такого не было ни разу в жизни. Если владеть реестром то переустанвливать шиндовс не придётся никогда.
Вот этого двачую. Я при владении асмами, крестами и сями вообще ни разу почти не притрагивался к юниксу. Некоторые когда узнают это глаза круглые делают мол раз я такой задрот что асмы освоил почему это я в пердоли не вкатился. А ответ прост: я хочу создавать, а не разбираться по гайдам в чужих и отваливающихся программах.
Потому что линукс это: нужно что-то сделать -> ищешь гайд -> выполняешь гайд -> выскакивает ошибка хотя в гайде всё заебись -> гуглишь ошибку -> фиксишь ошибку -> не помогает\вылазит другая ошибка
и это жутко бесит и на нервы действует, на винде ничего такого не было ни разу в жизни. Если владеть реестром то переустанвливать шиндовс не придётся никогда.
>>66475
он сказал что линукс хуйня
он сказал что линукс хуйня
>>66494
поддвачну ещё раз.
поддвачну ещё раз.
>>66477
Я понимаю, что он мой друг, и им достаточно быстро и просто решить задачу но, как на это будут выглядеть, не в моём мелком проекте, а в каком нибудь большом?
Я понимаю, что он мой друг, и им достаточно быстро и просто решить задачу но, как на это будут выглядеть, не в моём мелком проекте, а в каком нибудь большом?
>>66485
Дурачок по гайдам с лялехом работает, вместо того чтобы включить мозг -- спешите видеть !!!
Дурачок по гайдам с лялехом работает, вместо того чтобы включить мозг -- спешите видеть !!!
>>66346
В старых версиях ffmpeg был стример, но сейчас его оттуда выпилили. Если не хочешь писать свой, то можешь перекатиться на gstreamer (или live555).
Я не он.
В старых версиях ffmpeg был стример, но сейчас его оттуда выпилили. Если не хочешь писать свой, то можешь перекатиться на gstreamer (или live555).
Я не он.
>>66503
классикал пердоля.
>руки не те!!!!!
>драйверов нет так это железо не то!!!!!!
>дистрибутив не тот!!!!!!
классикал пердоля.
>>66506
Блин , чел, ну включи мозг. Я, например , с виндой ебался гораздо больше. Мне легче в конфиг залезть, чем искать , где какую галочку поставить. Легче работать в консоле , а не в громоздких приложениях.
Блин , чел, ну включи мозг. Я, например , с виндой ебался гораздо больше. Мне легче в конфиг залезть, чем искать , где какую галочку поставить. Легче работать в консоле , а не в громоздких приложениях.
>>66346
По идее и то, и то. Ещё и gstreamer может, он более на это нацелен. Но в моём я не мог так просто всё сделать. Я по протоколу, который мне достался "сверху", получал тупо битовый стрим h264, и нужно было его воспроизвести внутри окна другой программы. Была бы моя воля - использовал бы специально предназначенный для потоковой передачи MPEG-TS, но не судьба. Вручную программно кормил ffmpeg и получал оттуда кадры.
Обычный start code: ищешь 00 00 01 или 00 00 00 01 в потоке - это и означает начало следующего юнита.
А, и вот ещё что: если ты используешь UDP, то у тебя пакеты в теории могут приходить в разном порядке. Возможно из-за этого тоже могут быть у тебя артефакты. Для этого, как тебе выше ответили, тебе нужно писать свою синхронизацию.
>ffmpeg умеет только принимать поток или передавать тоже умеет (например, на заданный ip и порт)?
По идее и то, и то. Ещё и gstreamer может, он более на это нацелен. Но в моём я не мог так просто всё сделать. Я по протоколу, который мне достался "сверху", получал тупо битовый стрим h264, и нужно было его воспроизвести внутри окна другой программы. Была бы моя воля - использовал бы специально предназначенный для потоковой передачи MPEG-TS, но не судьба. Вручную программно кормил ffmpeg и получал оттуда кадры.
>как ты границы nal юнитов определял
Обычный start code: ищешь 00 00 01 или 00 00 00 01 в потоке - это и означает начало следующего юнита.
А, и вот ещё что: если ты используешь UDP, то у тебя пакеты в теории могут приходить в разном порядке. Возможно из-за этого тоже могут быть у тебя артефакты. Для этого, как тебе выше ответили, тебе нужно писать свою синхронизацию.
>>66508
Ну и нахуй нужен компилятор этот. Главное - получить из плюсового кода экзешник любыми способами. Сразу и поддержка всех платформ, для которых есть компилятор сишки.
Ну и нахуй нужен компилятор этот. Главное - получить из плюсового кода экзешник любыми способами. Сразу и поддержка всех платформ, для которых есть компилятор сишки.
20 Кб, 700x700>>66527
Вообще-то формально счётчик ссылок - тоже вид сборки мусора. Смотри Objective C, COM и прочее.
Вообще-то формально счётчик ссылок - тоже вид сборки мусора. Смотри Objective C, COM и прочее.
>>66514
Вот не ебался с виндой никогда, она просто работает. А скрин тиринги в браузере в линуксе, когда 2 года под ним работал, забороть так и не смог. Спасибо, что нынче я пишу только под винду.
Вот не ебался с виндой никогда, она просто работает. А скрин тиринги в браузере в линуксе, когда 2 года под ним работал, забороть так и не смог. Спасибо, что нынче я пишу только под винду.
>>66530
Просто у нас с тобой разные дороги в этом мире, брат. Мир, брат. Любовь, брат.
Просто у нас с тобой разные дороги в этом мире, брат. Мир, брат. Любовь, брат.
>>66524
Потому что он хотел родить ребёнка, а получил урода корявого. А всё почему? Потому что он не задумывался о сложностях написания компиляторов. Вот тебе и одна из причин плохого дизайна языка.
Потому что он хотел родить ребёнка, а получил урода корявого. А всё почему? Потому что он не задумывался о сложностях написания компиляторов. Вот тебе и одна из причин плохого дизайна языка.
>>66542
Я бы даже сказал не норм, а Мазахистически Удовлетворительно.
Я бы даже сказал не норм, а Мазахистически Удовлетворительно.
если уж так нарвится ебаться с чужими программами и копаться в них 1с изучите полезнее будет и работы больше да и высокооплачиваемей она или фотошоп какой-нить или 3дмакс, но впизду эту линь
>>66547
Ты ошибаешься, чел...
Ты ошибаешься, чел...
>>66545
Не надо ебаться, надо использовать с умом.
Не надо ебаться, надо использовать с умом.
>>66554
Мой путь с винды лежал через прыщи к МакОси. Боги миловали и уже 10 лет не приходится возвращаться на поделие мелкомягких.
Мой путь с винды лежал через прыщи к МакОси. Боги миловали и уже 10 лет не приходится возвращаться на поделие мелкомягких.
>>66529
Не смотри COM - ослепнешь.
Не смотри COM - ослепнешь.
>>66556
Чем линь тебе не угодил? Поставь хотя бы дулбутом, чтобы коллеги видели твою компетентность, что бы это ни значило.
Чем линь тебе не угодил? Поставь хотя бы дулбутом, чтобы коллеги видели твою компетентность, что бы это ни значило.
>>66559
Зачем мне на макбук ставить прыщи, если все, что мне нужно от прыщей есть в макоси?
Зачем мне на макбук ставить прыщи, если все, что мне нужно от прыщей есть в макоси?
>>66560
Я же тебе написал зачем. Тебя мак совсем разучил читать? Экранным диктором и голосовым управлением пользуешься?
Я же тебе написал зачем. Тебя мак совсем разучил читать? Экранным диктором и голосовым управлением пользуешься?
>>66559
Линь был показателем компетентности в 2010 максимум. Сейчас его знают все, и большая часть понимает, что это кусок говна, а не десктопная операционная система.
На серверах то понятное дело ок.
Линь был показателем компетентности в 2010 максимум. Сейчас его знают все, и большая часть понимает, что это кусок говна, а не десктопная операционная система.
На серверах то понятное дело ок.
>>66563
все так
все так
>>66563
Тем не менее люди пользуются им годами как десктопной системой. Потому что хотят получить полностью управляемую систему. Гибкую. Интересную. Не без недостатков, конечно.
Тем не менее люди пользуются им годами как десктопной системой. Потому что хотят получить полностью управляемую систему. Гибкую. Интересную. Не без недостатков, конечно.
>>66565
проиграл с ИНТЕРЕСНОЙ операционной системы. да, латать нерабочее говно, кращущееся КДЕ и прочую хуйню васянскими патчами это охуеть как интересно. Но платят на работе за другое.
проиграл с ИНТЕРЕСНОЙ операционной системы. да, латать нерабочее говно, кращущееся КДЕ и прочую хуйню васянскими патчами это охуеть как интересно. Но платят на работе за другое.
>>66567
Поддвачну. Всегда проигрываю с сектантов, когда всем на работе выдают макбуки, но они топят за прыщи и ебутся потом с отпадающей сеткой, впнами, аудио и прочей ебалой.
Не забываем еще о том, что на работе есть свои секьюрити полиси, под которые не попадают все доступные линуксовые дистрибутивы, а какая-то ебучая Убунта.
> Но платят на работе за другое
Поддвачну. Всегда проигрываю с сектантов, когда всем на работе выдают макбуки, но они топят за прыщи и ебутся потом с отпадающей сеткой, впнами, аудио и прочей ебалой.
Не забываем еще о том, что на работе есть свои секьюрити полиси, под которые не попадают все доступные линуксовые дистрибутивы, а какая-то ебучая Убунта.
>>66567
Винда тебе такого не предложит тем не менее... Линукс богаче, круче, брутальнее. Алфач одним словом. Я по нему теку как по реке очень быстрой
Винда тебе такого не предложит тем не менее... Линукс богаче, круче, брутальнее. Алфач одним словом. Я по нему теку как по реке очень быстрой
>>66572
Так мне это нахуй даром не надо. Тратить свое время на придуманные проблемы, которые в других местах уже решены. Я не давным давно не студентик, у которого дохуя свободного времени, чтобы тратить его на хуйню.
Мне платят только за написание кода. Все. И именно этим я буду заниматься с максимальным усердием, чтобы потом получить лычку ебаного принципал инженера, а не тратить свое время бессмысленно.
Так мне это нахуй даром не надо. Тратить свое время на придуманные проблемы, которые в других местах уже решены. Я не давным давно не студентик, у которого дохуя свободного времени, чтобы тратить его на хуйню.
Мне платят только за написание кода. Все. И именно этим я буду заниматься с максимальным усердием, чтобы потом получить лычку ебаного принципал инженера, а не тратить свое время бессмысленно.
>>66576
Ты слабый человек, хоть и скрываешь это за внешней брутальностью и похуизмом.
Ты слабый человек, хоть и скрываешь это за внешней брутальностью и похуизмом.
>>66587
А я думал, что сильный, потому что не бегу от проблем. Жаль, что ты такого мнения обо мне.
А я думал, что сильный, потому что не бегу от проблем. Жаль, что ты такого мнения обо мне.
Правильно ли в плюсах определять константы в директивах препроцессора как в Си или это уже считается мешаниной языков?
>>66609
#define используется только для кроссплатформенной или кросскомпиляторной сборки. Всё.
#define используется только для кроссплатформенной или кросскомпиляторной сборки. Всё.
>>66485
LFS?
LFS?
>>66485
Как тебе там в 2000 году, дедуль? Лялекс из коробки уже давно менее пердольный, чем дриснятка. Офк каждому своё, универсальной ОС под все возможные задачи нет и вряд ли будет, но со своим высером ты конечно загнул пиздец.
Как тебе там в 2000 году, дедуль? Лялекс из коробки уже давно менее пердольный, чем дриснятка. Офк каждому своё, универсальной ОС под все возможные задачи нет и вряд ли будет, но со своим высером ты конечно загнул пиздец.
>>66623
О, врети подъехало.
О, врети подъехало.
>>66611
А условной компиляция у вас нет? Для любой отличающейся версии под ту же платформу и компилятор свою ветку делаете?
А условной компиляция у вас нет? Для любой отличающейся версии под ту же платформу и компилятор свою ветку делаете?
Мой коллега огорчался, что не может сидеть в божественной Студии так долго, как хочет, потому что проклятая Венда самостоятельно перезагружает его Коплюктер для апдейта. Как хорошо, что на моей ОС это невозможно.
>>66699
Привет. Как там в 2017? Ядро 5.0 ещё не запилили?
> проклятая Венда самостоятельно перезагружает его Коплюктер для апдейта
Привет. Как там в 2017? Ядро 5.0 ещё не запилили?
Указатели на функции используются в функциях высшего порядка? Я могу с помощью них написать условный map, filter, reduce? Как часто они используются в реально жизни? Этот ебаный синтаксис никак не могу запомнить.
Сап, есть вопрос по архитектуре. Есть класс (назовем его рендерер) который создает и разрушает текстуры, т.е. не должно быть такой ситуации, что текстура осталась, а рендерер уничтожился. Так вот как это лучше всего реализовать? Пока придумал 2 варианта. Первый - внутри рендерера завести массив shared_ptr с текстурами и при создании возвращать weak_ptr на текстуру. Второй - в конструктор текстуры передавать shared_ptr рендерера, но это как-то хуево помоему т.к. сам рендерер не может знать, что он внутри shared_ptr.
>>66783
Не в пустую строку, а в empty statement
> который в релизной версии превращается в пустую строку
Не в пустую строку, а в empty statement
>>66783
Если ассерты еще туда-сюда, и то спорно. То вот подобные дебаг-онли логи - хуйня без задач, как показывает практика.
Лучше сделать конфигурируемые логлевелы, и при необходимости включать их на проде (мы так несколько багов поймали).
Если ассерты еще туда-сюда, и то спорно. То вот подобные дебаг-онли логи - хуйня без задач, как показывает практика.
Лучше сделать конфигурируемые логлевелы, и при необходимости включать их на проде (мы так несколько багов поймали).
>>66769
AUTO
AUTO
>>66784
Что непонятного? Ладно упрощу пример. Есть класс кучи которая выделяет и освобождает память. Т.е. если была уничтожена куча то и вся выделенная ею память должна стать невалидной, при этом если где-то остались экземпляры памяти выделенной этой кучей, они должны автоматически занулится. Т.е. вот как-то так должно работать https://godbolt.org/z/EYWf1E
Что непонятного? Ладно упрощу пример. Есть класс кучи которая выделяет и освобождает память. Т.е. если была уничтожена куча то и вся выделенная ею память должна стать невалидной, при этом если где-то остались экземпляры памяти выделенной этой кучей, они должны автоматически занулится. Т.е. вот как-то так должно работать https://godbolt.org/z/EYWf1E
>>66860
А что не так? По сути виндоусовская куча так и работает, т.е. при RtlDestroyHeap у тебя освобождается вся память выделенная этой кучей, только при этом остаются висячие указатели. Вот мне бы хотелось как-то с использованием фишек C++ сделать это безопасным без висячих указателей.
А что не так? По сути виндоусовская куча так и работает, т.е. при RtlDestroyHeap у тебя освобождается вся память выделенная этой кучей, только при этом остаются висячие указатели. Вот мне бы хотелось как-то с использованием фишек C++ сделать это безопасным без висячих указателей.
>>66774
Текстуры могут держать в себе shared_ptr >>66774
enable_shared_from_this специально для этого и сделан, правда там аккуратно нужно создавать объект.
Ну а вообще, у тебя часто пересоздание твоего Рендерера? Потому что если он по сути один на всю программу, то это оверкилл.
Текстуры могут держать в себе shared_ptr >>66774
>сам рендерер не может знать, что он внутри shared_ptr
enable_shared_from_this специально для этого и сделан, правда там аккуратно нужно создавать объект.
Ну а вообще, у тебя часто пересоздание твоего Рендерера? Потому что если он по сути один на всю программу, то это оверкилл.
>>66887
Чёрт, пост поехал. Ну понятно, что я имел ввиду.
Чёрт, пост поехал. Ну понятно, что я имел ввиду.
тупой пост от студента
Есть ли смысл учить Qt, если хочется работать на плюсах? Или надо иметь низкоуровневые фундаментальные знания, чтобы взяли на работу? Если да, то какие? Где вы работаете на плюсах? Есть вакансия (не претендую), там написано - знание C++ и WinAPI. А суть работы в чём? Что там с WinAPI делают, чего нельзя на более высоком уровне?
Есть ли смысл учить Qt, если хочется работать на плюсах? Или надо иметь низкоуровневые фундаментальные знания, чтобы взяли на работу? Если да, то какие? Где вы работаете на плюсах? Есть вакансия (не претендую), там написано - знание C++ и WinAPI. А суть работы в чём? Что там с WinAPI делают, чего нельзя на более высоком уровне?
>>66887
Спасибо, не знал, что такое есть. Это скорее не для рендерера, а для кучи которая выделяет выделяет ресурсы под текстуры и тд. В dx12 там пиздец с этим и нужно самому управлять таблицей дескрипторов.
Спасибо, не знал, что такое есть. Это скорее не для рендерера, а для кучи которая выделяет выделяет ресурсы под текстуры и тд. В dx12 там пиздец с этим и нужно самому управлять таблицей дескрипторов.
>>66781
Text comprehension выше всяких похвал.
Text comprehension выше всяких похвал.
>>66891
Ответь себе на вопрос, стоит ли учить де-факто единственный gui-фреймворк?
Если в вакансии указан WinAPI, то там вполне себе может попасться MFC
Ответь себе на вопрос, стоит ли учить де-факто единственный gui-фреймворк?
Если в вакансии указан WinAPI, то там вполне себе может попасться MFC
>>66915
Гуи на С++ это, все таки, больно. На что я крестомакака, но гуй я бы пилил на AvaloniaUI, например.
Гуи на С++ это, все таки, больно. На что я крестомакака, но гуй я бы пилил на AvaloniaUI, например.
>>66887
Это костыль ебаный, который позволяет делать то, что делать не нужно.
>enable_shared_from_this
Это костыль ебаный, который позволяет делать то, что делать не нужно.
>>66704
Пчел, буквально вчера дриснятка обновилась до новой сборочки. Там был только вариант отложить на день, и этот день прошел.
Пчел, буквально вчера дриснятка обновилась до новой сборочки. Там был только вариант отложить на день, и этот день прошел.
>>66946
У меня кнопка "отложить на неделю" работает неограниченное количество раз. Даже стакается.
>Там был только вариант отложить на день
У меня кнопка "отложить на неделю" работает неограниченное количество раз. Даже стакается.
Привет, крестач
Вопрос к эмбедщикам (вроде как в сипипи треде должны быть такие) - насколько часто юзают Keil uvision в качестве IDE? Правда ли, что в последнее время предпочитают использовать плюсы вместо сишки в разработке прошивок и в целом в эмбедщине? Можно ли самостоятельно учиться этому, не имея физически рядом железки типа STM? (в теории ведь можно обмазаться эмулятором, если есть, плюс даташитом, но как оно на практике?)
Вопрос к эмбедщикам (вроде как в сипипи треде должны быть такие) - насколько часто юзают Keil uvision в качестве IDE? Правда ли, что в последнее время предпочитают использовать плюсы вместо сишки в разработке прошивок и в целом в эмбедщине? Можно ли самостоятельно учиться этому, не имея физически рядом железки типа STM? (в теории ведь можно обмазаться эмулятором, если есть, плюс даташитом, но как оно на практике?)
>>66925
А кто тебя заставляет? Qt гуи удобнее на qml клепать, кресты там на беке только будут, всякие модельки и безнес логика.
>Гуи на С++ это, все таки, больно
А кто тебя заставляет? Qt гуи удобнее на qml клепать, кресты там на беке только будут, всякие модельки и безнес логика.
>>66906
Я в графоне максимум лет 6 рендерил картинки на DX9, но как я понял из MSDN по сути ты пишешь аллокаторы для цпу/гпу. Разве такие вещи создаются посередине программы? Другими словами, как может возникнуть ситуация, когда ты внезапно удалишь таблицу дескрипторов пока есть активные текстуры?
Я в графоне максимум лет 6 рендерил картинки на DX9, но как я понял из MSDN по сути ты пишешь аллокаторы для цпу/гпу. Разве такие вещи создаются посередине программы? Другими словами, как может возникнуть ситуация, когда ты внезапно удалишь таблицу дескрипторов пока есть активные текстуры?
>>66783
Можно изъебаться со сборкой и скармливать компилятору разные файлы в зависимости от версии программы.
> А как же всякие отладочные конструкции в дебаг версии?
Можно изъебаться со сборкой и скармливать компилятору разные файлы в зависимости от версии программы.
>>66946
Кому ты пиздишь. Переключаешь в режим отложенных обновлений и обновляешься когда захочешь.
Кому ты пиздишь. Переключаешь в режим отложенных обновлений и обновляешься когда захочешь.
>>65518
Ну и чё?
Ну и чё?
>>66891
GUI в проектах с крестами пишется вообще на всём подряд. Qt, WPF, MFC, всякий WEB. Приходится постоянно перекатываться и регенерировать.
Qt хорош для понимания того, как на плюсах можно писать крупные SDK (в плане исходников и общего устройства).
В общем потыкай в него, напиши какой-нибудь paint или текстовый редактор.
В глубины глубин не лезь, потому что он может тебе никогда и не пригодится.
GUI в проектах с крестами пишется вообще на всём подряд. Qt, WPF, MFC, всякий WEB. Приходится постоянно перекатываться и регенерировать.
Qt хорош для понимания того, как на плюсах можно писать крупные SDK (в плане исходников и общего устройства).
В общем потыкай в него, напиши какой-нибудь paint или текстовый редактор.
В глубины глубин не лезь, потому что он может тебе никогда и не пригодится.
>>66964
в данный момент, спасибо, никто. Но на прошлой работе было, и было больно.
в данный момент, спасибо, никто. Но на прошлой работе было, и было больно.
>>66952
Тенденции перехода на плюсы есть. Зачем писать в стиле "C с классами", если можно получить всё это из коробки?
Тенденции перехода на плюсы есть. Зачем писать в стиле "C с классами", если можно получить всё это из коробки?
>>66891
Хуйнёй страдают)
Беги оттуда, дурачок! Там линукс не знают, а значит, и плюсов не знают…
>Что там с WinAPI делают
Хуйнёй страдают)
>WinAPI
Беги оттуда, дурачок! Там линукс не знают, а значит, и плюсов не знают…
>>66925
Не осилятор. Я вот вебсайты на плюсах разрабатываю, от сервера до генерации html или тонкого управления всем устройством на основе ГУИ технологии. Умею открывать порты, поднимать сокеты, увеличивать быстродействие (НЕ СКОРОСТЬ!).
Не осилятор. Я вот вебсайты на плюсах разрабатываю, от сервера до генерации html или тонкого управления всем устройством на основе ГУИ технологии. Умею открывать порты, поднимать сокеты, увеличивать быстродействие (НЕ СКОРОСТЬ!).
>>66949
Согласен. Так гораздо симпатичнее.
Согласен. Так гораздо симпатичнее.
102 Кб, 612x454>>67164
Ты сообразительный)
Ты сообразительный)
>>67205
Потому что не нужен, очевидно.
Потому что не нужен, очевидно.
>>67261
Конечно, на всей единственной существующей платформе win_x64.
Конечно, на всей единственной существующей платформе win_x64.
>>66980
Да directx с каждой версией становится все более низкоуровневым. Если раньше для создания текстуры ты просто вызывал CreateTexture2D то теперь тебе нужно создать таблицу GPU и CPU дескрипторов и самому управлять индексами в этих таблицах (назначать индексы ресурсам и освобождать их).
Да directx с каждой версией становится все более низкоуровневым. Если раньше для создания текстуры ты просто вызывал CreateTexture2D то теперь тебе нужно создать таблицу GPU и CPU дескрипторов и самому управлять индексами в этих таблицах (назначать индексы ресурсам и освобождать их).
>>67303
Вот поэтому он и отсасывает у Вулкана. Как по производительности, так и по удобству кодинга.
В Вулкане, конечно, тоже такое надо делать, но там хоть для людей продуманный сишный интерфейс, а не ебля в сраку с СОМ-объектами у индусов.
> directx с каждой версией становится все более низкоуровневым
Вот поэтому он и отсасывает у Вулкана. Как по производительности, так и по удобству кодинга.
В Вулкане, конечно, тоже такое надо делать, но там хоть для людей продуманный сишный интерфейс, а не ебля в сраку с СОМ-объектами у индусов.
Достаточно хорошо знаю пистон. Учу плюсы, чтобы расширить кругозор и вкатиться в Rust. Все правильно делаю?
>>67331
Охуеваю от указатель на указатель на указатель функции, но пока очень нравится. Надеюсь, понимание приходит со временем.
Охуеваю от указатель на указатель на указатель функции, но пока очень нравится. Надеюсь, понимание приходит со временем.
>>67335
Сейчас читаю про ООП и максимально кайфую. Примерно также я кайфовал, когда учил английский язык. С того, насколько все логично.
Сейчас читаю про ООП и максимально кайфую. Примерно также я кайфовал, когда учил английский язык. С того, насколько все логично.
>>67328
Нет. У питона вторым языком для байтоёбства должен быть Си. Вместо пидораста лучше Го взять, если хочешь безопасный кодинг и производительность.
Алсо, про Раст можешь почитать такие ахуительные истории питонистов, даже для не питониста выглядящие дико:
https://compileandrun.com/struggles-with-rust/
> вкатиться в Rust
> Все правильно делаю?
Нет. У питона вторым языком для байтоёбства должен быть Си. Вместо пидораста лучше Го взять, если хочешь безопасный кодинг и производительность.
Алсо, про Раст можешь почитать такие ахуительные истории питонистов, даже для не питониста выглядящие дико:
https://compileandrun.com/struggles-with-rust/
>>67338
Ну сишку я базовый курс прошел на юдеми. Сразу за ним начал плюсы учить. Сишка помогла, конечно, разобраться с памятью и байтоебством и помогла также в понимании плюсов. Это как ступеньки, понимаешь?
> У питона вторым языком для байтоёбства должен быть Си.
Ну сишку я базовый курс прошел на юдеми. Сразу за ним начал плюсы учить. Сишка помогла, конечно, разобраться с памятью и байтоебством и помогла также в понимании плюсов. Это как ступеньки, понимаешь?
>>67337
Если кайфуешь - это хорошо. Сам кайфовал в самом начале когда другие ныли какие кресты сложные а я всё на лету схватывал.
Если кайфуешь - это хорошо. Сам кайфовал в самом начале когда другие ныли какие кресты сложные а я всё на лету схватывал.
>>67339
Только ты в обратную сторону идёшь, от сложного к простому. Хуйня какая-то.
> Это как ступеньки, понимаешь?
Только ты в обратную сторону идёшь, от сложного к простому. Хуйня какая-то.
>>67333
Я про то что раст нинужно.
Я про то что раст нинужно.
>>67341
Ну по поводу раста я погорячился, конечно. Сейчас на работе у нас бек на пистоне, а я хочу съебать с этой злоебучей змеи в что-то более человеческое и продуктивное.
Раст сейчас на хайпе, то это больше из интереса. А для бека выбор небольшой - ГО или Джава.
А Си и плюсы для того, чтобы понимать, как это все работает. Потому что все-таки считаю, что нужно было начинать именно с си и плюсов, а не въебать 5 лет в питон.
Ну по поводу раста я погорячился, конечно. Сейчас на работе у нас бек на пистоне, а я хочу съебать с этой злоебучей змеи в что-то более человеческое и продуктивное.
Раст сейчас на хайпе, то это больше из интереса. А для бека выбор небольшой - ГО или Джава.
А Си и плюсы для того, чтобы понимать, как это все работает. Потому что все-таки считаю, что нужно было начинать именно с си и плюсов, а не въебать 5 лет в питон.
>>67347
Только в голове у сойбоев разве что. Хайп такой, что работу в рашке невозможно найти.
> Раст сейчас на хайпе
Только в голове у сойбоев разве что. Хайп такой, что работу в рашке невозможно найти.
>>67351
С тем же успехом можешь найти себе парня и лампово пороться в сраку. Кодинг-то тут причём? Или ты из этих, опенсорс-шизов, переписывающих либы с сишки на раст, только потому что нормальный биндинг без ансейфа не сделать.
> Довольно ламповое.
С тем же успехом можешь найти себе парня и лампово пороться в сраку. Кодинг-то тут причём? Или ты из этих, опенсорс-шизов, переписывающих либы с сишки на раст, только потому что нормальный биндинг без ансейфа не сделать.
>>67354
Братиш, я ж тебе написал, что чисто из интереса, потому что на хайпе. Остальное мне похуй. Сишка и плюсы - вечное. То, на чем стоит делать акцент всегда.
Братиш, я ж тебе написал, что чисто из интереса, потому что на хайпе. Остальное мне похуй. Сишка и плюсы - вечное. То, на чем стоит делать акцент всегда.
>>67370
На главной тред не видно.
На главной тред не видно.
>>67379
Я уже пишу код. Но что-то мне подсказывает что одной книги недостаточно чтобы меня взяли на работу.
Я уже пишу код. Но что-то мне подсказывает что одной книги недостаточно чтобы меня взяли на работу.
>>67387
Тебя на работе не пересказ книжек спрашивать будут, а попросят показать, что ты написал за последние полгода.
Тебя на работе не пересказ книжек спрашивать будут, а попросят показать, что ты написал за последние полгода.
>>67390
Ну блять, знания то откуда-то надо брать. Страус то явно не все аспекты языка охватывает.
Ну блять, знания то откуда-то надо брать. Страус то явно не все аспекты языка охватывает.
>>67401
Я пишу в смешанно стиле. Мешаю хаскель и ассемблер. Так что уёбывай ты, клоун
Я пишу в смешанно стиле. Мешаю хаскель и ассемблер. Так что уёбывай ты, клоун
>>67405
Как скажешь. Удачи тебе, брат.
Как скажешь. Удачи тебе, брат.
>>67397
Хаскель это только борщик хлебать. Полезно про него почитать только уберзадротам, которые кресты знают как свои пять пальцев.
А про функциональщину в C++ могу лишь сказать, что ranges выглядит круто, но юзать их почти никто не будет, инфа сотан.
Хаскель это только борщик хлебать. Полезно про него почитать только уберзадротам, которые кресты знают как свои пять пальцев.
А про функциональщину в C++ могу лишь сказать, что ranges выглядит круто, но юзать их почти никто не будет, инфа сотан.
>>67397
Читал, невнятный невыразительный язык.
Читал, невнятный невыразительный язык.
>>67347
Иди сразу в embed. Именно там самые низкие зарплаты, а продуктивность просто зашкаливает.
>я хочу съебать с этой злоебучей змеи в что-то более человеческое и продуктивное
Иди сразу в embed. Именно там самые низкие зарплаты, а продуктивность просто зашкаливает.
Аноны, подскажите, доступ к массиву сильно снижает производительность моего кода (примерно на 250%). Работа с массивом очень простая: в объект поступает индекс, объект что-нибудь записывает в массив по этому индексу; другой объект читает из массива по индексу. Эти объекты находятся с сотней других объектов в цепочке: код идет по порядку по каждому из них и выполняет его функционал.
Если убрать строчки чтения/записи в массив в этих двух объектах - все работает гладко и быстро. Код в других объектах гораздо нагруженнее. Что не так с массивами?
Уверен, что с массивом в единицу времени работает только один поток.
Если убрать строчки чтения/записи в массив в этих двух объектах - все работает гладко и быстро. Код в других объектах гораздо нагруженнее. Что не так с массивами?
Уверен, что с массивом в единицу времени работает только один поток.
>>67495
Либо кэш проца либо блокировки потока
Либо кэш проца либо блокировки потока
>>60795
Анончики, где ещё почитать про такие нюансы концептуальные? Всякие термины сложные и т.д. Не знаю даже, как такое гуглить.
>Просвещайся: https://www.viva64.com/ru/t/0065/
Анончики, где ещё почитать про такие нюансы концептуальные? Всякие термины сложные и т.д. Не знаю даже, как такое гуглить.
>>60760
Сага опускает тред в списке тредов доски, кретин. Это не его личный тред, чтобы его сагать.
Сага опускает тред в списке тредов доски, кретин. Это не его личный тред, чтобы его сагать.
>>67425
Стл алгоритмы вполне себе фп и были уже в первом стандарте.
>А про функциональщину в C++ могу лишь сказать, что ranges выглядит круто, но юзать их почти никто не будет, инфа сотан.
Стл алгоритмы вполне себе фп и были уже в первом стандарте.
>>67495
Ты сборку-то в релиз перевёл, ёба? В студии, например, в дебаге по умолчанию включен operator debugging и bounds checker, которые довольно сильно тормозят код
Ты сборку-то в релиз перевёл, ёба? В студии, например, в дебаге по умолчанию включен operator debugging и bounds checker, которые довольно сильно тормозят код
>>67495
cachegrind
cachegrind
>>67556
Из этого следует, что долбоёщер ты, потому что произвёл бесполезное действие. В чём тогда, по-твоему, смысл отвечать кому-либо с сагой, не неся никакого месседжа?
Из этого следует, что долбоёщер ты, потому что произвёл бесполезное действие. В чём тогда, по-твоему, смысл отвечать кому-либо с сагой, не неся никакого месседжа?
>>67425
Ровно наоборот. Его нужно изучать, пока у тебя мозг не закостенел, чтобы потом не выдавать фразу по типу:
Всё, на этом функциональщина в плюсах для тебя закончилась?
>Полезно про него почитать только уберзадротам, которые кресты знают как свои пять пальцев.
Ровно наоборот. Его нужно изучать, пока у тебя мозг не закостенел, чтобы потом не выдавать фразу по типу:
>Хаскель это только борщик хлебать.
>А про функциональщину в C++ могу лишь сказать, что ranges выглядит круто
Всё, на этом функциональщина в плюсах для тебя закончилась?
>>67533
Сейчас бы переживать о треде, утонувшем 250 постов назад
Сейчас бы переживать о треде, утонувшем 250 постов назад
>>67752
Так что лучше то?
Так что лучше то?
>>67752
Но линь же чистых сях написан, какое отношение он имеет к этому треду? Пусть пиздуют в си тред.
Но линь же чистых сях написан, какое отношение он имеет к этому треду? Пусть пиздуют в си тред.
>>67758
на грязных, с использованием десятков нестандартных расширений компилятора.
> Но линь же чистых сях написан
на грязных, с использованием десятков нестандартных расширений компилятора.
>>67758
Под линем всё чаще подразумевают дистрибутив, про ядро уже начали говорить "ядро линукса". А дистрибутивы состоят из софта, написанного на десятках языков.
Под линем всё чаще подразумевают дистрибутив, про ядро уже начали говорить "ядро линукса". А дистрибутивы состоят из софта, написанного на десятках языков.
>>67758
А какое отношение этот тред имеет к этому треду? Пиздуй в свой тред.
А какое отношение этот тред имеет к этому треду? Пиздуй в свой тред.
>>67758
Ты заглядывал в исходники хоть? Там такой говнокод, что пиздец. То форматирование в одном файле в разных стилях, то макросы повсюду и хуй поймешь что за магия там, то какая-то хуйня с нулевой читаемостью как после обфускации.
> чистых сях
Ты заглядывал в исходники хоть? Там такой говнокод, что пиздец. То форматирование в одном файле в разных стилях, то макросы повсюду и хуй поймешь что за магия там, то какая-то хуйня с нулевой читаемостью как после обфускации.
>>67811
Большинство из следующих используемых в ядре конструкций отсутствуют в языке Си
Вывод типов - typeof(x)
Ассемблерные вставки - asm volatile("pxor %xmm5,%xmm5");
Диапазоны в свитче - case 1 ... 7:
Массивы нулевой длины - some_variable_len data[0];
Адрес вызывающего - ptr = __builtin_return_address(0)
Определение константности выражения - if __builtin_constant_p(c)
Различные атрибуты функций - __attribute__((always_inline))
Подставляемые функции - inline void fun()
Имя текущей функции - my_func_name = __func__
Инструкции-выражения - ({ int a = b + 1; a; })
Переменное число параметров в макросах - __VA_ARGS__
Арифметика с указателями на void - ++void_ptr
Неконстантные инициализаторы - int arr[2] = { x, y }
Большинство из следующих используемых в ядре конструкций отсутствуют в языке Си
Вывод типов - typeof(x)
Ассемблерные вставки - asm volatile("pxor %xmm5,%xmm5");
Диапазоны в свитче - case 1 ... 7:
Массивы нулевой длины - some_variable_len data[0];
Адрес вызывающего - ptr = __builtin_return_address(0)
Определение константности выражения - if __builtin_constant_p(c)
Различные атрибуты функций - __attribute__((always_inline))
Подставляемые функции - inline void fun()
Имя текущей функции - my_func_name = __func__
Инструкции-выражения - ({ int a = b + 1; a; })
Переменное число параметров в макросах - __VA_ARGS__
Арифметика с указателями на void - ++void_ptr
Неконстантные инициализаторы - int arr[2] = { x, y }
>>67817
Это был сарказм
Это был сарказм
>>67842
Я прав, потому что написал "Большинство из следующих", потому что мне реально лень проверять список на то что таки соизволили занести в стандарт, а еще так выглядит внушительнее.
Я прав, потому что написал "Большинство из следующих", потому что мне реально лень проверять список на то что таки соизволили занести в стандарт, а еще так выглядит внушительнее.
>>67842
Но ведь там действительно повсюду дефайны, под которыми инлайны и прочая магия. Иногда и по два дефайна перед функцией и гадай что это такое...
Но ведь там действительно повсюду дефайны, под которыми инлайны и прочая магия. Иногда и по два дефайна перед функцией и гадай что это такое...
>>67870
Только в филиале моей фирмы 2. Ну при условии что ты не еблан.
Только в филиале моей фирмы 2. Ну при условии что ты не еблан.
134 Кб, 667x1000Допустим, у меня в проге есть ивенты. Я хочу их передавать туда-сюда, хранить их, чтобы можно было в нужном порядке их исполнять и т.п. Я представляю себе это в виде команд. Типа "send src_id dest_id 'data'". Ивенты могут приходить от пользователя или генерироваться внутри программы. Кроме самой команды и аргументов у неё ещё есть приоритет. Как это хранить? Думаю сделать структуру, где будет std:map<const char, const char> с аргументами и int для приоритета. Эти структуры будут запихиваться в std::priority_queue и доставиться оттуда для исполнения. Аргументы будут перегоняться из строк в енумы, инты и айди и т.п. уже во время исполнения команды. Всё правильно делаю?
Алсо, есть ощущение, что std::priority_queue не самое быстродейственное решение, но пока это не принципиально.
Алсо, есть ощущение, что std::priority_queue не самое быстродейственное решение, но пока это не принципиально.
>>67869
Я и говорю, сплошной говнокодинг костылей.
Я и говорю, сплошной говнокодинг костылей.
>>67874
Может посмотреть как это велосипедили до тебя?
https://github.com/fffaraz/awesome-cpp#asynchronous-event-loop
Может посмотреть как это велосипедили до тебя?
https://github.com/fffaraz/awesome-cpp#asynchronous-event-loop
>>67869
Он-то прост и понятен, к тому же альтернатив нет либо они ещё хуже. Но бывпет и хуже.
Он-то прост и понятен, к тому же альтернатив нет либо они ещё хуже. Но бывпет и хуже.
Есть класс Vector, у которого перегружен метод operator+. Метод возвращает новый объект этого класса.
Почему не вызывается деструктор в таком коде для vec1 и vec2 при создании vec3? Или он и не должен вызываться при возврате нового объекта?
Vector vec1 {10, 20};
Vector vec2 {20, 30};
Vector vec3 = vec1 + vec2;
std::cout << "test" << std::endl;
аутпут:
test
Destructor is called for (30, 50)
Destructor is called for (20, 30)
Destructor is called for (10, 20)
Почему не вызывается деструктор в таком коде для vec1 и vec2 при создании vec3? Или он и не должен вызываться при возврате нового объекта?
Vector vec1 {10, 20};
Vector vec2 {20, 30};
Vector vec3 = vec1 + vec2;
std::cout << "test" << std::endl;
аутпут:
test
Destructor is called for (30, 50)
Destructor is called for (20, 30)
Destructor is called for (10, 20)
>>67932
Согласен, перечитал свой вопрос и ответ пришел. Запутался немного.
Согласен, перечитал свой вопрос и ответ пришел. Запутался немного.
>>67874
Cat echo man bash <-- сперва освой это, а потом приходи! Пшёл!
Cat echo man bash <-- сперва освой это, а потом приходи! Пшёл!
Ладно стой останься у меня есть секрет для тебя только пообещай никому не рассказывать
>>67924
У тебя разве что может вызываться дополнительный деструктор для временного объекта (результата сложения) в некоторых случаях.
У тебя разве что может вызываться дополнительный деструктор для временного объекта (результата сложения) в некоторых случаях.
Помоги исправить код, чтобы работало. Это пример кода из лабы. Наверное, очень древний, раз мой компилятор его не переваривает.
>>68002
Это залупа времён Win98. За такое только обоссать могут. Никому такое не интересно в 2020, все на десятке сидят.
Это залупа времён Win98. За такое только обоссать могут. Никому такое не интересно в 2020, все на десятке сидят.
>>68008
Подтверждаю. Никому.
Подтверждаю. Никому.
>>68035
xmacro решают проблемы, которые никак больше нельзя решить. В С++26 только если завезут рефлексию + компайл-тайм иньекцию кода. А до этого, только xmacro. Сам в проде накостылил охуенных xmacro, и новый параметр наших говноконфигов теперь одной строкой добавляется с автовыводом типа.
>>68010
Судя по коду - это обычный IPC через пайпы, который используется и в 10ке, лол. Другое дело, что нахуя руками, но это ладно
xmacro решают проблемы, которые никак больше нельзя решить. В С++26 только если завезут рефлексию + компайл-тайм иньекцию кода. А до этого, только xmacro. Сам в проде накостылил охуенных xmacro, и новый параметр наших говноконфигов теперь одной строкой добавляется с автовыводом типа.
>>68010
Судя по коду - это обычный IPC через пайпы, который используется и в 10ке, лол. Другое дело, что нахуя руками, но это ладно
Как теперь на C/C++ организовывать обмен данными между процесссами через безымянные каналы, если не как во времена Win98?
>>68081
Нахуй мне сеть, если речь о двух разных процессах внутри одной операционной системы на одной ЭВМ?
Нахуй мне сеть, если речь о двух разных процессах внутри одной операционной системы на одной ЭВМ?
>>68074
я бы смотрел в сторону а-ля чего-нить такого https://github.com/cwzx/nngpp
Мы правда в не в 98, чтобы весь это какичь руками писать
я бы смотрел в сторону а-ля чего-нить такого https://github.com/cwzx/nngpp
Мы правда в не в 98, чтобы весь это какичь руками писать
>>68074
Через любой механизм IPC. Хз че там в мастдае, в лялексе есть дохуя - message queue, pipe, named pipe, shared memory (там мьютекс нужен офк), unix socket, уверен, что часть из них реализована и в winapi
Через любой механизм IPC. Хз че там в мастдае, в лялексе есть дохуя - message queue, pipe, named pipe, shared memory (там мьютекс нужен офк), unix socket, уверен, что часть из них реализована и в winapi
>>68082
Ты принципиально не хочешь юзать сеть, даже если это просто, решает твою проблему и кроссплатформенно? Или у тебя есть нормальные причины?
Ты принципиально не хочешь юзать сеть, даже если это просто, решает твою проблему и кроссплатформенно? Или у тебя есть нормальные причины?
Пятый день ебусь с этим бустом. Аноны, подскажите, как мне собрать из сырцов boost 1.69 с iostreams, чтобы не получить ошибки компоновки zlib / undefined reference boost::iostreams::zlib::...? Собираю как есть - boost build не видит системный zlib, и потом компоновка взрывается. Собираю с указанием внешнего zlib - boost build видит, а потом cannot find -lz. Собираю и устанавливаю внешний zlib в префикс, симлинки от либы zlib пробрасываю куда-нибудь в /usr/local - опять undefined reference к boost::iostreams::zlib::.... Пиздец просто.
>>68212
Поставь пакетным менеджером zlib (нужен zlib-dev, не перепутай). Потом ldconfig. Потом проверь что lz работает. После этого собирай буст.
Поставь пакетным менеджером zlib (нужен zlib-dev, не перепутай). Потом ldconfig. Потом проверь что lz работает. После этого собирай буст.
Аноны, подскажите. У меня есть класс матриц, который я написал. Я хочу использовать его в другом классе KF. Подключив его как Matrix.h и Matrix.cрр, я почему-то не могу в классе КF инициализировать матрицу Matrix Test(3,3), так как компилятор пишет expected identifier before numeric constant. Eсли же я пишу Matrix Test; Test(3,3); , то пишет то же самое. Как исправить?
>>68276
Это да, но как делать это ин э си плас плас вей? Как в одном поле хранить список из енумов, интов, строк и моих классов?
То, что выше анон кинул, я посмотрел, но там какая-то магия. Я, вроде, примерно понял что-то, но скорее всего нихуя не понял. В любом случае, мне бы какой-то более простой, может, менее общий, способ, но менее васянский чем у меня.
Это да, но как делать это ин э си плас плас вей? Как в одном поле хранить список из енумов, интов, строк и моих классов?
То, что выше анон кинул, я посмотрел, но там какая-то магия. Я, вроде, примерно понял что-то, но скорее всего нихуя не понял. В любом случае, мне бы какой-то более простой, может, менее общий, способ, но менее васянский чем у меня.
>>68282
Тогда велосипедь с ноля. Делай приорити кью указателей на базовый класс эвента с приоритетом, храни производные от него эвенты с нужными под каждый случай данными. Для быстроты возможно стоит хранить не айди объектов а просто указатели на них, они и так должны быть уникальны.
>То, что выше анон кинул, я посмотрел, но там какая-то магия
Тогда велосипедь с ноля. Делай приорити кью указателей на базовый класс эвента с приоритетом, храни производные от него эвенты с нужными под каждый случай данными. Для быстроты возможно стоит хранить не айди объектов а просто указатели на них, они и так должны быть уникальны.
>>68298
У меня получается, что нужно слишком много классов под это создавать, т.к. есть, например, ивент определённого типа, он может в качестве параметра иметь один из 20 подтипов и в зависимости от подтипа варьируется набор оставшихся параметров. Получается, нужно создать 20 классов. Звучит как-то немного жижно, особенно учитывая, что есть случаи, где предполагается вариация не в 20, в 200 случаях. И у них ещё могут варьирываться оставшиеся параметры. Или лучше тут ничего не наговнокодить, если прям сильно не закапываться с этим?
Как я понял, чтобы по-нормальному это сделать, нужно отдельно упорядоченно хранить типы аргументов, а сами аргументы можно в тупо в бинарном виде записать в один кусок памяти. А при необходимости обратиться к ним, их нужно десериализовывать и приводить к нужному типу. Но я чувствую, что чтобы сделать это нормально у меня уйдёт джва года, при том что я не очень разбираюсь в темплейтах и всём таком.
Это хорошая идея. Но вообще, айди я просто для примера написал, у оно в другом куске программы для других целей используется. Но если там всё состыкуется, то почему бы и не заменить.
> производные от него эвенты с нужными под каждый случай данными
У меня получается, что нужно слишком много классов под это создавать, т.к. есть, например, ивент определённого типа, он может в качестве параметра иметь один из 20 подтипов и в зависимости от подтипа варьируется набор оставшихся параметров. Получается, нужно создать 20 классов. Звучит как-то немного жижно, особенно учитывая, что есть случаи, где предполагается вариация не в 20, в 200 случаях. И у них ещё могут варьирываться оставшиеся параметры. Или лучше тут ничего не наговнокодить, если прям сильно не закапываться с этим?
Как я понял, чтобы по-нормальному это сделать, нужно отдельно упорядоченно хранить типы аргументов, а сами аргументы можно в тупо в бинарном виде записать в один кусок памяти. А при необходимости обратиться к ним, их нужно десериализовывать и приводить к нужному типу. Но я чувствую, что чтобы сделать это нормально у меня уйдёт джва года, при том что я не очень разбираюсь в темплейтах и всём таком.
> Для быстроты возможно стоит хранить не айди объектов а просто указатели на них
Это хорошая идея. Но вообще, айди я просто для примера написал, у оно в другом куске программы для других целей используется. Но если там всё состыкуется, то почему бы и не заменить.
>>68321
Можно так, особенно если структуры данных эвентов не будут меняется после старта программы.
При большом объеме структур имеет смысл их описывать на дсл, и в бинарном виде создавать уже в рантайме, виде дерева объектов умеющих распаковать данные из твоего куска памяти. Хотя возможно в твоём случае это оверкилл (я прост имею отношение к авиационным протоколам, там может быть нужно управлять/де/сериализовывать по 10к+ параметров, делать это руками в коде - натуральное безумие).
Если структура данных каждого эвента индивидуальна, придется ее слать вместе с ним, или можно вообще все вместе в виде JSON как в вебе, но тут уже производительность сядет.
>Как я понял, чтобы по-нормальному это сделать, нужно отдельно упорядоченно хранить типы аргументов, а сами аргументы можно в тупо в бинарном виде записать в один кусок памяти.
Можно так, особенно если структуры данных эвентов не будут меняется после старта программы.
При большом объеме структур имеет смысл их описывать на дсл, и в бинарном виде создавать уже в рантайме, виде дерева объектов умеющих распаковать данные из твоего куска памяти. Хотя возможно в твоём случае это оверкилл (я прост имею отношение к авиационным протоколам, там может быть нужно управлять/де/сериализовывать по 10к+ параметров, делать это руками в коде - натуральное безумие).
Если структура данных каждого эвента индивидуальна, придется ее слать вместе с ним, или можно вообще все вместе в виде JSON как в вебе, но тут уже производительность сядет.
>>68352
Ладно, спасибо за советы, попробую поковыряться с этим.
Ладно, спасибо за советы, попробую поковыряться с этим.
>>68478
Ты дебил?
Ты дебил?
>>68140
Не должно быть причиной использовать что-либо всерьёз. Если что-то потребляет больше ресурсов компьютера, но проще в реализации, то это что-то не имеет права на существование.
>просто, решает твою проблему и кроссплатформенно
Не должно быть причиной использовать что-либо всерьёз. Если что-то потребляет больше ресурсов компьютера, но проще в реализации, то это что-то не имеет права на существование.
>>60500 (OP)
Привет. Вот я хочу, например, написать прогу на с/с++, которая считает crc для файлика. Каким образом я могу через cmd или баш-скрипт или пистон хендлить результат подсчётов этой функции? Мейн ведь возвращает лишь код, который сигнализирует об ошибке.
Привет. Вот я хочу, например, написать прогу на с/с++, которая считает crc для файлика. Каким образом я могу через cmd или баш-скрипт или пистон хендлить результат подсчётов этой функции? Мейн ведь возвращает лишь код, который сигнализирует об ошибке.
33 Кб, 801x570Почему не работает? Почему она выходит из if вообще? 1 раз всего проходит и всё какое бы небыло значение. Это программа для нахождение наибольшего делителя.
17 Кб, 429x455>>68574
а бля я ж if написал вместо while ))) вот исправил всё, но оно доходит только до 100 и потом обрывается, как будто не хочет заного идти в while. Это почему? Типо оборвал goto и цикл сломался?
а бля я ж if написал вместо while ))) вот исправил всё, но оно доходит только до 100 и потом обрывается, как будто не хочет заного идти в while. Это почему? Типо оборвал goto и цикл сломался?
>>68578
Во-первых, что тебе не позволяет кинуть код текстом через паст ебин или какой-нибудь онлайн-компилятор?
Во-первых, что тебе не позволяет кинуть код текстом через паст ебин или какой-нибудь онлайн-компилятор?
16 Кб, 441x447>>68580
Ничего, но я уже всё сам сделал да... надо было просто не прибавлять арифметическую прогрессию по 1 к ddd и вывести не его а delitel))))
Ничего, но я уже всё сам сделал да... надо было просто не прибавлять арифметическую прогрессию по 1 к ddd и вывести не его а delitel))))
>>68578
Во-вторых, дай нормальные название всем переменных. В-третьих, дай комментарии хотя бы к циклам. По-твоему другим людям больше делать нечего кроме того как вникать в твой гениальный алгоритм?
В-четвёртых, бля лол, почему у тебя переменные объявлены между вводом и приглашением к вводу, и в несколько строчек? Можно в одну.
В-пятых, зачем goto? Это условие задачи?
Во-вторых, дай нормальные название всем переменных. В-третьих, дай комментарии хотя бы к циклам. По-твоему другим людям больше делать нечего кроме того как вникать в твой гениальный алгоритм?
В-четвёртых, бля лол, почему у тебя переменные объявлены между вводом и приглашением к вводу, и в несколько строчек? Можно в одну.
В-пятых, зачем goto? Это условие задачи?
>>68585
Прости анончик в следущий раз всё буду коментить? Не это не условие. А что все так goto хейтят? Классная же штука. Вот в моём примере нужен был бы дополнительный цикл и continue, что по сути и есть goto.
Прости анончик в следущий раз всё буду коментить? Не это не условие. А что все так goto хейтят? Классная же штука. Вот в моём примере нужен был бы дополнительный цикл и continue, что по сути и есть goto.
>>68590
Я не знаю, почему другие его хейтят, но лично просто не понимаю суть его использования, когда есть нормальные циклы. goto это аналог джампа в ассемблере, но в ассемблере понятно, зачем нужны джампы - там, блядь, ничего другого нет. Зачем в высокоуровневом ЯП нужны джампы я хз.
Я не знаю, почему другие его хейтят, но лично просто не понимаю суть его использования, когда есть нормальные циклы. goto это аналог джампа в ассемблере, но в ассемблере понятно, зачем нужны джампы - там, блядь, ничего другого нет. Зачем в высокоуровневом ЯП нужны джампы я хз.
>>68593
Ну так я и сказал, что без применения goto нужен был бы огромный во весь код цикл с началом в метке, и continue в месте goto. Это же просто усложнение. Его не стоит использовать много, потому что из за табуляции легче циклы читать, но так вполне полезен.
Ну так я и сказал, что без применения goto нужен был бы огромный во весь код цикл с началом в метке, и continue в месте goto. Это же просто усложнение. Его не стоит использовать много, потому что из за табуляции легче циклы читать, но так вполне полезен.
>>68590
Потому что goto позволяет тебе запутать программу до охуения, а так же отстрелить себе всё что можно. Даже в твоей микролабе goto сильно ухудшает читаемость. Вообще, считается, что если у тебя возникла необходимость воспользоваться goto, значит у тебя тотальный косяк в архитектуре программы. Короче, я запрещаю тебе использовать goto в современном С++.
goto приносит столько проблем, что даже в древние времена в С было два и только два случая, когда можно было использовать этот оператор и не быть обоссаным: джамп к одной точке выхода из функции, если в ней требуется освобождать ресурсы перед выходом, и выпрыгивание из сильно вложенных циклов, вместо написания пяти break'ов. И то, последний юзкейс довольно сомнителен.
Потому что goto позволяет тебе запутать программу до охуения, а так же отстрелить себе всё что можно. Даже в твоей микролабе goto сильно ухудшает читаемость. Вообще, считается, что если у тебя возникла необходимость воспользоваться goto, значит у тебя тотальный косяк в архитектуре программы. Короче, я запрещаю тебе использовать goto в современном С++.
goto приносит столько проблем, что даже в древние времена в С было два и только два случая, когда можно было использовать этот оператор и не быть обоссаным: джамп к одной точке выхода из функции, если в ней требуется освобождать ресурсы перед выходом, и выпрыгивание из сильно вложенных циклов, вместо написания пяти break'ов. И то, последний юзкейс довольно сомнителен.
>>68243
Компилятор пишет non static data member initializers only available with -std=c++11. Ничего страшного?
Компилятор пишет non static data member initializers only available with -std=c++11. Ничего страшного?
>>68584
Вот ты и попался. Если нужен универсальный пакетник, то это snap. А штатный пакетник всяк лучше, чем установленный с его помощью vcpkg или кто там ещё.
Вот ты и попался. Если нужен универсальный пакетник, то это snap. А штатный пакетник всяк лучше, чем установленный с его помощью vcpkg или кто там ещё.
>>68659
шиз спок
шиз спок
>>68642
Я пытался понять, что ты тут написал, но не получилось.
Что это за snap? В поиске только какая-то херня
> Вот ты и попался. Если нужен универсальный пакетник, то это snap. А штатный пакетник всяк лучше, чем установленный с его помощью vcpkg или кто там ещё.
Я пытался понять, что ты тут написал, но не получилось.
Что это за snap? В поиске только какая-то херня
>>68659
Ага, все идут нахуй, давайте оставим в треде только срач по поводу visual studio и пакетников
Ага, все идут нахуй, давайте оставим в треде только срач по поводу visual studio и пакетников
>>68661
Это извращенная параша из мира красноглазых пердолей, где вместе с пакетом идут все его зависимости. Как если бы в Винде к каждому приложению прикладывали свой дистрибутив directx, либ vc++ и системных библиотек. У пердоликса настолько ущербная система зависимостей, что приходится жрать говно не с лопаты, а прям с земли.
> Что это за snap?
Это извращенная параша из мира красноглазых пердолей, где вместе с пакетом идут все его зависимости. Как если бы в Винде к каждому приложению прикладывали свой дистрибутив directx, либ vc++ и системных библиотек. У пердоликса настолько ущербная система зависимостей, что приходится жрать говно не с лопаты, а прям с земли.
>>68689
Well explained.
Well explained.
>>68689
Ждём менеджер пакетов на основе докера, чтобы тащить не только зависимости, но и нужный дистрибутив линукса.
Ждём менеджер пакетов на основе докера, чтобы тащить не только зависимости, но и нужный дистрибутив линукса.
enum class Month {
jan = 1, feb, mar, apr, may, jun, jul, aug, sep, oct, nov, dec
};
Month operator++(Month& m) {
m = (m == Month::dec) ? Month::jan : Month(int(m) + 1);
return m;
}
const vector<string> month_tbl{ "", "Январь", "Февраль", "Март", "Апрель", "Май", "Июнь", "Июль", "Август", "Сентябрь", "Октябрь", "Ноябрь", "Декабрь" };
class Date {
public:
class Invalid {};
Date(int y, Month m, int d);
void add_day(int n);
Month month() { return m; }
int day() { return d; }
int year() { return y; }
private:
int y;
Month m;
int d;
bool is_valid();
};
ostream& operator<< (ostream& os, Month& m)
{
return os << month_tbl[int(m)];
}
ostream& operator<< (ostream& os, Date& d)
{
return os << '(' << d.year()
<< ',' << d.month()
<< ',' << d.day() << ')';
}
Date::Date(int yy, Month mm, int dd)
: y{ yy }, m{ mm }, d{ dd }
{
if (!is_valid()) throw Invalid{};
}
bool Date::is_valid() {
//if (m < 1 || 12 < m) return false;
if (d < 1 || 31 < d) return false;
return true;
}
Какого хуя выдаёт ошибку в функции d.month()? ОшибкаC2679 бинарный "<<": не найден оператор, принимающий правый операнд типа "Month" (или приемлемое преобразование отсутствует). Если просто написать
Month biba = Month::jul;
cout << biba;
То всё выводится.
jan = 1, feb, mar, apr, may, jun, jul, aug, sep, oct, nov, dec
};
Month operator++(Month& m) {
m = (m == Month::dec) ? Month::jan : Month(int(m) + 1);
return m;
}
const vector<string> month_tbl{ "", "Январь", "Февраль", "Март", "Апрель", "Май", "Июнь", "Июль", "Август", "Сентябрь", "Октябрь", "Ноябрь", "Декабрь" };
class Date {
public:
class Invalid {};
Date(int y, Month m, int d);
void add_day(int n);
Month month() { return m; }
int day() { return d; }
int year() { return y; }
private:
int y;
Month m;
int d;
bool is_valid();
};
ostream& operator<< (ostream& os, Month& m)
{
return os << month_tbl[int(m)];
}
ostream& operator<< (ostream& os, Date& d)
{
return os << '(' << d.year()
<< ',' << d.month()
<< ',' << d.day() << ')';
}
Date::Date(int yy, Month mm, int dd)
: y{ yy }, m{ mm }, d{ dd }
{
if (!is_valid()) throw Invalid{};
}
bool Date::is_valid() {
//if (m < 1 || 12 < m) return false;
if (d < 1 || 31 < d) return false;
return true;
}
Какого хуя выдаёт ошибку в функции d.month()? ОшибкаC2679 бинарный "<<": не найден оператор, принимающий правый операнд типа "Month" (или приемлемое преобразование отсутствует). Если просто написать
Month biba = Month::jul;
cout << biba;
То всё выводится.
enum class Month {
jan = 1, feb, mar, apr, may, jun, jul, aug, sep, oct, nov, dec
};
Month operator++(Month& m) {
m = (m == Month::dec) ? Month::jan : Month(int(m) + 1);
return m;
}
const vector<string> month_tbl{ "", "Январь", "Февраль", "Март", "Апрель", "Май", "Июнь", "Июль", "Август", "Сентябрь", "Октябрь", "Ноябрь", "Декабрь" };
class Date {
public:
class Invalid {};
Date(int y, Month m, int d);
void add_day(int n);
Month month() { return m; }
int day() { return d; }
int year() { return y; }
private:
int y;
Month m;
int d;
bool is_valid();
};
ostream& operator<< (ostream& os, Month& m)
{
return os << month_tbl[int(m)];
}
ostream& operator<< (ostream& os, Date& d)
{
return os << '(' << d.year()
<< ',' << d.month()
<< ',' << d.day() << ')';
}
Date::Date(int yy, Month mm, int dd)
: y{ yy }, m{ mm }, d{ dd }
{
if (!is_valid()) throw Invalid{};
}
bool Date::is_valid() {
//if (m < 1 || 12 < m) return false;
if (d < 1 || 31 < d) return false;
return true;
}
Какого хуя выдаёт ошибку в функции d.month()? ОшибкаC2679 бинарный "<<": не найден оператор, принимающий правый операнд типа "Month" (или приемлемое преобразование отсутствует). Если просто написать
Month biba = Month::jul;
cout << biba;
То всё выводится.
jan = 1, feb, mar, apr, may, jun, jul, aug, sep, oct, nov, dec
};
Month operator++(Month& m) {
m = (m == Month::dec) ? Month::jan : Month(int(m) + 1);
return m;
}
const vector<string> month_tbl{ "", "Январь", "Февраль", "Март", "Апрель", "Май", "Июнь", "Июль", "Август", "Сентябрь", "Октябрь", "Ноябрь", "Декабрь" };
class Date {
public:
class Invalid {};
Date(int y, Month m, int d);
void add_day(int n);
Month month() { return m; }
int day() { return d; }
int year() { return y; }
private:
int y;
Month m;
int d;
bool is_valid();
};
ostream& operator<< (ostream& os, Month& m)
{
return os << month_tbl[int(m)];
}
ostream& operator<< (ostream& os, Date& d)
{
return os << '(' << d.year()
<< ',' << d.month()
<< ',' << d.day() << ')';
}
Date::Date(int yy, Month mm, int dd)
: y{ yy }, m{ mm }, d{ dd }
{
if (!is_valid()) throw Invalid{};
}
bool Date::is_valid() {
//if (m < 1 || 12 < m) return false;
if (d < 1 || 31 < d) return false;
return true;
}
Какого хуя выдаёт ошибку в функции d.month()? ОшибкаC2679 бинарный "<<": не найден оператор, принимающий правый операнд типа "Month" (или приемлемое преобразование отсутствует). Если просто написать
Month biba = Month::jul;
cout << biba;
То всё выводится.
>>68734
У тебя метод << принимает неконстантную ссылку, а ты туда передаешь временный объект. Короче напиши ostream& operator<< (ostream& os, const Month& m) и тогда заработает наверное.
У тебя метод << принимает неконстантную ссылку, а ты туда передаешь временный объект. Короче напиши ostream& operator<< (ostream& os, const Month& m) и тогда заработает наверное.
>>68744
спасибо огромное
спасибо огромное
>>68625
У меня такое было наверное только когда заставляли в 12й студии писать.
Потому что винда хр внезапно у всех до сих пор.
>only available with -std=c++11. Ничего страшного?
У меня такое было наверное только когда заставляли в 12й студии писать.
Потому что винда хр внезапно у всех до сих пор.
>>68689
Но ведь всё так и происходит... Даже М$ теперь всё своё складирует в одну кучу. И это в целом нормально.
Но vcpkg и snap, имхо, ортогональные штуковины.
> Как если бы в Винде к каждому приложению прикладывали свой дистрибутив directx, либ vc++ и системных библиотек.
Но ведь всё так и происходит... Даже М$ теперь всё своё складирует в одну кучу. И это в целом нормально.
Но vcpkg и snap, имхо, ортогональные штуковины.
Аноны, кто с WinApi работает, скажите на чём предпочтительнее писать с ним на Си или на плюсах? Вроде слышал, что WinApi под си чистый адаптирован.
>>68789
Но ведь его спросили как собрать буст из исходников, а он высрал как его поставить пакетами?
Но ведь его спросили как собрать буст из исходников, а он высрал как его поставить пакетами?
>>68808
Можно потрениться пердолиться чтобы в случае чего быть готовым и разгрести говно
> Зачем пердолиться. когда можно воспользоваться уже готовым?
Можно потрениться пердолиться чтобы в случае чего быть готовым и разгрести говно
>>68806
А что vcpkg по-твоему делает? Выкачивает саму библиотеку и все её зависимости, а потом их собирает прямо у тебя на компьютере. При желании можно даже флаги компилятора подкрутить
А что vcpkg по-твоему делает? Выкачивает саму библиотеку и все её зависимости, а потом их собирает прямо у тебя на компьютере. При желании можно даже флаги компилятора подкрутить
>>68817
ну вот только если потрениться, не более
ну вот только если потрениться, не более
>>68808
спасибо, понял
спасибо, понял
>>68835
Вскодер, ты?
Вскодер, ты?
>>68910
Советую поставить вижуал студию 2019 и делать все по человечески
Советую поставить вижуал студию 2019 и делать все по человечески
Заготовил хорошие картинки на перекат.
Мимо-перекатывал-3-последних-треда
Мимо-перекатывал-3-последних-треда
>>68808
Насколько сложнее сделать c++ компилятор? Где его вообще нет, хотя бы старой версии, такие вещи разве существуют?
Насколько сложнее сделать c++ компилятор? Где его вообще нет, хотя бы старой версии, такие вещи разве существуют?
>>68982
есть всякие некроконтроллеры адовые, под которых С++ нет вообще. И всякие RTOS специализированные.
есть всякие некроконтроллеры адовые, под которых С++ нет вообще. И всякие RTOS специализированные.
>>68982
Сильно сложнее, чем С компилятор.
Сильно сложнее, чем С компилятор.
>>68982
Намного сложнее, чем компиляторы всех остальных мейнстримных языков вместе взятых.
Намного сложнее, чем компиляторы всех остальных мейнстримных языков вместе взятых.
>>68074
в Qt есть кросплатформенная абстракция IPC с интерфейсом сокета, есть в примерах fortuneclient fortuneserver
в Qt есть кросплатформенная абстракция IPC с интерфейсом сокета, есть в примерах fortuneclient fortuneserver
Насколько зашкварно активно юзать std::optional для условного возврата переменной/объекта из функции?
>>69225
А если возвращается хуйня типо unique_ptr которую можно проверить на nullptr, тоже лучше в optional оборачивать?
А если возвращается хуйня типо unique_ptr которую можно проверить на nullptr, тоже лучше в optional оборачивать?
>>69235
Имхо это уже масло масляное, при условии, что нуллпоинтер это ошибка.
Имхо это уже масло масляное, при условии, что нуллпоинтер это ошибка.
>>69235
Либо unique_ptr, либо std::optional. Предпочтительнее второе, если логика программы позволяет.
Либо unique_ptr, либо std::optional. Предпочтительнее второе, если логика программы позволяет.
>>68590
Хейтят, потому что боятся, потому что не осилили. Во многих проектах на c/c++ goto используется. Правда его нужно научиться правильно использовать.
>А что все так goto хейтят?
Хейтят, потому что боятся, потому что не осилили. Во многих проектах на c/c++ goto используется. Правда его нужно научиться правильно использовать.
>>69367
щас штаны подтянут
щас штаны подтянут
>>69359
Потому-что обоссаных профнепригодных даунов в НИИ набрали, вот и во многих проектах goto используется.
> Во многих проектах на c/c++ goto используется.
Потому-что обоссаных профнепригодных даунов в НИИ набрали, вот и во многих проектах goto используется.
Поясните, пожалуйста, за перспективы С/С++ в научно-технических приложениях. Сам я - НИИшник-металлофизик, на работе пользуюсь Пайтоном, вольфрамовской Математикой и различными МКЭ-системами, но вот решил вкатиться в что-то более низкоуровневое. Больше тяготею к С, так как он проще, а у меня и так есть чем ебать мозги помимо программирования, но не хотелось бы заскочить в поезд, который уже никуда не идет (поэтому Фортран и не рассматриваю). В общем, какие я пока что вижу варианты варианты:
1) С
2) С++
3) не ебать мозги совсем, ознакомиться с Cython и дальше изучать Матлаб.
>>69383
Кек.
1) С
2) С++
3) не ебать мозги совсем, ознакомиться с Cython и дальше изучать Матлаб.
>>69383
Кек.
>>69394
Вариант 3 лучший. С++ реально сейчас нужен либо в около-легаси в гигантских конторах, либо в каком-нибудь супер хайлоад дистрибудет перформанс залупе, в которую без релевантного опыта не пробиться.
Не смотря на то, что я пишу на крестах больше 7 лет - вкатываться в них я бы не советовал В свободное время пишу на сишарпе и мне он нравится ощутимо больше, хотя я его практически не знаю
Вариант 3 лучший. С++ реально сейчас нужен либо в около-легаси в гигантских конторах, либо в каком-нибудь супер хайлоад дистрибудет перформанс залупе, в которую без релевантного опыта не пробиться.
Не смотря на то, что я пишу на крестах больше 7 лет - вкатываться в них я бы не советовал В свободное время пишу на сишарпе и мне он нравится ощутимо больше, хотя я его практически не знаю
>>69394
Если ты хочешь написать какую то быструю числодробилку, то да, выучи с++ и ассемблер, потом пиши распараллеленные алгоритмы на видяху.
Если ты хочешь написать какую то быструю числодробилку, то да, выучи с++ и ассемблер, потом пиши распараллеленные алгоритмы на видяху.
>>69415
Вот, например, на рисерчгейт сонм ответов о С/С++
https://www.researchgate.net/post/How_can_I_choose_the_right_programming_language_for_a_computational_physics_project
https://www.researchgate.net/post/What-is-the-most-useful-programming-language-for-a-materials-scientist-and-a-physicst
Есть какие-то мысли о перспективных научно-технических языках, во что стоит вкатываться? Или все же вариант 3: продолжать дрочить Пайтон со всех сторон, параллельно посматривая на коммерческие инженерные и научные системы?
> С++ реально сейчас нужен
Вот, например, на рисерчгейт сонм ответов о С/С++
https://www.researchgate.net/post/How_can_I_choose_the_right_programming_language_for_a_computational_physics_project
https://www.researchgate.net/post/What-is-the-most-useful-programming-language-for-a-materials-scientist-and-a-physicst
>вкатываться в них я бы не советовал
Есть какие-то мысли о перспективных научно-технических языках, во что стоит вкатываться? Или все же вариант 3: продолжать дрочить Пайтон со всех сторон, параллельно посматривая на коммерческие инженерные и научные системы?
>>69358
Это ж постинкремент. Т.е. типа улучшили, но возвращается предыдущее значение - С. Поэтому многие до сих пор пишут на си с классами.
Это ж постинкремент. Т.е. типа улучшили, но возвращается предыдущее значение - С. Поэтому многие до сих пор пишут на си с классами.
>>69492
Главное, что UB на месте.
Главное, что UB на месте.
>>69394
Ну тут всё просто. Если ты научный деятель, то для тебя инструменты высокого уровня: Python, Matlab.Ты реализуешь концепт своей идеи и отдаёшь его инженерам.
Если ты инженер-работяга и не любишь/не можешь в матан, то для тебя c/c++ с погружением в железо. Фортран в некоторых задачах удобнее, но оно того не стоит.
Математики на с/с++ обычно пишут лютый говнокод.
Для примера МКЭ системы пишутся на C++. Там по традиции массовый параллелизм и gpu (расчёты и визуализация). Почти все языки для gpu это диалекты или расширения C/C++ (cuda, opencl, hlsl, glsl и прочие).
Ну тут всё просто. Если ты научный деятель, то для тебя инструменты высокого уровня: Python, Matlab.Ты реализуешь концепт своей идеи и отдаёшь его инженерам.
Если ты инженер-работяга и не любишь/не можешь в матан, то для тебя c/c++ с погружением в железо. Фортран в некоторых задачах удобнее, но оно того не стоит.
Математики на с/с++ обычно пишут лютый говнокод.
Для примера МКЭ системы пишутся на C++. Там по традиции массовый параллелизм и gpu (расчёты и визуализация). Почти все языки для gpu это диалекты или расширения C/C++ (cuda, opencl, hlsl, glsl и прочие).
>>69444
вся математика написана за тебя в питоне на С, руками ты очень врятли ее писать будешь когда-либо. Я бы все таки думал, собстно, о питоне.
вся математика написана за тебя в питоне на С, руками ты очень врятли ее писать будешь когда-либо. Я бы все таки думал, собстно, о питоне.
>>69566
Странно, я почему-то думал, что все наоборот. Пайтон-то - простой язык, который и запоминать особо не надо, а вот в С++ вроде бы надо включать голову, ебаться с логическим построением кода и т.д.
Просто я думал, что в конце-то концов у более низкоуровневых языков должны быть какие-то преимущества в научно-технических задачах, помимо быстродействия. У языка С ведь наверняка есть целая отрасль технических приложений, в датчиках там, программировании научного и инженерного hardware и т.д.
>>69576
Ладно, наверное так и поступлю. Лучше выучу четвертый иностранный и наконец-то сяду за алгебраическую топологию, все-таки у меня это и лучше выходит, и удовольствия в процессе получается больше. А там может когда-то.
>Если ты инженер-работяга и не любишь/не можешь в матан, то для тебя c/c++ с погружением в железо.
>Математики на с/с++ обычно пишут лютый говнокод.
Странно, я почему-то думал, что все наоборот. Пайтон-то - простой язык, который и запоминать особо не надо, а вот в С++ вроде бы надо включать голову, ебаться с логическим построением кода и т.д.
Просто я думал, что в конце-то концов у более низкоуровневых языков должны быть какие-то преимущества в научно-технических задачах, помимо быстродействия. У языка С ведь наверняка есть целая отрасль технических приложений, в датчиках там, программировании научного и инженерного hardware и т.д.
>>69576
>Я бы все таки думал, собстно, о питоне.
Ладно, наверное так и поступлю. Лучше выучу четвертый иностранный и наконец-то сяду за алгебраическую топологию, все-таки у меня это и лучше выходит, и удовольствия в процессе получается больше. А там может когда-то.
>>69586
Посмотрел на либгене книги по нему за последние 5 лет - вообще ничего прикладного.
Вот забавная книга
http://gen.lib.rus.ec/book/index.php?md5=424DE7A837A83F1804B56D07B9E0DC80
Какие-то экосистемы, монад (Лейбница?), чё несет.
>haskell
Посмотрел на либгене книги по нему за последние 5 лет - вообще ничего прикладного.
Вот забавная книга
http://gen.lib.rus.ec/book/index.php?md5=424DE7A837A83F1804B56D07B9E0DC80
Какие-то экосистемы, монад (Лейбница?), чё несет.
>>69594
Прикладное -- это слишком общее понятие. Чего ты ожидал? Книг про то, как на хаскеле программируют самолёты? Или о чём речь?
https://wiki.haskell.org/Books
Прикладное -- это слишком общее понятие. Чего ты ожидал? Книг про то, как на хаскеле программируют самолёты? Или о чём речь?
https://wiki.haskell.org/Books
>>69605
Численные методы, например. По твоей ссылке я увидел только 2 книги по анализу данных, каждая менее чем на 200 стр.
Численные методы, например. По твоей ссылке я увидел только 2 книги по анализу данных, каждая менее чем на 200 стр.
>>69609
Ну и хуй с ним. Кому нужны эти книги? Берёшь и пишешь свои численные методы, если не нашёл подходящей библиотеки. Да и численные методы не привязаны не то, что к какому-то конкретному языку, а вообще к программированию. Чтобы уметь в численные методы, нужна математика, а не программирование.
Ну и хуй с ним. Кому нужны эти книги? Берёшь и пишешь свои численные методы, если не нашёл подходящей библиотеки. Да и численные методы не привязаны не то, что к какому-то конкретному языку, а вообще к программированию. Чтобы уметь в численные методы, нужна математика, а не программирование.
>>69619
Это все верно, но зачем мне ебаться с этим, если есть обобщенный опыт одного человека, который с этим достаточно наебался и написал соответствующую книгу? Я лучше потрачу свое время на что-то другое, а по численным методам просто возьму эту книгу, почитаю, поделаю упражнения по ней и сверюсь в ответами, приобретя упорядоченный опыт.
Ну, если я не знаю как в данном языке вводится дифференциальный или интегральный оператор, например, то даже знание математики мне не сильно поможет.
Это все верно, но зачем мне ебаться с этим, если есть обобщенный опыт одного человека, который с этим достаточно наебался и написал соответствующую книгу? Я лучше потрачу свое время на что-то другое, а по численным методам просто возьму эту книгу, почитаю, поделаю упражнения по ней и сверюсь в ответами, приобретя упорядоченный опыт.
>Да и численные методы не привязаны не то, что к какому-то конкретному языку, а вообще к программированию. Чтобы уметь в численные методы, нужна математика, а не программирование.
Ну, если я не знаю как в данном языке вводится дифференциальный или интегральный оператор, например, то даже знание математики мне не сильно поможет.
>>69623
Руками вводится
Руками вводится
>>69623
На самом деле многие алгоритмы очень интересно реализовывать в функциональном стиле. Даже более, многие численные алгоритмы очень хорошо ложатся в функциональную парадигму. Аж глаз радуется! Если ты хорошо шаришь в mathematica, то, возможно, и сам это заметил, хотя mathematica немного в другую сторону заточена, но она гораздо ближе к хаскелю, чем плюсы.
Решать в любом случае тебе, брат. Знаю, брат, ты не ошибёшься.
На самом деле многие алгоритмы очень интересно реализовывать в функциональном стиле. Даже более, многие численные алгоритмы очень хорошо ложатся в функциональную парадигму. Аж глаз радуется! Если ты хорошо шаришь в mathematica, то, возможно, и сам это заметил, хотя mathematica немного в другую сторону заточена, но она гораздо ближе к хаскелю, чем плюсы.
Решать в любом случае тебе, брат. Знаю, брат, ты не ошибёшься.
>>69623
Даже если ты захочешь решать системы линейных уравнений, то тебе придётся начать с реализации матриц и векторов, а также всех операций над ними, ибо в c/c++ ничего этого нету из коробки (в фортране есть).
>Ну, если я не знаю как в данном языке вводится дифференциальный или интегральный оператор, например, то даже знание математики мне не сильно поможет
Даже если ты захочешь решать системы линейных уравнений, то тебе придётся начать с реализации матриц и векторов, а также всех операций над ними, ибо в c/c++ ничего этого нету из коробки (в фортране есть).
>>69656
Это и не нужно из коробки.
Но и реализовывать не придется все уже давно есть
https://github.com/fffaraz/awesome-cpp#math
>тебе придётся начать с реализации матриц и векторов, а также всех операций над ними, ибо в c/c++ ничего этого нету из коробки
Это и не нужно из коробки.
Но и реализовывать не придется все уже давно есть
https://github.com/fffaraz/awesome-cpp#math
>>69682
Приведи 3 примера на С++ (именно С++, не С), где GOTO лучше, чем остальные средства языка
Приведи 3 примера на С++ (именно С++, не С), где GOTO лучше, чем остальные средства языка
>>69682
Ну продемонстрируй где goto по твоему мнению улучшает читаемость, хоть поржем.
Ну продемонстрируй где goto по твоему мнению улучшает читаемость, хоть поржем.
>>69648
Пытался помнится как-то поучить хаскелл, а там в книжке realWorldHaskell была задача на алгоритм Грэхема, так я сидел, пыхтел, пытался, но в голову приходила не функциональщина, в результате я такого говна наляпал там, страшно вспоминать да я уже и не помню нихуя. Возможно не стоило это им в начальные главы пихать, а уж лучше после всех функторов и монад, наверное. к тому же хачкиль вроде не совсем оптимизрованный/быстрый выходит по сравнению с питоном наверняка лучше, но с многими другими языками не думаю
> На самом деле многие алгоритмы очень интересно реализовывать в функциональном стиле.
Пытался помнится как-то поучить хаскелл, а там в книжке realWorldHaskell была задача на алгоритм Грэхема, так я сидел, пыхтел, пытался, но в голову приходила не функциональщина, в результате я такого говна наляпал там, страшно вспоминать да я уже и не помню нихуя. Возможно не стоило это им в начальные главы пихать, а уж лучше после всех функторов и монад, наверное. к тому же хачкиль вроде не совсем оптимизрованный/быстрый выходит по сравнению с питоном наверняка лучше, но с многими другими языками не думаю
>>69678
Ну там далеко не везде блочное умножение матриц, неэффективно реализовано умножение разреженных матриц, алгоритмы однопоточные. А всё это должно работать на абстрактной машине с массовым параллелизмом и распределённой файловой системой (фс lustre, а сама машина это пару сотен gpu или cpu или вообще несколько разных). Машина такая одна, а расчётных задач много (одна задача может считаться по несколько дней и если будут баги то всем будет атата).
В общем c++ нужен прежде всего для решения тяжких инженерных задач.
Ну там далеко не везде блочное умножение матриц, неэффективно реализовано умножение разреженных матриц, алгоритмы однопоточные. А всё это должно работать на абстрактной машине с массовым параллелизмом и распределённой файловой системой (фс lustre, а сама машина это пару сотен gpu или cpu или вообще несколько разных). Машина такая одна, а расчётных задач много (одна задача может считаться по несколько дней и если будут баги то всем будет атата).
В общем c++ нужен прежде всего для решения тяжких инженерных задач.
Аноны, а вот какой тип мне указать перед функцией, если в результате у меня возможно 2 типа. Пример, функция перемножения матриц. После перемножения матриц 1х2 и 2х1 я получаю матрицу 1х1. Я бы хотел использовать такую матрицу, как число. Легальна ли такая операция? Если да, то какой мне задать тип?
>>69698
Для этого, как я понимаю, нужно завести булев флаг и проверять его на истинность в обоих циклах. Ну и чем это лучше компактного и эффективного GOTO сразу на метку после цикла?
>Даже double break решается лучше без goto, чем с
Для этого, как я понимаю, нужно завести булев флаг и проверять его на истинность в обоих циклах. Ну и чем это лучше компактного и эффективного GOTO сразу на метку после цикла?
>>69715
Тем, что ты дед старый, а double break решается лямбдами давно
Тем, что ты дед старый, а double break решается лямбдами давно
>>69711
Матрица на матрицу = матрица и ниипёт. Если размер матрицы задаёшь шаблонными параметрами, то можешь для случая 1х1 добавить оператор приведения к числу
Матрица на матрицу = матрица и ниипёт. Если размер матрицы задаёшь шаблонными параметрами, то можешь для случая 1х1 добавить оператор приведения к числу
>>69703
А я плюсовик, а не сишник.
А я плюсовик, а не сишник.
Даров чуваки. Подскажите, существует ли альтернатива GetFileAttributesA для девайсов \\.\PhysicalDisk в винапи? В архиваторе такая проверка стоит для последующего открытия файла, а мне ленту открыть надо.
>>69734
Cпасибо
Cпасибо
>>69734
Какая матрица получится после умножения матриц 2x3 и 4x5?
>Матрица на матрицу = матрица и ниипёт.
Какая матрица получится после умножения матриц 2x3 и 4x5?
>>69768
Matrix<NaN>
Matrix<NaN>
>>69701
Разве всякие бласы и лапаки не поддерживают автоматическую параллелизацию?
>Ну там далеко не везде блочное умножение матриц, неэффективно реализовано умножение разреженных матриц, алгоритмы однопоточные
Разве всякие бласы и лапаки не поддерживают автоматическую параллелизацию?
>>69880
А если супергерои все... То никто не супергерой.
А если супергерои все... То никто не супергерой.
Му-дрые боги вы-думали но-но-ноги
Глу-пые боги вы-думали костыли ёбаные сукааааааа
Глу-пые боги вы-думали костыли ёбаные сукааааааа
>>69880
Да ладно? Вот тебе выражение х % 5; Сайд эффектов нет, описания алгоритма расчета остатка от деления нет, ты просто сообщил что ты хочешь рассчитать, а не как. Все признаки декларативного программирования.
>В императивных языках все уже обернуто в монаду.
Да ладно? Вот тебе выражение х % 5; Сайд эффектов нет, описания алгоритма расчета остатка от деления нет, ты просто сообщил что ты хочешь рассчитать, а не как. Все признаки декларативного программирования.
>>70025
... operator%(...) { system("rm -rf"); }
... operator%(...) { system("rm -rf"); }
>>69865
Я не сильно в теме, но там вроде целый зоопарк из либ, которые по-своему уникальны (под масштабируемые системы, под gpu, под разные cpu).
Я не сильно в теме, но там вроде целый зоопарк из либ, которые по-своему уникальны (под масштабируемые системы, под gpu, под разные cpu).
>>69865
Параллелизм он тоже разный. Бытовой параллелизм это когда у тебя один процессор с несколькими ядрами. Научный это когда у тебя SMP система из десятка одинаковых процессоров, разделяющих общую память.
Параллелизм он тоже разный. Бытовой параллелизм это когда у тебя один процессор с несколькими ядрами. Научный это когда у тебя SMP система из десятка одинаковых процессоров, разделяющих общую память.
тест
>>70207
Ну если что-то типа такого, то работать будет:
template<int M, int N, class T = float>
struct matrix {
template<int L>
matrix<M, L> operator⚹(const matrix<N, L, T>& mx) {
return matrix<M, L>{};
};
};
void main() {
matrix<2, 3> mx1;
matrix<3, 4> mx2;
auto result = mx1 ⚹ mx2;
}
Ну если что-то типа такого, то работать будет:
template<int M, int N, class T = float>
struct matrix {
template<int L>
matrix<M, L> operator⚹(const matrix<N, L, T>& mx) {
return matrix<M, L>{};
};
};
void main() {
matrix<2, 3> mx1;
matrix<3, 4> mx2;
auto result = mx1 ⚹ mx2;
}
>>70305
Да и тогда ты можешь добавить шаблонную специализацию приведения типа для матрицы 1x1 и работать с матрицами как с числами.
strcut matrix {
operator float(); // без реализации
};
template<> matrix<1, 1>::operator float() {
return 0.0;
}
а потом писать типа такого:
matrix<1, 1> mx;
float val = 10.0 ⚹ mx;
Да и тогда ты можешь добавить шаблонную специализацию приведения типа для матрицы 1x1 и работать с матрицами как с числами.
strcut matrix {
operator float(); // без реализации
};
template<> matrix<1, 1>::operator float() {
return 0.0;
}
а потом писать типа такого:
matrix<1, 1> mx;
float val = 10.0 ⚹ mx;
>>70369
Ну я написал пример как могло бы быть. А как оно в оригинале никто и не видел. Данный пример сгодится, если ожидается малое количество разных матриц. В общем случае лучше рантайм.
Ну я написал пример как могло бы быть. А как оно в оригинале никто и не видел. Данный пример сгодится, если ожидается малое количество разных матриц. В общем случае лучше рантайм.
>>70429
Долларовым миллиардером как Тим Суини. Или Unigine холопом за 100 рублей.
Долларовым миллиардером как Тим Суини. Или Unigine холопом за 100 рублей.
>>70429
Это же золотое правило гейдева - тот кто пишет движки никогда не делает игр. Проверено на тысячах писателей двтжков своей мечты. Игр от них мы так и не увидели. Как впрочем и законченного движка.
А тем временем игры на Юнити обходят по продажам ААА и работают на любом тостере, имея хороший графон.
> Пиши свой движок
Это же золотое правило гейдева - тот кто пишет движки никогда не делает игр. Проверено на тысячах писателей двтжков своей мечты. Игр от них мы так и не увидели. Как впрочем и законченного движка.
А тем временем игры на Юнити обходят по продажам ААА и работают на любом тостере, имея хороший графон.
1,3 Мб, mp4,1280x544, 0:09
>>70455
>А тем временем игры на Юнити обходят по продажам ААА и работают на любом тостере, имея хороший графон.
>>70462
Что конкретно тебе показалось смешным?
То что Геншин за месяц заработал больше денег чем большинство ААА этого года или то что в нём графон лучше чем в клоне Геншина от Юбисофта с движком от Ассасина?
Что конкретно тебе показалось смешным?
То что Геншин за месяц заработал больше денег чем большинство ААА этого года или то что в нём графон лучше чем в клоне Геншина от Юбисофта с движком от Ассасина?
>>70479
Чел, там же с первого взгляда видно родной рендер юнити. А присутствие оптимизаций никакого отношения к движку не имеет, говноделы где угодно слайдшоу сделают. Это пример того что написание своего движка - удел долбаёбов или профессионалов. Что ты успешно игнорируешь, сидя в манямирке, как и тысячи таких же вкатывальщиков в геймдев после учебника по крестам.
Чел, там же с первого взгляда видно родной рендер юнити. А присутствие оптимизаций никакого отношения к движку не имеет, говноделы где угодно слайдшоу сделают. Это пример того что написание своего движка - удел долбаёбов или профессионалов. Что ты успешно игнорируешь, сидя в манямирке, как и тысячи таких же вкатывальщиков в геймдев после учебника по крестам.
>>70490
Чего?? Там все кастомное, от травы до деревьев до камней.
>Чел, там же с первого взгляда видно родной рендер юнити.
Чего?? Там все кастомное, от травы до деревьев до камней.
>>70452
Пчел, ты сказал что не знаешь ААА игр на УЕ4, тебе привели список и ты слился сказав что у тебя нет мотивации читать потому что он большой. Ты понимаешь как ты выглядишь?
Пчел, ты сказал что не знаешь ААА игр на УЕ4, тебе привели список и ты слился сказав что у тебя нет мотивации читать потому что он большой. Ты понимаешь как ты выглядишь?
>>70455
Так я и не предлагал ему игры делать. Я предлагал именно движок.
Так я и не предлагал ему игры делать. Я предлагал именно движок.
У меня есть пачка полиморфных объектов, которые я держу в одном векторе, потом в цикле для каждого из них вызываю один и тот же виртуальный метод.
Можно ли как-то закэшировать указатели на методы, чтобы, пока вектор не изменился, не проходить снова и снова по виртуальной таблице?
Можно ли как-то закэшировать указатели на методы, чтобы, пока вектор не изменился, не проходить снова и снова по виртуальной таблице?
Можно ли как-то объединить эти две функции в одну?
https://pastebin.com/raw/tNArBSWZ
https://pastebin.com/raw/tNArBSWZ
>>70595
ИМЕННО ТАК, как описал это ты - вроде бы нет.
Если нужна скорость и отсутствие вирт. вызовов и не важен порядок вызова вирт. метода для объектов в цикле, то делаешь vector для каждого derived class-а (вроде был какой-то видос на youtube или переведённый пост на хабре, что-то связанное с графикой в проекте использующем chromium - там описывалось что-то в этом духе), проходишь в цикле по каждому vector-у и вызываешь derived метод.
>Можно ли как-то закэшировать указатели на методы, чтобы, пока вектор не изменился, не проходить снова и снова по виртуальной таблице?
ИМЕННО ТАК, как описал это ты - вроде бы нет.
>закэшировать
Если нужна скорость и отсутствие вирт. вызовов и не важен порядок вызова вирт. метода для объектов в цикле, то делаешь vector для каждого derived class-а (вроде был какой-то видос на youtube или переведённый пост на хабре, что-то связанное с графикой в проекте использующем chromium - там описывалось что-то в этом духе), проходишь в цикле по каждому vector-у и вызываешь derived метод.
>>70599
Спасибо, идея простая и понятная и без видоса. К сожалению, мне важен порядок.
Спасибо, идея простая и понятная и без видоса. К сожалению, мне важен порядок.
>>70828
А, хотя это бессмысленно - ведь внутри метода ты наверняка хочешь дергать поля объекта, а this у тебя нет.
А, хотя это бессмысленно - ведь внутри метода ты наверняка хочешь дергать поля объекта, а this у тебя нет.
>>70828
Можно на статические. На обычные можно сделать бинд с указанием объекта. Или обернуть вызов в лямбду. Но мне кажется это все будет медленнее чем обычный вызов виртуальной функции.
Можно на статические. На обычные можно сделать бинд с указанием объекта. Или обернуть вызов в лямбду. Но мне кажется это все будет медленнее чем обычный вызов виртуальной функции.
>>70858 ♠
Перекат ♣ ↓↓↓↓↓ O_O↓↓↓↓↓↓ . . . . . .
___________________________________ . . . . .
I https://2ch.hk/b/res/234499302.html I ♦ (
М)<<<<000
I https://2ch.hk/b/res/234499302.html I (М)<<<<<<0000 ♣
I__________________________________I <<<0000
♦ . . . . ♦ <<<<000
Перекат
Перекат ♣ ↓↓↓↓↓ O_O↓↓↓↓↓↓ . . . . . .
___________________________________ . . . . .
I https://2ch.hk/b/res/234499302.html I ♦ (
М)<<<<000I https://2ch.hk/b/res/234499302.html I (
М)<<<<<<0000 ♣I__________________________________I <<<0000
♦ . . . . ♦ <<<<000
Перекат
>>70595
В теории можно делать то, что делают JIT-компиляторы и самому девиртуализировать вызовы (из прыжков по памяти перейти к сравнению указателей): https://godbolt.org/z/Ks558v . Вроде как, когда классов 1-2, может в теории дать выигрыш.
Но точно ли такое тебе нужно? Виртуальные вызовы реально мешают, только когда у тебя они в критическом цикле, но тогда спрашивается на какой фиг у тебя в критическом цикле виртуальные функции и мешанина из вызовов? Может просто сделаешь энум и свитч? И то, если у тебя там какой-нибудь порядок в векторе есть, то branch target predictor верно предскажет, какой у тебя класс, и ты просто не заметишь задержек от беганья по указателям в виртуальной таблице.
В теории можно делать то, что делают JIT-компиляторы и самому девиртуализировать вызовы (из прыжков по памяти перейти к сравнению указателей): https://godbolt.org/z/Ks558v . Вроде как, когда классов 1-2, может в теории дать выигрыш.
Но точно ли такое тебе нужно? Виртуальные вызовы реально мешают, только когда у тебя они в критическом цикле, но тогда спрашивается на какой фиг у тебя в критическом цикле виртуальные функции и мешанина из вызовов? Может просто сделаешь энум и свитч? И то, если у тебя там какой-нибудь порядок в векторе есть, то branch target predictor верно предскажет, какой у тебя класс, и ты просто не заметишь задержек от беганья по указателям в виртуальной таблице.
>>70914
Ну тут ты либо Branch Predictor (энум и безусловный вызов на известный указатель), либо Branch Target Predictor (загрузка динамического адреса функции и переход на него) будешь насиловать. Обычно первый всё же помощнее.
Ну тут ты либо Branch Predictor (энум и безусловный вызов на известный указатель), либо Branch Target Predictor (загрузка динамического адреса функции и переход на него) будешь насиловать. Обычно первый всё же помощнее.
Можно ли наебать систему и удалить из std очереди последний элемент (как в стеке).
Да, я ебанутый.
Да, я ебанутый.
Есть софтина, где много очередей.
Куча очередей на входе данных
Данные перекладываются в обработчики (из одних очередей в другие), потом обработчики, обработв данные, перекладывают их в выходные очереди
pop/push, соответственно, синхронизируемые.
Софтина большая, где-то lock-free очередь используется, где-то mutex внутри, и т.д.
Что если обработчик не будет последовательно в цикле делать pop из очереди до тех пор пока она не пуста, а вместо этого будет создавать у себя локально новую пустую очередь и делать swap с той, которую надо обработать.
Таким образом contention будет всегда только в момент swap (который просто pointer-swap) независимо от количества элементов в очереди.
Есть профит?
Куча очередей на входе данных
Данные перекладываются в обработчики (из одних очередей в другие), потом обработчики, обработв данные, перекладывают их в выходные очереди
pop/push, соответственно, синхронизируемые.
Софтина большая, где-то lock-free очередь используется, где-то mutex внутри, и т.д.
Что если обработчик не будет последовательно в цикле делать pop из очереди до тех пор пока она не пуста, а вместо этого будет создавать у себя локально новую пустую очередь и делать swap с той, которую надо обработать.
Таким образом contention будет всегда только в момент swap (который просто pointer-swap) независимо от количества элементов в очереди.
Есть профит?
>>70941
На so вообще нашёл это:
'It looks like std::queue when swapped does the equivalent of while()/pop().'
Тогда прям анлаки как-то.
На so вообще нашёл это:
'It looks like std::queue when swapped does the equivalent of while()/pop().'
Тогда прям анлаки как-то.
>>70951
Ну .back() ещё есть, только саму ноду так не удалить, .pop_back()-то нет.
>который не через .front()
Ну .back() ещё есть, только саму ноду так не удалить, .pop_back()-то нет.
>>70945
Можешь заменять указатели на очереди, а не сами очереди. Зато, если условия подходящие, можно вообще без мьютексов обходиться, на чистых compare_exchange_strong.
>Тогда прям анлаки как-то.
Можешь заменять указатели на очереди, а не сами очереди. Зато, если условия подходящие, можно вообще без мьютексов обходиться, на чистых compare_exchange_strong.
>>70941
Это выгоднее, если очередь в среднем содержит больше одного елемента.
Есть гарантия синхронизации между push & swap?
Это выгоднее, если очередь в среднем содержит больше одного елемента.
Есть гарантия синхронизации между push & swap?
>>70968
Вот я тоже об этом подумал.
Но при этом если очередь будет всегда содержать только один элемент, то по идее никакого ухудшения не произойдет (как и профитов), просто будет то же самое, что и с while() { pop }
>Это выгоднее, если очередь в среднем содержит больше одного елемента.
Вот я тоже об этом подумал.
Но при этом если очередь будет всегда содержать только один элемент, то по идее никакого ухудшения не произойдет (как и профитов), просто будет то же самое, что и с while() { pop }
Тред утонул или удален.
Это копия, сохраненная 19 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 19 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.