| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Closes #6496
|
|
|
|
| |
Follow-up to 2bdec0b3
|
|
|
|
| |
Follow-up to 219d9f8620d
|
|
|
|
|
|
|
|
| |
... instead of having it static within the Curl_easy struct. This takes
away 1176 bytes (18%) from the Curl_easy struct that aren't used very
often and instead makes the code allocate it when needed.
Closes #6492
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The SOCKS code now uses the generic download buffer for temporary
storage during the connection procedure, instead of having its own
private 600 byte buffer that adds to the connectdata struct size. This
works fine because this point the buffer is allocated but is not use for
download yet since the connection hasn't completed.
This reduces the connection struct size by 22% on a 64bit arch!
The SOCKS buffer needs to be at least 600 bytes, and the download buffer
is guaranteed to never be smaller than 1000 bytes.
Closes #6491
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
By making the `magic` identifier the same size and at the same place
within the structs (easy, multi, share), libcurl will be able to more
reliably detect and safely error out if an application passes in the
wrong handle to APIs. Easier to detect and less likely to cause crashes
if done.
Such mixups can't be detected at compile-time due to them being
typedefed void pointers - unless `CURL_STRICTER` is defined.
Closes #6484
|
|
|
|
|
|
| |
... and also rename the define for max length.
Closes #6489
|
|
|
|
| |
Closes #6487
|
|
|
|
| |
Closes #6486
|
|
|
|
| |
Closes #6485
|
| |
|
|
|
|
|
| |
At the moment the test fails as curl sends two Proxy-Connection
headers.
|
| |
|
|
|
|
|
|
|
|
| |
Fixes test 1180
Bug: https://curl.se/mail/lib-2021-01/0095.html
Reported-by: Fabian Keil
Closes #6472
|
|
|
|
|
|
|
| |
... with this function provided, we can disable tests for specific
environments and setups directly within this file.
Closes #6477
|
|
|
|
|
| |
... and remove all other variable substitutions as they're now done once
and for all in the preprocessor.
|
|
|
|
|
|
| |
... to make it diff friendlier and easier to read.
Closes #6448
|
|
|
|
| |
Closes #6482
|
|
|
|
| |
Closes #6479
|
|
|
|
| |
Closes #6474
|
|
|
|
|
|
|
|
|
| |
... just as the native code path does. Avoids sending too large data
chunks in the callback and more.
Reported-by: Gisle Vanem
Fixes #6462
Closes #6473
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since curl's own memory debugging system redefines free() calls to track
and fiddle with memory, it cannot be used on memory allocated by 3rd
party libraries.
Third party libraries SHOULD NOT require free() to release allocated
resources for this reason - and libs can use separate healp allocators
on some systems (like Windows) so free() doesn't necessarily work
anyway.
Filed as an issue with libssh: https://bugs.libssh.org/T268
Closes #6481
|
|
|
|
|
|
| |
To help catch bad invokes.
Closes #6476
|
|
|
|
| |
skip test 410 for mesalink in the CI as it otherwise hangs "forever"
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
... in most cases instead of 'struct connectdata *' but in some cases in
addition to.
- We mostly operate on transfers and not connections.
- We need the transfer handle to log, store data and more. Everything in
libcurl is driven by a transfer (the CURL * in the public API).
- This work clarifies and separates the transfers from the connections
better.
- We should avoid "conn->data". Since individual connections can be used
by many transfers when multiplexing, making sure that conn->data
points to the current and correct transfer at all times is difficult
and has been notoriously error-prone over the years. The goal is to
ultimately remove the conn->data pointer for this reason.
Closes #6425
|
|
|
|
|
|
| |
This fixes a misspelled "it" and a grammatically wrong "-ing" suffix.
Closes #6471
|
| |
|
|
|
|
|
|
|
| |
This does for cmake builds what --disable-openssl-auto-load-config
does for autoconf builds.
Closes https://github.com/curl/curl/pull/6435
|
|
|
|
|
|
|
|
|
|
|
|
| |
... and as a practical side-effect, make sure that the
Curl_easyopts_check() function is asserted in debug builds, which we
want to detect mismatches between the options list in easyoptions.c and
the options in curl.h
Found-by: Gisle Vanem
Bug: https://github.com/curl/curl/commit/08e8455dddc5e48e58a12ade3815c01ae3da3b64#commitcomment-45991815
Closes #6461
|
|
|
|
| |
Follow-up from AWS_SIGV4
|
|
|
|
|
|
| |
Follow-up from e87ad71d1ba00519
Closes #6459
|
|
|
|
|
|
|
|
|
|
|
|
| |
... so that a function can first use MIMEPOST and then set it to NULL to
reset it back to a blank POST.
Added test 584 to verify the fix.
Reported-by: Christoph M. Becker
Fixes #6455
Closes #6456
|
|
|
|
|
|
|
|
|
|
|
| |
... instead of at end of the DO state. This makes the timer more
accurate for the protocols that use the DOING state (such as FTP), and
simplifies how the function (now called init_perform) is called.
The timer will then include the entire procedure up to PERFORM -
including all instructions for getting the transfer started.
Closes #6454
|
|
|
|
|
|
|
|
| |
... the timer *does* include the instructions for getting the remote
file.
Ref: #6452
Closes #6453
|
|
|
|
|
|
| |
... when built without -DUNICODE.
Closes #6457
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a batch file is run without CRLF line endings (ie LF-only) then
arbitrary behavior may occur. I consider that a bug in Windows, however
the effects can be serious enough (eg unintended code executed) that
we're fixing it in the repo by requiring CRLF line endings for batch
files on checkout.
Prior to this change the checked-out line endings of batch files were
dependent on a user's git preferences. On Windows it is common for git
users to have automatic CRLF conversion enabled (core.autocrlf true),
but those users that don't would run into this behavior.
For example a user has reported running the Visual Studio project
generator batch file (projects/generate.bat) and it looped forever.
Output showed that the Windows OS interpreter was occasionally jumping
to arbitrary points in the batch file and executing commands. This
resulted in unintended files being removed (a removal sequence called)
and looping forever.
Ref: https://serverfault.com/q/429594
Ref: https://stackoverflow.com/q/232651
Ref: https://www.dostips.com/forum/viewtopic.php?t=8988
Ref: https://git-scm.com/docs/gitattributes#_checking_out_and_checking_in
Ref: https://git-scm.com/book/en/v2/Customizing-Git-Git-Configuration#_core_autocrlf
Bug: https://github.com/curl/curl/discussions/6427
Reported-by: Ganesh Kamath
Closes https://github.com/curl/curl/pull/6442
|
| |
|
|
|
|
|
|
| |
o removed HSTS - already implemented
o added HTTPS RR records
o mention HTTP/3 completion
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|