2002-09-03 15:52:59 +04:00
|
|
|
/***************************************************************************
|
2003-04-11 20:31:18 +04:00
|
|
|
* _ _ ____ _
|
|
|
|
* Project ___| | | | _ \| |
|
|
|
|
* / __| | | | |_) | |
|
|
|
|
* | (__| |_| | _ <| |___
|
2002-09-03 02:31:18 +04:00
|
|
|
* \___|\___/|_| \_\_____|
|
|
|
|
*
|
2023-01-02 15:51:48 +03:00
|
|
|
* Copyright (C) Daniel Stenberg, <daniel@haxx.se>, et al.
|
2002-09-03 02:31:18 +04:00
|
|
|
*
|
2002-09-03 15:52:59 +04:00
|
|
|
* This software is licensed as described in the file COPYING, which
|
|
|
|
* you should have received as part of this distribution. The terms
|
2020-11-04 16:02:01 +03:00
|
|
|
* are also available at https://curl.se/docs/copyright.html.
|
2003-04-11 20:31:18 +04:00
|
|
|
*
|
2002-09-03 02:31:18 +04:00
|
|
|
* You may opt to use, copy, modify, merge, publish, distribute and/or sell
|
|
|
|
* copies of the Software, and permit persons to whom the Software is
|
2002-09-03 15:52:59 +04:00
|
|
|
* furnished to do so, under the terms of the COPYING file.
|
2002-09-03 02:31:18 +04:00
|
|
|
*
|
|
|
|
* This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF ANY
|
|
|
|
* KIND, either express or implied.
|
|
|
|
*
|
2021-01-20 12:58:12 +03:00
|
|
|
* SPDX-License-Identifier: curl
|
2022-05-17 12:16:50 +03:00
|
|
|
*
|
2002-09-03 15:52:59 +04:00
|
|
|
***************************************************************************/
|
2002-09-03 02:31:18 +04:00
|
|
|
|
2013-01-06 22:06:49 +04:00
|
|
|
#include "curl_setup.h"
|
2002-09-03 02:31:18 +04:00
|
|
|
|
2013-01-04 05:50:28 +04:00
|
|
|
#include "urldata.h"
|
2002-09-03 02:31:18 +04:00
|
|
|
#include <curl/curl.h>
|
2017-11-05 17:09:48 +03:00
|
|
|
#include <stddef.h>
|
2017-11-13 16:20:41 +03:00
|
|
|
|
tidy-up: delete parallel/unused feature flags
Detecting headers and lib separately makes sense when headers come in
variations or with extra ones, but this wasn't the case here. These were
duplicate/parallel macros that we had to keep in sync with each other
for a working build. This patch leaves a single macro for each of these
dependencies:
- Rely on `HAVE_LIBZ`, delete parallel `HAVE_ZLIB_H`.
Also delete CMake logic making sure these two were in sync, along with
a toggle to turn off that logic, called `CURL_SPECIAL_LIBZ`.
Also delete stray `HAVE_ZLIB` defines.
There is also a `USE_ZLIB` variant in `lib/config-dos.h`. This patch
retains it for compatibility and deprecates it.
- Rely on `USE_LIBSSH2`, delete parallel `HAVE_LIBSSH2_H`.
Also delete `LIBSSH2_WIN32`, `LIBSSH2_LIBRARY` from
`winbuild/MakefileBuild.vc`, these have a role when building libssh2
itself. And `CURL_USE_LIBSSH`, which had no use at all.
Also delete stray `HAVE_LIBSSH2` defines.
- Rely on `USE_LIBSSH`, delete parallel `HAVE_LIBSSH_LIBSSH_H`.
Also delete `LIBSSH_WIN32`, `LIBSSH_LIBRARY` and `HAVE_LIBSSH` from
`winbuild/MakefileBuild.vc`, these were the result of copy-pasting the
libssh2 line, and were not having any use.
- Delete unused `HAVE_LIBPSL_H` and `HAVE_LIBPSL`.
Reviewed-by: Daniel Stenberg
Closes #9652
2022-10-06 18:30:13 +03:00
|
|
|
#ifdef HAVE_LIBZ
|
2017-11-13 16:20:41 +03:00
|
|
|
#include <zlib.h>
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifdef HAVE_BROTLI
|
2023-03-11 01:24:24 +03:00
|
|
|
#if defined(__GNUC__)
|
|
|
|
/* Ignore -Wvla warnings in brotli headers */
|
|
|
|
#pragma GCC diagnostic push
|
|
|
|
#pragma GCC diagnostic ignored "-Wvla"
|
|
|
|
#endif
|
2017-11-13 16:20:41 +03:00
|
|
|
#include <brotli/decode.h>
|
2023-03-11 01:24:24 +03:00
|
|
|
#if defined(__GNUC__)
|
|
|
|
#pragma GCC diagnostic pop
|
|
|
|
#endif
|
2017-11-13 16:20:41 +03:00
|
|
|
#endif
|
|
|
|
|
2020-05-25 18:49:46 +03:00
|
|
|
#ifdef HAVE_ZSTD
|
|
|
|
#include <zstd.h>
|
|
|
|
#endif
|
|
|
|
|
2013-01-04 05:50:28 +04:00
|
|
|
#include "sendf.h"
|
2017-11-05 17:09:48 +03:00
|
|
|
#include "http.h"
|
2013-01-04 05:50:28 +04:00
|
|
|
#include "content_encoding.h"
|
2016-11-07 12:55:25 +03:00
|
|
|
#include "strdup.h"
|
2017-11-05 17:09:48 +03:00
|
|
|
#include "strcase.h"
|
2023-04-06 13:11:42 +03:00
|
|
|
|
|
|
|
/* The last 3 #include files should be in this order */
|
|
|
|
#include "curl_printf.h"
|
2009-04-21 15:46:16 +04:00
|
|
|
#include "curl_memory.h"
|
2013-01-04 05:50:28 +04:00
|
|
|
#include "memdebug.h"
|
2002-09-03 02:31:18 +04:00
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
#define CONTENT_ENCODING_DEFAULT "identity"
|
|
|
|
|
|
|
|
#ifndef CURL_DISABLE_HTTP
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
/* allow no more than 5 "chained" compression steps */
|
|
|
|
#define MAX_ENCODE_STACK 5
|
|
|
|
|
2017-11-05 17:28:16 +03:00
|
|
|
#define DSIZ CURL_MAX_WRITE_SIZE /* buffer size for decompressed data */
|
|
|
|
|
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
#ifdef HAVE_LIBZ
|
|
|
|
|
2004-10-28 01:46:11 +04:00
|
|
|
/* Comment this out if zlib is always going to be at least ver. 1.2.0.4
|
|
|
|
(doing so will reduce code size slightly). */
|
|
|
|
#define OLD_ZLIB_SUPPORT 1
|
|
|
|
|
2003-04-11 12:49:20 +04:00
|
|
|
#define GZIP_MAGIC_0 0x1f
|
|
|
|
#define GZIP_MAGIC_1 0x8b
|
|
|
|
|
|
|
|
/* gzip flag byte */
|
|
|
|
#define ASCII_FLAG 0x01 /* bit 0 set: file probably ascii text */
|
|
|
|
#define HEAD_CRC 0x02 /* bit 1 set: header CRC present */
|
|
|
|
#define EXTRA_FIELD 0x04 /* bit 2 set: extra field present */
|
2024-07-01 17:47:21 +03:00
|
|
|
#define ORIG_NAME 0x08 /* bit 3 set: original filename present */
|
2003-04-11 12:49:20 +04:00
|
|
|
#define COMMENT 0x10 /* bit 4 set: file comment present */
|
|
|
|
#define RESERVED 0xE0 /* bits 5..7: reserved */
|
2002-09-03 02:31:18 +04:00
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
typedef enum {
|
2018-07-12 23:46:15 +03:00
|
|
|
ZLIB_UNINIT, /* uninitialized */
|
|
|
|
ZLIB_INIT, /* initialized */
|
|
|
|
ZLIB_INFLATING, /* inflating started. */
|
|
|
|
ZLIB_EXTERNAL_TRAILER, /* reading external trailer */
|
|
|
|
ZLIB_GZIP_HEADER, /* reading gzip header */
|
|
|
|
ZLIB_GZIP_INFLATING, /* inflating gzip stream */
|
|
|
|
ZLIB_INIT_GZIP /* initialized in transparent gzip mode */
|
2017-11-05 17:09:48 +03:00
|
|
|
} zlibInitState;
|
|
|
|
|
2022-09-09 14:25:02 +03:00
|
|
|
/* Deflate and gzip writer. */
|
|
|
|
struct zlib_writer {
|
2023-10-23 11:33:07 +03:00
|
|
|
struct Curl_cwriter super;
|
2017-12-20 18:02:42 +03:00
|
|
|
zlibInitState zlib_init; /* zlib init state */
|
|
|
|
uInt trailerlen; /* Remaining trailer byte count. */
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream z; /* State structure for zlib. */
|
2020-05-14 01:05:04 +03:00
|
|
|
};
|
2017-11-05 17:09:48 +03:00
|
|
|
|
|
|
|
|
2011-08-21 15:15:34 +04:00
|
|
|
static voidpf
|
|
|
|
zalloc_cb(voidpf opaque, unsigned int items, unsigned int size)
|
|
|
|
{
|
|
|
|
(void) opaque;
|
|
|
|
/* not a typo, keep it calloc() */
|
|
|
|
return (voidpf) calloc(items, size);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
zfree_cb(voidpf opaque, voidpf ptr)
|
|
|
|
{
|
|
|
|
(void) opaque;
|
|
|
|
free(ptr);
|
|
|
|
}
|
|
|
|
|
2002-09-03 02:31:18 +04:00
|
|
|
static CURLcode
|
2021-01-20 12:58:12 +03:00
|
|
|
process_zlib_error(struct Curl_easy *data, z_stream *z)
|
2002-09-03 02:31:18 +04:00
|
|
|
{
|
2007-11-05 12:45:09 +03:00
|
|
|
if(z->msg)
|
2016-12-14 01:34:59 +03:00
|
|
|
failf(data, "Error while processing content unencoding: %s",
|
|
|
|
z->msg);
|
2002-09-03 02:31:18 +04:00
|
|
|
else
|
2016-12-14 01:34:59 +03:00
|
|
|
failf(data, "Error while processing content unencoding: "
|
|
|
|
"Unknown failure within decompression software.");
|
2002-09-03 02:31:18 +04:00
|
|
|
|
|
|
|
return CURLE_BAD_CONTENT_ENCODING;
|
|
|
|
}
|
|
|
|
|
|
|
|
static CURLcode
|
2021-01-20 12:58:12 +03:00
|
|
|
exit_zlib(struct Curl_easy *data,
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream *z, zlibInitState *zlib_init, CURLcode result)
|
2002-09-03 02:31:18 +04:00
|
|
|
{
|
2017-11-05 17:09:48 +03:00
|
|
|
if(*zlib_init == ZLIB_GZIP_HEADER)
|
|
|
|
Curl_safefree(z->next_in);
|
|
|
|
|
|
|
|
if(*zlib_init != ZLIB_UNINIT) {
|
|
|
|
if(inflateEnd(z) != Z_OK && result == CURLE_OK)
|
2021-01-20 12:58:12 +03:00
|
|
|
result = process_zlib_error(data, z);
|
2017-11-05 17:09:48 +03:00
|
|
|
*zlib_init = ZLIB_UNINIT;
|
|
|
|
}
|
|
|
|
|
2002-09-03 02:31:18 +04:00
|
|
|
return result;
|
|
|
|
}
|
|
|
|
|
2021-01-20 12:58:12 +03:00
|
|
|
static CURLcode process_trailer(struct Curl_easy *data,
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zlib_writer *zp)
|
2017-12-20 18:02:42 +03:00
|
|
|
{
|
|
|
|
z_stream *z = &zp->z;
|
|
|
|
CURLcode result = CURLE_OK;
|
|
|
|
uInt len = z->avail_in < zp->trailerlen? z->avail_in: zp->trailerlen;
|
|
|
|
|
|
|
|
/* Consume expected trailer bytes. Terminate stream if exhausted.
|
|
|
|
Issue an error if unexpected bytes follow. */
|
|
|
|
|
|
|
|
zp->trailerlen -= len;
|
|
|
|
z->avail_in -= len;
|
|
|
|
z->next_in += len;
|
|
|
|
if(z->avail_in)
|
|
|
|
result = CURLE_WRITE_ERROR;
|
|
|
|
if(result || !zp->trailerlen)
|
2021-01-20 12:58:12 +03:00
|
|
|
result = exit_zlib(data, z, &zp->zlib_init, result);
|
2017-12-20 18:02:42 +03:00
|
|
|
else {
|
2018-07-12 23:46:15 +03:00
|
|
|
/* Only occurs for gzip with zlib < 1.2.0.4 or raw deflate. */
|
|
|
|
zp->zlib_init = ZLIB_EXTERNAL_TRAILER;
|
2017-12-20 18:02:42 +03:00
|
|
|
}
|
|
|
|
return result;
|
|
|
|
}
|
|
|
|
|
2021-01-20 12:58:12 +03:00
|
|
|
static CURLcode inflate_stream(struct Curl_easy *data,
|
2023-10-23 11:33:07 +03:00
|
|
|
struct Curl_cwriter *writer, int type,
|
2020-05-14 01:05:04 +03:00
|
|
|
zlibInitState started)
|
2002-09-03 02:31:18 +04:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zlib_writer *zp = (struct zlib_writer *) writer;
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream *z = &zp->z; /* zlib state structure */
|
2006-04-26 00:49:40 +04:00
|
|
|
uInt nread = z->avail_in;
|
|
|
|
Bytef *orig_in = z->next_in;
|
2017-12-20 18:02:42 +03:00
|
|
|
bool done = FALSE;
|
2004-02-15 16:58:57 +03:00
|
|
|
CURLcode result = CURLE_OK; /* Curl_client_write status */
|
2004-10-28 01:46:11 +04:00
|
|
|
char *decomp; /* Put the decompressed data here. */
|
2003-04-11 20:31:18 +04:00
|
|
|
|
2017-12-20 18:02:42 +03:00
|
|
|
/* Check state. */
|
|
|
|
if(zp->zlib_init != ZLIB_INIT &&
|
|
|
|
zp->zlib_init != ZLIB_INFLATING &&
|
|
|
|
zp->zlib_init != ZLIB_INIT_GZIP &&
|
|
|
|
zp->zlib_init != ZLIB_GZIP_INFLATING)
|
2021-01-20 12:58:12 +03:00
|
|
|
return exit_zlib(data, z, &zp->zlib_init, CURLE_WRITE_ERROR);
|
2017-12-20 18:02:42 +03:00
|
|
|
|
2024-07-01 17:47:21 +03:00
|
|
|
/* Dynamically allocate a buffer for decompression because it is uncommonly
|
2004-10-28 01:46:11 +04:00
|
|
|
large to hold on the stack */
|
2008-09-06 09:29:05 +04:00
|
|
|
decomp = malloc(DSIZ);
|
2021-04-19 11:46:11 +03:00
|
|
|
if(!decomp)
|
2021-01-20 12:58:12 +03:00
|
|
|
return exit_zlib(data, z, &zp->zlib_init, CURLE_OUT_OF_MEMORY);
|
2002-09-03 02:31:18 +04:00
|
|
|
|
2004-10-28 01:46:11 +04:00
|
|
|
/* because the buffer size is fixed, iteratively decompress and transfer to
|
2023-10-23 11:33:07 +03:00
|
|
|
the client via next_write function. */
|
2017-12-20 18:02:42 +03:00
|
|
|
while(!done) {
|
2018-06-02 23:52:56 +03:00
|
|
|
int status; /* zlib status */
|
2017-12-20 18:02:42 +03:00
|
|
|
done = TRUE;
|
2017-11-07 08:46:59 +03:00
|
|
|
|
2002-09-03 02:31:18 +04:00
|
|
|
/* (re)set buffer for decompressed output for every iteration */
|
2017-11-05 17:09:48 +03:00
|
|
|
z->next_out = (Bytef *) decomp;
|
2002-09-03 02:31:18 +04:00
|
|
|
z->avail_out = DSIZ;
|
|
|
|
|
2018-05-25 05:08:04 +03:00
|
|
|
#ifdef Z_BLOCK
|
|
|
|
/* Z_BLOCK is only available in zlib ver. >= 1.2.0.5 */
|
2017-12-20 18:02:42 +03:00
|
|
|
status = inflate(z, Z_BLOCK);
|
2018-05-25 05:08:04 +03:00
|
|
|
#else
|
|
|
|
/* fallback for zlib ver. < 1.2.0.5 */
|
|
|
|
status = inflate(z, Z_SYNC_FLUSH);
|
|
|
|
#endif
|
2017-12-20 18:02:42 +03:00
|
|
|
|
|
|
|
/* Flush output data if some. */
|
|
|
|
if(z->avail_out != DSIZ) {
|
|
|
|
if(status == Z_OK || status == Z_STREAM_END) {
|
|
|
|
zp->zlib_init = started; /* Data started. */
|
2023-10-23 11:33:07 +03:00
|
|
|
result = Curl_cwriter_write(data, writer->next, type, decomp,
|
2017-12-20 18:02:42 +03:00
|
|
|
DSIZ - z->avail_out);
|
|
|
|
if(result) {
|
2021-01-20 12:58:12 +03:00
|
|
|
exit_zlib(data, z, &zp->zlib_init, result);
|
2017-12-20 18:02:42 +03:00
|
|
|
break;
|
|
|
|
}
|
2002-09-03 02:31:18 +04:00
|
|
|
}
|
|
|
|
}
|
2017-12-20 18:02:42 +03:00
|
|
|
|
|
|
|
/* Dispatch by inflate() status. */
|
|
|
|
switch(status) {
|
|
|
|
case Z_OK:
|
|
|
|
/* Always loop: there may be unflushed latched data in zlib state. */
|
|
|
|
done = FALSE;
|
|
|
|
break;
|
|
|
|
case Z_BUF_ERROR:
|
|
|
|
/* No more data to flush: just exit loop. */
|
|
|
|
break;
|
|
|
|
case Z_STREAM_END:
|
2021-01-20 12:58:12 +03:00
|
|
|
result = process_trailer(data, zp);
|
2017-12-20 18:02:42 +03:00
|
|
|
break;
|
|
|
|
case Z_DATA_ERROR:
|
2006-04-26 00:49:40 +04:00
|
|
|
/* some servers seem to not generate zlib headers, so this is an attempt
|
|
|
|
to fix and continue anyway */
|
2017-12-20 18:02:42 +03:00
|
|
|
if(zp->zlib_init == ZLIB_INIT) {
|
|
|
|
/* Do not use inflateReset2(): only available since zlib 1.2.3.4. */
|
2024-07-01 17:47:21 +03:00
|
|
|
(void) inflateEnd(z); /* do not care about the return code */
|
2017-12-20 18:02:42 +03:00
|
|
|
if(inflateInit2(z, -MAX_WBITS) == Z_OK) {
|
|
|
|
z->next_in = orig_in;
|
|
|
|
z->avail_in = nread;
|
|
|
|
zp->zlib_init = ZLIB_INFLATING;
|
2018-07-12 23:46:15 +03:00
|
|
|
zp->trailerlen = 4; /* Tolerate up to 4 unknown trailer bytes. */
|
2017-12-20 18:02:42 +03:00
|
|
|
done = FALSE;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
zp->zlib_init = ZLIB_UNINIT; /* inflateEnd() already called. */
|
2006-04-26 00:49:40 +04:00
|
|
|
}
|
2021-09-29 11:00:52 +03:00
|
|
|
result = exit_zlib(data, z, &zp->zlib_init, process_zlib_error(data, z));
|
|
|
|
break;
|
2017-12-20 18:02:42 +03:00
|
|
|
default:
|
2021-01-20 12:58:12 +03:00
|
|
|
result = exit_zlib(data, z, &zp->zlib_init, process_zlib_error(data, z));
|
2017-12-20 18:02:42 +03:00
|
|
|
break;
|
2002-09-03 02:31:18 +04:00
|
|
|
}
|
|
|
|
}
|
2017-12-20 18:02:42 +03:00
|
|
|
free(decomp);
|
|
|
|
|
2024-07-01 17:47:21 +03:00
|
|
|
/* We are about to leave this call so the `nread' data bytes will not be seen
|
2017-12-20 18:02:42 +03:00
|
|
|
again. If we are in a state that would wrongly allow restart in raw mode
|
|
|
|
at the next call, assume output has already started. */
|
|
|
|
if(nread && zp->zlib_init == ZLIB_INIT)
|
|
|
|
zp->zlib_init = started; /* Cannot restart anymore. */
|
|
|
|
|
|
|
|
return result;
|
2002-09-03 02:31:18 +04:00
|
|
|
}
|
2003-04-11 12:49:20 +04:00
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
|
|
|
|
/* Deflate handler. */
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode deflate_do_init(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2004-10-28 01:46:11 +04:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zlib_writer *zp = (struct zlib_writer *) writer;
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream *z = &zp->z; /* zlib state structure */
|
2004-10-28 01:46:11 +04:00
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
/* Initialize zlib */
|
|
|
|
z->zalloc = (alloc_func) zalloc_cb;
|
|
|
|
z->zfree = (free_func) zfree_cb;
|
|
|
|
|
|
|
|
if(inflateInit(z) != Z_OK)
|
2021-01-20 12:58:12 +03:00
|
|
|
return process_zlib_error(data, z);
|
2017-11-05 17:09:48 +03:00
|
|
|
zp->zlib_init = ZLIB_INIT;
|
|
|
|
return CURLE_OK;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode deflate_do_write(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer, int type,
|
2017-11-05 17:09:48 +03:00
|
|
|
const char *buf, size_t nbytes)
|
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zlib_writer *zp = (struct zlib_writer *) writer;
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream *z = &zp->z; /* zlib state structure */
|
2004-10-28 01:46:11 +04:00
|
|
|
|
2024-03-28 13:08:15 +03:00
|
|
|
if(!(type & CLIENTWRITE_BODY) || !nbytes)
|
2023-10-23 11:33:07 +03:00
|
|
|
return Curl_cwriter_write(data, writer->next, type, buf, nbytes);
|
|
|
|
|
2004-10-28 01:46:11 +04:00
|
|
|
/* Set the compressed input when this function is called */
|
2017-11-05 17:09:48 +03:00
|
|
|
z->next_in = (Bytef *) buf;
|
|
|
|
z->avail_in = (uInt) nbytes;
|
2004-10-28 01:46:11 +04:00
|
|
|
|
2018-07-12 23:46:15 +03:00
|
|
|
if(zp->zlib_init == ZLIB_EXTERNAL_TRAILER)
|
2021-01-20 12:58:12 +03:00
|
|
|
return process_trailer(data, zp);
|
2018-07-12 23:46:15 +03:00
|
|
|
|
2004-10-28 01:46:11 +04:00
|
|
|
/* Now uncompress the data */
|
2023-10-23 11:33:07 +03:00
|
|
|
return inflate_stream(data, writer, type, ZLIB_INFLATING);
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static void deflate_do_close(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zlib_writer *zp = (struct zlib_writer *) writer;
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream *z = &zp->z; /* zlib state structure */
|
|
|
|
|
2021-01-20 12:58:12 +03:00
|
|
|
exit_zlib(data, z, &zp->zlib_init, CURLE_OK);
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static const struct Curl_cwtype deflate_encoding = {
|
2017-11-05 17:09:48 +03:00
|
|
|
"deflate",
|
|
|
|
NULL,
|
2023-10-23 11:33:07 +03:00
|
|
|
deflate_do_init,
|
|
|
|
deflate_do_write,
|
|
|
|
deflate_do_close,
|
2022-09-09 14:25:02 +03:00
|
|
|
sizeof(struct zlib_writer)
|
2017-11-05 17:09:48 +03:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
/* Gzip handler. */
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode gzip_do_init(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zlib_writer *zp = (struct zlib_writer *) writer;
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream *z = &zp->z; /* zlib state structure */
|
|
|
|
|
|
|
|
/* Initialize zlib */
|
|
|
|
z->zalloc = (alloc_func) zalloc_cb;
|
|
|
|
z->zfree = (free_func) zfree_cb;
|
|
|
|
|
|
|
|
if(strcmp(zlibVersion(), "1.2.0.4") >= 0) {
|
|
|
|
/* zlib ver. >= 1.2.0.4 supports transparent gzip decompressing */
|
|
|
|
if(inflateInit2(z, MAX_WBITS + 32) != Z_OK) {
|
2021-01-20 12:58:12 +03:00
|
|
|
return process_zlib_error(data, z);
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
|
|
|
zp->zlib_init = ZLIB_INIT_GZIP; /* Transparent gzip decompress state */
|
|
|
|
}
|
|
|
|
else {
|
2017-12-20 18:02:42 +03:00
|
|
|
/* we must parse the gzip header and trailer ourselves */
|
2017-11-05 17:09:48 +03:00
|
|
|
if(inflateInit2(z, -MAX_WBITS) != Z_OK) {
|
2021-01-20 12:58:12 +03:00
|
|
|
return process_zlib_error(data, z);
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
2017-12-20 18:02:42 +03:00
|
|
|
zp->trailerlen = 8; /* A CRC-32 and a 32-bit input size (RFC 1952, 2.2) */
|
|
|
|
zp->zlib_init = ZLIB_INIT; /* Initial call state */
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
return CURLE_OK;
|
2004-10-28 01:46:11 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
#ifdef OLD_ZLIB_SUPPORT
|
2003-04-11 12:49:20 +04:00
|
|
|
/* Skip over the gzip header */
|
2024-01-02 19:02:13 +03:00
|
|
|
typedef enum {
|
2003-04-11 12:49:20 +04:00
|
|
|
GZIP_OK,
|
|
|
|
GZIP_BAD,
|
|
|
|
GZIP_UNDERFLOW
|
2024-01-02 19:02:13 +03:00
|
|
|
} gzip_status;
|
|
|
|
|
|
|
|
static gzip_status check_gzip_header(unsigned char const *data, ssize_t len,
|
|
|
|
ssize_t *headerlen)
|
2003-04-11 12:49:20 +04:00
|
|
|
{
|
|
|
|
int method, flags;
|
|
|
|
const ssize_t totallen = len;
|
|
|
|
|
|
|
|
/* The shortest header is 10 bytes */
|
2007-11-05 12:45:09 +03:00
|
|
|
if(len < 10)
|
2003-04-11 12:49:20 +04:00
|
|
|
return GZIP_UNDERFLOW;
|
|
|
|
|
2007-11-05 12:45:09 +03:00
|
|
|
if((data[0] != GZIP_MAGIC_0) || (data[1] != GZIP_MAGIC_1))
|
2003-04-11 12:49:20 +04:00
|
|
|
return GZIP_BAD;
|
|
|
|
|
|
|
|
method = data[2];
|
|
|
|
flags = data[3];
|
|
|
|
|
2007-11-05 12:45:09 +03:00
|
|
|
if(method != Z_DEFLATED || (flags & RESERVED) != 0) {
|
2024-07-01 17:47:21 +03:00
|
|
|
/* cannot handle this compression method or unknown flag */
|
2003-04-11 12:49:20 +04:00
|
|
|
return GZIP_BAD;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Skip over time, xflags, OS code and all previous bytes */
|
|
|
|
len -= 10;
|
|
|
|
data += 10;
|
|
|
|
|
2007-11-05 12:45:09 +03:00
|
|
|
if(flags & EXTRA_FIELD) {
|
2003-04-11 12:49:20 +04:00
|
|
|
ssize_t extra_len;
|
|
|
|
|
2007-11-05 12:45:09 +03:00
|
|
|
if(len < 2)
|
2003-04-11 12:49:20 +04:00
|
|
|
return GZIP_UNDERFLOW;
|
|
|
|
|
|
|
|
extra_len = (data[1] << 8) | data[0];
|
|
|
|
|
2017-09-10 00:55:08 +03:00
|
|
|
if(len < (extra_len + 2))
|
2003-04-11 12:49:20 +04:00
|
|
|
return GZIP_UNDERFLOW;
|
|
|
|
|
|
|
|
len -= (extra_len + 2);
|
2004-11-30 12:44:54 +03:00
|
|
|
data += (extra_len + 2);
|
2003-04-11 12:49:20 +04:00
|
|
|
}
|
|
|
|
|
2007-11-05 12:45:09 +03:00
|
|
|
if(flags & ORIG_NAME) {
|
2024-07-01 17:47:21 +03:00
|
|
|
/* Skip over NUL-terminated filename */
|
2007-11-05 12:45:09 +03:00
|
|
|
while(len && *data) {
|
2003-04-11 12:49:20 +04:00
|
|
|
--len;
|
|
|
|
++data;
|
|
|
|
}
|
2007-11-05 12:45:09 +03:00
|
|
|
if(!len || *data)
|
2003-04-11 12:49:20 +04:00
|
|
|
return GZIP_UNDERFLOW;
|
|
|
|
|
|
|
|
/* Skip over the NUL */
|
|
|
|
--len;
|
|
|
|
++data;
|
|
|
|
}
|
|
|
|
|
2007-11-05 12:45:09 +03:00
|
|
|
if(flags & COMMENT) {
|
2003-04-11 12:49:20 +04:00
|
|
|
/* Skip over NUL-terminated comment */
|
2007-11-05 12:45:09 +03:00
|
|
|
while(len && *data) {
|
2003-04-11 12:49:20 +04:00
|
|
|
--len;
|
|
|
|
++data;
|
|
|
|
}
|
2007-11-05 12:45:09 +03:00
|
|
|
if(!len || *data)
|
2003-04-11 12:49:20 +04:00
|
|
|
return GZIP_UNDERFLOW;
|
|
|
|
|
|
|
|
/* Skip over the NUL */
|
|
|
|
--len;
|
|
|
|
}
|
|
|
|
|
2007-11-05 12:45:09 +03:00
|
|
|
if(flags & HEAD_CRC) {
|
|
|
|
if(len < 2)
|
2003-04-11 12:49:20 +04:00
|
|
|
return GZIP_UNDERFLOW;
|
|
|
|
|
|
|
|
len -= 2;
|
|
|
|
}
|
|
|
|
|
|
|
|
*headerlen = totallen - len;
|
|
|
|
return GZIP_OK;
|
|
|
|
}
|
2004-10-28 01:46:11 +04:00
|
|
|
#endif
|
2003-04-11 12:49:20 +04:00
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode gzip_do_write(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer, int type,
|
2017-11-05 17:09:48 +03:00
|
|
|
const char *buf, size_t nbytes)
|
2003-04-11 12:49:20 +04:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zlib_writer *zp = (struct zlib_writer *) writer;
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream *z = &zp->z; /* zlib state structure */
|
2004-10-28 01:46:11 +04:00
|
|
|
|
2024-03-28 13:08:15 +03:00
|
|
|
if(!(type & CLIENTWRITE_BODY) || !nbytes)
|
2023-10-23 11:33:07 +03:00
|
|
|
return Curl_cwriter_write(data, writer->next, type, buf, nbytes);
|
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
if(zp->zlib_init == ZLIB_INIT_GZIP) {
|
2010-01-23 02:21:39 +03:00
|
|
|
/* Let zlib handle the gzip decompression entirely */
|
2017-11-05 17:09:48 +03:00
|
|
|
z->next_in = (Bytef *) buf;
|
|
|
|
z->avail_in = (uInt) nbytes;
|
2010-01-23 02:21:39 +03:00
|
|
|
/* Now uncompress the data */
|
2023-10-23 11:33:07 +03:00
|
|
|
return inflate_stream(data, writer, type, ZLIB_INIT_GZIP);
|
2003-04-11 12:49:20 +04:00
|
|
|
}
|
|
|
|
|
2004-10-28 01:46:11 +04:00
|
|
|
#ifndef OLD_ZLIB_SUPPORT
|
|
|
|
/* Support for old zlib versions is compiled away and we are running with
|
|
|
|
an old version, so return an error. */
|
2021-01-20 12:58:12 +03:00
|
|
|
return exit_zlib(data, z, &zp->zlib_init, CURLE_WRITE_ERROR);
|
2004-10-28 01:46:11 +04:00
|
|
|
|
|
|
|
#else
|
2024-07-01 17:47:21 +03:00
|
|
|
/* This next mess is to get around the potential case where there is not
|
|
|
|
* enough data passed in to skip over the gzip header. If that happens, we
|
|
|
|
* malloc a block and copy what we have then wait for the next call. If
|
|
|
|
* there still is not enough (this is definitely a worst-case scenario), we
|
2004-05-12 11:55:05 +04:00
|
|
|
* make the block bigger, copy the next part in and keep waiting.
|
2004-10-28 01:46:11 +04:00
|
|
|
*
|
|
|
|
* This is only required with zlib versions < 1.2.0.4 as newer versions
|
|
|
|
* can handle the gzip header themselves.
|
2004-05-12 11:55:05 +04:00
|
|
|
*/
|
2003-04-11 12:49:20 +04:00
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
switch(zp->zlib_init) {
|
2003-04-11 12:49:20 +04:00
|
|
|
/* Skip over gzip header? */
|
2004-10-28 01:46:11 +04:00
|
|
|
case ZLIB_INIT:
|
|
|
|
{
|
2003-04-11 12:49:20 +04:00
|
|
|
/* Initial call state */
|
|
|
|
ssize_t hlen;
|
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
switch(check_gzip_header((unsigned char *) buf, nbytes, &hlen)) {
|
2003-04-11 12:49:20 +04:00
|
|
|
case GZIP_OK:
|
2017-11-05 17:09:48 +03:00
|
|
|
z->next_in = (Bytef *) buf + hlen;
|
|
|
|
z->avail_in = (uInt) (nbytes - hlen);
|
|
|
|
zp->zlib_init = ZLIB_GZIP_INFLATING; /* Inflating stream state */
|
2003-04-11 12:49:20 +04:00
|
|
|
break;
|
|
|
|
|
|
|
|
case GZIP_UNDERFLOW:
|
2024-07-01 17:47:21 +03:00
|
|
|
/* We need more data so we can find the end of the gzip header. it is
|
2004-05-12 11:55:05 +04:00
|
|
|
* possible that the memory block we malloc here will never be freed if
|
2024-07-01 17:47:21 +03:00
|
|
|
* the transfer abruptly aborts after this point. Since it is unlikely
|
2004-05-12 11:55:05 +04:00
|
|
|
* that circumstances will be right for this code path to be followed in
|
2024-07-01 17:47:21 +03:00
|
|
|
* the first place, and it is even more unlikely for a transfer to fail
|
2004-05-12 11:55:05 +04:00
|
|
|
* immediately afterwards, it should seldom be a problem.
|
|
|
|
*/
|
2017-11-05 17:09:48 +03:00
|
|
|
z->avail_in = (uInt) nbytes;
|
2003-04-11 12:49:20 +04:00
|
|
|
z->next_in = malloc(z->avail_in);
|
2021-04-19 11:46:11 +03:00
|
|
|
if(!z->next_in) {
|
2021-01-20 12:58:12 +03:00
|
|
|
return exit_zlib(data, z, &zp->zlib_init, CURLE_OUT_OF_MEMORY);
|
2003-04-11 12:49:20 +04:00
|
|
|
}
|
2017-11-05 17:09:48 +03:00
|
|
|
memcpy(z->next_in, buf, z->avail_in);
|
|
|
|
zp->zlib_init = ZLIB_GZIP_HEADER; /* Need more gzip header data state */
|
2024-07-01 17:47:21 +03:00
|
|
|
/* We do not have any data to inflate yet */
|
2003-04-11 12:49:20 +04:00
|
|
|
return CURLE_OK;
|
|
|
|
|
|
|
|
case GZIP_BAD:
|
|
|
|
default:
|
2021-01-20 12:58:12 +03:00
|
|
|
return exit_zlib(data, z, &zp->zlib_init, process_zlib_error(data, z));
|
2003-04-11 12:49:20 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
}
|
2004-10-28 01:46:11 +04:00
|
|
|
break;
|
|
|
|
|
|
|
|
case ZLIB_GZIP_HEADER:
|
|
|
|
{
|
2003-04-11 12:49:20 +04:00
|
|
|
/* Need more gzip header data state */
|
|
|
|
ssize_t hlen;
|
2017-11-05 17:09:48 +03:00
|
|
|
z->avail_in += (uInt) nbytes;
|
2016-11-07 12:55:25 +03:00
|
|
|
z->next_in = Curl_saferealloc(z->next_in, z->avail_in);
|
2021-04-19 11:46:11 +03:00
|
|
|
if(!z->next_in) {
|
2021-01-20 12:58:12 +03:00
|
|
|
return exit_zlib(data, z, &zp->zlib_init, CURLE_OUT_OF_MEMORY);
|
2003-04-11 12:49:20 +04:00
|
|
|
}
|
|
|
|
/* Append the new block of data to the previous one */
|
2017-11-05 17:09:48 +03:00
|
|
|
memcpy(z->next_in + z->avail_in - nbytes, buf, nbytes);
|
2003-04-11 12:49:20 +04:00
|
|
|
|
2024-06-02 23:30:52 +03:00
|
|
|
switch(check_gzip_header(z->next_in, (ssize_t)z->avail_in, &hlen)) {
|
2003-04-11 12:49:20 +04:00
|
|
|
case GZIP_OK:
|
|
|
|
/* This is the zlib stream data */
|
|
|
|
free(z->next_in);
|
2024-07-01 17:47:21 +03:00
|
|
|
/* Do not point into the malloced block since we just freed it */
|
2017-11-05 17:09:48 +03:00
|
|
|
z->next_in = (Bytef *) buf + hlen + nbytes - z->avail_in;
|
2024-06-02 23:30:52 +03:00
|
|
|
z->avail_in = z->avail_in - (uInt)hlen;
|
2017-11-05 17:09:48 +03:00
|
|
|
zp->zlib_init = ZLIB_GZIP_INFLATING; /* Inflating stream state */
|
2003-04-11 12:49:20 +04:00
|
|
|
break;
|
|
|
|
|
|
|
|
case GZIP_UNDERFLOW:
|
2024-07-01 17:47:21 +03:00
|
|
|
/* We still do not have any data to inflate! */
|
2003-04-11 12:49:20 +04:00
|
|
|
return CURLE_OK;
|
|
|
|
|
|
|
|
case GZIP_BAD:
|
|
|
|
default:
|
2021-01-20 12:58:12 +03:00
|
|
|
return exit_zlib(data, z, &zp->zlib_init, process_zlib_error(data, z));
|
2003-04-11 12:49:20 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
}
|
2004-10-28 01:46:11 +04:00
|
|
|
break;
|
|
|
|
|
2018-07-12 23:46:15 +03:00
|
|
|
case ZLIB_EXTERNAL_TRAILER:
|
2017-12-20 18:02:42 +03:00
|
|
|
z->next_in = (Bytef *) buf;
|
|
|
|
z->avail_in = (uInt) nbytes;
|
2021-01-20 12:58:12 +03:00
|
|
|
return process_trailer(data, zp);
|
2017-12-20 18:02:42 +03:00
|
|
|
|
2004-10-28 01:46:11 +04:00
|
|
|
case ZLIB_GZIP_INFLATING:
|
|
|
|
default:
|
2003-04-11 12:49:20 +04:00
|
|
|
/* Inflating stream state */
|
2017-11-05 17:09:48 +03:00
|
|
|
z->next_in = (Bytef *) buf;
|
|
|
|
z->avail_in = (uInt) nbytes;
|
2004-10-28 01:46:11 +04:00
|
|
|
break;
|
2003-04-11 12:49:20 +04:00
|
|
|
}
|
|
|
|
|
2007-11-05 12:45:09 +03:00
|
|
|
if(z->avail_in == 0) {
|
2024-07-01 17:47:21 +03:00
|
|
|
/* We do not have any data to inflate; wait until next time */
|
2003-04-11 12:49:20 +04:00
|
|
|
return CURLE_OK;
|
|
|
|
}
|
|
|
|
|
2024-07-01 17:47:21 +03:00
|
|
|
/* We have parsed the header, now uncompress the data */
|
2023-10-23 11:33:07 +03:00
|
|
|
return inflate_stream(data, writer, type, ZLIB_GZIP_INFLATING);
|
2004-10-28 01:46:11 +04:00
|
|
|
#endif
|
2003-04-11 12:49:20 +04:00
|
|
|
}
|
2009-05-11 13:55:28 +04:00
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static void gzip_do_close(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zlib_writer *zp = (struct zlib_writer *) writer;
|
2017-11-05 17:09:48 +03:00
|
|
|
z_stream *z = &zp->z; /* zlib state structure */
|
|
|
|
|
2021-01-20 12:58:12 +03:00
|
|
|
exit_zlib(data, z, &zp->zlib_init, CURLE_OK);
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static const struct Curl_cwtype gzip_encoding = {
|
2017-11-05 17:09:48 +03:00
|
|
|
"gzip",
|
|
|
|
"x-gzip",
|
2023-10-23 11:33:07 +03:00
|
|
|
gzip_do_init,
|
|
|
|
gzip_do_write,
|
|
|
|
gzip_do_close,
|
2022-09-09 14:25:02 +03:00
|
|
|
sizeof(struct zlib_writer)
|
2017-11-05 17:09:48 +03:00
|
|
|
};
|
|
|
|
|
|
|
|
#endif /* HAVE_LIBZ */
|
|
|
|
|
|
|
|
|
2017-11-05 17:28:16 +03:00
|
|
|
#ifdef HAVE_BROTLI
|
2022-09-09 14:25:02 +03:00
|
|
|
/* Brotli writer. */
|
|
|
|
struct brotli_writer {
|
2023-10-23 11:33:07 +03:00
|
|
|
struct Curl_cwriter super;
|
2017-11-05 17:28:16 +03:00
|
|
|
BrotliDecoderState *br; /* State structure for brotli. */
|
2020-05-14 01:05:04 +03:00
|
|
|
};
|
2017-11-05 17:28:16 +03:00
|
|
|
|
|
|
|
static CURLcode brotli_map_error(BrotliDecoderErrorCode be)
|
|
|
|
{
|
|
|
|
switch(be) {
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_EXUBERANT_NIBBLE:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_EXUBERANT_META_NIBBLE:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_SIMPLE_HUFFMAN_ALPHABET:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_SIMPLE_HUFFMAN_SAME:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_CL_SPACE:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_HUFFMAN_SPACE:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_CONTEXT_MAP_REPEAT:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_BLOCK_LENGTH_1:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_BLOCK_LENGTH_2:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_TRANSFORM:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_DICTIONARY:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_WINDOW_BITS:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_PADDING_1:
|
|
|
|
case BROTLI_DECODER_ERROR_FORMAT_PADDING_2:
|
2017-12-20 17:30:35 +03:00
|
|
|
#ifdef BROTLI_DECODER_ERROR_COMPOUND_DICTIONARY
|
2017-11-05 17:28:16 +03:00
|
|
|
case BROTLI_DECODER_ERROR_COMPOUND_DICTIONARY:
|
2017-12-20 17:30:35 +03:00
|
|
|
#endif
|
|
|
|
#ifdef BROTLI_DECODER_ERROR_DICTIONARY_NOT_SET
|
2017-11-05 17:28:16 +03:00
|
|
|
case BROTLI_DECODER_ERROR_DICTIONARY_NOT_SET:
|
2017-12-20 17:30:35 +03:00
|
|
|
#endif
|
2017-11-05 17:28:16 +03:00
|
|
|
case BROTLI_DECODER_ERROR_INVALID_ARGUMENTS:
|
|
|
|
return CURLE_BAD_CONTENT_ENCODING;
|
|
|
|
case BROTLI_DECODER_ERROR_ALLOC_CONTEXT_MODES:
|
|
|
|
case BROTLI_DECODER_ERROR_ALLOC_TREE_GROUPS:
|
|
|
|
case BROTLI_DECODER_ERROR_ALLOC_CONTEXT_MAP:
|
|
|
|
case BROTLI_DECODER_ERROR_ALLOC_RING_BUFFER_1:
|
|
|
|
case BROTLI_DECODER_ERROR_ALLOC_RING_BUFFER_2:
|
|
|
|
case BROTLI_DECODER_ERROR_ALLOC_BLOCK_TYPE_TREES:
|
|
|
|
return CURLE_OUT_OF_MEMORY;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return CURLE_WRITE_ERROR;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode brotli_do_init(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2017-11-05 17:28:16 +03:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct brotli_writer *bp = (struct brotli_writer *) writer;
|
2021-01-20 12:58:12 +03:00
|
|
|
(void) data;
|
2017-11-05 17:28:16 +03:00
|
|
|
|
|
|
|
bp->br = BrotliDecoderCreateInstance(NULL, NULL, NULL);
|
|
|
|
return bp->br? CURLE_OK: CURLE_OUT_OF_MEMORY;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode brotli_do_write(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer, int type,
|
2017-11-05 17:28:16 +03:00
|
|
|
const char *buf, size_t nbytes)
|
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct brotli_writer *bp = (struct brotli_writer *) writer;
|
2017-11-05 17:28:16 +03:00
|
|
|
const uint8_t *src = (const uint8_t *) buf;
|
|
|
|
char *decomp;
|
|
|
|
uint8_t *dst;
|
|
|
|
size_t dstleft;
|
|
|
|
CURLcode result = CURLE_OK;
|
2017-12-26 00:17:08 +03:00
|
|
|
BrotliDecoderResult r = BROTLI_DECODER_RESULT_NEEDS_MORE_OUTPUT;
|
2017-11-05 17:28:16 +03:00
|
|
|
|
2024-03-28 13:08:15 +03:00
|
|
|
if(!(type & CLIENTWRITE_BODY) || !nbytes)
|
2023-10-23 11:33:07 +03:00
|
|
|
return Curl_cwriter_write(data, writer->next, type, buf, nbytes);
|
|
|
|
|
2017-11-05 17:28:16 +03:00
|
|
|
if(!bp->br)
|
|
|
|
return CURLE_WRITE_ERROR; /* Stream already ended. */
|
|
|
|
|
|
|
|
decomp = malloc(DSIZ);
|
|
|
|
if(!decomp)
|
|
|
|
return CURLE_OUT_OF_MEMORY;
|
|
|
|
|
2017-12-26 00:17:08 +03:00
|
|
|
while((nbytes || r == BROTLI_DECODER_RESULT_NEEDS_MORE_OUTPUT) &&
|
|
|
|
result == CURLE_OK) {
|
2017-11-05 17:28:16 +03:00
|
|
|
dst = (uint8_t *) decomp;
|
|
|
|
dstleft = DSIZ;
|
|
|
|
r = BrotliDecoderDecompressStream(bp->br,
|
|
|
|
&nbytes, &src, &dstleft, &dst, NULL);
|
2023-10-23 11:33:07 +03:00
|
|
|
result = Curl_cwriter_write(data, writer->next, type,
|
2017-11-05 17:28:16 +03:00
|
|
|
decomp, DSIZ - dstleft);
|
|
|
|
if(result)
|
|
|
|
break;
|
|
|
|
switch(r) {
|
|
|
|
case BROTLI_DECODER_RESULT_NEEDS_MORE_OUTPUT:
|
|
|
|
case BROTLI_DECODER_RESULT_NEEDS_MORE_INPUT:
|
|
|
|
break;
|
|
|
|
case BROTLI_DECODER_RESULT_SUCCESS:
|
|
|
|
BrotliDecoderDestroyInstance(bp->br);
|
|
|
|
bp->br = NULL;
|
|
|
|
if(nbytes)
|
|
|
|
result = CURLE_WRITE_ERROR;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
result = brotli_map_error(BrotliDecoderGetErrorCode(bp->br));
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
free(decomp);
|
|
|
|
return result;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static void brotli_do_close(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2017-11-05 17:28:16 +03:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct brotli_writer *bp = (struct brotli_writer *) writer;
|
|
|
|
|
2021-01-20 12:58:12 +03:00
|
|
|
(void) data;
|
2017-11-05 17:28:16 +03:00
|
|
|
|
|
|
|
if(bp->br) {
|
|
|
|
BrotliDecoderDestroyInstance(bp->br);
|
|
|
|
bp->br = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static const struct Curl_cwtype brotli_encoding = {
|
2017-11-05 17:28:16 +03:00
|
|
|
"br",
|
|
|
|
NULL,
|
2023-10-23 11:33:07 +03:00
|
|
|
brotli_do_init,
|
|
|
|
brotli_do_write,
|
|
|
|
brotli_do_close,
|
2022-09-09 14:25:02 +03:00
|
|
|
sizeof(struct brotli_writer)
|
2017-11-05 17:28:16 +03:00
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
2020-05-25 18:49:46 +03:00
|
|
|
#ifdef HAVE_ZSTD
|
2022-09-09 14:25:02 +03:00
|
|
|
/* Zstd writer. */
|
|
|
|
struct zstd_writer {
|
2023-10-23 11:33:07 +03:00
|
|
|
struct Curl_cwriter super;
|
2020-05-25 18:49:46 +03:00
|
|
|
ZSTD_DStream *zds; /* State structure for zstd. */
|
|
|
|
void *decomp;
|
|
|
|
};
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode zstd_do_init(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2020-05-25 18:49:46 +03:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zstd_writer *zp = (struct zstd_writer *) writer;
|
|
|
|
|
2021-01-20 12:58:12 +03:00
|
|
|
(void)data;
|
2020-05-25 18:49:46 +03:00
|
|
|
|
|
|
|
zp->zds = ZSTD_createDStream();
|
|
|
|
zp->decomp = NULL;
|
|
|
|
return zp->zds ? CURLE_OK : CURLE_OUT_OF_MEMORY;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode zstd_do_write(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer, int type,
|
2021-01-20 12:58:12 +03:00
|
|
|
const char *buf, size_t nbytes)
|
2020-05-25 18:49:46 +03:00
|
|
|
{
|
|
|
|
CURLcode result = CURLE_OK;
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zstd_writer *zp = (struct zstd_writer *) writer;
|
2020-05-25 18:49:46 +03:00
|
|
|
ZSTD_inBuffer in;
|
|
|
|
ZSTD_outBuffer out;
|
|
|
|
size_t errorCode;
|
|
|
|
|
2024-03-28 13:08:15 +03:00
|
|
|
if(!(type & CLIENTWRITE_BODY) || !nbytes)
|
2023-10-23 11:33:07 +03:00
|
|
|
return Curl_cwriter_write(data, writer->next, type, buf, nbytes);
|
|
|
|
|
2020-05-25 18:49:46 +03:00
|
|
|
if(!zp->decomp) {
|
|
|
|
zp->decomp = malloc(DSIZ);
|
|
|
|
if(!zp->decomp)
|
|
|
|
return CURLE_OUT_OF_MEMORY;
|
|
|
|
}
|
|
|
|
in.pos = 0;
|
|
|
|
in.src = buf;
|
|
|
|
in.size = nbytes;
|
|
|
|
|
|
|
|
for(;;) {
|
|
|
|
out.pos = 0;
|
|
|
|
out.dst = zp->decomp;
|
|
|
|
out.size = DSIZ;
|
|
|
|
|
|
|
|
errorCode = ZSTD_decompressStream(zp->zds, &out, &in);
|
|
|
|
if(ZSTD_isError(errorCode)) {
|
|
|
|
return CURLE_BAD_CONTENT_ENCODING;
|
|
|
|
}
|
|
|
|
if(out.pos > 0) {
|
2023-10-23 11:33:07 +03:00
|
|
|
result = Curl_cwriter_write(data, writer->next, type,
|
2020-05-25 18:49:46 +03:00
|
|
|
zp->decomp, out.pos);
|
|
|
|
if(result)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if((in.pos == nbytes) && (out.pos < out.size))
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return result;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static void zstd_do_close(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2020-05-25 18:49:46 +03:00
|
|
|
{
|
2022-09-09 14:25:02 +03:00
|
|
|
struct zstd_writer *zp = (struct zstd_writer *) writer;
|
|
|
|
|
2021-01-20 12:58:12 +03:00
|
|
|
(void)data;
|
2020-05-25 18:49:46 +03:00
|
|
|
|
|
|
|
if(zp->decomp) {
|
|
|
|
free(zp->decomp);
|
|
|
|
zp->decomp = NULL;
|
|
|
|
}
|
|
|
|
if(zp->zds) {
|
|
|
|
ZSTD_freeDStream(zp->zds);
|
|
|
|
zp->zds = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static const struct Curl_cwtype zstd_encoding = {
|
2020-05-25 18:49:46 +03:00
|
|
|
"zstd",
|
|
|
|
NULL,
|
2023-10-23 11:33:07 +03:00
|
|
|
zstd_do_init,
|
|
|
|
zstd_do_write,
|
|
|
|
zstd_do_close,
|
2022-09-09 14:25:02 +03:00
|
|
|
sizeof(struct zstd_writer)
|
2020-05-25 18:49:46 +03:00
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
/* Identity handler. */
|
2023-10-23 11:33:07 +03:00
|
|
|
static const struct Curl_cwtype identity_encoding = {
|
2017-11-05 17:09:48 +03:00
|
|
|
"identity",
|
2018-02-08 21:23:22 +03:00
|
|
|
"none",
|
2023-10-23 11:33:07 +03:00
|
|
|
Curl_cwriter_def_init,
|
|
|
|
Curl_cwriter_def_write,
|
|
|
|
Curl_cwriter_def_close,
|
|
|
|
sizeof(struct Curl_cwriter)
|
2017-11-05 17:09:48 +03:00
|
|
|
};
|
|
|
|
|
|
|
|
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
/* supported general content decoders. */
|
|
|
|
static const struct Curl_cwtype * const general_unencoders[] = {
|
2017-11-05 17:09:48 +03:00
|
|
|
&identity_encoding,
|
|
|
|
#ifdef HAVE_LIBZ
|
|
|
|
&deflate_encoding,
|
|
|
|
&gzip_encoding,
|
2017-11-05 17:28:16 +03:00
|
|
|
#endif
|
|
|
|
#ifdef HAVE_BROTLI
|
|
|
|
&brotli_encoding,
|
2020-05-25 18:49:46 +03:00
|
|
|
#endif
|
|
|
|
#ifdef HAVE_ZSTD
|
|
|
|
&zstd_encoding,
|
2017-11-05 17:09:48 +03:00
|
|
|
#endif
|
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
/* supported content decoders only for transfer encodings */
|
|
|
|
static const struct Curl_cwtype * const transfer_unencoders[] = {
|
|
|
|
#ifndef CURL_DISABLE_HTTP
|
|
|
|
&Curl_httpchunk_unencoder,
|
|
|
|
#endif
|
|
|
|
NULL
|
|
|
|
};
|
2017-11-05 17:09:48 +03:00
|
|
|
|
2023-11-07 12:58:08 +03:00
|
|
|
/* Provide a list of comma-separated names of supported encodings.
|
|
|
|
*/
|
|
|
|
void Curl_all_content_encodings(char *buf, size_t blen)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
|
|
|
size_t len = 0;
|
2023-10-23 11:33:07 +03:00
|
|
|
const struct Curl_cwtype * const *cep;
|
|
|
|
const struct Curl_cwtype *ce;
|
2023-11-07 12:58:08 +03:00
|
|
|
|
|
|
|
DEBUGASSERT(buf);
|
|
|
|
DEBUGASSERT(blen);
|
|
|
|
buf[0] = 0;
|
2017-11-05 17:09:48 +03:00
|
|
|
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
for(cep = general_unencoders; *cep; cep++) {
|
2017-11-05 17:09:48 +03:00
|
|
|
ce = *cep;
|
|
|
|
if(!strcasecompare(ce->name, CONTENT_ENCODING_DEFAULT))
|
|
|
|
len += strlen(ce->name) + 2;
|
|
|
|
}
|
|
|
|
|
2023-11-07 12:58:08 +03:00
|
|
|
if(!len) {
|
|
|
|
if(blen >= sizeof(CONTENT_ENCODING_DEFAULT))
|
|
|
|
strcpy(buf, CONTENT_ENCODING_DEFAULT);
|
|
|
|
}
|
|
|
|
else if(blen > len) {
|
|
|
|
char *p = buf;
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
for(cep = general_unencoders; *cep; cep++) {
|
2017-11-05 17:09:48 +03:00
|
|
|
ce = *cep;
|
|
|
|
if(!strcasecompare(ce->name, CONTENT_ENCODING_DEFAULT)) {
|
|
|
|
strcpy(p, ce->name);
|
|
|
|
p += strlen(p);
|
|
|
|
*p++ = ',';
|
|
|
|
*p++ = ' ';
|
|
|
|
}
|
|
|
|
}
|
|
|
|
p[-2] = '\0';
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Deferred error dummy writer. */
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode error_do_init(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2023-09-20 12:59:16 +03:00
|
|
|
(void)data;
|
|
|
|
(void)writer;
|
|
|
|
return CURLE_OK;
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static CURLcode error_do_write(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer, int type,
|
2017-11-05 17:09:48 +03:00
|
|
|
const char *buf, size_t nbytes)
|
|
|
|
{
|
2023-11-07 12:58:08 +03:00
|
|
|
char all[256];
|
|
|
|
(void)Curl_all_content_encodings(all, sizeof(all));
|
2017-11-05 17:09:48 +03:00
|
|
|
|
|
|
|
(void) writer;
|
|
|
|
(void) buf;
|
|
|
|
(void) nbytes;
|
|
|
|
|
2024-03-28 13:08:15 +03:00
|
|
|
if(!(type & CLIENTWRITE_BODY) || !nbytes)
|
2023-10-23 11:33:07 +03:00
|
|
|
return Curl_cwriter_write(data, writer->next, type, buf, nbytes);
|
|
|
|
|
2021-01-20 12:58:12 +03:00
|
|
|
failf(data, "Unrecognized content encoding type. "
|
|
|
|
"libcurl understands %s content encodings.", all);
|
2017-11-05 17:09:48 +03:00
|
|
|
return CURLE_BAD_CONTENT_ENCODING;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static void error_do_close(struct Curl_easy *data,
|
|
|
|
struct Curl_cwriter *writer)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2021-01-20 12:58:12 +03:00
|
|
|
(void) data;
|
2017-11-05 17:09:48 +03:00
|
|
|
(void) writer;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
static const struct Curl_cwtype error_writer = {
|
|
|
|
"ce-error",
|
2017-11-05 17:09:48 +03:00
|
|
|
NULL,
|
2023-10-23 11:33:07 +03:00
|
|
|
error_do_init,
|
|
|
|
error_do_write,
|
|
|
|
error_do_close,
|
|
|
|
sizeof(struct Curl_cwriter)
|
2017-11-05 17:09:48 +03:00
|
|
|
};
|
|
|
|
|
|
|
|
/* Find the content encoding by name. */
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
static const struct Curl_cwtype *find_unencode_writer(const char *name,
|
|
|
|
size_t len,
|
|
|
|
Curl_cwriter_phase phase)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2023-10-23 11:33:07 +03:00
|
|
|
const struct Curl_cwtype * const *cep;
|
2017-11-05 17:09:48 +03:00
|
|
|
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
if(phase == CURL_CW_TRANSFER_DECODE) {
|
|
|
|
for(cep = transfer_unencoders; *cep; cep++) {
|
|
|
|
const struct Curl_cwtype *ce = *cep;
|
|
|
|
if((strncasecompare(name, ce->name, len) && !ce->name[len]) ||
|
|
|
|
(ce->alias && strncasecompare(name, ce->alias, len)
|
|
|
|
&& !ce->alias[len]))
|
|
|
|
return ce;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/* look among the general decoders */
|
|
|
|
for(cep = general_unencoders; *cep; cep++) {
|
2023-10-23 11:33:07 +03:00
|
|
|
const struct Curl_cwtype *ce = *cep;
|
2017-11-05 17:09:48 +03:00
|
|
|
if((strncasecompare(name, ce->name, len) && !ce->name[len]) ||
|
|
|
|
(ce->alias && strncasecompare(name, ce->alias, len) && !ce->alias[len]))
|
|
|
|
return ce;
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2024-07-01 17:47:21 +03:00
|
|
|
/* Setup the unencoding stack from the Content-Encoding header value.
|
2017-11-05 17:09:48 +03:00
|
|
|
* See RFC 7231 section 3.1.2.2. */
|
2021-01-20 12:58:12 +03:00
|
|
|
CURLcode Curl_build_unencoding_stack(struct Curl_easy *data,
|
2022-12-31 22:41:44 +03:00
|
|
|
const char *enclist, int is_transfer)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2023-10-23 11:33:07 +03:00
|
|
|
Curl_cwriter_phase phase = is_transfer?
|
|
|
|
CURL_CW_TRANSFER_DECODE:CURL_CW_CONTENT_DECODE;
|
2023-09-20 12:59:16 +03:00
|
|
|
CURLcode result;
|
2017-11-05 17:09:48 +03:00
|
|
|
|
|
|
|
do {
|
|
|
|
const char *name;
|
|
|
|
size_t namelen;
|
2024-05-21 12:38:47 +03:00
|
|
|
bool is_chunked = FALSE;
|
2017-11-05 17:09:48 +03:00
|
|
|
|
|
|
|
/* Parse a single encoding name. */
|
2022-09-06 00:21:15 +03:00
|
|
|
while(ISBLANK(*enclist) || *enclist == ',')
|
2017-11-05 17:09:48 +03:00
|
|
|
enclist++;
|
|
|
|
|
|
|
|
name = enclist;
|
|
|
|
|
|
|
|
for(namelen = 0; *enclist && *enclist != ','; enclist++)
|
|
|
|
if(!ISSPACE(*enclist))
|
|
|
|
namelen = enclist - name + 1;
|
|
|
|
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
if(namelen) {
|
2023-10-23 11:33:07 +03:00
|
|
|
const struct Curl_cwtype *cwt;
|
|
|
|
struct Curl_cwriter *writer;
|
|
|
|
|
2024-05-21 16:51:51 +03:00
|
|
|
CURL_TRC_WRITE(data, "looking for %s decoder: %.*s",
|
|
|
|
is_transfer? "transfer" : "content", (int)namelen, name);
|
2024-05-21 12:38:47 +03:00
|
|
|
is_chunked = (is_transfer && (namelen == 7) &&
|
|
|
|
strncasecompare(name, "chunked", 7));
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
/* if we skip the decoding in this phase, do not look further.
|
|
|
|
* Exception is "chunked" transfer-encoding which always must happen */
|
2024-05-21 12:38:47 +03:00
|
|
|
if((is_transfer && !data->set.http_transfer_encoding && !is_chunked) ||
|
2023-10-23 11:33:07 +03:00
|
|
|
(!is_transfer && data->set.http_ce_skip)) {
|
2023-04-06 13:11:42 +03:00
|
|
|
/* not requested, ignore */
|
2024-05-21 16:51:51 +03:00
|
|
|
CURL_TRC_WRITE(data, "decoder not requested, ignored: %.*s",
|
|
|
|
(int)namelen, name);
|
2023-04-06 13:11:42 +03:00
|
|
|
return CURLE_OK;
|
2023-10-23 11:33:07 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
if(Curl_cwriter_count(data, phase) + 1 >= MAX_ENCODE_STACK) {
|
|
|
|
failf(data, "Reject response due to more than %u content encodings",
|
|
|
|
MAX_ENCODE_STACK);
|
|
|
|
return CURLE_BAD_CONTENT_ENCODING;
|
|
|
|
}
|
2017-11-05 17:09:48 +03:00
|
|
|
|
lib: replace readwrite with write_resp
This clarifies the handling of server responses by folding the code for
the complicated protocols into their protocol handlers. This concerns
mainly HTTP and its bastard sibling RTSP.
The terms "read" and "write" are often used without clear context if
they refer to the connect or the client/application side of a
transfer. This PR uses "read/write" for operations on the client side
and "send/receive" for the connection, e.g. server side. If this is
considered useful, we can revisit renaming of further methods in another
PR.
Curl's protocol handler `readwrite()` method been changed:
```diff
- CURLcode (*readwrite)(struct Curl_easy *data, struct connectdata *conn,
- const char *buf, size_t blen,
- size_t *pconsumed, bool *readmore);
+ CURLcode (*write_resp)(struct Curl_easy *data, const char *buf, size_t blen,
+ bool is_eos, bool *done);
```
The name was changed to clarify that this writes reponse data to the
client side. The parameter changes are:
* `conn` removed as it always operates on `data->conn`
* `pconsumed` removed as the method needs to handle all data on success
* `readmore` removed as no longer necessary
* `is_eos` as indicator that this is the last call for the transfer
response (end-of-stream).
* `done` TRUE on return iff the transfer response is to be treated as
finished
This change affects many files only because of updated comments in
handlers that provide no implementation. The real change is that the
HTTP protocol handlers now provide an implementation.
The HTTP protocol handlers `write_resp()` implementation will get passed
**all** raw data of a server response for the transfer. The HTTP/1.x
formatted status and headers, as well as the undecoded response
body. `Curl_http_write_resp_hds()` is used internally to parse the
response headers and pass them on. This method is public as the RTSP
protocol handler also uses it.
HTTP/1.1 "chunked" transport encoding is now part of the general
*content encoding* writer stack, just like other encodings. A new flag
`CLIENTWRITE_EOS` was added for the last client write. This allows
writers to verify that they are in a valid end state. The chunked
decoder will check if it indeed has seen the last chunk.
The general response handling in `transfer.c:466` happens in function
`readwrite_data()`. This mainly operates now like:
```
static CURLcode readwrite_data(data, ...)
{
do {
Curl_xfer_recv_resp(data, buf)
...
Curl_xfer_write_resp(data, buf)
...
} while(interested);
...
}
```
All the response data handling is implemented in
`Curl_xfer_write_resp()`. It calls the protocol handler's `write_resp()`
implementation if available, or does the default behaviour.
All raw response data needs to pass through this function. Which also
means that anyone in possession of such data may call
`Curl_xfer_write_resp()`.
Closes #12480
2023-12-01 15:50:32 +03:00
|
|
|
cwt = find_unencode_writer(name, namelen, phase);
|
2024-05-21 12:38:47 +03:00
|
|
|
if(cwt && is_chunked && Curl_cwriter_get_by_type(data, cwt)) {
|
2024-04-24 12:11:11 +03:00
|
|
|
/* A 'chunked' transfer encoding has already been added.
|
2024-05-21 12:38:47 +03:00
|
|
|
* Ignore duplicates. See #13451.
|
|
|
|
* Also RFC 9112, ch. 6.1:
|
|
|
|
* "A sender MUST NOT apply the chunked transfer coding more than
|
|
|
|
* once to a message body."
|
|
|
|
*/
|
2024-05-21 16:51:51 +03:00
|
|
|
CURL_TRC_WRITE(data, "ignoring duplicate 'chunked' decoder");
|
2024-04-24 12:11:11 +03:00
|
|
|
return CURLE_OK;
|
|
|
|
}
|
|
|
|
|
2024-05-21 12:38:47 +03:00
|
|
|
if(is_transfer && !is_chunked &&
|
|
|
|
Curl_cwriter_get_by_name(data, "chunked")) {
|
|
|
|
/* RFC 9112, ch. 6.1:
|
|
|
|
* "If any transfer coding other than chunked is applied to a
|
|
|
|
* response's content, the sender MUST either apply chunked as the
|
|
|
|
* final transfer coding or terminate the message by closing the
|
|
|
|
* connection."
|
|
|
|
* "chunked" must be the last added to be the first in its phase,
|
|
|
|
* reject this.
|
|
|
|
*/
|
|
|
|
failf(data, "Reject response due to 'chunked' not being the last "
|
|
|
|
"Transfer-Encoding");
|
|
|
|
return CURLE_BAD_CONTENT_ENCODING;
|
|
|
|
}
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
if(!cwt)
|
|
|
|
cwt = &error_writer; /* Defer error at use. */
|
2017-11-05 17:09:48 +03:00
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
result = Curl_cwriter_create(&writer, data, cwt, phase);
|
2024-05-21 16:51:51 +03:00
|
|
|
CURL_TRC_WRITE(data, "added %s decoder %s -> %d",
|
|
|
|
is_transfer? "transfer" : "content", cwt->name, result);
|
2023-09-20 12:59:16 +03:00
|
|
|
if(result)
|
|
|
|
return result;
|
|
|
|
|
2023-10-23 11:33:07 +03:00
|
|
|
result = Curl_cwriter_add(data, writer);
|
2023-09-20 12:59:16 +03:00
|
|
|
if(result) {
|
2023-10-23 11:33:07 +03:00
|
|
|
Curl_cwriter_free(data, writer);
|
2023-09-20 12:59:16 +03:00
|
|
|
return result;
|
2022-12-31 22:41:44 +03:00
|
|
|
}
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
|
|
|
} while(*enclist);
|
|
|
|
|
|
|
|
return CURLE_OK;
|
|
|
|
}
|
|
|
|
|
|
|
|
#else
|
|
|
|
/* Stubs for builds without HTTP. */
|
2021-01-21 02:38:52 +03:00
|
|
|
CURLcode Curl_build_unencoding_stack(struct Curl_easy *data,
|
2022-12-31 22:41:44 +03:00
|
|
|
const char *enclist, int is_transfer)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2021-01-21 02:38:52 +03:00
|
|
|
(void) data;
|
2017-11-05 17:09:48 +03:00
|
|
|
(void) enclist;
|
2022-12-31 22:41:44 +03:00
|
|
|
(void) is_transfer;
|
2017-11-05 17:09:48 +03:00
|
|
|
return CURLE_NOT_BUILT_IN;
|
|
|
|
}
|
|
|
|
|
2023-11-07 12:58:08 +03:00
|
|
|
void Curl_all_content_encodings(char *buf, size_t blen)
|
2017-11-05 17:09:48 +03:00
|
|
|
{
|
2023-11-07 12:58:08 +03:00
|
|
|
DEBUGASSERT(buf);
|
|
|
|
DEBUGASSERT(blen);
|
|
|
|
if(blen < sizeof(CONTENT_ENCODING_DEFAULT))
|
|
|
|
buf[0] = 0;
|
|
|
|
else
|
|
|
|
strcpy(buf, CONTENT_ENCODING_DEFAULT);
|
2017-11-05 17:09:48 +03:00
|
|
|
}
|
|
|
|
|
2023-11-07 12:58:08 +03:00
|
|
|
|
2017-11-05 17:09:48 +03:00
|
|
|
#endif /* CURL_DISABLE_HTTP */
|