динамическое создание файла ресурсов

[Pixel]

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

[Bepec]

Это называется архив. Поместить файлы в архив можно архиватором.

Так же под ваше описание подпадает папка

[Pixel]

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

[Alex Custov]

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

Если сжатия не нужно, используй tar архивы. Их формат можно найти, как и написать простейшие [де]архиваторы.

[Bepec]

на linux папки и файлы это одно и то же как бэ

PS простейший архиватор. Их дофига.

[Igors]

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

Ну я так понял задание именно "свои". Ну так берете и пишете (примерно час)

Код

C++ (Qt)
struct MyTag {
 int mID;              // ID тега (пока только 'FILE')
 qint64 mTagSize; // размер тега
 QString mName;  // имя файла
 qint64 mFileSize;  // размер 
 QDate mDate;   // дата 
 int mFlag;        // флаги (напр read-only)
};
 

Например извлечь

- открываете файл архива и считываете MyTag. Имя не подходит - делаете seek на след тег. Подходит - считываете содержимое которое записано за тегом, устанавливаете дату и флаги для извлеченного файла. Остальные операции (добавление, удаление и др) столь же очевидны.

[Pixel]

Igors, спасибо! не подскажете где можно по подробней почитать про "seek" (поиск и чтение данных из файла)

[Igors]

не подскажете где можно по подробней почитать про "seek" (поиск и чтение данных из файла)

В букваре (Assistent). И не травмируйте форум такими квешнзами 

[xokc]

При наличии в структуре поля mName в виде QString так просто считать/записать MyTag не получится.

[Bepec]

Ну почему же. Сделать ему фиксированную длину аля 1024 символа.

Больше смысла нет - имя файла в W рубится на 1024 символах в длине пути. К такому каталогу ни одна программа не сможет обратиться.

PS в линуксе незнаю.

[Serr500]

Больше смысла нет - имя файла в W рубится на 1024 символах в длине пути. К такому каталогу ни одна программа не сможет обратиться.

Это в ANSI-версиях функций. В Unicode-версиях (с суффиксом W) максимальная длина имени около 32000 символов.

[Bepec]

to Serr500

Извиняюсь я конечно, но Unicode версии ОС Windows(W7) я незнаю. Однако я знаю, что если создать не совсем корректными методами каталог с путём/названием больше 1024, то эксплорер отказывается с ним работать, как и 95% программ. Удаление/открытие/обращение к файлу/каталогу прерывается.

Если даже шелл ОС не работает с такими папками, то... То нефиг так делать.

[Serr500]

to Верес

Согласен. Однако, моё уточнение относилось к фразе

К такому каталогу ни одна программа не сможет обратиться.

Всё-таки 5% программ может. 

Unicode версии ОС Windows(W7) я незнаю.

А такой версии нет. Просто большинство функций WinAPI с аргументами-строками имеют два варианта - ANSI и Unicode. Обычно используются стандартные хидеры M$, а в них имена функций - это макросы. Там FunctionName в зависимости от включенного/выключенного Unicode транслируется либо в FunctionNameA (ANSI), либо в FunctionNameW (Unicode).

[Bepec]

Нууу... Скажем так - программы исключительно перестрахованных программистов, которыми пользуются перестрахованные программисты

[Igors]

При наличии в структуре поля mName в виде QString так просто считать/записать MyTag не получится.

Поэтому 2 поля длины