res2001

1.зашивать в бинарник зашифрованный пароль и программно его расшифровывать каким угодно алгоритмом.
2.Вычислять пароль на лету любым способом, который придумаете.
3.Запрашивать пароль у пользователя со стандартного входа - это был бы самый подходящий вариант - пусть пользователь сам думает как уберечь пароль от чужих глаз.

https://msdn.microsoft.com/en-us/library/windows/d...

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

В ворде то же можно, но более геморройно.
Программировать тут не нужно - не лезьте в эти дебри.

Можно и в одном файле.

В файл пишете блоки определенного размера (например 2-4 Мб). В блок пишете:
1.байт флагов записи (флаг удаления записи или признак конца блока)
2.ID записи фиксированного размера
3.длину последующей строки фиксированного размера
4.строку данных
так до конца блока, в конце блока в п.1 выставляете признак конца блока и смещение следующего блока фиксированного размера.
Можно сделать так, что бы блок забивался до отказа, а остатки последней записи, которая не влезла в блок переносить в другой блок, можно оставлять пустые куски блоков. Кроме того этот механизм будет необходим, если 1 запись может быть размером больше 1 блока.

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

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

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

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

PS: не стоит изобретать велосипед, возьмите готовую СУБД.

В батнике отловить запущен ли процесс можно с помощью фильтров tasklist.

Это должно помочь:
https://habrahabr.ru/post/73324/

Это возможно только если само устройство это умеет, иначе никак.
Роутеры/коммутаторы обычно поддерживают управление по ssh, а это уже можно как-то автоматизировать. Но тут нужно плясать от конкретной железки, чего-то универсального нет.

Да, точность чисел с плавающей запятой не гарантирована. Почитайте статью на википедии, она вполне адекватна.
Не считайте деньги в плавающих числах :)

prog.exe 2>nul

Нет вариантов, имхо. Это поведение оболочки виндоуз.

ОС выделяет память под структуры описывающие поток, выделяет стек потока, добавляет поток в планировщик.
Все это отнимает и время ЦПУ и память, поэтому каждый поток - не бесплатен. Много или мало времени/памяти - это, конечно, относительно. Относительно тех задач, которые будет решать поток.

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

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

Для программирования сетей читайте Стивенса "Unix. Разработка сетевых приложений" 2007 год. Книга не новая, но лучшего описания программирования сетей я не встречал.

dir /s /b <путь к папке>
Это не оно?

Главное нужно помнить, что память - она плоская, т.е. представляйте ее просто набором байт следующих друг за другом. И не важно, какие структуры вы в плоской памяти городите, трехмерные или пяти - они все должны отображаться на плоскую память.
Когда ОС загружает программу на выполнение она разделяет всю память, доступную процессу на 3 группы:
1. область куда загружается код программы. Обычно эта память помечается ОС только для чтения. И если туда будет попытка записи, то это вызовет исключение в процессоре.
2. Область стека. Адрес вершины стека записывается в регистр процессора. Когда в программе выделяются локальные переменные они помещаются именно в стек.
Фактически для помещения переменной в стек не надо выделять память. Компилятор при сборке программы считает смещения относительно начала стека и обращение к локальным переменным происходит по указателю на начало стека + смещение.
Со стеком интересная история: ОС выделяет под стек фиксированный размер памяти, но сам размер стека нигде не хранится (в явном виде не хранится, но его в можно узнать), хранится только указатель на начало. Поэтому всегда есть шанс переполнения стека. Например если сделать достаточно глубокую рекурсию.
В современных ОС под стек выделяется достаточно большой объем памяти, поэтому переполнений как правило не происходит. Но иногда для программы требуется больший объем стека, тогда нужный размер указывается с помощью опций компилятора, этот размер зашивается в исполняемый файл и когда загрузчик ОС грузит программу он считывает размер стека и выделяет нужную область памяти.
Если вы в своей программе столкнулись с переполнением стека, то не спешите выделять больший объем памяти для стека, возможно у вас программная ошибка из-за которой происходит переполнение.
3. Куча. Там выделяется память для динамических переменных. Память выделяется ОС по запросу. Обычно в своей программе вы используете менеджер кучи стандартной библиотеки, который в свою очередь обращается за выделением памяти к ОС. Менеджер кучи из стандартной библиотеки можно поменять, есть бесплатные свободно распространяемые реализации. Или сделать свой или пользоваться вызовами ОС для выделения памяти.

Как-то так.

Допустим при создании массива из 5 элементов можно добавить if и добавлять значение в начало или конец массива

Ну одним IF тут не обойтись и не обязательно в начало или в конец добавлять, что варианта добавления между элементами вы не рассматриваете? Это когда в массиве только 1 элемент - будет 1 if. Но и с одним элементом есть проблема - в какое место в массиве вы его поместите изначально, ведь вы, в общем случае, не знаете какие дальше будут элементы.
Короче - оно примерно то на то и выйдет. Только если в варианте с последующей сортировкой, у вас есть алгоритм быстрой сортировке, то в варианте постоянно отсортированного массива - не известно на сколько хорошо вам удастся это реализовать.
И не ясно на каком ЯПе вы все это делаете.