Доброго всем времени суток.

Возникла задача удаления самых старых файлов в каталоге (Windows 7, NTFS). Язык C/C++.
Причём очень желательно без посторонних библиотек (типа boost).

Файлы (данные с прибора) время от времени добавляются (но не изменяются) в определённый каталог. Чтобы не переполнить диск, требуется при уменьшении пустого места на диске ниже заданного предела удалять файлы с наименьшей датой создания.

Обычно для этого используются функции API FindFirstFile()/FindNextFile(). Но в них невозможно задать порядок сортировки.
Лобовой вариант — вывести все файлы с датами в список и отсортировать. Но на это нужно некоторое время (хотя диск SSD).

Быстрый вариант — использовать фичу NTFS: возвращение имён файлов в алфавитном порядке.
Имена файлов в вышеупомянутом каталоге создаются по дате: 4-значный год плюс 2-значный месяц плюс 2-значный день и т.д. до микросекунд включительно. Т.е. при сортировке в прямом алфавитном порядке первый файл будет самый старый.

Но всегда ли NTFS выдаёт список имён в алфавитном порядке? В MSDN написано usually. Что может влиять на это?

Или же "семёрка" имеет встроенные возможности по выдаче отсортированного по нужному критерию списка имён файлов?

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

В каталоге только файлы с "цифровыми" именами. Такое именование по условиям поставленной задачи.
Также по условиям файловая система NTFS (FAT неприменима), и только Винда не ниже "семёрки".

А на что влияет системная служба индексирования (Индексирует содержимое и свойства файлов на локальном и удаленных компьютерах, обеспечивает быстрый доступ к файлам с помощью гибкого языка запросов)?
Вроде бы это не совсем по теме, но здесь и Windows и C++.

Спасибо за полезные советы.

Раз служба индексирования не нужна, то на целевой системе её можно отключить. Документов там нет.

Удалением как раз и будет заниматься отдельный процесс.

Но удалять всё-таки буду не по сроку, а по свободному месту — целевая система (встроенная в прибор, Windows Embedded) выполняет только одно задание.
Файлов в каталоге может быть и сотни и тысячи, но они никому не мешают. Главное — не забивать диск (он по совместительству системный). Впрочем, если даже писать на отдельный диск, всё равно его придётся чистить.
А вот возможность получить очень старые (но не устаревшие) данные приветствуется. Условия задачи такие.

Линукс пока в качестве платформы не рассматриваю. С PowerShell знаком слабо, поэтому скрипт удаления делать не буду.

Поскольку файлов может быть очень много (но это не значит, что они сплошняком будут писаться, да и размер максимум несколько мегабайт) — сортировка даже в памяти не очень выгодна (процессор небыстрый и холодный). Да и память тоже ограничена.

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

maytonА вот это зря. Не знаю что у тебя там за версия шела стоит но я-бы вообще начал решать эту задачу
со скрипта. А потом уже перешёл к т.н. "процессам".
PowerShell — это Винда. Не никсовый шел.

Назначение целевой системы — конвертор промышленных протоколов (шлюз). Функционально ЦС — интерфейсная плата.
Win7 Embedded вполне подошла для реализации.
Файлы — это текстовые файлы в формате Comtrade (пара *.osc+*.dat). Создаются попарно, и удаляться будут тоже. При этом их генерация — неосновная фича (но потребителю хочется).
Скриптами главную задачу (шлюз) точно не решишь.

Кстати, если всё-таки придётся сортировать — как насчёт контейнера std::set с точки зрения процессорного времени и памяти (файлов могут быть сотни и тысячи)?

А теперь окончательное решение:
Поскольку получается, что NTFS гарантированно выдаст цифровые имена файлов в отсортированном как мне нужно порядке, то аз грешный решил не плодить сущности без надобности и просто считывать имена циклом FindFirstFile()/FindNextFile(). Как раз самые старые файлы в начале и пойдут.
Тем более такое именование файлов было применено для удобства потребителя, и ничего лишнего делать не придётся. Файлы с шведско-турецкими названиями в целевой каталог попасть могут только принудительно со стороны разработчика/наладчика, ибо для потребителя каталог виден только через FTP, и то только для чтения. Так что алфавитный порядок не нарушится.

Что до реализации, то для меня проще сделать приложение на C++ (отдельный процесс). Очистка будет производиться событийно, а не по расписанию (функция WinAPI ReadDirectoryChangesW()). Пока что как оконное приложение, но в следующей версии скорее всего как службу.
Удаляться файлы будут при уменьшении свободного места на диске (по условиям задачи так предпочтительнее).

Что до способов сортировок, то ваши рекомендации могут в будущем пригодиться. Стандартный контейнер std::set, как я понял, до памяти жадный. Но для данной задачи можно обойтись сортировкой NTFS (другая ФС не предполагается).

Всем спасибо за помощь.