C, cоздать zip в памяти, без записи на диск

лет ми гоогле фор ю

https://www.experts-exchange.com/articles/3189/In-Memory-Compression-and-Deco...

примеры для zlib

Есть же какой-то zip_source_buffer(). Пример. Но нужный объём памяти видимо надо заранее выделить. Хотя не совсем понятно, может это read-only.

Дядь, я умею сжимать данные зулибом. Мне нужно создавать zip архив с файлами. В zlib/contrib/minizip есть пример того, как создавать zip файл, но для этого нужно рипнуть и модифицировать код (ибо весь функционал там в main'е), а я не хочу городить велосипеды, я хочу чтобы в 2017-ом году, когда космические корабли бороздят просторы вселенной, я мог подключить библиотеку, вызвать пару-тройку функций и решить свою задачу.

Да, эта функция используется, чтобы парсить зип из памяти.

Я пока пришёл к такому кодесу

zip_error_t zipError;
zip_source_t *zipSrc;
zip_t* zipZip;

...

zip_error_init(&zipError);
zipZip = _zip_new(&zipError);
fprintf(stderr, "Creating source buffer\n");
zipSrc = zip_source_buffer_create(sContent, iContentSize, 1, &zipError);
if (zipSrc == 0) {
    fprintf(stderr, "Can't create zip source buffer\n");
    return;
}
fprintf(stderr, "Adding file\n");
zip_add(zipZip, "wowwhatafile.txt", zipSrc);
zip_close(zipZip); // ловим сегфолт

осталось понять, как указать настройки сжатия и как сцапать зип прямиком из памяти.

тогда не используй C, он не для тебя

Давай примем необходимость использования C как данность, хорошо?

пиши на рамдиск

zip_close(zipZip); // ловим сегфолт

sContent

«s» это «static»? Тогда нельзя разрешать его удалять (третий параметр zip_source_buffer_create) и вообще оттуда же данные и надо будет читать, если размер удасться узнать как-нибудь. Я не нахожу так сходу в API.

Настройки сжатия это видимо zip_set_file_compression().

Вообще мне не нравится, что в мане написано только про чтение из источника, но не запись в него. Может оно не умеет писать в память.

железка под linux-ом? если да, то ram/tmpfs. Может так проще будет...

Да, забыл про tmpfs написать - мне памяти не хватает в момент чтения (он ведь дублируется - один лежит на tmpfs, другой в адресном пространстве моей программы).

Нет, s значит string (ну, как я же не программер, потому извращаюсь в своих исходах как хочу). Просто unsigned char*.

В смысле, не хватает памяти, чтоб прочитать получившийся архив? Возможно, mmap(2) придёт на помощь - отображение файла в память обходится почти бесплатно.

Самое простое - это /dev/shm, кароче гугли tmpfs.

Может, Go подойдёт, если железка не совсем хардкорная. В Go это делается легко и просто.

Да, забыл про tmpfs написать - мне памяти не хватает в момент чтения

ТС, вроде это писал. Ну да пускай сам отвечает.

Тэкс, а подскажите, как libzip кросскомпильнуть? С кросскомпиляцией прог, использующих стандартное

configure make install

СС=blahblah cmake .

удалить cmake к чертям и написать makefile

cmake -DCMAKE_C_COMPILER

Да не заметил это его сообщение. Но если для tmpfs ему не хватает памяти, с чего он взял, что её впринципе хватит для его задачи?

Вот именно.

zip умеет читать и писать из stdin/stdout, следовательно запускайте через pipe, память тогда у вас скушается не на файл, так как будете работать только с буфером, а на два работающих процесса :)

Мне кажется автору нужен minizip - той версии, что есть на github: github.com/nmoinvaz/minizip