Qubc

// Causes compile-time errors:
//! f7(f5());

Смотри, а ещё можно вот так сделать:

class X {
 int i;
public:
 X(int ii = 0);
 void modify();
 X& ref() {return *this;}
};
...
f7(f5().ref());

const struct s & ref = f();
Этот механизм называется «продление жизни временного объекта».
Можно написать вот так.
struct s && ref = f();

Главная причина преобразования временного объекта только в const T& и T&& — тонкие ошибки при суперпозиции функций.
А именно — временный объект мы ни в коем случае не должны передать в функцию, принимающую s&.

void modify(s& arg) { ++arg[1]; }

...

modify(f());

Мы вызвали функцию f(), её результат передали в modify, и… похѣрили.

А почему память не резервируется с помощью rsp? А если произойдет прерывание? Или тут какая-то хитрость?

Тут какая-то хитрость под названием red zone.

int *p = 20; // warning
Тут будет записан адрес 20, по которому лежит фиг знает что. Скорее всего при попытке разыменовать такой указатель прозойдёт SEGFAULT или что-то типа того.
int *p = (int *)20;//ok
То же самое. Видимо у вас не достаточно злые опции компилятора.
int *p = (void *)20;//тем более ок и универсальнее
То же самое.

int *p = 0;// ok
А тут всё ок. Вроде 0 это и есть тот самый NULL

Я по личному опыту скажу. Все когда рассматривают пдобный вопрос, учиться или нет, получают ровно 3 ответа. Да учиться потому что.... Нет не стоит диплом не нужен нужны знания(которые как уже выше сказали, не факт, что вы получите сидя дома за компом. Та же самая математика(которая как многие утверждают не нужна и вообще не пригодится, задумайтесь однако над тем, что программист решает задачу а не пишет код, и задачи мооогут быть как формочку заеб*нить, так и пусть и простая,но все же математика, но которую вы можете так же не осилить) Короче оочень много если. А ответ мой собственно сводится к тому, что есть еще один вариант, который изначально никто даже не рассматривает. Вы во входных данных не указали как у вас сейчас дела обстоят с написанем кода, как хороошо вы задачи решаете и прочее. Но допустим вы начинающий вкатывальщик в айти. Вот вы работаете, попутно дома учите разные предметные области. И знаете что случается у многих вкатывальщиков которые рассматривают варианты ЛИБО получаю вышку нада мне бумагу и все тут поможет потом, ЛИБО да нахер оно мне нада вот это вота, все главное навыки. А третий вариант при вводных что вы только начинаете - вы можете просто не осилить. Да представьте и такое часто случается. Рано или поздно вы можете разочароваться в себе или еще что либо, и решить что дальше не стоит пробовать. Что случается дальше? Вы ищите другую работу. А знаете какую работу можно получить без вышки? Ну все думаю прекрасно знают. А знаете как тяжело потом живется человеку который очень любит все техническое, но при этом работает в другой сфере далекой от этого, потому что не сложилось? Ну у меня например был инста депресняк года полтора. Теперь я все же работаю сис. админом, при чем довольно успешно получается. Вывод из этой простыни такой. В любом случае получайте ВО, корочка, не корочка не важно. Просто могут так карты лечь, что вы не станете программистом. А гоорбатиться за 40к, ну или даже за 90к продаваном риелтороом в МСК общаясь с ублюдками коллегами, и ублюдками клиентами не всем охото. Подумайте над этим, если у вас все толькоо начинаете и вы написали только простенький HTTP сервер на питоне. Если вы уже успешно пишете что то сложное, просто пока не освоили тонкостей даже на уровне джуна, то есть если вы уже 100% знаете что программистом вы стать способны, тогда разговор другой, и вам решать получать ВО или нет.

Существует специальная утилита SysTracer специально разработанная для отслеживания изменений в системе, осуществляя это сравнением двух «снимков системы» — до и после. В итоге получаем представленные в удобном виде данные по изменениям в трех категориях «Реестр», «Файлы», «Прочие настройки» (н/п групповые политики, трасе системных утилит aka netsh)
(Честно вам скажу, что собирает она не всё, хотя в большинстве случаев ее достаточно)

А уж если Вы «боритесь со защитой злом», то там используются некоторые трюки, которые обычным трейсом не запалить :)
Иначе было бы все уж очень просто, в таком случае, самый полезный инструмент, в чем я поддерживаю участника l0calh0st,
это Process Monitor от Sysinternals — это именно то, что нужно. (Эти ребята используют, судя по всему, некоторые не документированные возможности, Марк Руссинович знает толк :) ) И спрятать какие либо движения от этой утилиты, при правильной ее настройке — крайне затруднительно. (Хотя возможно, знаю как но не скажу — ибо нехер)

PS: Единственное — внимательно ознакомьтесь с документацией в отношении фильтрации, так как Process Monitor by default протоколирует все события. В первую очередь Вам нужно нацелить его на ID процесса инсталятора, а так же (если он не используется в процессе установки — отключить сетевой дамп в нем очень много «мусора» сильно мешает разобраться).

Суть в том, что в английском языке определения могут выражаться как прилагательными (red pot), так и существительными (support service). Определения стоят спереди.
В русском же прилагательные-определения стоят спереди (красный чайник), а существительные-определения - сзади (служба поддержки).

В английском языке более строгий порядок слов, чем в русском.

Попросту благозвучность.

чайник красный, 1 шт.

А это то, что входит в понятие "канцелярит". Канцелярит удобен с т.з. бюрократии любого рода - учёта, сортировки, однозначности трактовки, но совершенно неприменим в бытовой или литературной речи.