res2001

1. Добавить маршрут до внешнего адреса ВПН сервера через текущий шлюз по умолчанию
2. Удалить текущий маршрут по умолчанию (0.0.0.0)
3. Добавить новый маршрут по умолчанию через внутренний адреса ВПН сервера.
Когда ВПН соединение разрывается необходимо все вернуть назад.

Вариант батника для файлов в одном каталоге и имена файлов не шаблонные:

chcp 1251
for /f "tokens=1,2 delims=<тут подставить символ TAB>" %%a in (file.txt) do (
    ren "<имя каталога>\%%a" "%%b"
)

список файлов для переименования складываете в файл file.txt кладете его рядом с батником. file.txt должен быть в кодировке 1251. Формат file.txt:

<имя исходного файл с расширением><TAB><имя результирующего файла с расширением>

В именах файлов не должно быть символа TAB
В скрипт подставить соответствующие значения вместо комментариев в угловых скобках.
В зависимости от того в каком виде вы можете предоставить список файлов, можно переделать скрипт.
Скрипт не тестировал.

Наверное потому что у команды tree нет параметра --hidden, впрочем как и у dir.

Можете написать небольшой скрипт: с помощью dir /ahd /b /s - выводите список скрытых каталогов, сохраняете его в файл. Дальше проходитесь attribом по каждому каталогу из файла и снимаете аттрибут "скрытый", выполняете tree, снова attribом устанавливаете аттрибут.

Другой вариант - ищите стороннюю утилиту, которая умеет строить деревья каталогов включая скрытые.

PS: вообще нафига вам эти заморочки со скрытыми каталогами? Что .git глаза мозолит?

1.Текущий timestamp часто берут для инициализации стандартного С/С++ генератора случайных чисел.
Пример можно найти, например тут: https://en.cppreference.com/w/cpp/numeric/random/srand

2.Вам придется реализовать свой собственный constexpr rand(), т.к. стандартный не constexpr.

3.Вам не нужно в принципе вызывать MessageBox и любые подобные функции на стадии компиляции программы.
constexpr функции выполняются компилятором, поэтому на них накладываются достаточно серьезные ограничения. Когда программа исполняется вместо вызова constexpr функции уже стоит ранее вычисленное компилятором значение.

double *dPtr;
:)

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

Что можно предпринять:

1.Протестировать оперативную память
Делаете загрузочную флэшку с memtestом и грузитесь с нее.
Гоняете мемтест. Если ошибки есть и у вас несколько плашек памяти, то нужно выявить сбойную плашку. Оставляете одну плашку и повторяете мемтест, потом меняете плашку и снова тест и т.д. На какой плашке будут ошибки ту и надо поменять. Сбойными могут быть несколько плашек памяти.
Зависания в этом случае могут быть как признаком ошибки памяти так и признаком других проблем.

2. Исключить влияние вашей винды. Делаете загрузочную флэшку с нагрузочными тестами, физически отключаете все диски, загружаетесь с флэшки, гоняете достаточно продолжительное время нагрузочные тесты, лучше использовать несколько разных тестов.
Если тесты проходят нормально (нет зависаний, перезагрузок и т.п.), стоит протестировать ваш системный диск.
Если с дисками все нормально, то в проблемах виновата ваша винда. Возможно какой-то кривой драйвер. Самый простой способ лечения - переустановить винду. В принципе, можно сразу с этого начать, если на компе нет ничего особо важного, но если причина не в винде, то переустановка не поможет.

3.Проверить температуру проца и видюхи под нагрузочным тестом и без него.
Это можно делать одновременно с предыдущим тестом. Как правило на диагностических загрузочных флэшках есть софт для мониторинга температуры.
Если температура будет высокая (особенно если она высокая без тестов), то стоит начать со смены термопасты на куллере.

4. Тест диска.
Вряд ли в проблеме виноват диск, но это сделать легко, загрузившись с той же флэшки.

5.Тест блока питания
Если есть возможность поменять блок питания на заведомо рабочий, отключить все диски, загрузится с флэшки и погонять нагрузочные тесты. Если зависаний не будет (но были на п.1), то видимо причина в блоке питания - покупаете новый БП.

Если все вышеперечисленное не поможет выявить проблему - в сервис. В этом случае причина скорее всего в материнке или в самом проце.

Хороший конструктор для изготовления загрузочной диагностической флэшки: https://adminpe.ru/winpe10/

Стоит на Lenovo Z510 Ubuntu с версии 18.04. Уже несколько лет - полет нормальный. Про ошибку не знал. Может поэтому "полет нормальный" :-)