Этого треда уже нет.
Это копия, сохраненная 15 августа 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 15 августа 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
32 Кб, 600x400Вместо шапки — https://github.com/sosachbot/cppthreadhat/wiki
Ответы на все вопросы:
- http://en.cppreference.com/w/
- http://www.cplusplus.com/reference/
Прошлый: >>1181867 (OP)
Ответы на все вопросы:
- http://en.cppreference.com/w/
- http://www.cplusplus.com/reference/
Прошлый: >>1181867 (OP)
>>196801
Ну так он и есть живой пример этого.
>С крестами можно заработать только шизофрению или геморрой.
Ну так он и есть живой пример этого.
>>196878
Если умеешь программировать на шаблонах с сохранением состояния (оно же stateful metaprogramming), то ты умственный миллиардер. А если нет, то ты и C++ толком не знаешь и вообще даун, лох и нищенка.
Если умеешь программировать на шаблонах с сохранением состояния (оно же stateful metaprogramming), то ты умственный миллиардер. А если нет, то ты и C++ толком не знаешь и вообще даун, лох и нищенка.
>>196882
А если умеешь протаскивать состояние через повторные вызовы constexpr-функций?
А если умеешь протаскивать состояние через повторные вызовы constexpr-функций?
>>196926
Это тоже сорт stateful metaprogrammin. Вопрос снимается.
Это тоже сорт stateful metaprogrammin. Вопрос снимается.
>>196801
неврозы всякие.
неврозы всякие.
>>197015
Таки да, сердце этой хуйни вот эта друг-функция: friend constexpr int flag (Tag)
Называется оно friend injection и его хотят запретить в последующих стандартах C++, ибо считается, что SMP это oche плохо. Впрочем хотели запретить ещё в C++17, но почему-то оставили.
Таки да, сердце этой хуйни вот эта друг-функция: friend constexpr int flag (Tag)
Называется оно friend injection и его хотят запретить в последующих стандартах C++, ибо считается, что SMP это oche плохо. Впрочем хотели запретить ещё в C++17, но почему-то оставили.
>>197016
Ёбись оно в рот. Дружественные функции и так пиздецома, а теперь у них будет еще одно правило использования? Узнаю старые добрые плюсы.
Ёбись оно в рот. Дружественные функции и так пиздецома, а теперь у них будет еще одно правило использования? Узнаю старые добрые плюсы.
>>197020
Насколько я знаю, в C++17 эту хуйню оставили потому что не смогли внятно описать, что именно нужно запрещать и как должно это правило использования выполнятся. Так что если они действительно добавят это ограничение, то его описание обещает быть мучительно непонятным. Впрочем, для C++ это не будет чем-то новым.
Насколько я знаю, в C++17 эту хуйню оставили потому что не смогли внятно описать, что именно нужно запрещать и как должно это правило использования выполнятся. Так что если они действительно добавят это ограничение, то его описание обещает быть мучительно непонятным. Впрочем, для C++ это не будет чем-то новым.
>>197021
Ебать тебя врот, во какая заваруха.
Ебать тебя врот, во какая заваруха.
У меня немного странный вопрос. Как известно double не равномерно покрывает ось, а постепенно уменьшая их плотность. А какие два числа из тех, которые можно задать даблом лижат ближе всего друг к другу? 0 и следубщее после него наменшее?
>>197115
В любом компиляторе куча багов, если использовать хоть и валидный, но редко используемый в продакшене код (а smp в здравом уме никто использовать в проекте не будет). Самый забагованный в этом плане msvc (начиная со своего собственного ни с чем не совместимого способа раскрытия макросов и заканчивая кучей багов в шаблонах и constexpr-функциях), но у clang и gcc тоже своих багов хватает.
В любом компиляторе куча багов, если использовать хоть и валидный, но редко используемый в продакшене код (а smp в здравом уме никто использовать в проекте не будет). Самый забагованный в этом плане msvc (начиная со своего собственного ни с чем не совместимого способа раскрытия макросов и заканчивая кучей багов в шаблонах и constexpr-функциях), но у clang и gcc тоже своих багов хватает.
>>197393
https://ru.wikipedia.org/wiki/Частичная_специализация_шаблона
А вообще это древнее дерьмо из времён C++98. Сейчас этот же код можно переписать в виде нормальной constexpr-функции.
https://ru.wikipedia.org/wiki/Частичная_специализация_шаблона
А вообще это древнее дерьмо из времён C++98. Сейчас этот же код можно переписать в виде нормальной constexpr-функции.
>>197395
Можешь пожалуйста написать конкретно верхний пример, как бы он с constexpr-функцией выглядел?
Можешь пожалуйста написать конкретно верхний пример, как бы он с constexpr-функцией выглядел?
for (i = 0; i < M; i++)
{
for (k = 0; k < N; k++)
{
for (j = 0; j < N - 1; j++)
{
if (array[j] < array[j + 1])
{
int temp;
temp = array[j];
array[j] = array[j + 1];
array[j + 1] = temp;
}
}
}
}
Вот эта хуита должна сортировать массив N*M по столбцам, но это не работает. Что тут исправить, чтобы заработало?
{
for (k = 0; k < N; k++)
{
for (j = 0; j < N - 1; j++)
{
if (array[j] < array[j + 1])
{
int temp;
temp = array[j];
array[j] = array[j + 1];
array[j + 1] = temp;
}
}
}
}
Вот эта хуита должна сортировать массив N*M по столбцам, но это не работает. Что тут исправить, чтобы заработало?
11 Кб, 588x415>>197398
Господи, я даже вставить код нормально не могу, нахуй так жить?
Господи, я даже вставить код нормально не могу, нахуй так жить?
>>197397
https://ideone.com/IDHF3z
pow11 - это для С++11 и выше, где не завезли relaxed constexpr, а потмоу используется рекурсия.
pow14 - для C++14 и выше, версия на итераторах.
https://ideone.com/IDHF3z
pow11 - это для С++11 и выше, где не завезли relaxed constexpr, а потмоу используется рекурсия.
pow14 - для C++14 и выше, версия на итераторах.
>>197398
Напиши для одномерного, затем повтори M раз для столбцов. Делать нехуй местным специалистам одуплять твой код.
Напиши для одномерного, затем повтори M раз для столбцов. Делать нехуй местным специалистам одуплять твой код.
>>197400
Напиши входные данные, что должно получиться и что на самом деле получается
Напиши входные данные, что должно получиться и что на самом деле получается
>>197417
Это, видимо, эффективная реализация пузырьковой сортировки
Это, видимо, эффективная реализация пузырьковой сортировки
>>197417
Он там может и не использоваться. Это конечно ебанский пузырек, но работать будет. Но по ходу сортирует он у него по строкам а не столбцам
Он там может и не использоваться. Это конечно ебанский пузырек, но работать будет. Но по ходу сортирует он у него по строкам а не столбцам
>>197421
Ну смари. Пузырёк требует 2 индекса для сортировки столбца. Третий индекс нужен для обхода столбцов. А вообще именовать индексы одной буквой это оче не оче.
Ну смари. Пузырёк требует 2 индекса для сортировки столбца. Третий индекс нужен для обхода столбцов. А вообще именовать индексы одной буквой это оче не оче.
>>197431
Так в этом то и дело, что у меня выдает какую то хуйню, а я не знаю в чем проблема.
Когда надо было сдавать лабы по сортировкам я бухал, а теперь не могу нормально писать лабы по параллельному программированию в OpenMP.
Так в этом то и дело, что у меня выдает какую то хуйню, а я не знаю в чем проблема.
Когда надо было сдавать лабы по сортировкам я бухал, а теперь не могу нормально писать лабы по параллельному программированию в OpenMP.
>>197413
Неправ он в том что судя по формулировке, сортируется не матрица целиком, а содержимое каждого ее столбца отдельно. Хуй знает зачем это нужно, может это я объебался и требовалось именно отсортировать всю матрицу.
Неправ он в том что судя по формулировке, сортируется не матрица целиком, а содержимое каждого ее столбца отдельно. Хуй знает зачем это нужно, может это я объебался и требовалось именно отсортировать всю матрицу.
>>197434
Объясни задачу точнее. Тебе нужно значения в каждом столбце отсортировать?
Объясни задачу точнее. Тебе нужно значения в каждом столбце отсортировать?
>>197434
Друг мой, ты натворил какую-то хуйню в индексах. Что тут непонятного-то? Для одномерного массива:
for i = 0 ... N
for j = 0 ... N - 1
if arr[j] < arr[j + 1]
Для двумерного то же самое, только обернутое в еще один внешний for для беготни по столбцам.
Друг мой, ты натворил какую-то хуйню в индексах. Что тут непонятного-то? Для одномерного массива:
for i = 0 ... N
for j = 0 ... N - 1
if arr[j] < arr[j + 1]
Для двумерного то же самое, только обернутое в еще один внешний for для беготни по столбцам.
>>197443
Короче. Напиши любой понравившийся алгоритм сортировки одномерного массива. Затем напиши специальную функцию-геттер, которая принимает указатель или ссылку на матрицу и:
1. Так же принимает на вход номер стобца и номер элемента в столбце, после чего возвращает ссылку или указатель на этот элемент. Для задания, где нужно отсортировать столбцы матрицы
2. Так же принимает на вход номер элемента в матрице и возвращает указатель на него.
Используя вспомогательную функцию, отсортируй матрицу. Если по столбцам, делай цикл по столбцам i от 0 до N, а внутри вставляй код алгоритма сортировки, только вместо обращения к k-му элементу (0 < k < M) одномерного массива делый вызов getter(Matrix, i, k). Для задания, где нужно отсортировать матрицу целиком, в цикле от по n от 0 до N*M вызывай getter(Matrix, n).
Короче. Напиши любой понравившийся алгоритм сортировки одномерного массива. Затем напиши специальную функцию-геттер, которая принимает указатель или ссылку на матрицу и:
1. Так же принимает на вход номер стобца и номер элемента в столбце, после чего возвращает ссылку или указатель на этот элемент. Для задания, где нужно отсортировать столбцы матрицы
2. Так же принимает на вход номер элемента в матрице и возвращает указатель на него.
Используя вспомогательную функцию, отсортируй матрицу. Если по столбцам, делай цикл по столбцам i от 0 до N, а внутри вставляй код алгоритма сортировки, только вместо обращения к k-му элементу (0 < k < M) одномерного массива делый вызов getter(Matrix, i, k). Для задания, где нужно отсортировать матрицу целиком, в цикле от по n от 0 до N*M вызывай getter(Matrix, n).
>>197446
В индексах, по-моему, всё в порядке, разве нет? Внешний цикл проходит по столбцам, а в пузыре проверяются элементы соседних строк
В индексах, по-моему, всё в порядке, разве нет? Внешний цикл проходит по столбцам, а в пузыре проверяются элементы соседних строк
>>197434
За то, как ты собираешься это параллелить, тебя надо отчислять нахуй.
>лабы по параллельному программированию в OpenMP
За то, как ты собираешься это параллелить, тебя надо отчислять нахуй.
>>197472
Задачка типовая, поищи решение в гугле. Твоя матрица, это один кусок памяти, в котором значения хранятся последовательно по строкам. Данные столбца, которыми оперирует отдельный поток, разрежены и раскиданы по всей длине этого куска. В итоге будет больше копирований в кэш потока, если вся матрица в кэш не влезает (особенно для последнего столбца, у которого первый элемент в позиции n-1, а последний в конце массива). И вторая проблема - кэши потоков будут пересекаться, а так как сортировка редактирует данные, то эти кэши будут требовать постоянного обновления.
>А как лучше?
Задачка типовая, поищи решение в гугле. Твоя матрица, это один кусок памяти, в котором значения хранятся последовательно по строкам. Данные столбца, которыми оперирует отдельный поток, разрежены и раскиданы по всей длине этого куска. В итоге будет больше копирований в кэш потока, если вся матрица в кэш не влезает (особенно для последнего столбца, у которого первый элемент в позиции n-1, а последний в конце массива). И вторая проблема - кэши потоков будут пересекаться, а так как сортировка редактирует данные, то эти кэши будут требовать постоянного обновления.
>>197402
Спасибо, теперь понятно что происходит. Но я все равно не пойму как тот верхний код работает, это какой-то ад.
А еще что значит relaxed constexpr, в нем нелья циклы использовать? Вообще какую книгу почитать, где все актуальные фишки C++ ясно и понятно описаны. У Страуструпа, или он шизик?
Спасибо, теперь понятно что происходит. Но я все равно не пойму как тот верхний код работает, это какой-то ад.
А еще что значит relaxed constexpr, в нем нелья циклы использовать? Вообще какую книгу почитать, где все актуальные фишки C++ ясно и понятно описаны. У Страуструпа, или он шизик?
>>197850
ОК, объясняю с самых основ. Начнём с
enum { value = 1 };
код выше это определение статической константы времени компиляции под именем value равной 1 из времён C++98, в C++11 используется более понятный синтаксис
static constexpr int value = 1;
т.е. в коде ниже
struct MyStruct {
enum { value1 = 1 };
static constexpr int value2 = 1;
};
значения переменных value1 и value2 можно получить как MyStruct::value1 и MyStruct::value2. При этом они определены во время компиляции, а значит их можно использовать как параметры для шаблонов. Вместо структуры можно использовать класс, единственная разница, что нужно указывать, что члены являются публичным (у структуры все члены публичные, потому обычно их используют в метапрограммировании, чтобы не писать public).
Вот можешь поиграться с кодом: https://ideone.com/LLXYqw
> Но я все равно не пойму как тот верхний код работает
ОК, объясняю с самых основ. Начнём с
enum { value = 1 };
код выше это определение статической константы времени компиляции под именем value равной 1 из времён C++98, в C++11 используется более понятный синтаксис
static constexpr int value = 1;
т.е. в коде ниже
struct MyStruct {
enum { value1 = 1 };
static constexpr int value2 = 1;
};
значения переменных value1 и value2 можно получить как MyStruct::value1 и MyStruct::value2. При этом они определены во время компиляции, а значит их можно использовать как параметры для шаблонов. Вместо структуры можно использовать класс, единственная разница, что нужно указывать, что члены являются публичным (у структуры все члены публичные, потому обычно их используют в метапрограммировании, чтобы не писать public).
Вот можешь поиграться с кодом: https://ideone.com/LLXYqw
>>197850
Едем дальше. Частичная специализация. Допустим у тебя есть шаблон
template<int N>
struct NumWriter {
static void write() {
std::cout << "Передано число " << N << std::endl;
}
};
Этот шаблон вызывается вот так NumWriter<1>::write(); Но что если для некоторых чисел (или типов) ты хочешь сделать особенное поведение? Вот тут можно сделать частичную специализацию шаблона вот так:
template<>
struct NumWriter<0> {
static void write() {
std::cout << "Передан нолик" << std::endl;
}
};
как видишь в определении шаблона мы опускаем аргумент, потому что он больше не нужен, но оставляем треугольные скобки и само слово template, поскольку класс всё ещё является шаблоном хоть теперь и не принимает аргументов. А в названии структуры (или класса) мы частично специализируем его, указывая при каких именно шаблонных аргументах он будет вызываться. Частично специализированный шаблон всегда имеет больший приоритет, чем просто шаблон, а потому NumWriter<0>::write(); вызовет именно частично специализированный шаблон.
Специализировать можно только часть аргументов. Например:
template<int N1, int N2>
struct NumWriter {
static void write() {
std::cout << "Переданы числа " << N1 << " и " << N2 << std::endl;
}
};
template<int N2>
struct NumWriter<0, N2> {
static void write() {
std::cout << "Передан нолик и число " << N2 << std::endl;
}
};
Специализация шаблона будет вызываться если первый аргумент равен нулю, а второй равен любом числу. Если первый аргумент не равен нулю, то вызывается первый шаблон.
https://ideone.com/wTZDOV
Едем дальше. Частичная специализация. Допустим у тебя есть шаблон
template<int N>
struct NumWriter {
static void write() {
std::cout << "Передано число " << N << std::endl;
}
};
Этот шаблон вызывается вот так NumWriter<1>::write(); Но что если для некоторых чисел (или типов) ты хочешь сделать особенное поведение? Вот тут можно сделать частичную специализацию шаблона вот так:
template<>
struct NumWriter<0> {
static void write() {
std::cout << "Передан нолик" << std::endl;
}
};
как видишь в определении шаблона мы опускаем аргумент, потому что он больше не нужен, но оставляем треугольные скобки и само слово template, поскольку класс всё ещё является шаблоном хоть теперь и не принимает аргументов. А в названии структуры (или класса) мы частично специализируем его, указывая при каких именно шаблонных аргументах он будет вызываться. Частично специализированный шаблон всегда имеет больший приоритет, чем просто шаблон, а потому NumWriter<0>::write(); вызовет именно частично специализированный шаблон.
Специализировать можно только часть аргументов. Например:
template<int N1, int N2>
struct NumWriter {
static void write() {
std::cout << "Переданы числа " << N1 << " и " << N2 << std::endl;
}
};
template<int N2>
struct NumWriter<0, N2> {
static void write() {
std::cout << "Передан нолик и число " << N2 << std::endl;
}
};
Специализация шаблона будет вызываться если первый аргумент равен нулю, а второй равен любом числу. Если первый аргумент не равен нулю, то вызывается первый шаблон.
https://ideone.com/wTZDOV
>>197850
Едем дальше. Частичная специализация. Допустим у тебя есть шаблон
template<int N>
struct NumWriter {
static void write() {
std::cout << "Передано число " << N << std::endl;
}
};
Этот шаблон вызывается вот так NumWriter<1>::write(); Но что если для некоторых чисел (или типов) ты хочешь сделать особенное поведение? Вот тут можно сделать частичную специализацию шаблона вот так:
template<>
struct NumWriter<0> {
static void write() {
std::cout << "Передан нолик" << std::endl;
}
};
как видишь в определении шаблона мы опускаем аргумент, потому что он больше не нужен, но оставляем треугольные скобки и само слово template, поскольку класс всё ещё является шаблоном хоть теперь и не принимает аргументов. А в названии структуры (или класса) мы частично специализируем его, указывая при каких именно шаблонных аргументах он будет вызываться. Частично специализированный шаблон всегда имеет больший приоритет, чем просто шаблон, а потому NumWriter<0>::write(); вызовет именно частично специализированный шаблон.
Специализировать можно только часть аргументов. Например:
template<int N1, int N2>
struct NumWriter {
static void write() {
std::cout << "Переданы числа " << N1 << " и " << N2 << std::endl;
}
};
template<int N2>
struct NumWriter<0, N2> {
static void write() {
std::cout << "Передан нолик и число " << N2 << std::endl;
}
};
Специализация шаблона будет вызываться если первый аргумент равен нулю, а второй равен любом числу. Если первый аргумент не равен нулю, то вызывается первый шаблон.
https://ideone.com/wTZDOV
Едем дальше. Частичная специализация. Допустим у тебя есть шаблон
template<int N>
struct NumWriter {
static void write() {
std::cout << "Передано число " << N << std::endl;
}
};
Этот шаблон вызывается вот так NumWriter<1>::write(); Но что если для некоторых чисел (или типов) ты хочешь сделать особенное поведение? Вот тут можно сделать частичную специализацию шаблона вот так:
template<>
struct NumWriter<0> {
static void write() {
std::cout << "Передан нолик" << std::endl;
}
};
как видишь в определении шаблона мы опускаем аргумент, потому что он больше не нужен, но оставляем треугольные скобки и само слово template, поскольку класс всё ещё является шаблоном хоть теперь и не принимает аргументов. А в названии структуры (или класса) мы частично специализируем его, указывая при каких именно шаблонных аргументах он будет вызываться. Частично специализированный шаблон всегда имеет больший приоритет, чем просто шаблон, а потому NumWriter<0>::write(); вызовет именно частично специализированный шаблон.
Специализировать можно только часть аргументов. Например:
template<int N1, int N2>
struct NumWriter {
static void write() {
std::cout << "Переданы числа " << N1 << " и " << N2 << std::endl;
}
};
template<int N2>
struct NumWriter<0, N2> {
static void write() {
std::cout << "Передан нолик и число " << N2 << std::endl;
}
};
Специализация шаблона будет вызываться если первый аргумент равен нулю, а второй равен любом числу. Если первый аргумент не равен нулю, то вызывается первый шаблон.
https://ideone.com/wTZDOV
>>197850
Ну и теперь рассмотрим твой код
template<uint8_t Base, uint32_t N>
struct Pow {
enum { value = Base Pow<Base, N - 1>::value };
};
template<uint8_t Base>
struct Pow<Base, 0> {
enum { value = 1 };
};
У нас есть шаблон и его частичная специализация при N равном нулю. Если мы напишем Pow<2, 0>::value (вместо 2 может быть любое число), то вызовется частичная специализация и этот код вернёт 1. В остальных случаях вызывается первый шаблон и начинаются вычисления. Допустим мы написали Pow<2, 3>. Он раскрывается в
struct Pow {
enum { value = 2 Pow<2, 3 - 1>::value };
};
Pow<2, 3 - 1> или Pow<2, 2> раскрывается в
struct Pow {
enum { value = 2 Pow<2, 2 - 1>::value };
};
Pow<2, 2 - 1> или Pow<2, 1> раскрывается в
struct Pow {
enum { value = 2 Pow<2, 1 - 1>::value };
};
Pow<2, 1 - 1> или Pow<2, 0> раскрывается в частично специализированный шаблон и на этом рекурсия заканчивается
struct Pow {
enum { value = 1 };
};
в итоге самый первый шаблон получает такие значения
struct Pow {
enum { value = 2 2 2 1 };
};
и в итоге Pow<2, 3>::value отдаёт 2 2 2 1 или 8.
Ну и теперь рассмотрим твой код
template<uint8_t Base, uint32_t N>
struct Pow {
enum { value = Base Pow<Base, N - 1>::value };
};
template<uint8_t Base>
struct Pow<Base, 0> {
enum { value = 1 };
};
У нас есть шаблон и его частичная специализация при N равном нулю. Если мы напишем Pow<2, 0>::value (вместо 2 может быть любое число), то вызовется частичная специализация и этот код вернёт 1. В остальных случаях вызывается первый шаблон и начинаются вычисления. Допустим мы написали Pow<2, 3>. Он раскрывается в
struct Pow {
enum { value = 2 Pow<2, 3 - 1>::value };
};
Pow<2, 3 - 1> или Pow<2, 2> раскрывается в
struct Pow {
enum { value = 2 Pow<2, 2 - 1>::value };
};
Pow<2, 2 - 1> или Pow<2, 1> раскрывается в
struct Pow {
enum { value = 2 Pow<2, 1 - 1>::value };
};
Pow<2, 1 - 1> или Pow<2, 0> раскрывается в частично специализированный шаблон и на этом рекурсия заканчивается
struct Pow {
enum { value = 1 };
};
в итоге самый первый шаблон получает такие значения
struct Pow {
enum { value = 2 2 2 1 };
};
и в итоге Pow<2, 3>::value отдаёт 2 2 2 1 или 8.
>>197850
Ну и теперь рассмотрим твой код
template<uint8_t Base, uint32_t N>
struct Pow {
enum { value = Base Pow<Base, N - 1>::value };
};
template<uint8_t Base>
struct Pow<Base, 0> {
enum { value = 1 };
};
У нас есть шаблон и его частичная специализация при N равном нулю. Если мы напишем Pow<2, 0>::value (вместо 2 может быть любое число), то вызовется частичная специализация и этот код вернёт 1. В остальных случаях вызывается первый шаблон и начинаются вычисления. Допустим мы написали Pow<2, 3>. Он раскрывается в
struct Pow {
enum { value = 2 Pow<2, 3 - 1>::value };
};
Pow<2, 3 - 1> или Pow<2, 2> раскрывается в
struct Pow {
enum { value = 2 Pow<2, 2 - 1>::value };
};
Pow<2, 2 - 1> или Pow<2, 1> раскрывается в
struct Pow {
enum { value = 2 Pow<2, 1 - 1>::value };
};
Pow<2, 1 - 1> или Pow<2, 0> раскрывается в частично специализированный шаблон и на этом рекурсия заканчивается
struct Pow {
enum { value = 1 };
};
в итоге самый первый шаблон получает такие значения
struct Pow {
enum { value = 2 2 2 1 };
};
и в итоге Pow<2, 3>::value отдаёт 2 2 2 1 или 8.
Ну и теперь рассмотрим твой код
template<uint8_t Base, uint32_t N>
struct Pow {
enum { value = Base Pow<Base, N - 1>::value };
};
template<uint8_t Base>
struct Pow<Base, 0> {
enum { value = 1 };
};
У нас есть шаблон и его частичная специализация при N равном нулю. Если мы напишем Pow<2, 0>::value (вместо 2 может быть любое число), то вызовется частичная специализация и этот код вернёт 1. В остальных случаях вызывается первый шаблон и начинаются вычисления. Допустим мы написали Pow<2, 3>. Он раскрывается в
struct Pow {
enum { value = 2 Pow<2, 3 - 1>::value };
};
Pow<2, 3 - 1> или Pow<2, 2> раскрывается в
struct Pow {
enum { value = 2 Pow<2, 2 - 1>::value };
};
Pow<2, 2 - 1> или Pow<2, 1> раскрывается в
struct Pow {
enum { value = 2 Pow<2, 1 - 1>::value };
};
Pow<2, 1 - 1> или Pow<2, 0> раскрывается в частично специализированный шаблон и на этом рекурсия заканчивается
struct Pow {
enum { value = 1 };
};
в итоге самый первый шаблон получает такие значения
struct Pow {
enum { value = 2 2 2 1 };
};
и в итоге Pow<2, 3>::value отдаёт 2 2 2 1 или 8.
446 Кб, 600x738>>197850
Наоборот, без relaxed constexpr можешь писать только constexpr-функции состоящие из одного return и выражения внутри него.
Если с основами C++ уже знаком, то можешь пикрелейтед. Только она на английском, на русском актуальных книг нет.
> А еще что значит relaxed constexpr, в нем нелья циклы использовать?
Наоборот, без relaxed constexpr можешь писать только constexpr-функции состоящие из одного return и выражения внутри него.
> Вообще какую книгу почитать, где все актуальные фишки C++ ясно и понятно описаны.
Если с основами C++ уже знаком, то можешь пикрелейтед. Только она на английском, на русском актуальных книг нет.
Что почитать по симдам, векторизации, DOD'у?
>>196801
Жиза. Заработал шизу.
Жиза. Заработал шизу.
Есть файл с псевдографикой, хочу написаиь конвертер в эксель. Так как там всякие ебучие таблички, т просто так не сохраняется. Есть готовые или интересные решения на плюсах?
>>198244
Рекомендую жаву и Apache POI (сам писал такую хуйню, только вместо жавы использовал котлин). В С++ скорее всего нормальных библиотек не будет.
Ну или использовать COM-интерфейсы самого офиса.
Рекомендую жаву и Apache POI (сам писал такую хуйню, только вместо жавы использовал котлин). В С++ скорее всего нормальных библиотек не будет.
Ну или использовать COM-интерфейсы самого офиса.
using TwoBytes = unsigned short int;
using FourBytes = unsigned int;
struct HashPair
{
size_t operator()(const std::pair<TwoBytes, TwoBytes>& p) const
{
FourBytes res = (p.first << 16) + p.second;
return std::hash<FourBytes>()(res);
}
};
std::unordered_map<std::pair<TwoBytes, TwoBytes>, int, HashPair> dict;
Господа, прошу помощи.
Есть одна unordered_map, с ключами в виде pair. Я хочу сделать, чтобы коллизий было столько же мало, сколько при ключах типа int. Почему приведенная выше хеш-функция некорректна(или все-таки норм?)? По сути, я формирую число типа int из двух двухбайтовых чисел, и вычисляю его хеш. Но результат все равно гораздо хуже, чем при ключах int.
Самописная функция проверки количества коллизий дает около 1300 штук в словаре размера 65535(2 байта) для int'ов и около 24000 для моей функции. Хотя обычные варианты из интернета и boost::hash<unsigned short int, unsigned short int> дают такой же результат(24000). Можно ли вообще сделать лучше?
using FourBytes = unsigned int;
struct HashPair
{
size_t operator()(const std::pair<TwoBytes, TwoBytes>& p) const
{
FourBytes res = (p.first << 16) + p.second;
return std::hash<FourBytes>()(res);
}
};
std::unordered_map<std::pair<TwoBytes, TwoBytes>, int, HashPair> dict;
Господа, прошу помощи.
Есть одна unordered_map, с ключами в виде pair. Я хочу сделать, чтобы коллизий было столько же мало, сколько при ключах типа int. Почему приведенная выше хеш-функция некорректна(или все-таки норм?)? По сути, я формирую число типа int из двух двухбайтовых чисел, и вычисляю его хеш. Но результат все равно гораздо хуже, чем при ключах int.
Самописная функция проверки количества коллизий дает около 1300 штук в словаре размера 65535(2 байта) для int'ов и около 24000 для моей функции. Хотя обычные варианты из интернета и boost::hash<unsigned short int, unsigned short int> дают такой же результат(24000). Можно ли вообще сделать лучше?
>>198475
Код хуево вставился, но надеюсь понятно.
Код хуево вставился, но надеюсь понятно.
>>198475
Есть же uint16_t и uint32_t, который имеют нужное количество байтов на любой платформе. Не забудь подключить хеадер <cstdint>.
> using TwoBytes = unsigned short int;
> using FourBytes = unsigned int;
Есть же uint16_t и uint32_t, который имеют нужное количество байтов на любой платформе. Не забудь подключить хеадер <cstdint>.
>>198479
Да, спасибо, буду знать.
Но хотелось бы разобраться во всей этой хуйне с хешем, что я делаю не так.
Да, спасибо, буду знать.
Но хотелось бы разобраться во всей этой хуйне с хешем, что я делаю не так.
108 Кб, 2122x618>>197889
чет проигрываю с этих костылей на костылях
чет проигрываю с этих костылей на костылях
>>198475
Подозреваю, что бакет в хешмапе вычисляется как hash%count. Поэтому, то что находится в верхних разрядах оказывается в пролете. Можешь посмотреть на правильную реализацию в boost::hash_combine, ну или в интернете.
Подозреваю, что бакет в хешмапе вычисляется как hash%count. Поэтому, то что находится в верхних разрядах оказывается в пролете. Можешь посмотреть на правильную реализацию в boost::hash_combine, ну или в интернете.
>>198490
Да, именно так.
Но хеш имеет тип size_t(4 байта), так что по идее все влазит.
А за это спасибо, щас будем комбинировать.
>вычисляется как hash%count
Да, именно так.
>то что находится в верхних разрядах оказывается в пролете
Но хеш имеет тип size_t(4 байта), так что по идее все влазит.
>boost::hash_combine
А за это спасибо, щас будем комбинировать.
>>197887
Спасибо, что так разъяснил, вроде теперь понял. Но зачем столько ебатни? Да и еще рекурсия с шаблонами, это же вообще пиздец. Нельзя было просто сделать рекурсивную функцию, как ты в первом примере написал? Или это все ради того, чтобы тупо получить константу? Нельзя было внутри структуры вместо энума, написать static const?
Спасибо, что так разъяснил, вроде теперь понял. Но зачем столько ебатни? Да и еще рекурсия с шаблонами, это же вообще пиздец. Нельзя было просто сделать рекурсивную функцию, как ты в первом примере написал? Или это все ради того, чтобы тупо получить константу? Нельзя было внутри структуры вместо энума, написать static const?
>>198522
Как я говорил это всё костыли времен C++98 (при этом шаблоны языка даже не задумывались для подобного использования). Начиная с C++11 большую часть compile-time кода можно написать в виде constexpr-функций. Подобная шаблонная магия сейчас нужна разве что для написания трейтов, но с приходом концептов (где трейты можно будет писать в более понятном виде и компилятор будет выдавать понятные ошибки если что-то пойдёт не так) необходимость в ней практически отпадёт. Основная суть этого всего что вычисления происходят при компиляции, а в результирующей программе сохраняется только их результат.
Как я говорил это всё костыли времен C++98 (при этом шаблоны языка даже не задумывались для подобного использования). Начиная с C++11 большую часть compile-time кода можно написать в виде constexpr-функций. Подобная шаблонная магия сейчас нужна разве что для написания трейтов, но с приходом концептов (где трейты можно будет писать в более понятном виде и компилятор будет выдавать понятные ошибки если что-то пойдёт не так) необходимость в ней практически отпадёт. Основная суть этого всего что вычисления происходят при компиляции, а в результирующей программе сохраняется только их результат.
>>198558
Да их и сейчас мало кто использует. Просто станет проще писать шаблонный код. А когда добавят метаклассы (наверное к C++30) вообще зашибись будет. Останется только переработать систему типов сделав её более строгой, а то иногда неявными превращениями C++ уделывает JavaScript в неожиданности. Вот например угадай, что выведет эта программа и попробуй объяснить почему:
void fun(int a) {
cout << "int";
}
void fun(unsigned int a) {
cout << "unsigned int";
}
void fun(unsigned char a) {
cout << "unsigned char";
}
void fun(signed char a) {
cout << "signed char";
}
int main() {
fun('a');
}
Да их и сейчас мало кто использует. Просто станет проще писать шаблонный код. А когда добавят метаклассы (наверное к C++30) вообще зашибись будет. Останется только переработать систему типов сделав её более строгой, а то иногда неявными превращениями C++ уделывает JavaScript в неожиданности. Вот например угадай, что выведет эта программа и попробуй объяснить почему:
void fun(int a) {
cout << "int";
}
void fun(unsigned int a) {
cout << "unsigned int";
}
void fun(unsigned char a) {
cout << "unsigned char";
}
void fun(signed char a) {
cout << "signed char";
}
int main() {
fun('a');
}
>>198560
Слава господу!
Ахаха лол сука. Будет ли он в 30-м году еще актуален? Может к тому времени какой-то новый низкоуровневый язык взлетит.
В прошлом треде писали, что одинарные кавычки это типо макро для int значения или как-то так. То есть вызовется функция fun(int a). А может и не поэтому, я не знаю короче.
Слава господу!
>наверное к C++30
Ахаха лол сука. Будет ли он в 30-м году еще актуален? Может к тому времени какой-то новый низкоуровневый язык взлетит.
>что выведет эта программа и попробуй объяснить почему
В прошлом треде писали, что одинарные кавычки это типо макро для int значения или как-то так. То есть вызовется функция fun(int a). А может и не поэтому, я не знаю короче.
>>198577
NYET. Одинарные кавычки - это тип char. И это отдельный, третий тип для символов. Он может быть как unsigned, так и signed в зависимости от настроек конпелятора. Поскольку типы signed/unsigned char и char разные, компилятор выбирает самое простое преобразование, а именно char -> int.
> что одинарные кавычки это типо макро для int
NYET. Одинарные кавычки - это тип char. И это отдельный, третий тип для символов. Он может быть как unsigned, так и signed в зависимости от настроек конпелятора. Поскольку типы signed/unsigned char и char разные, компилятор выбирает самое простое преобразование, а именно char -> int.
>>198586
И, кстати, выбирается int, а не unsigned int, чтобы сохранить знак, если char в настройках конпелятора выставлен со знаком.
> char -> int
И, кстати, выбирается int, а не unsigned int, чтобы сохранить знак, если char в настройках конпелятора выставлен со знаком.
>>198589
Не гони, для беззнакового char (-funsigned-char) тоже выбирается int.
Всё, что влезает в int — промоутится в int.
>И, кстати, выбирается int, а не unsigned int, чтобы сохранить знак, если char в настройках конпелятора выставлен со знаком.
Не гони, для беззнакового char (-funsigned-char) тоже выбирается int.
Всё, что влезает в int — промоутится в int.
>>198624
Это ещё не сложно. Вот пример посложнее:
auto vec = std::vector<std::string>{0};
std::cout << vec.size() << std::endl;
std::cout << vec[0] << std::endl;
Это ещё не сложно. Вот пример посложнее:
auto vec = std::vector<std::string>{0};
std::cout << vec.size() << std::endl;
std::cout << vec[0] << std::endl;
>>198625
Может ему хотелось автоматом оформить красивенько документ(ы). Тут простым CSV не обойтись.
Может ему хотелось автоматом оформить красивенько документ(ы). Тут простым CSV не обойтись.
>>198625
Можно было обойтись C++\CLI со стандартными дотнетовскими классами для экселя. COM все таки старье.
Можно было обойтись C++\CLI со стандартными дотнетовскими классами для экселя. COM все таки старье.
>>198626
Ничего и не выведет?
Ничего и не выведет?
>>198625
А потом выясняется, что Excel разделитель между полями берёт из настроек локали, и на половине машин твой csv надо не открывать, а импортить.
А потом выясняется, что Excel разделитель между полями берёт из настроек локали, и на половине машин твой csv надо не открывать, а импортить.
>>198560
вангую инт
вангую инт
Привет, анон. Тема такая, поступаю в вуз и хочу летом за 2 месяца поиграться с крестами, написать что-нибудь на QT. Знаю кресты на уроне написания в процедурке простых олимпиадных задачек(ООП, Поинтеры, темплейты и прочее вообще не шарю). Что почитать(А лучше посмотреть), чтобы быстро вкатиться и написать что-то на QT. Желательно с упражнениями. P.S Знаю немного JS, прошлым летом писал сайтики. Спасибо.
>>198673
Кек. Какое ебаное поколение растет. Ютуб смотри, где еще ты найдешь братьев по разуму.
> А лучше посмотреть
Кек. Какое ебаное поколение растет. Ютуб смотри, где еще ты найдешь братьев по разуму.
Двач-помогач подсоби. Пытаюсь решать на кодворсе задачку. Условие неважно, важно следующее. Есть класс
struct PokerHand {
PokerHand (const char pokerhand) {}
};
И есть функция
Result compare (const PokerHand &player, const PokerHand &opponent)
Как мне обращаясь в этой функции к player (или opponent) выдрать из него constchar pokerhand, с помощью которого объект был определен?
struct PokerHand {
PokerHand (const char pokerhand) {}
};
И есть функция
Result compare (const PokerHand &player, const PokerHand &opponent)
Как мне обращаясь в этой функции к player (или opponent) выдрать из него constchar pokerhand, с помощью которого объект был определен?
>>198896
Никак. Полей в структуре-то нет. А указатель pokerhand либо будет удалён вызывающим кодом, либо останется висеть где-то там в памяти.
Никак. Полей в структуре-то нет. А указатель pokerhand либо будет удалён вызывающим кодом, либо останется висеть где-то там в памяти.
Design View в формах VS 2017 НЕ РАБОТАЕТ. Приходится устанавливать VS 2013.
>>199623
void(int^^)
void(int^^)
>>199620
Нахуя вы ему сишное говно советуете. Вот как делают профи:
template<typename T, size_t A, size_t B>
void takeIt(T(&arr)[A]) {
// arr - массив
// A, B - его размеры
}
https://ideone.com/tgXycV
Нахуя вы ему сишное говно советуете. Вот как делают профи:
template<typename T, size_t A, size_t B>
void takeIt(T(&arr)[A]) {
// arr - массив
// A, B - его размеры
}
https://ideone.com/tgXycV
>>199633
С каких пор шаблоны стали читерством? Ну можешь передавать в виде указателя, проблем-то.
С каких пор шаблоны стали читерством? Ну можешь передавать в виде указателя, проблем-то.
>>198673
https://www.youtube.com/watch?v=g6fw5n9Gt-E&list=PL0lO_mIqDDFUaZe7H9kY6vWbSVrtwFv4M
первая ссылка в гугле по вкладке "видео"
https://www.youtube.com/watch?v=g6fw5n9Gt-E&list=PL0lO_mIqDDFUaZe7H9kY6vWbSVrtwFv4M
первая ссылка в гугле по вкладке "видео"
>>199637
Ну так используй reinterpret_cast и не еби мозг.
Ну так используй reinterpret_cast и не еби мозг.
>>199637
В си конпелятор скорее всего выдаёт варнинг, а вот в C++ уже ошибку. Судя по всему кроме шаблонов тут никак. Пиши абстракцию над массивом и не еби себе мозг.
В си конпелятор скорее всего выдаёт варнинг, а вот в C++ уже ошибку. Судя по всему кроме шаблонов тут никак. Пиши абстракцию над массивом и не еби себе мозг.
>>199648
Чётко. Мерси. Я понимаю, что это вырвиглаз и так писать не нужно, когда есть шаблоны, можно обёртку намутить и тп, но мне просто хотелось инициализировать массив для отладки там, и городить ещё чего-то, затем удалять не хотелось. Спасибо.
Чётко. Мерси. Я понимаю, что это вырвиглаз и так писать не нужно, когда есть шаблоны, можно обёртку намутить и тп, но мне просто хотелось инициализировать массив для отладки там, и городить ещё чего-то, затем удалять не хотелось. Спасибо.
>>199660
Я заранее не знаю размера. Я же не могу в определении так сделать(?):
void(array<array<int, n>,m>, int n, int m)
А вот вариант выше заебись:
void takeIt(void^ arg, int m) {
auto arr = reinterpret_cast<int(^)[m]>(arg);
std::cout << arr[1][2];
}
Я заранее не знаю размера. Я же не могу в определении так сделать(?):
void(array<array<int, n>,m>, int n, int m)
А вот вариант выше заебись:
void takeIt(void^ arg, int m) {
auto arr = reinterpret_cast<int(^)[m]>(arg);
std::cout << arr[1][2];
}
>>199664
Не взлетит. m должен будет быть шаблонным параметром.
template<size_t m>
void takeIt(void^ arg) {
auto arr = reinterpret_cast<int(^)[m]>(arg);
std::cout << arr[1][2];
}
> reinterpret_cast<int(^)[m]>(arg);
> error: non-constant expression as array bound
Не взлетит. m должен будет быть шаблонным параметром.
template<size_t m>
void takeIt(void^ arg) {
auto arr = reinterpret_cast<int(^)[m]>(arg);
std::cout << arr[1][2];
}
>>199667
Успешно#stdin #stdout 0s 4532KB
6
Успешно#stdin #stdout 0s 4392KB
6
https://ideone.com/1eqMD0
Взлетело же.
Успешно#stdin #stdout 0s 4532KB
6
Успешно#stdin #stdout 0s 4392KB
6
https://ideone.com/1eqMD0
Взлетело же.
>>199664
Void (vector<vector <int>>)
Все велосипеды изобретены задолго до вас
>Я заранее не знаю размера
Void (vector<vector <int>>)
Все велосипеды изобретены задолго до вас
>>199669
На msvc отказался работать. Возможно расширение конпелятора.
На msvc отказался работать. Возможно расширение конпелятора.
>>199670
Не думай, что ты умнее всех, заебал. Инициализируй вектор вот так vector = {{1, 2, 3}, {4, 5, 6}};
Не думай, что ты умнее всех, заебал. Инициализируй вектор вот так vector = {{1, 2, 3}, {4, 5, 6}};
>>199675
Чувак, вектор был самой первой попыткой, мне нужно тестовую хуйню конструктору класса скормить, проверить как будут вычисления работать, дальше я заменю на вектор, который буду заполнять с клавиатуры и всё будет норм.
Чувак, вектор был самой первой попыткой, мне нужно тестовую хуйню конструктору класса скормить, проверить как будут вычисления работать, дальше я заменю на вектор, который буду заполнять с клавиатуры и всё будет норм.
>>199677
Сделай одномерный массив и не еби мозги.
Сделай одномерный массив и не еби мозги.
>>199677
Ты векторы что-ли инициализировать не умеешь?
Vector<int> a; a. Resize(5,666);
Vector<vector <int>> b; b. Resize (3,a);
Ты векторы что-ли инициализировать не умеешь?
Vector<int> a; a. Resize(5,666);
Vector<vector <int>> b; b. Resize (3,a);
>>199691
Там конкретное значение 10 на 10 таблица с числами.
Там конкретное значение 10 на 10 таблица с числами.
>>199629
профи обернут не несущий никакой смысловой нагрузки int a[5][3] в класс, а далее будут работать с объектами этого класса
блядь
профи обернут не несущий никакой смысловой нагрузки int a[5][3] в класс, а далее будут работать с объектами этого класса
блядь
>>199636
Не должны быть.
Не должны быть.
2ch, переменные после выхода из области видимости ведь не уничтожаются, почему хозяи запретил нам использовать переменные из других областей видимости текущей функции?
>>199770
RAII уничтожаются. В это их весь смысл. А остальное использовать вообще не надо, если только ты не взаимодействуешь с сишными библиотеками или пишешь низкоуровневый особо пирформансный код.
RAII уничтожаются. В это их весь смысл. А остальное использовать вообще не надо, если только ты не взаимодействуешь с сишными библиотеками или пишешь низкоуровневый особо пирформансный код.
>>199772
Надо нинадо, нужно нинужно, я вроде не в /s/. И я что-то я не вижу что-бы что-то по выходу из областей видимости уничтожалось, всё пишется в новые ячейки - https://godbolt.org/g/9Bji7n. Поэтому у меня прямой вопрос к шарящим, почему хозяин запретил?
Надо нинадо, нужно нинужно, я вроде не в /s/. И я что-то я не вижу что-бы что-то по выходу из областей видимости уничтожалось, всё пишется в новые ячейки - https://godbolt.org/g/9Bji7n. Поэтому у меня прямой вопрос к шарящим, почему хозяин запретил?
>>199777
Ты оптимизацию включи, ага. Хотя видимо ты просто троллешь.
> не вижу что-бы что-то по выходу из областей видимости уничтожалось
> -O0
Ты оптимизацию включи, ага. Хотя видимо ты просто троллешь.
>>199784
Это астральными путями пообщался с конпелятором и он тебе рассказал? Он вообще эти переменные может хоть в регистры засунуть. У него полная свобода делать с ними что угодно.
> а по сути
Это астральными путями пообщался с конпелятором и он тебе рассказал? Он вообще эти переменные может хоть в регистры засунуть. У него полная свобода делать с ними что угодно.
>>199785
Ну ладно убедили, он ведь и вправду может эти переменные даже в регистры засунуть, раньше когда хозяин был добрее, он позволял и нам это делать с помощью квалификатора register.
Ну ладно убедили, он ведь и вправду может эти переменные даже в регистры засунуть, раньше когда хозяин был добрее, он позволял и нам это делать с помощью квалификатора register.
>>199787
Правильно говорить папа бьярне. А вообще из распространённых языков, мне только JS вспоминается, где var'ы кладут толстый на области видимости (да и то в es6 добавили let'ы которые области видимости уже соблюдают). Видимо ты просто поехавший.
Правильно говорить папа бьярне. А вообще из распространённых языков, мне только JS вспоминается, где var'ы кладут толстый на области видимости (да и то в es6 добавили let'ы которые области видимости уже соблюдают). Видимо ты просто поехавший.
>>199948
Умные указатели нужны для рабов, которые без хозяина сами не могут решить когда переменную нужно уничтожить. Настоящие свободные люди ими не пользуются.
Умные указатели нужны для рабов, которые без хозяина сами не могут решить когда переменную нужно уничтожить. Настоящие свободные люди ими не пользуются.
>>199953
Что за хозяин? Ты шизик что ли?
Что за хозяин? Ты шизик что ли?
Нужна помощь, вот пример кода из книги Страуструпа:
Функция square:
Он компилируется gcc с++11, все прекрасно. Разумеется, меня посетила мысль, что от смены типа dmv на double ничего поменяться не должно, но хуй там плавал.
Как? Почему? То есть в "константности" int он уверен, а в double нет?
>const int x = 17;
>constexpr double max1 = square(x);
Функция square:
>constexpr double square(double x) { return x∗x; }
Он компилируется gcc с++11, все прекрасно. Разумеется, меня посетила мысль, что от смены типа dmv на double ничего поменяться не должно, но хуй там плавал.
>const double x = 17;
>constexpr double max1 = square(x);
>error: the value of ‘x’ is not usable in a constant expression
Как? Почему? То есть в "константности" int он уверен, а в double нет?
>>199997
В msvc у меня square(x) подчеркивает красным, но код компилируется и работает. Я хз почему так. Ждем ответа от экспертов в треде.
В msvc у меня square(x) подчеркивает красным, но код компилируется и работает. Я хз почему так. Ждем ответа от экспертов в треде.
> То есть в "константности" int он уверен, а в double нет?
Угу, по той же причине числа с плавающей точкой не допускаются в аргументы шаблона. Поскольку не факт, что a == b в примере ниже
double a = 1/3.;
double b = 2/6.;
да и вообще сравнение чисел с плавающей точкой тот ещё геморрой. Нахуй.
>>200030
gcc version 5.4.0
gcc version 5.4.0
>>200031
Если сделать так, то все начинает работать.
И я перестаю что-либо понимать.
Если сделать так, то все начинает работать.
>constexpr double x = 17;
И я перестаю что-либо понимать.
>>200081
Эквивалентность const и constexpt для целочисленных константных типов, заданных литералом - это костыль из времён C++98, чтобы можно было задавать размер массива константой:
const int S = 18;
int a = { 0 };
Про даблы тогда просто не думали в этом плане, а потому у них такого нет. Нужно прямо говорить constexpr.
Эквивалентность const и constexpt для целочисленных константных типов, заданных литералом - это костыль из времён C++98, чтобы можно было задавать размер массива константой:
const int S = 18;
int a = { 0 };
Про даблы тогда просто не думали в этом плане, а потому у них такого нет. Нужно прямо говорить constexpr.
>>200031
Но в constexpr допускаются.
>> То есть в "константности" int он уверен, а в double нет?
>Угу, по той же причине числа с плавающей точкой не допускаются в аргументы шаблона.
Но в constexpr допускаются.
Почаны, допустим я получил указатель на приватное поле класса. Пытаюсь его поменять, получаю аксесс виолейшн. Можно как-то обойти этот момент?
>>200273
Потому что в constexpr ты можешь написать свою функцию для сравнения с необходимой точностью. В шаблонах - нет.
Потому что в constexpr ты можешь написать свою функцию для сравнения с необходимой точностью. В шаблонах - нет.
>>198701
Он прав. И ты сам ответил, почему. "Для начала" != ""полноценный гайд"" (я даже двойными скобками отметил этот ебаный пиздец, которым ты именуешь последовательность действий для макак, считая ее ниибацо раскрытием темы). Да и как правило весь ютубный мусор запутывает и сбивает с толку. Да как и большинство книг. Но хорошие книги объясняют правильно и набело, а ютуб каналов таких нет, везде какая-то херня, куда ни ткни.
Он прав. И ты сам ответил, почему. "Для начала" != ""полноценный гайд"" (я даже двойными скобками отметил этот ебаный пиздец, которым ты именуешь последовательность действий для макак, считая ее ниибацо раскрытием темы). Да и как правило весь ютубный мусор запутывает и сбивает с толку. Да как и большинство книг. Но хорошие книги объясняют правильно и набело, а ютуб каналов таких нет, везде какая-то херня, куда ни ткни.
GetLastInputInfo дает значение координат указателя мыши. Как сделать чтобы функция давала значения постоянно (а не один раз) при появлении нового значения (перемещения указателя)?
>>200383
Опрашивать в цикле. Если это фреймворк там скорее всего навешивается обработчик эвента.
Опрашивать в цикле. Если это фреймворк там скорее всего навешивается обработчик эвента.
>>200357
Ну это видео неофиты не осилят, да и многовато там мусора для них вперемешку с полезной инфой.
Ну это видео неофиты не осилят, да и многовато там мусора для них вперемешку с полезной инфой.
Можно ли в одном проекте часть либ линковать статически, а часть динамически? Если да, то поделитесь скриптом для cmake
>>200479
Если либы используют разную линковку рантайма и ты передаёшь указатели между ними, то жди проблем.
> Можно ли в одном проекте часть либ линковать статически, а часть динамически?
Если либы используют разную линковку рантайма и ты передаёшь указатели между ними, то жди проблем.
186 Кб, 500x500Сап. Помогите начинающему со списками, только вкатываюсь в них. Имеется https://pastebin.com/Jq6RHZv7 . Задание: убрать повторяющиеся элементы в группах чисел. То есть если есть 1 1 2 2 2 3 3 нужно вывести 1 2 3.
В коде есть функция udalenie, в ней я ифаю (ptr2->info==ptr2->next->info) если всё окей, то free ptr2 и прыгаю на через одно число. Но почему-то ничего не работает. Хелп.
В коде есть функция udalenie, в ней я ифаю (ptr2->info==ptr2->next->info) если всё окей, то free ptr2 и прыгаю на через одно число. Но почему-то ничего не работает. Хелп.
>>200705
c++ code
#include <iostream>
#include <list>
int main() {
std::list<int> mylist{1, 1, 2, 2, 2, 3, 3};
for (auto& i : mylist) {
std::cout << i << ' ';
}
std::cout << std::endl;
mylist.unique();
for (auto& i : mylist) {
std::cout << i << ' ';
}
return 1;
}
c++ code
#include <iostream>
#include <list>
int main() {
std::list<int> mylist{1, 1, 2, 2, 2, 3, 3};
for (auto& i : mylist) {
std::cout << i << ' ';
}
std::cout << std::endl;
mylist.unique();
for (auto& i : mylist) {
std::cout << i << ' ';
}
return 1;
}
>>200705
Во-первых используй delete вместо free(). Запомни new/delete, malloc/free, не смешивай их. Во-вторых, вместо макроса NULL используй nullptr.
Во-первых используй delete вместо free(). Запомни new/delete, malloc/free, не смешивай их. Во-вторых, вместо макроса NULL используй nullptr.
Отвечу сюда, т.к. бомбануло а тот тред закрыт:
>>1200725
Вот бесят такие мамкины умники, думающие за других, хотя у самих опыта никакого нет. В 99.99999999% случаев инлайн ускоряет код, иногда в разы/десятки раз. Кто-то когда-то специально написал такой код, где это не выполняется, и вот, теперь все это повторяют, мол компилятор лучше разберется. Да не лучше ваш тупой компилятор разберется, не работают эти эвристики. Всегда надо инлайнить в критическом коде, вот вам работающая эвристика, дарю.
>>1200725
Вот бесят такие мамкины умники, думающие за других, хотя у самих опыта никакого нет. В 99.99999999% случаев инлайн ускоряет код, иногда в разы/десятки раз. Кто-то когда-то специально написал такой код, где это не выполняется, и вот, теперь все это повторяют, мол компилятор лучше разберется. Да не лучше ваш тупой компилятор разберется, не работают эти эвристики. Всегда надо инлайнить в критическом коде, вот вам работающая эвристика, дарю.
>>200772
Вот только инлайн это только совет компилятора, он сам думает инлайнить или нет. Иначе ты наинайлешь больше кеша и кирдык твоим оптимизациям
Вот только инлайн это только совет компилятора, он сам думает инлайнить или нет. Иначе ты наинайлешь больше кеша и кирдык твоим оптимизациям
>>200705
Я тоже ньюфаг, я вот так сделал и вроде работает https://ideone.com/iyjj3H
Но я не уверен с удалением с heap'а, удаляется ли оно действительно или нужен указатель на указатель (две звездочки). Пусть эксперты поправят.
Я тоже ньюфаг, я вот так сделал и вроде работает https://ideone.com/iyjj3H
Но я не уверен с удалением с heap'а, удаляется ли оно действительно или нужен указатель на указатель (две звездочки). Пусть эксперты поправят.
>>200772
Не нравится: сделай свой вариант макроса FORCE_INLINE для поддерживаемых компиляторов, где будут использоваться проприетарные атрибуты, которые конпелятор уже не будет игнорировать. У всех современных конпеляторов такие есть.
Не нравится: сделай свой вариант макроса FORCE_INLINE для поддерживаемых компиляторов, где будут использоваться проприетарные атрибуты, которые конпелятор уже не будет игнорировать. У всех современных конпеляторов такие есть.
>>200850
Ну в gcc и так есть __attribute__((always_inline)). Меня само рассуждение покоробило, что мол компилятор лучше разберется, такое мнение видел неоднократно. Он разберется лучше чем Вася с laba1.cpp, но в реальном коде всегда нужно руками инлайнить. И если бы такой возможности не было, то писать высокопроизводительный код было бы невозможно.
Ну в gcc и так есть __attribute__((always_inline)). Меня само рассуждение покоробило, что мол компилятор лучше разберется, такое мнение видел неоднократно. Он разберется лучше чем Вася с laba1.cpp, но в реальном коде всегда нужно руками инлайнить. И если бы такой возможности не было, то писать высокопроизводительный код было бы невозможно.
>>200881
Ну это проблема не компилятора, а стандарта. В расте, например, если сказано инлайн, значит инлайн и никаких но. А в C++ никаких гарантий нет.
Ну это проблема не компилятора, а стандарта. В расте, например, если сказано инлайн, значит инлайн и никаких но. А в C++ никаких гарантий нет.
>>200841
Никто мне не скажет, правильно ли я сделал?
Никто мне не скажет, правильно ли я сделал?
>>200881
Профилирование уже сделал?
Профилирование уже сделал?
Здесь же много диванных экспертов? Я тут написал кастомный аллокатор для игрового движка. Оцените вообще идею, ну и реализацию. Аллокатор представляет собой односвязный список, ноды держат N байт каждая. Аллокация -- выдергивание первой ноды списка, если она есть, либо аллокация новой. Деаллокация -- пуш в начало списка. В игрушке за один фрейм выделяется 10000 нодов, например, а потом куча не трогается вообще, в предположении эквивалентности фреймов. Ну и можно заделать композицию таких аллокаторов вместе со стандартным, чтоб была пушка. Большие дяди так и делают?
мой кот https://github.com/Pearduck/listalloc
мой кот https://github.com/Pearduck/listalloc
Двач, помоги. Многого не прошу.
Нужен код для Visual C++ с быстрой сортировкой + выводом времени работы, кол-ва обменов и кол-ва сравнений
Нужен код для Visual C++ с быстрой сортировкой + выводом времени работы, кол-ва обменов и кол-ва сравнений
>>201195
Ну раз нужен так напиши. Тыжпрограммист! А вообще в гугле этого говна под завязку.
Ну раз нужен так напиши. Тыжпрограммист! А вообще в гугле этого говна под завязку.
>>201195
Загугли просто быструю сортировку и все, кол-во обменов и сравнений я думаю ты сможешь сосчитать, а насчёт времени работы есть функции специальные, их тоже сможешь нагуглить.
Загугли просто быструю сортировку и все, кол-во обменов и сравнений я думаю ты сможешь сосчитать, а насчёт времени работы есть функции специальные, их тоже сможешь нагуглить.
>>196791 (OP)
В QT нет поддержки pdf и svg?
В QT нет поддержки pdf и svg?
>>201104
Я понимаю, последний вопрос к этому был. Я больше по реализации, как вообще, адекватно?
Я понимаю, последний вопрос к этому был. Я больше по реализации, как вообще, адекватно?
>>201297
Про pdf не скажу, но svg точно умеет.
Про pdf не скажу, но svg точно умеет.
>>201067
Прочитав по диагонали пополам, вроде нормально. Но:
1) Не многопоточно (но, может, это в твоём случае и не нужно)
2) Нет локальности между нодами.
Я бы выделял по несколько страниц сразу и ноды размещал в них.
Или вообще самый простой вариант, если юзкейс позволяет: выделить овердохрена страниц с помощью VirtualAlloc/mmap, и писать в них. Так как страницы физически не выделятся, пока к ним не будет обращения (хотя на линуксе это ещё от настроек зависит), лишней памяти потреблятся не будет.
Прочитав по диагонали пополам, вроде нормально. Но:
1) Не многопоточно (но, может, это в твоём случае и не нужно)
2) Нет локальности между нодами.
Я бы выделял по несколько страниц сразу и ноды размещал в них.
Или вообще самый простой вариант, если юзкейс позволяет: выделить овердохрена страниц с помощью VirtualAlloc/mmap, и писать в них. Так как страницы физически не выделятся, пока к ним не будет обращения (хотя на линуксе это ещё от настроек зависит), лишней памяти потреблятся не будет.
>>201360
И сразу тогда такой вопрос -- как вкатиться в многопоточность? Что написать для полного осознания проблемы?
И сразу тогда такой вопрос -- как вкатиться в многопоточность? Что написать для полного осознания проблемы?
>>201360
Насчет локальности ещё. Думаю, можно просто этот аллокатор обернуть в другой, который будет как раз по страницам выделять, получится более гибко.
Насчет локальности ещё. Думаю, можно просто этот аллокатор обернуть в другой, который будет как раз по страницам выделять, получится более гибко.
>>201371
Не люблю прогу по книгам учить. Медленно и не так затягивает, как пилить что-нибудь работающее. Я люблю ставить себе тяжелые задачи, явно демонстрирующие необходимость тех или иных действий. По моему скромному мнению, книгу читать стоит, когда есть представление о проблеме.
Не люблю прогу по книгам учить. Медленно и не так затягивает, как пилить что-нибудь работающее. Я люблю ставить себе тяжелые задачи, явно демонстрирующие необходимость тех или иных действий. По моему скромному мнению, книгу читать стоит, когда есть представление о проблеме.
>>201371
И всё-таки я начал её читать. Годно, спасибо.
И всё-таки я начал её читать. Годно, спасибо.
>>201385
Ты не можешь себе задачу придумать?
Сделай, например, параллельное скачивание пикч с двача/инстаграма/вк.
Ты не можешь себе задачу придумать?
Сделай, например, параллельное скачивание пикч с двача/инстаграма/вк.
>>201405
Это не показательный пример просто. Я думаю, хорошим примером будет реализация сервера какого-нибудь. Как раз много ебли с параллельностью, то, что нужно.
Это не показательный пример просто. Я думаю, хорошим примером будет реализация сервера какого-нибудь. Как раз много ебли с параллельностью, то, что нужно.
>>201422
Зато поем говна.
Зато поем говна.
Блядь, плюсы охуенный язык. Ухх бля. Ухх бля. Что будет, если всю жизнь быть плюсовиком?
>>201483
Либо прогнивание в каком-нибудь сраном нии где просто никто других языков не знает и плюсы пишутся, как будто сейчас 1989, либо 300к в наносекунду, если тебе повезло и ты гуру своего домена. Ничего посередине.
Либо прогнивание в каком-нибудь сраном нии где просто никто других языков не знает и плюсы пишутся, как будто сейчас 1989, либо 300к в наносекунду, если тебе повезло и ты гуру своего домена. Ничего посередине.
>>201495
Поэтому легче идти в си или питон.
Поэтому легче идти в си или питон.
>>201483
Написал свой первый хелло ворлд?
Написал свой первый хелло ворлд?
>>196801
Хотел-было спалить годноту, которая отсюда бы утекла в ру-коммьюнити, но нахуй, быдлу палить годноту это пиздец, потом без денег останешься.
Хотел-было спалить годноту, которая отсюда бы утекла в ру-коммьюнити, но нахуй, быдлу палить годноту это пиздец, потом без денег останешься.
>>201589
книжки рихтера топчик
книжки рихтера топчик
>>201563
ты физику чтоли в школе не учил?
как может что то утечь из самой глубокой ямы,
>отсюда бы утекла в ру-коммьюнити
>отсюда
ты физику чтоли в школе не учил?
как может что то утечь из самой глубокой ямы,
>>201563
хотя нет, давайте удадывать
что это?
геймдев на мобилки где по старинке на крестах ебашат?
> спалить годноту
хотя нет, давайте удадывать
что это?
геймдев на мобилки где по старинке на крестах ебашат?
>>201605
Ну вот смотри, есть золотая жила, где из-за отсутсвия пидорашек русскоязычных высокая оплата и хай-деманд. Набегут тысячи миллионы пидорашек и будут работать за 500р/проект, хотя я беру до 10k. Все это из-за неизвестности и отсутсвии в СНГ хоть-какой то так скажем ниши. Но обучиться может каждый с уровень инглиша на разговорном уровне. Я все сказал.
Ну вот смотри, есть золотая жила, где из-за отсутсвия пидорашек русскоязычных высокая оплата и хай-деманд. Набегут тысячи миллионы пидорашек и будут работать за 500р/проект, хотя я беру до 10k. Все это из-за неизвестности и отсутсвии в СНГ хоть-какой то так скажем ниши. Но обучиться может каждый с уровень инглиша на разговорном уровне. Я все сказал.
как в интерфейсе vs2017/с помощью cl из vs developer tools скомпилировать только один объектник из единственного .срр файла и слинковать статическую либу из уже имеющихся скомпилированных?
![xadf191e430e9bd73d9d38314b94b551b.jpg.pagespeed.ic.mjlK6lyu[...].jpg](https://2ch.hk//pr/src/1196791/15279580684240.jpg)
>>201623
грязь? если на россию то нахуй не нужно - садят на четверть века
грязь? если на россию то нахуй не нужно - садят на четверть века
73 Кб, 1052x438>>201750
Двачую этого.
Кто нибудь скажет нахуя это происходит? Я же либу импортнул, всё как в мануале делают. А тут вот...
Двачую этого.
Кто нибудь скажет нахуя это происходит? Я же либу импортнул, всё как в мануале делают. А тут вот...
>>201752
Лол. Я понял что не так. Но интересно, кто-то найдет?)))0
Лол. Я понял что не так. Но интересно, кто-то найдет?)))0
>>201764
Ну с питухоном жи есть pyqt, так и тут.
Ну с питухоном жи есть pyqt, так и тут.
Правильный ответ - import QtQuick.Controls
Если пишешь import QtQuick.Controls 1.4 - выводит старый бар
Пишешь import QtQuick.Controls 2.3 - выводит новомодный
Пишешь import QtQuick.Controls 2.2 - сосёшь хуй.
>>201769
А чего это тред? Чистого C++ без буста и qt?
>>201764
Это чисто "фронтэнд" логика. Бэк на крестах.
Если пишешь import QtQuick.Controls 1.4 - выводит старый бар
Пишешь import QtQuick.Controls 2.3 - выводит новомодный
Пишешь import QtQuick.Controls 2.2 - сосёшь хуй.
>>201769
А чего это тред? Чистого C++ без буста и qt?
>>201764
Это чисто "фронтэнд" логика. Бэк на крестах.
>>201796
Блять аж чаем захлебнулся когда открыл видео.
Блять аж чаем захлебнулся когда открыл видео.
>>201796
CLR это же .NET
CLR это же .NET
>>201798
имхо десктоп - мёртвое направление разработки за редкими исключениями. сделав веб интерфейс ты охватишь гораздо больше пользователей из за независимости от ОС и от железа.
имхо десктоп - мёртвое направление разработки за редкими исключениями. сделав веб интерфейс ты охватишь гораздо больше пользователей из за независимости от ОС и от железа.
>>201878
Qt как раз в веб продвигают
Qt как раз в веб продвигают
81 Кб, 478x895Что может произойти, чтобы вывод данных в консоль и вывод данных в файл друг от друга так отличались?
14 Кб, 685x131>>202035
В дебаг-режиме внезапно возникает исключение, а во время работы программы – нет. try/catch исключение не поймал. Почему работа программы просто тихо прекращается, ещё и к тому же в зависимости от потока вывода в разных местах, непонятно.
В дебаг-режиме внезапно возникает исключение, а во время работы программы – нет. try/catch исключение не поймал. Почему работа программы просто тихо прекращается, ещё и к тому же в зависимости от потока вывода в разных местах, непонятно.
>>202061
пиздец, ты посмотри на дату релиза и посмотри на количество появляющихся онлайн сервисов для решения тех же проблем.
пиздец, ты посмотри на дату релиза и посмотри на количество появляющихся онлайн сервисов для решения тех же проблем.
>>202084
Если честно, я просто не представляю, как люди пользуются любыми веб-приложениями. Либо я вырос на десктопных, не тормозящих приложениях, и такой требовательный, либо что-то не так с моим софтом, либо люди не знают, каким вообще приложение должно быть.
Вот, скажем, открываете вы документ в Google Docs. Открываете страницу, начинаете набирать, и понимаете, что полностью страница еще не загрузилась, и джаваскрипт не успел перевести фокус на поле ввода. Первые три набранные буквы пропали.
Это просто первая мелочь, пришедшая мне в голову, но она для меня столько значит, что сразу ставит крест на Google Docs.
Или, например, нажимаете во многих веб-приложениях правую кнопку мыши на каком-нибудь объекте, ожидая, что вы получите меню объекта, и видите там «назад», «вперед», «сохранить страницу», и так далее. Понимаю, что нажатие правой кнопки мыши можно перехватывать, как это делает тот же Google Docs, но когда ты такое видишь в, казалось бы, десктопном приложении (написанном на node.js, который тащит с собой chrome.exe и ffmpeg.dll, и простейшее приложение занимает больше 50 мегабайт в архиве), то это просто неприемлемо.
«Десктопные» приложения Slack, Mattermost, текстовый редактор Atom, который раньше не умел открывать файлы с размером более 2 МБ, а сейчас открывает мегабайтный файл несколько секунд — просто какой-то мусор, непонятно, кто в здравом уме будет пользоваться такими программами, пока есть альтернативы в виде нормальных десктопных приложений.
Если честно, я просто не представляю, как люди пользуются любыми веб-приложениями. Либо я вырос на десктопных, не тормозящих приложениях, и такой требовательный, либо что-то не так с моим софтом, либо люди не знают, каким вообще приложение должно быть.
Вот, скажем, открываете вы документ в Google Docs. Открываете страницу, начинаете набирать, и понимаете, что полностью страница еще не загрузилась, и джаваскрипт не успел перевести фокус на поле ввода. Первые три набранные буквы пропали.
Это просто первая мелочь, пришедшая мне в голову, но она для меня столько значит, что сразу ставит крест на Google Docs.
Или, например, нажимаете во многих веб-приложениях правую кнопку мыши на каком-нибудь объекте, ожидая, что вы получите меню объекта, и видите там «назад», «вперед», «сохранить страницу», и так далее. Понимаю, что нажатие правой кнопки мыши можно перехватывать, как это делает тот же Google Docs, но когда ты такое видишь в, казалось бы, десктопном приложении (написанном на node.js, который тащит с собой chrome.exe и ffmpeg.dll, и простейшее приложение занимает больше 50 мегабайт в архиве), то это просто неприемлемо.
«Десктопные» приложения Slack, Mattermost, текстовый редактор Atom, который раньше не умел открывать файлы с размером более 2 МБ, а сейчас открывает мегабайтный файл несколько секунд — просто какой-то мусор, непонятно, кто в здравом уме будет пользоваться такими программами, пока есть альтернативы в виде нормальных десктопных приложений.
>>202085
мне кажется, паста написана году так в 2012. уже 3 года пользуюсь таблицами, документами и презентациями гугл докс, музыку слушаю онлайн, фильмы/сериалы по возможности тоже. почти нет необходимости в флешках, открываю всё с любого устройства, зависимость есть, брат жив.
мне кажется, паста написана году так в 2012. уже 3 года пользуюсь таблицами, документами и презентациями гугл докс, музыку слушаю онлайн, фильмы/сериалы по возможности тоже. почти нет необходимости в флешках, открываю всё с любого устройства, зависимость есть, брат жив.
>>202114
Написана полтора года назад.
Написана полтора года назад.
>>202085
Эх, вспоминаю все эти "не тормозящие" кады, фотошопы и офисы, как же охуенно было (нет).
> я вырос на десктопных, не тормозящих приложениях
Эх, вспоминаю все эти "не тормозящие" кады, фотошопы и офисы, как же охуенно было (нет).
>>201775
Это тред C++, а не вольных пересказов всех его библиотек на других языках. Не понимаю зачем ты это сюда притащил, если
джаваскриптеры там <-
Это тред C++, а не вольных пересказов всех его библиотек на других языках. Не понимаю зачем ты это сюда притащил, если
джаваскриптеры там <-
>>201878
Ага, особенно когда сам софт завязан и на ОС и на железо.
Ага, особенно когда сам софт завязан и на ОС и на железо.
Подскажите новичку, очень хочу изучать с++, есть-ли веб-ресурс с курсами/задачками? Сам знаю прог на уровне студента на паскале, но очень хочу вкатиться! Может, кто-нибудь хочет взять ученика себе, падавана? Буду служить за еду!
>>202238
Всё просто, без задней мысли, берешь и программируешь. Для понимания можно оптимизирующий компилятор написать.
Всё просто, без задней мысли, берешь и программируешь. Для понимания можно оптимизирующий компилятор написать.
>>202301
Ищи заголовок почти в самом конце "Другие обучающие материалы".
Там будет три ссылки (туториал и курс на stepik).
https://github.com/sosachbot/cppthreadhat/wiki
Ищи заголовок почти в самом конце "Другие обучающие материалы".
Там будет три ссылки (туториал и курс на stepik).
https://github.com/sosachbot/cppthreadhat/wiki
>>201621
crypto """"currencies"""? Нахуй и впизду.
crypto """"currencies"""? Нахуй и впизду.
Помогите с FLTK, которую используют в книге Страуструпа. Слил FLTK, собрал с помощью make install. Когда пытаюсь скомпилировать
#include <FL/Fl.H>
#include <FL/Fl_Box.H>
#include <FL/Fl_Window.H>
int main() {
Fl_Window window(200, 200, "Window title");
Fl_Box box(0,0,200,200,"Hey, I mean, Hello, World!");
window.show();
return Fl::run();
}
Выдает ошибку
FL/Fl.H: No such file or directory
#include <FL/Fl.H>
Пытался и через VSCode (inb "поставь Visual Studio" - не хочу забивать гвозди микроскопом) и через обычную командную строку. В VSCode добавлял путь "C:/FLTK/include". Убирал "FL/" в заголовках. Добавлял переменную окружения. Один хуй - та же ошибка. В чем проблема? (Win10)
#include <FL/Fl.H>
#include <FL/Fl_Box.H>
#include <FL/Fl_Window.H>
int main() {
Fl_Window window(200, 200, "Window title");
Fl_Box box(0,0,200,200,"Hey, I mean, Hello, World!");
window.show();
return Fl::run();
}
Выдает ошибку
FL/Fl.H: No such file or directory
#include <FL/Fl.H>
Пытался и через VSCode (inb "поставь Visual Studio" - не хочу забивать гвозди микроскопом) и через обычную командную строку. В VSCode добавлял путь "C:/FLTK/include". Убирал "FL/" в заголовках. Добавлял переменную окружения. Один хуй - та же ошибка. В чем проблема? (Win10)
Плюсаны, кароч проблема такая, вкотился в ойти, год уже пишу на плюсах кроссплатформенный код для флота за копейки, но суть не в этом. У нас используют внутренний фреймворк написанный какими то джедаями С++, я смотрю на охуенную шаблонную магию и оргазмирую. Подскажи, как научиться так охуенно писать на шаблонах? Книжки, курсы, все что угодно.
>>202551
Александреску читай
Александреску читай
Вопрос от совсем зеленого.
Не всегда понимаю как работает составной оператор.
Вот есть условие:
if ((a > b && k > b) || (c > m && f > m)).
В этом случае условие работает так, что сначала проверяется этот блок "(a > b && k > b)", а после (если он не true) (c > m && f > m)?
Или здесь можно написать так, а сам язык разберется за тебя:
if (a > b && k > b || c > m && f > m).
Благодарю за ответ.
Не всегда понимаю как работает составной оператор.
Вот есть условие:
if ((a > b && k > b) || (c > m && f > m)).
В этом случае условие работает так, что сначала проверяется этот блок "(a > b && k > b)", а после (если он не true) (c > m && f > m)?
Или здесь можно написать так, а сам язык разберется за тебя:
if (a > b && k > b || c > m && f > m).
Благодарю за ответ.
>>202674
Составное условие*
Составное условие*
Подскажите по винапи. Есть утилита консольная в папке с прогой. Как ее лучше цеплять? ShellExecute или WinExec? И как бы ебашить логирование у утилиты? ( стандартная виндовая консольная).
А еще я ебал опять пилить кому-то интерфейсы на винапи. Пмздец, сука, блядь.
А еще я ебал опять пилить кому-то интерфейсы на винапи. Пмздец, сука, блядь.
>>202677
имеешь в виду писать из оконного приложения в консоль? есть группа WinAPI методов для работы с консолью. работа заключается примерно в следующем - хватаешь хэндл на активный буфер консоли и через WriteConsole пишешь в него
>И как бы ебашить логирование у утилиты? ( стандартная виндовая консольная).
имеешь в виду писать из оконного приложения в консоль? есть группа WinAPI методов для работы с консолью. работа заключается примерно в следующем - хватаешь хэндл на активный буфер консоли и через WriteConsole пишешь в него
>>202674
да
if (a > b && k > b || c > m && f > m).
в этом случае да, можно. чтобы лучше понимать тебе стоит почитать про логические выражения и их приоритет. конкретно && имеет больший приоритет, чем ||. это как плюс и умножить - сначала умножение, потом сложение
>В этом случае условие работает так, что сначала проверяется этот блок "(a > b && k > b)", а после (если он не true) (c > m && f > m)?
да
>Или здесь можно написать так, а сам язык разберется за тебя:
if (a > b && k > b || c > m && f > m).
в этом случае да, можно. чтобы лучше понимать тебе стоит почитать про логические выражения и их приоритет. конкретно && имеет больший приоритет, чем ||. это как плюс и умножить - сначала умножение, потом сложение
>>202686
Про приоритет я читал где-то, но если будет пример из типа:
if (a>b && k >b && s<k && m>f).
Тут приоритеты будут равны, то есть здесь надо работать со скобками как в алгебре, да?
if ((a>b && k >b) && (s<k && m>f)).
Про приоритет я читал где-то, но если будет пример из типа:
if (a>b && k >b && s<k && m>f).
Тут приоритеты будут равны, то есть здесь надо работать со скобками как в алгебре, да?
if ((a>b && k >b) && (s<k && m>f)).
>>202692
в приведенном тобой примере результат одинаковый в обоих случаях
что больше
1 + 2 + 3 + 4 или (1+2) + (3+4)
?
в приведенном тобой примере результат одинаковый в обоих случаях
что больше
1 + 2 + 3 + 4 или (1+2) + (3+4)
?
>>202698
Что-то опять хреновый пример привел. Но суть такова, что сами по себе скобочки будут функционировать и будут более понятны для меня? Cпасибо за ответы!
Что-то опять хреновый пример привел. Но суть такова, что сами по себе скобочки будут функционировать и будут более понятны для меня? Cпасибо за ответы!
>>202701
да, скобки меняют приоритет действий.
да, скобки меняют приоритет действий.
768 Кб, 961x544>>196791 (OP)
Стоит ли учить c++ после питона ? или лучше дальше дрочить очко синтаксическим сахаром и смотреть аниме ?
Стоит ли учить c++ после питона ? или лучше дальше дрочить очко синтаксическим сахаром и смотреть аниме ?
>>202684 а если я делаю шеллэкзикьют и там ебану спулинг, так получится?
>>199629
Блять почему оно работает? В функцию же по идеи просто передается указатель на массив без его размеров. Как называется вид такого шаблона?
Блять почему оно работает? В функцию же по идеи просто передается указатель на массив без его размеров. Как называется вид такого шаблона?
>>197889
Анончек, спасибо за книженцию, очень пиздатая. Можешь подкинуть чего-нибудь >=C++14 для не начинающих?Мейерс естьМного классики есть хорошей, но она вся до одинацатых. Или её тоже стоит почитать?
Анончек, спасибо за книженцию, очень пиздатая. Можешь подкинуть чего-нибудь >=C++14 для не начинающих?Мейерс естьМного классики есть хорошей, но она вся до одинацатых. Или её тоже стоит почитать?
>>203097
Да там по сравнению с 11 ничего такого особенного (по крайней мере, что не описывается а той книге) и не добавили. Легче прочитать всякие блоги о новых фичах и сразу решить что тебе из них нужно.
> чего-нибудь >=C++14
Да там по сравнению с 11 ничего такого особенного (по крайней мере, что не описывается а той книге) и не добавили. Легче прочитать всякие блоги о новых фичах и сразу решить что тебе из них нужно.
>>203020
Не указатель, а ссылка. При этом ссылка на тип, у которого явно указано, что это 2d массив с известными (шаблонными) значениями. Вот компилятор при вызове функции и заполняет все шаблонные значения T -> int, A -> 5, B -> 3.
Не указатель, а ссылка. При этом ссылка на тип, у которого явно указано, что это 2d массив с известными (шаблонными) значениями. Вот компилятор при вызове функции и заполняет все шаблонные значения T -> int, A -> 5, B -> 3.
>>203100
А как ты мне объяснишь вот это? https://www.ideone.com/LCcSqe Как видишь внутри функции параметр уже не массив, а указатель (Pi это pointer int). К тому же sizeof теперь показывает размер адреса, на который указывает указатель. Но использовать ты его всё равно можешь как массив. Вообще нет разницы что ты объявляешь в параметре, хоть указатель, хоть массив, результат у них одинаковый, что доказывает вторая функция. Да что я это рассказываю, ты и так наверно всё знаешь. Ты мне лучше объясни, где вообще хранится инфа о размере массива, т.е. откуда ее sizeof достает?
А как ты мне объяснишь вот это? https://www.ideone.com/LCcSqe Как видишь внутри функции параметр уже не массив, а указатель (Pi это pointer int). К тому же sizeof теперь показывает размер адреса, на который указывает указатель. Но использовать ты его всё равно можешь как массив. Вообще нет разницы что ты объявляешь в параметре, хоть указатель, хоть массив, результат у них одинаковый, что доказывает вторая функция. Да что я это рассказываю, ты и так наверно всё знаешь. Ты мне лучше объясни, где вообще хранится инфа о размере массива, т.е. откуда ее sizeof достает?
>>203109
Ты, видимо не понял. Передача массива по значению - int(a)[] и передача указателя - int(*a) это действительно одно и тоже. А вот передача массива по ссылке int(&a)[N] - это уже совсем другая хуёвина. И только в последнем случае можно (точнее нужно, int(&a)[] не скомпилируется) добавить шаблонный параметр для размера массива.
https://www.ideone.com/7wtqyb
Ты, видимо не понял. Передача массива по значению - int(a)[] и передача указателя - int(*a) это действительно одно и тоже. А вот передача массива по ссылке int(&a)[N] - это уже совсем другая хуёвина. И только в последнем случае можно (точнее нужно, int(&a)[] не скомпилируется) добавить шаблонный параметр для размера массива.
https://www.ideone.com/7wtqyb
>>203110
Вот именно, что я не понял. Откуда этот ебанный шаблон получает размер массива? Ты же не передаешь его в функцию как дополнительный аргумент, например как func(x, sizeof(x)/sizeof(x[0])), а просто func(x).
Вот именно, что я не понял. Откуда этот ебанный шаблон получает размер массива? Ты же не передаешь его в функцию как дополнительный аргумент, например как func(x, sizeof(x)/sizeof(x[0])), а просто func(x).
>>203112
Именно что передаю, просто во время компиляции. Когда я определяю шаблон я говорю, что переменная a должна быть ссылкой на массив размера N. Просто компилятор вместо N подставляет реальный размер массива при специализации шаблона. Т.е. вызов funcArrayRef(x); аналогичен funcArrayRef<sizeof(x)/sizeof(int)>(x);
Именно что передаю, просто во время компиляции. Когда я определяю шаблон я говорю, что переменная a должна быть ссылкой на массив размера N. Просто компилятор вместо N подставляет реальный размер массива при специализации шаблона. Т.е. вызов funcArrayRef(x); аналогичен funcArrayRef<sizeof(x)/sizeof(int)>(x);
>>203112
Ну вообще размер хранится в метаданных выделенной для тебя памяти.
Ну вообще размер хранится в метаданных выделенной для тебя памяти.
>>203112
Возможно у тебя путаница с Си где есть VLA. Однако в C++ VLA нету и sizeof(массив) является константой во время компиляции, а значит может использоваться в качестве шаблонного аргумента.
Возможно у тебя путаница с Си где есть VLA. Однако в C++ VLA нету и sizeof(массив) является константой во время компиляции, а значит может использоваться в качестве шаблонного аргумента.
>>203112
Компилятор очевидно размер знает. А это сахар. Вроде в 17 добавили подобное, но я не джедай и могу сильно наёбывать.
Компилятор очевидно размер знает. А это сахар. Вроде в 17 добавили подобное, но я не джедай и могу сильно наёбывать.
>>203117
Для функций эта хуйня была всегда. В С++17 добавили ещё и для конструкторов классов.
http://en.cppreference.com/w/cpp/language/template_argument_deduction
> Вроде в 17 добавили подобное
Для функций эта хуйня была всегда. В С++17 добавили ещё и для конструкторов классов.
http://en.cppreference.com/w/cpp/language/template_argument_deduction
52 Кб, 300x435Поясните за эту книжку, если я полный нуфаня? Она чем-то лучше/хуже того что написано в оп-посте?
Просто мне советуют конкретно ее и Совершенный код Макконела чтоб стать прохрамистом.
Просто мне советуют конкретно ее и Совершенный код Макконела чтоб стать прохрамистом.
Тормоза, фризерочки. Зачем эта песочница для детей со специальными потребностями когда есть бозжественные Unreal движки написанные на высокоскоростных плюсах. И куча библиотек для создания своего движка.
>>203172
>>203173
Unreal&BP
юнити имхо хуже хотя я ничего серьезного в них не делал, но если тебе прямо хочется писать скрипты, вместо того, чтобы разрабатывать игру, то для C# много всяких фреймворков и прочего, позволяющих делать что угодно, и если геймдев не выстрелит, всегда сможешь пойти в бездушный энтерпрайз или фрилансить на коре.
мне кажется, у тебя какое то романтическое заблуждение, что геймдев - это написание кода, когда на самом деле это левел дизайн, моделирование, анимирование, текстурирование и лишь немного скриптов, которые на UE прекрасно пишутся через ВР
>>203173
Unreal&BP
юнити имхо хуже хотя я ничего серьезного в них не делал, но если тебе прямо хочется писать скрипты, вместо того, чтобы разрабатывать игру, то для C# много всяких фреймворков и прочего, позволяющих делать что угодно, и если геймдев не выстрелит, всегда сможешь пойти в бездушный энтерпрайз или фрилансить на коре.
мне кажется, у тебя какое то романтическое заблуждение, что геймдев - это написание кода, когда на самом деле это левел дизайн, моделирование, анимирование, текстурирование и лишь немного скриптов, которые на UE прекрасно пишутся через ВР
>>203181
под скриптами я имею в виду набор инструкции для всего происходящего на сцене. и их писать можно на крестах, а можно на ВР.
под скриптами я имею в виду набор инструкции для всего происходящего на сцене. и их писать можно на крестах, а можно на ВР.
416 Кб, 877x1200>>196791 (OP)
Подскажите, пожалуйста. Я сижу через Вижал Студиа. Что мне надо открыть, чтобы я мог работать с этой книгой? Постоянно выскакивает проблема какая-нибудь. Сейчас класс не читает.
Подскажите, пожалуйста. Я сижу через Вижал Студиа. Что мне надо открыть, чтобы я мог работать с этой книгой? Постоянно выскакивает проблема какая-нибудь. Сейчас класс не читает.
269 Кб, 1920x1080>>203194
P.S. Sales_item.h Мне как полному нулю очень сложно, а тут в учебнике вообще ерись написана. Мне постоянно приходиться обращаться к кому-нибудь, чтобы мне объяснили задачу.
P.S. Sales_item.h Мне как полному нулю очень сложно, а тут в учебнике вообще ерись написана. Мне постоянно приходиться обращаться к кому-нибудь, чтобы мне объяснили задачу.
>>203196
Ты мне подскажешь?
Ты мне подскажешь?
>>203197
Я у тебя не вижу заголовочного файла Sales_item.h
Создай его или что бы не ебатся вообще удали.
Я у тебя не вижу заголовочного файла Sales_item.h
Создай его или что бы не ебатся вообще удали.
>>203194
А вообще если очень сложно с визуалом работать, то скачай для начала лучше DevC++. Там все просто . Но это только на момент обучения.
А вообще если очень сложно с визуалом работать, то скачай для начала лучше DevC++. Там все просто . Но это только на момент обучения.
>>203210
У тебя в проекте должен быть файл с расширением .h.
А именно Sales_item.h
Создай его в проекте и впиши туда то что написано в книге. Или читай где его достать и суй в папку с проектом а потом подключай через инклюд.
А вообще вот что посоветую https://stepik.org/lesson/534/step/1?unit=857
Пройди весь урок 1.5. чтобы понять что такое заголовочные файлы обьектные исполняемые и тд и тп.
У тебя в проекте должен быть файл с расширением .h.
А именно Sales_item.h
Создай его в проекте и впиши туда то что написано в книге. Или читай где его достать и суй в папку с проектом а потом подключай через инклюд.
А вообще вот что посоветую https://stepik.org/lesson/534/step/1?unit=857
Пройди весь урок 1.5. чтобы понять что такое заголовочные файлы обьектные исполняемые и тд и тп.
>>203224
Бывший, молодость и панк-рок
Бывший, молодость и панк-рок
>>203226
Ты очень тупой, сразу видно - днотер.
Ты очень тупой, сразу видно - днотер.
Я сейчас дописываю программу за одним чуваком, который был невероятным фанатом синглтонов, он понатыкал их просто везде. Особенно меня возмутила его обертка MPI.
К примеру, чтобы узнать номер процесса, необходимо сделать MPI::instance()->rank()
Разве использование статических классов не красивее? жаль в C++ такой концепции нет, как в шарпе
Рейт мейн функцию https://ideone.com/i6QynO (5 строк кода)
Видел на stackoverflow обсуждение (в контексте шарпа) и насколько я понял, синглтоны полезны только если синглтон с наследованием, если экземпляр необходимо передавать как аругмент (нахуя?) или сериализовывать (опять же зачем?)
Какие ещё подводные камни в использовании статических классов?
К примеру, чтобы узнать номер процесса, необходимо сделать MPI::instance()->rank()
Разве использование статических классов не красивее? жаль в C++ такой концепции нет, как в шарпе
Рейт мейн функцию https://ideone.com/i6QynO (5 строк кода)
Видел на stackoverflow обсуждение (в контексте шарпа) и насколько я понял, синглтоны полезны только если синглтон с наследованием, если экземпляр необходимо передавать как аругмент (нахуя?) или сериализовывать (опять же зачем?)
Какие ещё подводные камни в использовании статических классов?
>>203287
Если используешь C++17, можешь упростить код ещё сильнее и будет меньше ебли с .h/.cpp файлами. Ну и конструктор надо бы сделать приватным.
https://ideone.com/gy7JuT
Если используешь C++17, можешь упростить код ещё сильнее и будет меньше ебли с .h/.cpp файлами. Ну и конструктор надо бы сделать приватным.
https://ideone.com/gy7JuT
>>203287
Можно соснуть когда статические классы начинают дергать друг-друга в конструкторе. Сам на такое нарвался. Синглтон Маерса корректно работает в таком случае
>Какие ещё подводные камни в использовании статических классов?
Можно соснуть когда статические классы начинают дергать друг-друга в конструкторе. Сам на такое нарвался. Синглтон Маерса корректно работает в таком случае
>>203307
Наверное, лучше вообще delete конструкторы сделать.
А насчет inline членов надо посмотреть, выглядит как-то непривычно.
Хосподе, сколько же в плюсах ключевых слов стало, ехал inline через decltype(auto), видит в constexpr noexcept.
>конструктор надо бы сделать приватным
Наверное, лучше вообще delete конструкторы сделать.
А насчет inline членов надо посмотреть, выглядит как-то непривычно.
Хосподе, сколько же в плюсах ключевых слов стало, ехал inline через decltype(auto), видит в constexpr noexcept.
>>203397
Рекомендуют делать приватным, чтоб сообщение ошибки было понятней (мол запретили создавать объекты), а при delete будет выводится что конструктор не найден: сразу и не поймёшь что оно значит.
> Наверное, лучше вообще delete конструкторы сделать.
Рекомендуют делать приватным, чтоб сообщение ошибки было понятней (мол запретили создавать объекты), а при delete будет выводится что конструктор не найден: сразу и не поймёшь что оно значит.
>>203173
Ты крузис собрался делать? Если ты делаешь игру в одиночку, у тебя ресурсов хватит максимум на пиксельную хуиту. С трехмеркой требования к ассетам возрастают в разы. Анимацией из двух кадров уже не обойдешься, надо делать скелетку, спрайтами 32х32 тоже, надо рисовать текстуры, настраивать материалы. Это все требует большого опыта, времени и денег, которых у тебя конечно же нет. Кодить 3Д в разы сложнее, даже без учета графики, надо понимать матан: попробуй, например, написать функцию пересечения луча со сферой без гугла. Если хочешь делать игры, начинать с крестов - самое худшее решение.
>Тормоза, фризерочки
Ты крузис собрался делать? Если ты делаешь игру в одиночку, у тебя ресурсов хватит максимум на пиксельную хуиту. С трехмеркой требования к ассетам возрастают в разы. Анимацией из двух кадров уже не обойдешься, надо делать скелетку, спрайтами 32х32 тоже, надо рисовать текстуры, настраивать материалы. Это все требует большого опыта, времени и денег, которых у тебя конечно же нет. Кодить 3Д в разы сложнее, даже без учета графики, надо понимать матан: попробуй, например, написать функцию пересечения луча со сферой без гугла. Если хочешь делать игры, начинать с крестов - самое худшее решение.
>>203647
ох, ты скозал?
ох, ты скозал?
>>203685
В утке ~ третья четвёртая ссылка.
В утке ~ третья четвёртая ссылка.
>>203657
Не уж-то все так плохо? Мне бы хотя бы ОСНОВЫ, книжку, курс по >Кодить 3Д
на русском
А в крузисе хотя бы отчасти понимать исходный код движка. На звание супер специалиста я, конечно же НЕ претендую но нацелен и понимаю, что это ад и пиздец, но также и понимаю что все знать я не могу. Ну а че, кому сейчас легко.
Я уверен что те кто кодит 3д не родились такими, и тоже начинали с рисования условного треугольника в каком-нибудь ОпенДжеЭле.
А плюсы считают некоторые лучшим языком как первым для освоения, и это отчасти понятно т.к. получив в кровавой схватке с самим собой понимания основ назревает вопрос, а нужно ли оно вообще? Дальше идти по пути боли и страданий или стать смузи-питонщиком? Тут то происходит естественный отбор. Чем сложней условия тем крепче шкура, тем ты лучше уже по-умолчанию.
>функцию пересечения луча со сферой
Не уж-то все так плохо? Мне бы хотя бы ОСНОВЫ, книжку, курс по >Кодить 3Д
на русском
А в крузисе хотя бы отчасти понимать исходный код движка. На звание супер специалиста я, конечно же НЕ претендую но нацелен и понимаю, что это ад и пиздец, но также и понимаю что все знать я не могу. Ну а че, кому сейчас легко.
Я уверен что те кто кодит 3д не родились такими, и тоже начинали с рисования условного треугольника в каком-нибудь ОпенДжеЭле.
А плюсы считают некоторые лучшим языком как первым для освоения, и это отчасти понятно т.к. получив в кровавой схватке с самим собой понимания основ назревает вопрос, а нужно ли оно вообще? Дальше идти по пути боли и страданий или стать смузи-питонщиком? Тут то происходит естественный отбор. Чем сложней условия тем крепче шкура, тем ты лучше уже по-умолчанию.
https://ideone.com/bRYdZ0
В чем собственно говоря проблема. Функция возвращает указатель на элемент в векторе. Вектор в функцию я передаю НЕ по ссылке, то есть создается его копия. В Visual Studio 2015, если я использую функцию authorize с обычным циклом for, то она возвращает какой-то мусор (что логично), а используя range for она почему-то возвращает корректный указатель. Я понимаю, что правильно передавать вектор по ссылке, но блядь, почему это все работает так криво?
В чем собственно говоря проблема. Функция возвращает указатель на элемент в векторе. Вектор в функцию я передаю НЕ по ссылке, то есть создается его копия. В Visual Studio 2015, если я использую функцию authorize с обычным циклом for, то она возвращает какой-то мусор (что логично), а используя range for она почему-то возвращает корректный указатель. Я понимаю, что правильно передавать вектор по ссылке, но блядь, почему это все работает так криво?
>>203882
Сейчас бы ещё думать почему в одном случае UB ведёт себя так, а в другом иначе.
Сейчас бы ещё думать почему в одном случае UB ведёт себя так, а в другом иначе.
>>203882
И, кстати:
for (auto user : users) {
Здесь (в отличии от обычного цикла) во время каждой итерации создаётся копия user (чтобы не создавалась надо писать auto& или auto&&). Видимо поэтому возвращается указатель на верные данные: потому что стек ниже с ними ещё не успели засрать.
И, кстати:
for (auto user : users) {
Здесь (в отличии от обычного цикла) во время каждой итерации создаётся копия user (чтобы не создавалась надо писать auto& или auto&&). Видимо поэтому возвращается указатель на верные данные: потому что стек ниже с ними ещё не успели засрать.
Если я обучаюсь по 11-й версии, как мне посоветовали в треде, много ли я говна наемся, если работать мне нужно будет на 17?
>>203959
Ничего не наешься. В C++17 можно разве что использовать if constexpr вместо некоторых уродливых SFINAE, но я сомневаюсь, что ты будешь обучаться премудростям SFINAE вообще.
Ничего не наешься. В C++17 можно разве что использовать if constexpr вместо некоторых уродливых SFINAE, но я сомневаюсь, что ты будешь обучаться премудростям SFINAE вообще.
>>203962
Спасибо, добродвач!
Спасибо, добродвач!
114 Кб, 1024x1024"Everything you ever needed or wanted to know about C++"
Анон, посоветуй годных статей eng/rus по умным указателям, актуальным на 2018. И еще, нужны ли мне они, если я не пишу приложения с GUI?
561 Кб, 1859x2777>>204116
Пикрелейтед книга. Целая глава посвящена им. Алсо, с C++11 эти указатели особо не изменились.
А то! Это наоборот если пишешь, например, на Qt нужно использовать указатели осторожно и с костылями (например писать особые функции, вызывающие deleteLater для удаления QObject'ов).
> Анон, посоветуй годных статей eng/rus по умным указателям, актуальным на 2018.
Пикрелейтед книга. Целая глава посвящена им. Алсо, с C++11 эти указатели особо не изменились.
> И еще, нужны ли мне они, если я не пишу приложения с GUI?
А то! Это наоборот если пишешь, например, на Qt нужно использовать указатели осторожно и с костылями (например писать особые функции, вызывающие deleteLater для удаления QObject'ов).
>>204176
Разве с C++ 11 auto_ptr не стал deprecated? И где то читал, что то ли unique_ptr то ли shared_ptr какашками обмазывали. Я в целом имею небольшое представление что это за умные указатели, мне бы хотелось узнать когда их стоит использовать, в чем pros&cons, и как они изнутри устроены. А то я пишу околосистемную дичь и мне кажется, что я пишу "не на С++, а на С с классами". Попробую поискать ответы на вопросы в книге
>Целая глава посвящена им. Алсо, с C++11 эти указатели особо не изменились.
Разве с C++ 11 auto_ptr не стал deprecated? И где то читал, что то ли unique_ptr то ли shared_ptr какашками обмазывали. Я в целом имею небольшое представление что это за умные указатели, мне бы хотелось узнать когда их стоит использовать, в чем pros&cons, и как они изнутри устроены. А то я пишу околосистемную дичь и мне кажется, что я пишу "не на С++, а на С с классами". Попробую поискать ответы на вопросы в книге
>>204192
Я имею в виду в 14 и 17 особо не изменились по сравнению с 11. В 14 добавили make_unique, а в 17 удалили auto_ptr.
Я имею в виду в 14 и 17 особо не изменились по сравнению с 11. В 14 добавили make_unique, а в 17 удалили auto_ptr.
РАБотающие аноны, что нужно кроме джентельменских stl/boost на вашей работе? Пошерстил вакансии, в каждой компании своя область с сильно отличающимся стеком. На полюсах сейчас и так нужны одни джедаи пишущие с 85года, поэтому проебаться с областью вкатывания не хочется.
>>204192
Ну грубо говоря умные указатели это оболочка вокруг сырых указателей. Используются они для того, чтобы избежать утечки памяти. Создаешь класс, внутри конструктора выделяешь память, а в деструкторе освобождаешь. Фишка в том, что когда объект выходит из скоупа, его десктруктор автоматически вызывается и выделеная память освобождается. Самый банальный пример https://ideone.com/4McLZp
>как они изнутри устроены
Ну грубо говоря умные указатели это оболочка вокруг сырых указателей. Используются они для того, чтобы избежать утечки памяти. Создаешь класс, внутри конструктора выделяешь память, а в деструкторе освобождаешь. Фишка в том, что когда объект выходит из скоупа, его десктруктор автоматически вызывается и выделеная память освобождается. Самый банальный пример https://ideone.com/4McLZp
>>204235
Только вот самая мякотка умных указателей в том, что они либо только перемещаются (unique_ptr) либо имеют счётчик ссылок (shared_ptr). Твой пример только скрывает реализацию удаления и ничего не говорит о владении указателем, т.е. его можно как копировать так и перемещать, а значит непонятно кто его должен удалять при передаче в качестве аргумента: вызывающая функция или вызываемая.
Только вот самая мякотка умных указателей в том, что они либо только перемещаются (unique_ptr) либо имеют счётчик ссылок (shared_ptr). Твой пример только скрывает реализацию удаления и ничего не говорит о владении указателем, т.е. его можно как копировать так и перемещать, а значит непонятно кто его должен удалять при передаче в качестве аргумента: вызывающая функция или вызываемая.
>>204102
обход коллекции циклом
обход коллекции циклом
Пиздец, все такие умные. Я только cout hello world написал, тут есть такие же новички, желающие получать по 500к в месяц?
>>204231
Труизм. Попробую через стажировки влезть. Один хуй писать диплом два года на плюсах и небольшой около проект на qt.
Труизм. Попробую через стажировки влезть. Один хуй писать диплом два года на плюсах и небольшой около проект на qt.
Пусть есть кусок кода
std::array<int, 2> arr;
int a = arr[1];
Я правильно понимаю, что произойдет оптимизация и адрес второго элемента массива вычислится на этапе компиляции, то есть на асме не будет кода вроде int a = *(arr + 1);
Пусть теперь у меня есть класс
class Foo {
std::array<int, 2> arr;
int get(int k) const { return arr[k]; }
}
Foo foo;
int a = foo.get(1);
Получу ли я эффект как в прошлый раз, если добавлю constexpr к функции get?
Кстати, я и в первом своем утверждении не уверен, как наиболее просто посмотреть ассемблерный код функции/куска программы? CLion
std::array<int, 2> arr;
int a = arr[1];
Я правильно понимаю, что произойдет оптимизация и адрес второго элемента массива вычислится на этапе компиляции, то есть на асме не будет кода вроде int a = *(arr + 1);
Пусть теперь у меня есть класс
class Foo {
std::array<int, 2> arr;
int get(int k) const { return arr[k]; }
}
Foo foo;
int a = foo.get(1);
Получу ли я эффект как в прошлый раз, если добавлю constexpr к функции get?
Кстати, я и в первом своем утверждении не уверен, как наиболее просто посмотреть ассемблерный код функции/куска программы? CLion
>>204274
Ну не таким уж и говном он был, юзался же, другое дело, что у него присваивание было деструктивным и немного нарушало логику программы при чтении.
Но в целом да, твоя правда.
В этом плане юник намного более читаемый.
Ну не таким уж и говном он был, юзался же, другое дело, что у него присваивание было деструктивным и немного нарушало логику программы при чтении.
Но в целом да, твоя правда.
В этом плане юник намного более читаемый.
>>204273
В данном случае от constexpr не будет толку. Constexpr-функция работает во время компиляции только если возвращаемое значение используется в constexpr-контексте (например присваивается constexpr-переменной или используется как аргумент шаблона), в остальных случаях никаких отличий от простой функции нет. Были предложения по добавлению constexpr-аргументов для функций, но даже к C++20 этого не будет, возможно примут позже.
Если хочешь сделать 100% код, вычисляющийся во время компиляции, используй шаблоны:
template<int k>
int get() const { return arr[k]; }
int a = foo.get<1>();
> добавлю constexpr к функции get
В данном случае от constexpr не будет толку. Constexpr-функция работает во время компиляции только если возвращаемое значение используется в constexpr-контексте (например присваивается constexpr-переменной или используется как аргумент шаблона), в остальных случаях никаких отличий от простой функции нет. Были предложения по добавлению constexpr-аргументов для функций, но даже к C++20 этого не будет, возможно примут позже.
Если хочешь сделать 100% код, вычисляющийся во время компиляции, используй шаблоны:
template<int k>
int get() const { return arr[k]; }
int a = foo.get<1>();
>>204286
А если быть точнее
int a = foo.template get<1>();
Всё время забываю это ключевое слово добавлять.
> int a = foo.get<1>();
А если быть точнее
int a = foo.template get<1>();
Всё время забываю это ключевое слово добавлять.
>>204286
Впрочем в данном случае шаблон не нужен и компилятор сам заинлайнит и соптимизирует функцию. Можешь добавить inline перед функций на всякий случай.
Впрочем в данном случае шаблон не нужен и компилятор сам заинлайнит и соптимизирует функцию. Можешь добавить inline перед функций на всякий случай.
>>204250
мы не умные, у нас тупо бекграунд и года задротства
не лезь в кресты в 2к18, рядом php и js треды
мы не умные, у нас тупо бекграунд и года задротства
не лезь в кресты в 2к18, рядом php и js треды
Хочу написать видеостриминг для себя по фану.
С мобилы видео снимаю, на другую мобилу отдаю.
При этом хочу сохранить архив разговора на серваке.
Как должен выглядить сервер?
Как вообще делать стриминг видео с ffmpeg в С++?
С мобилы видео снимаю, на другую мобилу отдаю.
При этом хочу сохранить архив разговора на серваке.
Как должен выглядить сервер?
Как вообще делать стриминг видео с ffmpeg в С++?
Так для чего нужен inline? Чтобы функции инлайнить или чтобы можно было определенную в одном файле функцию подключать и использовать в разных сурсах?
>>203169
Маловато вакансий, а вне мобильных игр тем более. Работал с этим какое-то время, приходилось пердолиться с багами Mono.
Маловато вакансий, а вне мобильных игр тем более. Работал с этим какое-то время, приходилось пердолиться с багами Mono.
>>203657
Надо быть оторванным от жизни человеком, чтобы порываться делать игры в одиночку. Имхо. А ты его к таким не глядя приписал.
Причем тут 3д?
Попробуй, например, <вставить типовую задачу твоей сферы> без гугла.
Да и конкретно в пересечениях хули понимать, взял да написал. Там матан уровня первого курса.
Ну хуй знает. Я постом выше высказался о шарпе и его протекающих абстракциях.
>Если ты делаешь игру в одиночку
Надо быть оторванным от жизни человеком, чтобы порываться делать игры в одиночку. Имхо. А ты его к таким не глядя приписал.
>Кодить 3Д в разы сложнее
Причем тут 3д?
>попробуй, например, написать функцию пересечения луча со сферой без гугла
Попробуй, например, <вставить типовую задачу твоей сферы> без гугла.
Да и конкретно в пересечениях хули понимать, взял да написал. Там матан уровня первого курса.
>Если хочешь делать игры, начинать с крестов - самое худшее решение.
Ну хуй знает. Я постом выше высказался о шарпе и его протекающих абстракциях.
>>204340
Ну я хочу что то типо скайпа навасянить, для себя чисто
Ну я хочу что то типо скайпа навасянить, для себя чисто
>>204360
Чтобы говорить компилятору, что тебе было бы приятно, если бы он вместо вызовы функции встроил код функции.
Чтобы говорить компилятору, что тебе было бы приятно, если бы он вместо вызовы функции встроил код функции.
>>204426
Потому что таких вкатывальщиков 99%. И все хотят писать FPS или MMO.
Потому что он хочет кодить 3Д в УЕ4, как я понял.
Вся 3Д графика - это линейка первого курса, только первокурсник хуй чего напишет. Нужен опыт и понимание, как оно работает.
Да это не важно. Важно то, что можно взять юнити, и за выходные слепить игрушку уровня пекмена. С крестами так сделать гораздо труднее, особенно без опыта.
>А ты его к таким не глядя приписал.
Потому что таких вкатывальщиков 99%. И все хотят писать FPS или MMO.
>Причем тут 3д?
Потому что он хочет кодить 3Д в УЕ4, как я понял.
>Там матан уровня первого курса
Вся 3Д графика - это линейка первого курса, только первокурсник хуй чего напишет. Нужен опыт и понимание, как оно работает.
>Я постом выше высказался о шарпе и его протекающих абстракциях
Да это не важно. Важно то, что можно взять юнити, и за выходные слепить игрушку уровня пекмена. С крестами так сделать гораздо труднее, особенно без опыта.
>>204569
Хуита и пиздёж. Большинство вкатывальщиков в программирование хотят вкатиться в крупную компанию и получать от нее бабло за программирование игры. Ты путаешь со вкатывальщиками в бизнес, но у них же ручки отсохнут программировать.
Он хочет писать игру, и разговор о том, делать это на Юнити или Уе. Причем тут вообще 3д? Если он будет делать 3д-игру, он будет пердолиться с трёхмерным представлением вне зависимости от инструмента.
Математические операции над этой графикой - легко напишет. Саму игру со всей обвязкой - да, нужно "понимание" (читай еще один семестр ТПМ ему почитать и будет понимание).
Да можно, конечно, но много ты на ней заработаешь? Скорее всего нет. А много ли ты на нее потратишь, учитывая что мог бы за это время научиться чему-то более дельному (за что больше платят)? Дохрена, особенно на поддержку того, что написал в выходные.
Короче, к чему я это всё говорю - программирование игр на юнити это типичный случай протекающей абстракции, когда ты можешь что-то наговнокодить в одно лицо по пошаговым руководствам, но программист на Юнити всё равно должен знать скажем половину того матана, которым ты пугаешь человека который хочет перейти на кресты. Если ты будешь его пугать и он не понюхает этот матан, его просто не возьмут на работу. Или ты отталкиваешься от того что он сейчас прочитает гайд, напишет сам игру, заработает кучу бабла, и советуешь ему юнити для этого?
>Потому что таких вкатывальщиков 99%
Хуита и пиздёж. Большинство вкатывальщиков в программирование хотят вкатиться в крупную компанию и получать от нее бабло за программирование игры. Ты путаешь со вкатывальщиками в бизнес, но у них же ручки отсохнут программировать.
>Потому что он хочет кодить 3Д в УЕ4, как я понял.
Он хочет писать игру, и разговор о том, делать это на Юнити или Уе. Причем тут вообще 3д? Если он будет делать 3д-игру, он будет пердолиться с трёхмерным представлением вне зависимости от инструмента.
>Вся 3Д графика - это линейка первого курса, только первокурсник хуй чего напишет.
Математические операции над этой графикой - легко напишет. Саму игру со всей обвязкой - да, нужно "понимание" (читай еще один семестр ТПМ ему почитать и будет понимание).
>Важно то, что можно взять юнити, и за выходные слепить игрушку уровня пекмена.
Да можно, конечно, но много ты на ней заработаешь? Скорее всего нет. А много ли ты на нее потратишь, учитывая что мог бы за это время научиться чему-то более дельному (за что больше платят)? Дохрена, особенно на поддержку того, что написал в выходные.
Короче, к чему я это всё говорю - программирование игр на юнити это типичный случай протекающей абстракции, когда ты можешь что-то наговнокодить в одно лицо по пошаговым руководствам, но программист на Юнити всё равно должен знать скажем половину того матана, которым ты пугаешь человека который хочет перейти на кресты. Если ты будешь его пугать и он не понюхает этот матан, его просто не возьмут на работу. Или ты отталкиваешься от того что он сейчас прочитает гайд, напишет сам игру, заработает кучу бабла, и советуешь ему юнити для этого?
Вы оба правы.
>>204307
Я умею 3Д модели делать. Осталось немного с++ поддрочить и буду игрушку пилить. У меня анальный вектор в сторону эстетики направлен, вполне вероятно моя игра выстрелит.
Я умею 3Д модели делать. Осталось немного с++ поддрочить и буду игрушку пилить. У меня анальный вектор в сторону эстетики направлен, вполне вероятно моя игра выстрелит.
Я набираю в VSStudio name, подсказывается из дропдауна нужный мне namespace. Какую клавишу нажать, чтобы выбрать нужный мне из дропдауна элементик/слово?
>>204519
cppreference пишет иначе.
cppreference пишет иначе.
>>204785
Tab.
Tab.
>>204666
В /gd спроси или на gamedev.ru. Каждый первый школьник хочет делать крузис или доту.
На юнити вполне можно 2Д делать, на УЕ - затруднительно.
Ты очень высокого мнения о первокурсниках. Для абсолютного большинства даже выпускников написать скелетную трансформацию - невыполнимая задача. Хотя там тупо умножение матриц. Кватернионы для большинства - вообще темная магия.
Если напишешь flappy bird или samoliotik - заработаешь. А если не заработаешь, получишь навык написания игры. А этому никто и нигде не учит, в отличие от матана. Например, знания как сделать физику платформера, чтобы хорошо игралось, можно получить только практикой. Если он сядет за кресты, он вероятно научится кодить графику, физику, потроха движка, но игры он делать не научится, потому что ни одной законченой игры не сделает, и опыта не приобретет.
>Хуита и пиздёж
В /gd спроси или на gamedev.ru. Каждый первый школьник хочет делать крузис или доту.
>он будет пердолиться с трёхмерным представлением вне зависимости от инструмента
На юнити вполне можно 2Д делать, на УЕ - затруднительно.
>Математические операции над этой графикой - легко напишет
Ты очень высокого мнения о первокурсниках. Для абсолютного большинства даже выпускников написать скелетную трансформацию - невыполнимая задача. Хотя там тупо умножение матриц. Кватернионы для большинства - вообще темная магия.
>Да можно, конечно, но много ты на ней заработаешь?
Если напишешь flappy bird или samoliotik - заработаешь. А если не заработаешь, получишь навык написания игры. А этому никто и нигде не учит, в отличие от матана. Например, знания как сделать физику платформера, чтобы хорошо игралось, можно получить только практикой. Если он сядет за кресты, он вероятно научится кодить графику, физику, потроха движка, но игры он делать не научится, потому что ни одной законченой игры не сделает, и опыта не приобретет.
>>204817
+1
+1
Почаны, а вот есть вопрос. Как мне сделать что-то типа того?
Govno` pgovno = new Govno;
pgovno->setMocha(42,42, "hui");
Mocha` pmocha = &(Mocha)pgovno->getMocha(42,42);
cout << &pmocha <<endl; //печатает hui
pgovno->setMocha(42,42, "pizda");
cout << &pmocha <<endl; //печатает pizda
Govno` pgovno = new Govno;
pgovno->setMocha(42,42, "hui");
Mocha` pmocha = &(Mocha)pgovno->getMocha(42,42);
cout << &pmocha <<endl; //печатает hui
pgovno->setMocha(42,42, "pizda");
cout << &pmocha <<endl; //печатает pizda
Кто-нибудь платно тут хочет взять в ученики дауна? Направление - Unreal engine rapid prototyping и Shader graphics programmer. Денег мало, могу брать в процессе ваши фриланс-заказы на себя, свободно владею английским, могу делать вам простые 3Д модели сосать член.
>>205053
Это не то, мне нужно, чтобы можно было получить указатель на поле поля класса грубо говоря.
Это не то, мне нужно, чтобы можно было получить указатель на поле поля класса грубо говоря.
Анончики, а что это за библиотека такая - MFC?
Есть опыт ковыряния Qt, WxWidgets и прочего. С MFC получится дней за пять разобраться?
Есть опыт ковыряния Qt, WxWidgets и прочего. С MFC получится дней за пять разобраться?
Философский вопрос, но мучает меня
Как назвать шаблоные названия типов? тип template <typename T....>
Вот есть у меня класс template <typename XUI>, но сам тип XUI не нужен, я потом делаю внутри XUI2 = std::decay_t<XUI>, и вот как адекватно называть? чтобы потом не абасали
Как назвать шаблоные названия типов? тип template <typename T....>
Вот есть у меня класс template <typename XUI>, но сам тип XUI не нужен, я потом делаю внутри XUI2 = std::decay_t<XUI>, и вот как адекватно называть? чтобы потом не абасали
24 Кб, 1291x403>>205140
Да называй как хочешь. Я вообще с подобной хренью не заморачиваюсь.
Да называй как хочешь. Я вообще с подобной хренью не заморачиваюсь.
>>205144
Шаблоны внутри шаблонов, ну еб твою мать. Вот эту книгу советовали >>197889 , в ней 800 страниц, и это все только о шаблонах, это же ебануться можно. До того как я начал учить C++, я в основном слышал о нем хейт типа, байтоебство, указатели, работа с памятью. Да, после языка с сборщиком мусора это не совсем комфортно и можно накосячить, если нет опыта, но работа с ними как мне кажется практически всегда логична, т.е. причины и последствия понятны. Но вот я думаю, что самый настоящий пиздец в C++, это шаблоны. С ними вообще всякую хуйню можно вытворять. Ну если глянуть на гитхабе какой-нибудь проект, где их по полной используют, то можно нервный срыв получить, пока ты будешь пытаться расшифровать этот спагетти код. Я хуй знает, может я что-то не допонимаю или ума не хватает, но это же какой мозг надо иметь, чтобы серьезно такой код писать?
Шаблоны внутри шаблонов, ну еб твою мать. Вот эту книгу советовали >>197889 , в ней 800 страниц, и это все только о шаблонах, это же ебануться можно. До того как я начал учить C++, я в основном слышал о нем хейт типа, байтоебство, указатели, работа с памятью. Да, после языка с сборщиком мусора это не совсем комфортно и можно накосячить, если нет опыта, но работа с ними как мне кажется практически всегда логична, т.е. причины и последствия понятны. Но вот я думаю, что самый настоящий пиздец в C++, это шаблоны. С ними вообще всякую хуйню можно вытворять. Ну если глянуть на гитхабе какой-нибудь проект, где их по полной используют, то можно нервный срыв получить, пока ты будешь пытаться расшифровать этот спагетти код. Я хуй знает, может я что-то не допонимаю или ума не хватает, но это же какой мозг надо иметь, чтобы серьезно такой код писать?
>>205197
Это не шаблоны, а шаблонные алиасы для типов. Если часто пишешь хуйню вроде std::variant<std::optional<Tazaza>, std::vector<Tbobobo>>, то легче сделать алиас
template<typename TA, typename TB>
using MyType = std::variant<std::optional<TA>, std::vector<TB>>
и писать просто
MyType<Tazaza, Tbobobo>
> Шаблоны внутри шаблонов
Это не шаблоны, а шаблонные алиасы для типов. Если часто пишешь хуйню вроде std::variant<std::optional<Tazaza>, std::vector<Tbobobo>>, то легче сделать алиас
template<typename TA, typename TB>
using MyType = std::variant<std::optional<TA>, std::vector<TB>>
и писать просто
MyType<Tazaza, Tbobobo>
Аноны, почему decltype не может вывести тип decltype(int) ? или template <typename T> auto plus() -> decltype(T + T)
Что за кастратсво?
Что за кастратсво?
>>205302
Потому что decltype получает тип из переменной. Тебе же нужна обратная операция: получение (псевдо)переменной из типа. Ключевое слово: std::declval (не забудь подключить хеадер <utility>). Вот твои пример, написанные правильно:
decltype(std::declval<int>())
template <typename T> decltype(std::declval<T>() + std::declval<T>()) plus() { ... }
Потому что decltype получает тип из переменной. Тебе же нужна обратная операция: получение (псевдо)переменной из типа. Ключевое слово: std::declval (не забудь подключить хеадер <utility>). Вот твои пример, написанные правильно:
decltype(std::declval<int>())
template <typename T> decltype(std::declval<T>() + std::declval<T>()) plus() { ... }
>>205302
Мб потому - что аргумент decltype выражение или значение? Зачем ты туда типы пихаешь?
http://en.cppreference.com/w/cpp/language/decltype
Мб потому - что аргумент decltype выражение или значение? Зачем ты туда типы пихаешь?
http://en.cppreference.com/w/cpp/language/decltype
>>205309
ебать костыли
ебать костыли
Анончик, привет
Ты сталкивался когда-нибудь с OCCI?
У меня упорно ResultSet падает на getString() (причем на 17 студии падает из-за строк длиной больше 15 символов, а на 12 студии - на следующем шаге цикла при вызове getString() heap corruption выпадает).
Чё с этим вообще можно сделать? Я-то нашел способ, перевожу все в clob, читаю его в вектор и перевожу в строку, но блядь, это же костыли и ну их нахуй
Подключал через NuGet, instant client ставил не сам (не разобрался нихуя)
Ты сталкивался когда-нибудь с OCCI?
У меня упорно ResultSet падает на getString() (причем на 17 студии падает из-за строк длиной больше 15 символов, а на 12 студии - на следующем шаге цикла при вызове getString() heap corruption выпадает).
Чё с этим вообще можно сделать? Я-то нашел способ, перевожу все в clob, читаю его в вектор и перевожу в строку, но блядь, это же костыли и ну их нахуй
Подключал через NuGet, instant client ставил не сам (не разобрался нихуя)
>>205427
Так делаешь, если у тебя plus имеет сигнатуру plus(T a, T b).
Так делаешь, если у тебя plus имеет сигнатуру plus(T a, T b).
>>205197
чел, книжка джосаттиса вообще чтиво по умолчанию для кодера на крестах, без нее вообще нахуй не надо допускать человечков к боевому коду в продакшоне..
чел, книжка джосаттиса вообще чтиво по умолчанию для кодера на крестах, без нее вообще нахуй не надо допускать человечков к боевому коду в продакшоне..
Можно на плюсах поменять две переменные любого типа/класса на месте (не создавая новый переменных, не добавляя в стек и тд)? Я хотел вот так:
a = a ^ b;
b = a ^ b;
a = a ^ b;
Где ^ - побитовый xor. Однако чтобы сделать такое для объектов произвольного типа, нужно каким-то образом интерпретировать их как последовательность бит, опять же без доп. памяти.
Мне интересна реализация, про std::swap я знаю.
a = a ^ b;
b = a ^ b;
a = a ^ b;
Где ^ - побитовый xor. Однако чтобы сделать такое для объектов произвольного типа, нужно каким-то образом интерпретировать их как последовательность бит, опять же без доп. памяти.
Мне интересна реализация, про std::swap я знаю.
>>205563
Я хотел написать универсальную функцию, которая работает для любого класса. По сути своя версия swap.
Я хотел написать универсальную функцию, которая работает для любого класса. По сути своя версия swap.
>>205559
for(i=0;i<sizeof(Object);i++)
{
((uint_8t)&obja)=((uint_8t)&obja)^((uint_8t)&objb);
((uint_8t)&objb)=((uint_8t)&obja)^((uint_8t)&objb);
((uint_8t)&obja)=((uint_8t)&obja)^((uint_8t*)&objb);
}
>две переменные любого типа/класса на месте (не создавая новый переменных, не добавляя в стек и тд)?
for(i=0;i<sizeof(Object);i++)
{
((uint_8t)&obja)=((uint_8t)&obja)^((uint_8t)&objb);
((uint_8t)&objb)=((uint_8t)&obja)^((uint_8t)&objb);
((uint_8t)&obja)=((uint_8t)&obja)^((uint_8t*)&objb);
}
///*/
>>205595
Хуита. Моя версия на шаблонах (оптимизированная для 64-битных систем) круче: https://ideone.com/P1tE8A
Хуита. Моя версия на шаблонах (оптимизированная для 64-битных систем) круче: https://ideone.com/P1tE8A
>>205603
Объясни, как это работает. Идею я понял, а откуда берутся +1, +2, +4 -- нет.
Объясни, как это работает. Идею я понял, а откуда берутся +1, +2, +4 -- нет.
>>205613
Хотя кажется понял
Хотя кажется понял
>>205613
Это просто оптимизация. Можно xor'ить побайтово, а я сделать что будет xor'ы выполняться с 64-битными значениями, а потом с 32 и с 8 в конце. Можно ещё сильнее ускорить с SIMD, но скорее всего компилятор сделает это и сам.
Это просто оптимизация. Можно xor'ить побайтово, а я сделать что будет xor'ы выполняться с 64-битными значениями, а потом с 32 и с 8 в конце. Можно ещё сильнее ускорить с SIMD, но скорее всего компилятор сделает это и сам.
>>205623
Алло, это шаблоны. После конпеляции никакого стека не будет, оно всё заинлайнится.
Алло, это шаблоны. После конпеляции никакого стека не будет, оно всё заинлайнится.
>>205627
Я думал он создает определения функций по одной на каждую специализацию, а потом вызывает как обычно.
Я думал он создает определения функций по одной на каждую специализацию, а потом вызывает как обычно.
Как же нахуй все запутано в этой мув-семантике
Вот положим есть класс A и B (B без copy-конструктора)
A { B field_b; }
A(B &&b) : field_b(move(b)) {}
1) Это правильная практика?
2) Что происходит? Я так понял просто копируется весь объект.
3) Теперь с функцией:
f(B &&b) { f(move(b)); }
Я не могу переварить asm-код от gcc, но в этом случае сохраняется ли b на стек при рекурсивном вызове, т.е. плодятся ли копии?
Вот положим есть класс A и B (B без copy-конструктора)
A { B field_b; }
A(B &&b) : field_b(move(b)) {}
1) Это правильная практика?
2) Что происходит? Я так понял просто копируется весь объект.
3) Теперь с функцией:
f(B &&b) { f(move(b)); }
Я не могу переварить asm-код от gcc, но в этом случае сохраняется ли b на стек при рекурсивном вызове, т.е. плодятся ли копии?
>>205629
Ну так шаблоны обычно все встраиваются. В итоге весь этот код превратится в xor'ы нужного количества байтов без каких либо циклов и вызовов функций.
Ну так шаблоны обычно все встраиваются. В итоге весь этот код превратится в xor'ы нужного количества байтов без каких либо циклов и вызовов функций.
>>205634
Немного не до конца сформулировал 3
Что передается в данном случае? Указатель или весь объект?
Если он передается через регистры, сохраняет ли callee его на стек?
Немного не до конца сформулировал 3
Что передается в данном случае? Указатель или весь объект?
Если он передается через регистры, сохраняет ли callee его на стек?
>>205634
move это каст из обычной ссылки в rvalue-reference. Если ты уже принимаешь объект как rvalue, то move делать не нужно.
move это каст из обычной ссылки в rvalue-reference. Если ты уже принимаешь объект как rvalue, то move делать не нужно.
>>205645
Но ведь внутри A() он уже становится lvalue, и чтобы передать его в B() надо сделать move?
Но ведь внутри A() он уже становится lvalue, и чтобы передать его в B() надо сделать move?
>>205635
Как я и говорил. Впрочем конпеляторы даже xor'ы не генерируют, а тупо меняют местами элементы запихивая их во временные регистры, лол.
Как я и говорил. Впрочем конпеляторы даже xor'ы не генерируют, а тупо меняют местами элементы запихивая их во временные регистры, лол.
>>205641
Насчет этого не уверен. Могу только заметить, что в твоем примере писать && необязательно. Если переменная представляет собой rvalue, то при вызове функции ее содержимое автоматически будет перемещено внутрь b. Тогда ты сможешь сделать field_b(move(b)), вновь протолкнув содержимое изначального объекта из b в field_b, то есть копирования снова не будет.
Насчет этого не уверен. Могу только заметить, что в твоем примере писать && необязательно. Если переменная представляет собой rvalue, то при вызове функции ее содержимое автоматически будет перемещено внутрь b. Тогда ты сможешь сделать field_b(move(b)), вновь протолкнув содержимое изначального объекта из b в field_b, то есть копирования снова не будет.
>>205652
Так, уже немного яснее
Я могу принимать B&&, B и const B& и везде поведение будет разное.
Вопрос только какое. Касается рекурсивной передачи через регистры.
Так, уже немного яснее
Я могу принимать B&&, B и const B& и везде поведение будет разное.
Вопрос только какое. Касается рекурсивной передачи через регистры.
>>205652
По той же причине, я думаю, не нужно писать field_b(move(b)) в случае, когда аргумент является B&&. Достаточно написать field_b(b), значение все равно будет перенесено внутрь (хотя реализация мув-конструктора от тебя зависит)
По той же причине, я думаю, не нужно писать field_b(move(b)) в случае, когда аргумент является B&&. Достаточно написать field_b(b), значение все равно будет перенесено внутрь (хотя реализация мув-конструктора от тебя зависит)
>>205665
Если у тебя B - шаблонный тип, то B&& - это универсальная ссылка. Чтобы сделать её rvalue-ссылкой надо написать const B&&.
> Хуй знает, у меня просит copy-конструктор если писать field_b(b)
Если у тебя B - шаблонный тип, то B&& - это универсальная ссылка. Чтобы сделать её rvalue-ссылкой надо написать const B&&.
Кто-нибудь работает с Unreal или Cryengine на про уровне?
>>205668
Нет, B просто объект без copy-конструктора
С const B&& опять же просит copy-конструктор (не важно стоит move или нет)
А теперь такой вопрос к вам
Сколько вам платят за подобную хуйню? Я блядь дерево решил запилить и уже ебусь с этим move. Просто интересно, стоит ли игра свеч? Просто в других языках, даже в C, нету move, ну кроме раста мб. Это просто синтаксический сахар чтобы сложнее было в ногу выстрелить агаканеш или оно реально нормально перемещается?
Нет, B просто объект без copy-конструктора
С const B&& опять же просит copy-конструктор (не важно стоит move или нет)
А теперь такой вопрос к вам
Сколько вам платят за подобную хуйню? Я блядь дерево решил запилить и уже ебусь с этим move. Просто интересно, стоит ли игра свеч? Просто в других языках, даже в C, нету move, ну кроме раста мб. Это просто синтаксический сахар чтобы сложнее было в ногу выстрелить агаканеш или оно реально нормально перемещается?
>>205702
фикс, B - это класс
фикс, B - это класс
В продолжение беседы про rvalue-reference. Что должно быть выведено на экран? Я думал будет создан дефолтный объект a, потом в ретурне он станет xvalue, поэтому будет перемещен в новый временный объект как A&&, а затем остатки a будут уничтожены в результате выхода, после чего будет конструктор перемещения для b (снова A&&) с последующим уничтожением остатков временного объекта, и наконец уничтожение b. На практике не происходит и половины из этого. Я найду ответы на эти вопросы в книге с птичкой?
https://ideone.com/XD5q9O
https://ideone.com/XD5q9O
>>205702
Тебе move в дереве нужен зачем? Ты динамически выделяешь память, и хочешь оптимизировать копирование?
Тебе move в дереве нужен зачем? Ты динамически выделяешь память, и хочешь оптимизировать копирование?
>>205731
Ну например у меня мудреное ленивое дерево и нужно при вставке/поиске рекурсивно я передаю всякие аргументы которые нужны в единичном экземпляре. Вот для этого я и спрашивал про оптимизацию.
Либо если дерево строится на unique_ptr-ах и нужно двигать узлы, опять же рекурсивно, то move будет красиво смотреться.
Ну например у меня мудреное ленивое дерево и нужно при вставке/поиске рекурсивно я передаю всякие аргументы которые нужны в единичном экземпляре. Вот для этого я и спрашивал про оптимизацию.
Либо если дерево строится на unique_ptr-ах и нужно двигать узлы, опять же рекурсивно, то move будет красиво смотреться.
>>205729
Зависит от стандарта. В C++17 перемещение в данном случае не выполняется вообще. Во всех остальных зависит от конпелятора.
> Что должно быть выведено на экран?
Зависит от стандарта. В C++17 перемещение в данном случае не выполняется вообще. Во всех остальных зависит от конпелятора.
>>205741
Это все меня раст испортил, кстати
Там нормально move разжеван
Но как-то неохота писать что-то на расте
Это все меня раст испортил, кстати
Там нормально move разжеван
Но как-то неохота писать что-то на расте
Эх, видимо придется сейчас окунаться в говно, чтобы в будущем писать на божественном C++17-20
>>205756
Просто различные спецификации функции в зависимости от размера переменной в битах. Любой объект интерпретируется как череда байт (reintepret_cast из указателя на void в указатель на int). Пока можно, разбиваем на 8-байтные инты, то есть на группы по 64 бита. Остаток делим на меньшие куски и работаем соответственно с интами меньшего размера.
Просто различные спецификации функции в зависимости от размера переменной в битах. Любой объект интерпретируется как череда байт (reintepret_cast из указателя на void в указатель на int). Пока можно, разбиваем на 8-байтные инты, то есть на группы по 64 бита. Остаток делим на меньшие куски и работаем соответственно с интами меньшего размера.
>>205834
Хм, так понятно, спасибо, пойду ещё подумаю немного.
Хм, так понятно, спасибо, пойду ещё подумаю немного.
>>205789
Странное утверждение. Идиомы меняются. То же компайл-тайм дрочево с 11 на 17 очень сильно изменилось
Странное утверждение. Идиомы меняются. То же компайл-тайм дрочево с 11 на 17 очень сильно изменилось
>>205083
А вообще - годная штука? Работаю программистом на машиностроительном заводе. Решили написать собственный CAD под станки. Под это дело нашел библиотеку (OpenCASCADE), но она имеет поддерживаемые биндинги только под Qt у начальника не хватит терпения докрутить Qt под тулчейн Visual Studio и MFC. Я так понимаю, MFC приложения нативно собирается под Windows? Посоветуйте книг/статей по MFC.
А вообще - годная штука? Работаю программистом на машиностроительном заводе. Решили написать собственный CAD под станки. Под это дело нашел библиотеку (OpenCASCADE), но она имеет поддерживаемые биндинги только под Qt у начальника не хватит терпения докрутить Qt под тулчейн Visual Studio и MFC. Я так понимаю, MFC приложения нативно собирается под Windows? Посоветуйте книг/статей по MFC.
>>205896
Пизда, собирать CAD. Поставь себе Fusion 360 его даже посетитель /b освоит. ЗАчем велосипед?
Пизда, собирать CAD. Поставь себе Fusion 360 его даже посетитель /b освоит. ЗАчем велосипед?
>>205936
Такая идея руководства. CAD/CAM специально сделанный под линейку оборудования предприятия. Я могу выбирать только средства. И мне хочется программировать на С++ больше, чем на C# (это любимый язык руководителя).
Так это, под MFC есть тюториалы какие-то?
Такая идея руководства. CAD/CAM специально сделанный под линейку оборудования предприятия. Я могу выбирать только средства. И мне хочется программировать на С++ больше, чем на C# (это любимый язык руководителя).
Так это, под MFC есть тюториалы какие-то?
>>205952
Кореша научрук заставил писать на MFC, он дико плювался хоть сам виндузятник. Туторов и гайдов нормальных нет даже на msdn, нашёл только на корейском.
Кореша научрук заставил писать на MFC, он дико плювался хоть сам виндузятник. Туторов и гайдов нормальных нет даже на msdn, нашёл только на корейском.
>>205896
не надо этого делать, так как годная cad - это десятилетие труда нескольких программистов
достаточно написать плагины под самую распространенную cad в вашем сегменте производимого оборудования
>Решили написать собственный CAD под станки.
не надо этого делать, так как годная cad - это десятилетие труда нескольких программистов
достаточно написать плагины под самую распространенную cad в вашем сегменте производимого оборудования
> MFC
НЕ ЛЕЗЬ ОНА ТЕБЯ СОЖРЁТ
>>205514
А не Вандевоорд главный автор?
А не Вандевоорд главный автор?
>>205896
MFC это классовая обертка вокгруг WinAPI. Но она в свое время особо не взлетела, лучше сразу пиши на WinAPI, инфы в инете много.
MFC это классовая обертка вокгруг WinAPI. Но она в свое время особо не взлетела, лучше сразу пиши на WinAPI, инфы в инете много.
std::async() – эта штука создает асинхронный тред. Использует ли она при возможности дополнительные ядра/потоки процессора? Или оно работает как в Javascript, где асинхронные функции работают параллельно, но в одном треде не блокируя друг друга, ну как молния на штанах.
>>206104
Зависит от переданных флагов первым аргументом. Если передать std::launch::async первым аргументом, то запустится в новом потоке, если std::launch::deferred, то просто будет ленивое синхронное выполнение .По умолчанию может запуститься как угодно.
И это, что в JS принципиально другая система асинхронщины, там промисы никогда не выполняются синхронно, и как минимум пропускают один цикл в цикле событий. В C++ встроенного цикла событий нет. Так что это принципиально разные штуковины.
Зависит от переданных флагов первым аргументом. Если передать std::launch::async первым аргументом, то запустится в новом потоке, если std::launch::deferred, то просто будет ленивое синхронное выполнение .По умолчанию может запуститься как угодно.
И это, что в JS принципиально другая система асинхронщины, там промисы никогда не выполняются синхронно, и как минимум пропускают один цикл в цикле событий. В C++ встроенного цикла событий нет. Так что это принципиально разные штуковины.
>>205963
У твоего друга лишняя хромосома? Он знает что такое документация? Он реально вместо того чтобы разобраться в MSDN и написать свою хуйню, добрался до корейских видосиков с пошаговым обучением, чтобы осилить MFC? Ну это пиздец несмотря даже на то что это MFC.
>научрук
>туториалов и гайдов
У твоего друга лишняя хромосома? Он знает что такое документация? Он реально вместо того чтобы разобраться в MSDN и написать свою хуйню, добрался до корейских видосиков с пошаговым обучением, чтобы осилить MFC? Ну это пиздец несмотря даже на то что это MFC.
>>205638
Кароче ебал я ваш конпелятор и лучше не париться по таким мелочам
caller расширяет стек, просто оставляя там пустое место, и callee его не использует. Кстати это правда не только в случае move, но и в случае когда аргумент не используется после рекурсивного вызова.
Кароче ебал я ваш конпелятор и лучше не париться по таким мелочам
caller расширяет стек, просто оставляя там пустое место, и callee его не использует. Кстати это правда не только в случае move, но и в случае когда аргумент не используется после рекурсивного вызова.
>>206179
И тогда получается что:
void f(int* a) > void f(std::unique_ptr<int>&& a) > void f(std::unique_ptr<int> a)
По производительности. C опять победил.
И тогда получается что:
void f(int* a) > void f(std::unique_ptr<int>&& a) > void f(std::unique_ptr<int> a)
По производительности. C опять победил.
>>206184
Поэтому нужен новый тип - rvalue, вместо universal reference. Предлагаю назвать его && const или &&&.
Поэтому нужен новый тип - rvalue, вместо universal reference. Предлагаю назвать его && const или &&&.
>>206179
Это RVO называется, иксперт
Открыл америку. Ты в первом случае хоть память-то выделяешь или со стека указатель передаешь, лол.
А ты неплох.
>ароче ебал я ваш конпелятор и лучше не париться по таким мелочам
>caller расширяет стек, просто оставляя там пустое место, и callee его не использует.
Это RVO называется, иксперт
>void f(int* a) > void f(std::unique_ptr<int>&& a) > void f(std::unique_ptr<int> a)
Открыл америку. Ты в первом случае хоть память-то выделяешь или со стека указатель передаешь, лол.
>std::unique_ptr<int>
А ты неплох.
>>206196
Нет, это все равно reference. Я скорее имел в виду move-семантику без move-конструкторов.
>>206192
RVO это вообще не про то, у меня функция возвращает void
Я нихуя не делаю, я просто функцию скомпилировал. И мне вот не очевидно зачем int* и unique_ptr<int> генерируют разный код, хотя по сути это одно и то же (понятно что втрое это класс с конструктором, но это же минус)
Нет, это все равно reference. Я скорее имел в виду move-семантику без move-конструкторов.
>>206192
RVO это вообще не про то, у меня функция возвращает void
> Открыл америку. Ты в первом случае хоть память-то выделяешь или со стека указатель передаешь, лол.
Я нихуя не делаю, я просто функцию скомпилировал. И мне вот не очевидно зачем int* и unique_ptr<int> генерируют разный код, хотя по сути это одно и то же (понятно что втрое это класс с конструктором, но это же минус)
>>206206
Тогда вам дорога в раст. Там везде по-умолчанию move-семантика.
> Я скорее имел в виду move-семантику без move-конструкторов.
Тогда вам дорога в раст. Там везде по-умолчанию move-семантика.
>>206206
Ни хуя себе одно и то же. Объект, автоматически управляющий указателем со счетчиком, и голый указатель.
Ни хуя себе одно и то же. Объект, автоматически управляющий указателем со счетчиком, и голый указатель.
>>206228
У unique_ptr нет счётчика
Максимум что может быть это указатель на deleter, если он в виде простой функции, а так это ровно один указатель
У unique_ptr нет счётчика
Максимум что может быть это указатель на deleter, если он в виде простой функции, а так это ровно один указатель
Бля, как же заебали заголовочные Circular dependency, уже 3 года программирую на этом языке, всё окей кроме этой проблемы, каждый раз ебёшь мозг где там делать forward declaration, а где включать заголовочный файл. Я в этом нихуя не понимаю, но там какие-то модули планируют вводить, это поможет избавиться от проблем с этими ёбаными заголовками?
>>206376
Избавит, но ещё очень не скоро. Стандарт только выйдет к 20 году (возможно ещё позже), пару лет придётся подождать пока конпеляторы его начнут нормально поддерживать (хотя модули многие уже ввели как экспериментальную фичу, м.б. ждать и не придётся) ну и надо будет переделывать кучу кода (объединять .cpp- и .h(pp)-файлы и дописывать что должно быть видимо за их пределами).
Избавит, но ещё очень не скоро. Стандарт только выйдет к 20 году (возможно ещё позже), пару лет придётся подождать пока конпеляторы его начнут нормально поддерживать (хотя модули многие уже ввели как экспериментальную фичу, м.б. ждать и не придётся) ну и надо будет переделывать кучу кода (объединять .cpp- и .h(pp)-файлы и дописывать что должно быть видимо за их пределами).
В 2018-м году с++ актуален только , я подчеркиваю, только в геймдеве. Не учите его, если не планируете вкатываться в геймдев, алсо платят очень хорошо (в РФ/СНГ работы нет вообще), есть лифты.
>>206675
Не только в геймдеве, в любом мультимедиа реального времени сишка с плюсами или без НЕ имеет каких-то кандидатов на замену, по крайней мере в ближайшие дцать лет.
Аргументируй, плиз.
Не только в геймдеве, в любом мультимедиа реального времени сишка с плюсами или без НЕ имеет каких-то кандидатов на замену, по крайней мере в ближайшие дцать лет.
Аргументируй, плиз.
>>206376
Не пихай все в хидер. В хидере должен быть самый минимум, в идеале только сигнатуры. Реализации - в отдельных файлах (в том числе для темплейтов), тогда и проблем с циклическими зависимостями не будет, и конпеляция будет быстрая.
>Бля, как же заебали заголовочные Circular dependency,
Не пихай все в хидер. В хидере должен быть самый минимум, в идеале только сигнатуры. Реализации - в отдельных файлах (в том числе для темплейтов), тогда и проблем с циклическими зависимостями не будет, и конпеляция будет быстрая.
>>206675
Мимо:
- трейдинг (да, это там, где за свитч у биржи платят миллионы)
- куча систем с требованием малого времени отклика (ближе к С обычно)
- внутренности тонн библиотек, которые зовут из питонов, джав и прочих нод
- куча всякого легаси говна, которое ещё лопатить-не перелопатить (за деньги)
Но посыл правильный: учите другие языки и технологии, чтобы не быть слишком нишевым спецом и иметь опыт разного, а не задрачивайте инструкции асма 99% это никому не понадобится
Мимо:
- трейдинг (да, это там, где за свитч у биржи платят миллионы)
- куча систем с требованием малого времени отклика (ближе к С обычно)
- внутренности тонн библиотек, которые зовут из питонов, джав и прочих нод
- куча всякого легаси говна, которое ещё лопатить-не перелопатить (за деньги)
Но посыл правильный: учите другие языки и технологии, чтобы не быть слишком нишевым спецом и иметь опыт разного, а не задрачивайте инструкции асма 99% это никому не понадобится
Кто сколько получает? Чем занимаетесь?
>>206848
Нет, он работает приблизительно как счётчик ссылок.
Нет, он работает приблизительно как счётчик ссылок.
>>206724
Ну так я всегда так и делаю, только если 2 класса требуют друг-друга, то 2 заголовка и будут включать друг-друга, получается циклическая зависимость.
Ну так я всегда так и делаю, только если 2 класса требуют друг-друга, то 2 заголовка и будут включать друг-друга, получается циклическая зависимость.
>>207073
В заголовках только forward declaration и указатели на другой класс. Все использование класса - в cpp/inl. Тогда никакие циклические ссылки не страшны.
В смысле поле одного класса - еще не объявленный класс? Это невозможно - компилятору надо знать layout всех полей класса, чтобы с ним работать (если это указатель).
> если 2 класса требуют друг-друга
В заголовках только forward declaration и указатели на другой класс. Все использование класса - в cpp/inl. Тогда никакие циклические ссылки не страшны.
>и будут включать друг-друга
В смысле поле одного класса - еще не объявленный класс? Это невозможно - компилятору надо знать layout всех полей класса, чтобы с ним работать (если это указатель).
>>207091
Мимоанон - >указатели на другой класс
Тогда все преимущества ссылок летят в пизду, потому что использовать их нельзя, поскольку у препроцессора, компилятора и линкера едет крыша.
Мимоанон - >указатели на другой класс
Тогда все преимущества ссылок летят в пизду, потому что использовать их нельзя, поскольку у препроцессора, компилятора и линкера едет крыша.
>>207099
Скорее всего проблема у тебя, а не у компилятора. Если все грамотно объявить, никаких проблем со ссылками не должно быть.
>поскольку у препроцессора, компилятора и линкера едет крыша
Скорее всего проблема у тебя, а не у компилятора. Если все грамотно объявить, никаких проблем со ссылками не должно быть.
>>207087
https://github.com/g-truc/glm/blob/master/glm/gtx/common.hpp#L76
Это не в отдельных файлах, просто один инклудится в другой.
>>207099
Умные указатели (как и простые) не требую полного определения класса. Используй их.
https://github.com/g-truc/glm/blob/master/glm/gtx/common.hpp#L76
Это не в отдельных файлах, просто один инклудится в другой.
>>207099
> Тогда все преимущества ссылок летят в пизду
Умные указатели (как и простые) не требую полного определения класса. Используй их.
>>207107
Да, я просто принцип хотел показать. Это первое, что на глаза попалось. Никто не мешает два отдельных файла сделать, и реализации темплейтов в объектном файле задавать.
>Это не в отдельных файлах, просто один инклудится в другой.
Да, я просто принцип хотел показать. Это первое, что на глаза попалось. Никто не мешает два отдельных файла сделать, и реализации темплейтов в объектном файле задавать.
>>207113
Не требуют по стандарту. У тебя, видимо, объявлений конструкторов/деструкторов или каких-то функций не видно, вот компилятор и шумит.
>Но ссылки требуют.
Не требуют по стандарту. У тебя, видимо, объявлений конструкторов/деструкторов или каких-то функций не видно, вот компилятор и шумит.
>>206961
Ну это шутка такая, почему ты такая бака =3
Ну это шутка такая, почему ты такая бака =3
>>207116
Это значит что мне надо делать forward declaration класса и declaration его конструктора/деструктора там же, лол? Можно пример кода где есть десяток классов (в разных .h и .cpp), которые друг друга агрегируют по ссылке (именно С++ -ссылке) и ничего не ломается, и код собирается норм?
Это значит что мне надо делать forward declaration класса и declaration его конструктора/деструктора там же, лол? Можно пример кода где есть десяток классов (в разных .h и .cpp), которые друг друга агрегируют по ссылке (именно С++ -ссылке) и ничего не ломается, и код собирается норм?
Ребят, извините за глупый вопрос, я тут первый раз, да и вообще недавно начал заниматься, прочел только 200 страниц у Страусотрупа.
Я не понимаю, как работает эта штука по выявлению простых чисел.
Почему is_prime не возвращает, например, 4? Ведь в первом лупе 4 делится на 2, ок, остатка нет, но во втором 4 делится на 3 и есть остаток и поэтому должно быть return true. Но 4 в вектор не попадает...
vector<int> prime;
bool is_prime(int n)
{
for (int p = 0; p<prime.size(); ++p)
if (n%prime[p] == 0) return false;
return true;
}
int main()
{
prime.push_back(2);
for (int i = 3; i <= 100; ++i)
if (is_prime(i)) prime.push_back(i);
cout << "Primes: ";
for (int p = 0; p<prime.size(); ++p)
cout << prime[p] << '\n';
}
Я не понимаю, как работает эта штука по выявлению простых чисел.
Почему is_prime не возвращает, например, 4? Ведь в первом лупе 4 делится на 2, ок, остатка нет, но во втором 4 делится на 3 и есть остаток и поэтому должно быть return true. Но 4 в вектор не попадает...
vector<int> prime;
bool is_prime(int n)
{
for (int p = 0; p<prime.size(); ++p)
if (n%prime[p] == 0) return false;
return true;
}
int main()
{
prime.push_back(2);
for (int i = 3; i <= 100; ++i)
if (is_prime(i)) prime.push_back(i);
cout << "Primes: ";
for (int p = 0; p<prime.size(); ++p)
cout << prime[p] << '\n';
}
>>207173
Ну так цикл сразу на этом месте заканчивается и возвращается false. Дальше перебор просто не происходит.
> Ведь в первом лупе 4 делится на 2, ок, остатка нет
Ну так цикл сразу на этом месте заканчивается и возвращается false. Дальше перебор просто не происходит.
>>207215
Цикл продолжается, дальше 9 делится на следующее простое число - 3. Тут уже остатка нет и цикл завершается.
Цикл продолжается, дальше 9 делится на следующее простое число - 3. Тут уже остатка нет и цикл завершается.
>>207224
Я думал, в случае 9 цикл сразу же после деления на 2 остановится, всю голову себе сломал над этой херней.
Спасибо!
Я думал, в случае 9 цикл сразу же после деления на 2 остановится, всю голову себе сломал над этой херней.
Спасибо!
>>207623
Rust.
Rust.
>>207623
Nim
Nim
>>207623
c++
c++
>>206675
Пишу кернел драйвер в России за 270к рублей в месяц. Так что не, ты не прав. Да и геймдева в России полноценного-плюсового раз два и обчелся. В основном говно на юнити же
Пишу кернел драйвер в России за 270к рублей в месяц. Так что не, ты не прав. Да и геймдева в России полноценного-плюсового раз два и обчелся. В основном говно на юнити же
В цикле передаю в асинки лямбды с захватом this. Как мне лучше проследить что потоки завершились, если класс решил уничтожится? Пока придумал сохранять фьючеры куда нибудь в лист. На следующих итерациях цикла удалять те, что готовы не ожидая через wait_for(0). А в деструкторе уже ждать пока не завершатся все. Может есть способ получше?
>>207787
Запихнуть принудительное уничтожение в деструктор не вариант?
> Как мне лучше проследить что потоки завершились, если класс решил уничтожится?
Запихнуть принудительное уничтожение в деструктор не вариант?
>>207787
Да у меня не совсем асинки а тредпул. С методами вроде AddTask (закинул и забыл). AddTrackedTask (возвращает future).
Да у меня не совсем асинки а тредпул. С методами вроде AddTask (закинул и забыл). AddTrackedTask (возвращает future).
>>206386
Тут посоны из iso c++ порешали:
https://www.reddit.com/r/cpp/comments/8prqzm/2018_rapperswil_iso_c_committee_trip_report/
Так что модули скорее всего будут только в C++23. Так что ждать придётся ещё минимум пять лет. А-ха-ха!
> Стандарт только выйдет к 20 году (возможно ещё позже)
Тут посоны из iso c++ порешали:
https://www.reddit.com/r/cpp/comments/8prqzm/2018_rapperswil_iso_c_committee_trip_report/
> It became clear the Modules TS will probably not be adopted as-is and may miss C++20.
Так что модули скорее всего будут только в C++23. Так что ждать придётся ещё минимум пять лет. А-ха-ха!
>>208495
Закупи побольше вазелина. Будет больно.
Закупи побольше вазелина. Будет больно.
>>208503
Дебы потому что.
Дебы потому что.
>>208495
Берешь и вкатываешься, языки во многом похожи. Не так как джава с сисярпом, но всё же. Очень тщательно изучай поведение ссылочных типов, в плюсах оно вообще не такое как в решетках. Заглядывай почаще на cppreference и вообще на сайты с матчастью. Ну и не унывай.
Берешь и вкатываешься, языки во многом похожи. Не так как джава с сисярпом, но всё же. Очень тщательно изучай поведение ссылочных типов, в плюсах оно вообще не такое как в решетках. Заглядывай почаще на cppreference и вообще на сайты с матчастью. Ну и не унывай.
>>201563
Аналогично. Я тут работу меняю, повесил в профиле, что свободен, и неожиданно оказалось, что плюсы нужны, причем до 120000 евро годовых.
Аналогично. Я тут работу меняю, повесил в профиле, что свободен, и неожиданно оказалось, что плюсы нужны, причем до 120000 евро годовых.
>>205702
move семантика позволила использовать класс оптимизаций, связанный с созданием временных объектов в выражениях.
move семантика позволила использовать класс оптимизаций, связанный с созданием временных объектов в выражениях.
>>208746
Это разве не к perfect forwarding относится?
Это разве не к perfect forwarding относится?
Суп, двач. Недавно попробовал написать что-то в emacs - это полный пиздец. Я привык к visual studio и Qt Creator.
Как научиться пользоваться emacs?
У кого-то была learning curve? Пока что только заставляю себя каждый день сидеть в emacs туториале и практиковать хоткеи
Как научиться пользоваться emacs?
У кого-то была learning curve? Пока что только заставляю себя каждый день сидеть в emacs туториале и практиковать хоткеи
>>208792
Правильно. Emacs появился в древние времена и по тем временам он был современным и удобным редактором. Сейчас в нем смысла нет никакого вообще.
Я слегка знаю emacs и юзаю его когда надо что-то поправить в коде на удаленной машине через SSH. Использовать его как основной редактор - да ну нафиг. Простейшие операции вроде навигации по дереву файлов уже магия.
Правильно. Emacs появился в древние времена и по тем временам он был современным и удобным редактором. Сейчас в нем смысла нет никакого вообще.
Я слегка знаю emacs и юзаю его когда надо что-то поправить в коде на удаленной машине через SSH. Использовать его как основной редактор - да ну нафиг. Простейшие операции вроде навигации по дереву файлов уже магия.
В своем домашнем проектике я решил для пробы отключить исключения.
И знаете что? Это просто охуенно! С++ внезапно стал куда более приятным языком. Больше ненужно бояться, что поток выполнения внезапно прервется. Больше не нужно заворачивать все в RAII. Можно просто писать код, который будет выполняться как написан.
С обработкой ошибок проблем нет - в большинстве случаев я просто пишу ошибку в лог и выхожу. В редких случаях пишу в лог и возвращаю nullptr.
И знаете что? Это просто охуенно! С++ внезапно стал куда более приятным языком. Больше ненужно бояться, что поток выполнения внезапно прервется. Больше не нужно заворачивать все в RAII. Можно просто писать код, который будет выполняться как написан.
С обработкой ошибок проблем нет - в большинстве случаев я просто пишу ошибку в лог и выхожу. В редких случаях пишу в лог и возвращаю nullptr.
>>208794
Я когда только на убунту сел думал что из менеджера пакетов не вылезу. В apt-get'е не было поиска, категорий и звёздочек, а там были. Да и быстрее мне это казалось, чем гуглить сначала how to install что-то, ибо не всегда угадаешь как называется пакет нужного приложения.
Но сейчас привык через терминал обновлять.
Может здесь так же всё?
Я когда только на убунту сел думал что из менеджера пакетов не вылезу. В apt-get'е не было поиска, категорий и звёздочек, а там были. Да и быстрее мне это казалось, чем гуглить сначала how to install что-то, ибо не всегда угадаешь как называется пакет нужного приложения.
Но сейчас привык через терминал обновлять.
Может здесь так же всё?
>>208795
Тоже мне удивил. Это обезьянья практика. Ещё после выхода Go народ понял что зря оно надо. Прикинь если бы ASIO вместо ec использовал эксэпшоны?
Тоже мне удивил. Это обезьянья практика. Ещё после выхода Go народ понял что зря оно надо. Прикинь если бы ASIO вместо ec использовал эксэпшоны?
>>208796
Какие-то вещи через консоль действительно делать удобнее, какие-то нет (gdb, например). Что ты ожидаешь от emacs чего тебе не хватает в современных редакторах? Дух опенсорса ступней Столмена?
Какие-то вещи через консоль действительно делать удобнее, какие-то нет (gdb, например). Что ты ожидаешь от emacs чего тебе не хватает в современных редакторах? Дух опенсорса ступней Столмена?
>>208798
На первой работе 2 с лишним года использовал windows, так как мы писали клиент-сервер, и клиент был только виндовский. Плюс работа была с железяками, а к ним утилиты все были ТОЛЬКО ПОД ВИНДУ.
В итоге привык к Visual Studio, гуишным службам контроля версий и всему другому на Windows. На собесах смотрят как на говно, хочу хотя бы немного поучить ЭЛИТАРНЫЙ СТЭК.
На самом деле меня не переубедишь что Visual Studio - это самое удобное что есть на земле.
На первой работе 2 с лишним года использовал windows, так как мы писали клиент-сервер, и клиент был только виндовский. Плюс работа была с железяками, а к ним утилиты все были ТОЛЬКО ПОД ВИНДУ.
В итоге привык к Visual Studio, гуишным службам контроля версий и всему другому на Windows. На собесах смотрят как на говно, хочу хотя бы немного поучить ЭЛИТАРНЫЙ СТЭК.
На самом деле меня не переубедишь что Visual Studio - это самое удобное что есть на земле.
>>208792
Рекомедую тебе вот такую клавиатуру, чтобы полностью погурзиться в emacs.
Рекомедую тебе вот такую клавиатуру, чтобы полностью погурзиться в emacs.
>>208799
Мы пишем на работе под Linux. Большинство пользуется QT Creator и VSCode, кто-то Sublime Text. emacs'ом пользуются только несколько человек.
Ради элитности подучи cmake лучше, а в чем код редактировать - нет разницы.
Мы пишем на работе под Linux. Большинство пользуется QT Creator и VSCode, кто-то Sublime Text. emacs'ом пользуются только несколько человек.
Ради элитности подучи cmake лучше, а в чем код редактировать - нет разницы.
>>208803
C++ в VSCode? Оно хоть нормально работает? Там же вроде все в ебучем JSON настраивать надо, проект, дебаггер, компайлер, и тд.
C++ в VSCode? Оно хоть нормально работает? Там же вроде все в ебучем JSON настраивать надо, проект, дебаггер, компайлер, и тд.
>>208803
Об этом речи не идёт. Всё что кросс-платформенно я более менее-знаю. Вот вручную с makefile буду страдать.
Думаешь нормально на собесе сказать "юзаю так ибо мне так нравится, мамку вашу ебал"?
Об этом речи не идёт. Всё что кросс-платформенно я более менее-знаю. Вот вручную с makefile буду страдать.
Думаешь нормально на собесе сказать "юзаю так ибо мне так нравится, мамку вашу ебал"?
>>208804
Он же написал что на линуксе работает. Что значит "настраивать надо"?
А по другому бывает что ли?
Он же написал что на линуксе работает. Что значит "настраивать надо"?
А по другому бывает что ли?
>>208804
Да, работает. Ставится плагин и все. Работает подсветка, отладка, автокомплит, clang-format, интеграция со сборкой и переход к ошибкам.
Да, настраивается через JSON. Но несложно, все хорошо описывает.
Да, работает. Ставится плагин и все. Работает подсветка, отладка, автокомплит, clang-format, интеграция со сборкой и переход к ошибкам.
Да, настраивается через JSON. Но несложно, все хорошо описывает.
Вопрос по explicit.
А что, это вообще правило хорошего тона в пользовательских классах конструктор делать explicit?
А что, это вообще правило хорошего тона в пользовательских классах конструктор делать explicit?
>>208792
emacs это что-то типа vim?
emacs это что-то типа vim?
>>208833
Конструктор с одним параметром рекомендуется, во избежание сюрпризов
Конструктор с одним параметром рекомендуется, во избежание сюрпризов
RAII это чисто C++ идиома или актуальна для всего ООП?
По статье в википедии непонятно, других языков настолько не знаю, поэтому спрашиваю тут.
По статье в википедии непонятно, других языков настолько не знаю, поэтому спрашиваю тут.
>>208863
Явно не для всего. Если в ЯП есть сборщик мусора, то RAII работать не будет.
Но, например, в расе есть RAII, хотя там нет полноценного ООП (там нет наследования).
Явно не для всего. Если в ЯП есть сборщик мусора, то RAII работать не будет.
Но, например, в расе есть RAII, хотя там нет полноценного ООП (там нет наследования).
Могут ли скрытые приведения приводить к Undefined Behaviour и нужно ли их бояться?
М>>208794
У меня до сих пор vi открывается при использовании гита, а перенастраивать лень. Вот освоить базу вима это мастхев. Представь как тяжело тем, кто вима ни разу в жизни не видел и первый раз делает git commit или того хуже резолвит кофликт лол.
У меня до сих пор vi открывается при использовании гита, а перенастраивать лень. Вот освоить базу вима это мастхев. Представь как тяжело тем, кто вима ни разу в жизни не видел и первый раз делает git commit или того хуже резолвит кофликт лол.
>>206104
С++ использует треды, предоставляемые ОС. ОС предоставляет настоящие железные треды
С++ использует треды, предоставляемые ОС. ОС предоставляет настоящие железные треды
>>206963
Сильные дяди пишут на яве мощные, быстрые, масштабируемые во все стороны приложения, при этом сборщик мусора не собирает мусор ВООБЩЕ.
Сильные дяди пишут на яве мощные, быстрые, масштабируемые во все стороны приложения, при этом сборщик мусора не собирает мусор ВООБЩЕ.
>>210063
Есть VS Code
Есть VS Code
>>201752
нахуя ты это говно в c++ тред принёс? уноси
нахуя ты это говно в c++ тред принёс? уноси
Есть класс, который есть абстракция приложения. У приложения есть графические пассивные элементы (надписи и иконки). Их всего в районе 5-7 и возник вопрос как лучше внедрить поддержку хранения этих элементов в класс.
Создать отдельный метод для каждого графического элемента?
Или создать список, на подобии Map и вызывать их по ключу?
Или создать вообще отдельный класс для их хранения?
Предположим, чтобы поменьше париться для текущих 7 элементов проще и правда создать отдельные элементы.
Предположим, что их больше, в районе 70. Как в таком случае реализовать их хранение в классе?
Интересует именно как правильно это сделать, а не "ну, работает жи".
Создать отдельный метод для каждого графического элемента?
Или создать список, на подобии Map и вызывать их по ключу?
Или создать вообще отдельный класс для их хранения?
Предположим, чтобы поменьше париться для текущих 7 элементов проще и правда создать отдельные элементы.
Предположим, что их больше, в районе 70. Как в таком случае реализовать их хранение в классе?
Интересует именно как правильно это сделать, а не "ну, работает жи".
Тред утонул или удален.
Это копия, сохраненная 15 августа 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 15 августа 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.