Alexander Movchan

Например, должен ли я установить драйвера на все карточки или они будут конфликтовать друг с другом и я должен ограничиться стандартной mesa?

почему бы и нет, установить все свободные дрова на видео:

pacman -S xf86-video-vesa xf86-video-nouveau xf86-video-intel xf86-video-ati

или лучше сразу ставить группу xorg-drivers:
pacman -S xorg-drivers
в общем смотри Xorg#Driver installation

Можете ещё глянуть тему на арчфоруме Переносной Arch, правда писалась уже давно и в некоторых местах малость устарела, но если спросите на форуме думаю направят в нужном направлении.

Цель: флешка с arch-ем, запускающаяся на любом железе, для выполнения повседневных задач.

Может вам просто модифицировать archiso под свои нужды. Раз настроите, соберёте и работать будет быстрее так как грузится в оперативку.

Есть такое правило: "const по умолчанию", т.е. const нужно использовать везде, где это возможно. В данном случае QString передается по ссылке и планируется только для чтения, потому его делают константным.

Кроме того, для копируемых объектов const не нужно, достаточно передавать их по значению (аргумент скопируется и нам будет доступна лишь его копия). Но QString может быть достаточно крупным, а вызовы метода - достаточно частыми, потому передается просто ссылка. Появляется возможность изменить объект через эту ссылку. Чтобы это снова запретить, в методе указывают const для аргумента-ссылки.

Добрый день.

Вам нужна функция zip_longest из модуля itertools.

>>> from itertools import zip_longest
>>> a = ['1', '2']
>>> b = []
>>> list(zip_longest(a, b, fillvalue=''))
[('1', ''), ('2', '')]
>>>

Ну, тут все понятно по коду вроде...

Конструктор должен иметь одну ответственность - инициализировать ресурсы. Рисовать он не должен.

Так что вариант два - в топку.

Если нужно одновременно создать и нарисовать - создайте для этого статический метод, который создаст, нарисует и вернет экземпляр.

В интернетах встречается информация о том, что хитрые Винды ленятся каждый раз инициализировать звук при включении на нотубуке и оставляют устройство в спящем состоянии при перезагрузке. Пока вы в Виндах - все нормально, но перезагрузившись в нормальную систему, вы можете обнаружить, что звук спит и не отзывается. Как будто его вовсе нет...
Предлагаются варианты загрузиться в Винды и штатно их выключить - вроде бы помогает. Но, за неимением Виндов, вполне возможно, достаточно будет на некоторое время отсоединить питание и батарею от ноутбука.

Это мусор в памяти.

Почему так происходит - char* воспринимается как строка, по стандарту с
Далее - длина, занимаемая в памяти переменной, всегда кратна определенному значению. Как и сам размер, занимаемый в памяти. Это, обычно, 4 байта для х86 и 8 для х64. Технология называется выравниванием.

Вы в строку записали один символ, а символ конца строки не записали. Прочиталась память до конца промежутка выравнивания и вывелась для вас. Там оказался всякий мусор, как всегда. Это все равно, что вывести неинициализированную переменную.

З.Ы. А само выравнивание необходимо для быстрого доступа к памяти. Грубо говоря, память разбивается на ячейки и мы всегда знаем, что для большинства переменный адрес делится на 4 или на 8, например.

Дело в том, что для char* работает особый механизм вывода в поток. Этот указатель воспринимается не как адрес, а как строка Си. Первым символом строки будет, разумеется, R. А дальше — идёт по памяти и выводит все байты подряд, пока не обнаружит 0.

Поскольку после char (1 байт) идёт char* (8 байтов), нам придётся создать семь байтов выравнивания (судя по длине указателя, мы на x64). В этих семи байтах и обнаружились фигурная скобка, ноль и непонятно что.

Поставьте вместо char int — будет всё, как вы думали. Указатель int* выводится без всяких интерпретаций.

Если это последний коммит в ветке, то:

Удалить его локально
git reset HEAD~1 --hard

Сделать force push на сервер
git push -f

void doSomething(std::wstring* s)
{
   std::wstring temp = *s;
}

std::cout << "\a";

Аллокатор умеет выделять и освобождать память в требуемых количествах определённым образом. std::allocator -- пример реализации аллокатора из стандартной библиотеки, просто использует new и delete, которые обычно обращаются к системным вызовам malloc и free.

Более сложный пример -- pool allocator. Раз системные вызовы дороги, почему бы на них не сэкономить? Выделим сразу 1 гигабайт памяти (к примеру), а дальше в аллокаторе будем выдавать память из этого пула и увеличивать указатель head (опять же, упрощенно). Реальное выделение памяти только одно, системных вызовов почти нет, ура-ура, программа ускорилась.

Собственно, для этого и нужны аллокаторы, чтобы вставлять свое, крутое, нестандартное, выделение памяти в любое место. Большинство стандартных контейнеров их принимают.

#include <vector>
#include <random>

std::vector<double> result(100);

std::uniform_real_distribution<double> unif(-10.0, 10.0);
std::default_random_engine re;

for (int i = 0; i < 100; ++i) {
    result[i] = unif(re);
}

std::sort(result.begin(), result.end());

Строго говоря, между двумя точками не может быть никакого угла.