res2001

NtCreateFile находится в NtDLL.dll
Думаю, что можно использовать LoadLibrary/GetProcAddress для загрузки библиотеки и адреса функции.

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

1.Как минимум ошибка при realloc - вы увеличиваете массив только 1 раз, а что если строка попадется очень длинная и нужно будет еще увеличивать буфер?
Вам нужно в getlen передавать текущий размер буферов и возвращать из нее новый размер, если был realloc.
Кроме того нужно определить до какого максимального предела вы готовы увеличивать буфера - память не безграничная (даже виртуальная) и если буфера вырастают за допустимый предел - нужно выдать ошибку и завершить программу.

2. В del_spacetab лишние условия в if:
if ((*p1)[i] == ' ' || (*p1)[i] == '\t' && (*p1)[i] != '\n')
Если я все правильно понимаю, то не равенство с '\n' тут излишне, или может быть не хватает скобок. Обычно, если в логическом выражении нужно использовать и || и &&, то для большей читаемости нужно использовать скобки для точного определения того что вы хотите сказать этим выражением.
Следующим else if - вы обнуляете счетчик на каждом не пробельном символе ...
Ну и функция del_spacetab не делает то что вы хотите - она просто возвращает количество "пробельных" символов, потом вы при копировании их не отбрасываете.

3.В функциях, кроме getline, не нужно передавать двойные указатели на буфера - достаточно простых указателей.
В getline нужны двойные указатели потому что в случае увеличения размера буфера вы должны через них вернуть указатели на новые буфера. В остальных функциях это не требуется.

PS: Запустите программу под отладчиком и отслеживайте все изменения состояния (переменных) в ручную.

Выделяете динамически первоначальный размер памяти, читаете в него заданное количество символов (по размеру буфера), если конца строки не было, делаете resize буферу, дочитываете, проверяете конец строки и т.д.
Можно читать по 1 символу и сразу его проверять на конец строки, но память при этом так же нужно увеличивать при необходимости. Медленнее скорее всего не будет, т.к. стандартная библиотека делает буферизацию по умолчанию, т.е. фактически все равно будет читаться не по 1 байту.

Итераторы - это абстракция созданная для того что бы можно было один и тот же подход применять для обхода принципиально разных контейнеров.
Реализация итератора - это класс реализующий определенный интерфейс, как вы и написали. Внутри класса реализуйте как хотите, сохраняйте состояния, ссылки, счетчики в приватных членах данных класса итератора и т.д. и т.п. begin с end должны возвращать ссылку на соответствующий итератор. begin и end не входят в интерфейс итератора.
Учите матчасть.

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

Вообще Рихтер хорошо пишет, попробуйте перечитать :-)

Виртуальная память не "взаимодействует с ОЗУ" - ОЗУ неотъемлемая часть виртуальной памяти.

1.Батником вы можете создать текстовый файл с JAVA кодом:
echo Это JAVA код>>file.txt
Каждую строчку ява кода предваряйте командой echo и в конце операторами перенаправления в файл.

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

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

4.Про закрытие - видимо вам нужно предотвратить не закрытие батника, а закрытие выполняемого java кода. В любом случае это достаточно не тривиально и любой способ можно так или иначе обойти.
Самый простой вариант - стартовать второй процесс, который будет следить запущен ли первый и если нет, то запускать. Но гарантии нет, т.к. сначала могут прибить второй, а потом первый.
Возможно вас удовлетворит вариант, например, с сокрытием окна выполнения батника, но стандартного способа не существует, есть не стандартные варианты типа утилит cmdow, nircmd - они это умеют (но, например cmdow антивирусы не любят, хотя это и не вирус), так же можно скрыть окно с помощью простого скрипта на vbs/js - гуглите.

5.На счет запуска из-под администратора - есть команда runas, но она спрашивает пароль, который надо вводить руками. Есть сторонние варианты подобной утилиты - гуглите.

PS: Ваши хотелки в совокупности достаточно подозрительно выглядят. И они не решаются легко.