Comments 15
Хорошо про формат, спасибо, но все-таки, а где здесь С++? Чистый С же.
+1
Отдельного радела, посвященному именно C я, к сожалению не обнаружил, поэтому пост оказался тут
+2
Вот вот. Одно время искал посты на хабре про чистый Си. Не нашел… Считаю что нужен отдельный блог под это дело. Все таки это разные языки.
А я напишу в саппорт просьбу все же такой блог создать.
Предлагаю тем, кто поддерживает плюсануть этот комментарий :-)
А я напишу в саппорт просьбу все же такой блог создать.
Предлагаю тем, кто поддерживает плюсануть этот комментарий :-)
+6
Добавьте метку «Си», так хотя бы искать немного легче.
+1
Замечание больше автору поста:
1) не думаю, что тег «Си» на русском это хорошая идея.
2) поиск по тегу «c++» приводит к поиску по тегу «c», но лучше его ставить, вдруг в будущем это исправят
3) на Хабре о c++ пишут в основном с тегом «c plus plus»
1) не думаю, что тег «Си» на русском это хорошая идея.
2) поиск по тегу «c++» приводит к поиску по тегу «c», но лучше его ставить, вдруг в будущем это исправят
3) на Хабре о c++ пишут в основном с тегом «c plus plus»
0
Позволю не согласиться. И вот мои доводы.
1) во-первых, меток можно ставить сколько угодно, главное чтобы они соответствовали содержанию топика.
во-вторых, метка «си» однозначно идентифицирует принадлежность топика, а вот как раз по метке «C» очень много лишних топиков по C#, который к Си никакого отношения не имеет.
2) тут согласен, косяк программистов.
3) опять же это идет на пользу только С++, искать топики по Си удобнее от этого не становится.
1) во-первых, меток можно ставить сколько угодно, главное чтобы они соответствовали содержанию топика.
во-вторых, метка «си» однозначно идентифицирует принадлежность топика, а вот как раз по метке «C» очень много лишних топиков по C#, который к Си никакого отношения не имеет.
2) тут согласен, косяк программистов.
3) опять же это идет на пользу только С++, искать топики по Си удобнее от этого не становится.
+1
есть форум программирование *nix — можно туда
0
Compress предназначена упаковки данных с использованием deflate в контейнер zlib. Для с GZip zlib умеет работать только через диск. Но благо — zlib имеет функции более низкого уровня.
Для инициализации с указанием что нам не нужен zlib header.
Потом вызываем Deflate. Контрольные суммы и заголовки gzip также как и автор добавляем ручками.
К такому подходу пришел после изучения некого примера на codeproject, который оказался кривым. Но я не поленился открыть исходники zlib и посмотреть как написана compress. В итоге моя compressGzip написана абсолютно аналогично. Если бы мой код был на C — было бы удобное расширение библиотеки. Но к сожалению он не на C…
err = DEFLATEINIT2(strm, Z_BEST_COMPRESSION, Z_DEFLATED, -MAX_WBITS, DEF_MEM_LEVEL, Z_DEFAULT_STRATEGY, ZLIB_VERSION, size(strm));
! windowBits is passed < 0 to suppress zlib header
Для инициализации с указанием что нам не нужен zlib header.
Потом вызываем Deflate. Контрольные суммы и заголовки gzip также как и автор добавляем ручками.
К такому подходу пришел после изучения некого примера на codeproject, который оказался кривым. Но я не поленился открыть исходники zlib и посмотреть как написана compress. В итоге моя compressGzip написана абсолютно аналогично. Если бы мой код был на C — было бы удобное расширение библиотеки. Но к сожалению он не на C…
+4
добавьте метку XML-RPC.
0
можно и не добавлять, но zlib и http метки не помешают
0
так ка это применительно и не только к XML-RPC
0
отлично получается, на данный момент по теме поста только 1 комментарий, остальные про метки :)
+1
тема осталась замеченной — разве это не плюс?
лично я использовал curl+zlib и этот материал был бы в тот момент очень ценен, за что я благодарен автору и занес тему в закладки.
Но сам транспорт (XML-RPC) не так ценен, как описание особенностей использования алгоритма распаковки/упаковки. По этому, замечание про метки даже очень кстати.
лично я использовал curl+zlib и этот материал был бы в тот момент очень ценен, за что я благодарен автору и занес тему в закладки.
Но сам транспорт (XML-RPC) не так ценен, как описание особенностей использования алгоритма распаковки/упаковки. По этому, замечание про метки даже очень кстати.
+1
Sign up to leave a comment.
WebService c поддержкой gzip на C