-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Comparing changes
Open a pull request
base repository: warmcat/libwebsockets
base: main
head repository: wxjwz/libwebsockets
compare: master
- 15 commits
- 88 files changed
- 2 contributors
Commits on Sep 28, 2017
-
Configuration menu - View commit details
-
Copy full SHA for 2909fb9 - Browse repository at this point
Copy the full SHA 2909fb9View commit details -
CMake: convert all LWS_USE_... to LWS_WITH_...
Almost all the CMake options begin with LWS_WITH_..., but many of the symbols passed to lws are LWS_USE_... , this causes neededless confusion, compounded by the fact that a few CMake options also begin with LWS_USE_. This patch globally converts all LWS_USE_... to LWS_WITH_..., so there is only one prefix to remember in both CMake and the code. The affected public CMake options are LWS_USE_BORINGSSL -> LWS_WITH_BORINGSSL LWS_USE_CYASSL -> LWS_WITH_CYASSL LWS_USE_WOLFSSL -> LWS_WITH_WOLFSSL LWS_USE_MBEDTLS -> LWS_WITH_MBEDTLS LWS_USE_BUNDLED_ZLIB -> LWS_WITH_BUNDLED_ZLIB
Configuration menu - View commit details
-
Copy full SHA for 7efdcb4 - Browse repository at this point
Copy the full SHA 7efdcb4View commit details -
openssl-wrapper: add APLN accessors
This adds the necessary OpenSSL Apis to the mbedTLS openssl wrapper to allow ALPN negotiation OpenSSL-style. The OpenSSL upgrade list format is supported and converted to mbedtls format at runtime.
Configuration menu - View commit details
-
Copy full SHA for 88bcdbc - Browse repository at this point
Copy the full SHA 88bcdbcView commit details
Commits on Sep 29, 2017
-
Configuration menu - View commit details
-
< 10000 span data-view-component="true" class="ActionListItem-label"> Copy full SHA for 599746e - Browse repository at this point
Copy the full SHA 599746eView commit details
Commits on Oct 2, 2017
-
Configuration menu - View commit details
-
Copy full SHA for 0db3376 - Browse repository at this point
Copy the full SHA 0db3376View commit details
Commits on Oct 3, 2017
-
Configuration menu - View commit details
-
Copy full SHA for cf8e9f7 - Browse repository at this point
Copy the full SHA cf8e9f7View commit details
Commits on Oct 4, 2017
-
Configuration menu - View commit details
-
Copy full SHA for 4216558 - Browse repository at this point
Copy the full SHA 4216558View commit details
Commits on Oct 6, 2017
-
Configuration menu - View commit details
-
Copy full SHA for c7b8ea8 - Browse repository at this point
Copy the full SHA c7b8ea8View commit details -
Configuration menu - View commit details
-
Copy full SHA for b5cb5d2 - Browse repository at this point
Copy the full SHA b5cb5d2View commit details -
ah pool: change to dynamic linked list
For some targets like ESP32, the ah pool is mainly sitting idle wasting memory. For HTTP/2, if the client sends a series of pipelined headers on different SIDs that exist simultaneously, there is no way to stall the headers to wait for an ah, because we must read the stream for stuff like WINDOW_UPDATE on the other streams. In both these cases having the ability to free unused ah completely and allocate more dynamically if there is memory is useful, so this patch makes the ah pool an initially-empty linked list that allocates on demand up to the "max pool size" limit from the context info. When nobody wants an ah, it is freed (if someone was waiting for it, it is directly reused). For ESP32 it means no large, permanent alloc when lws starts and dynamic alloc according to how many streams the client opens, which can be controlled by SETTINGS.
Configuration menu - View commit details
-
Copy full SHA for 23027c5 - Browse repository at this point
Copy the full SHA 23027c5View commit details -
Subject: toolchain: Create cross-w32.cmake
Toolchain file for crosscompiling on 32bit Windows platforms from Linux's MinGW platform.
Configuration menu - View commit details
-
Copy full SHA for 304eb7b - Browse repository at this point
Copy the full SHA 304eb7bView commit details -
Subject: toolchain: Create cross-w64.cmake
Toolchain file for crosscompiling on 64bit Windows platforms.
Configuration menu - View commit details
-
Copy full SHA for d5fbfc8 - Browse repository at this point
Copy the full SHA d5fbfc8View commit details -
wrapper: make SSL_accept nonblocking
The mbedTLS / OpenSSL wrapper spins for the duration of the handshake, which is a slow 31ms on my x86_64 box (by comparison it's ~1ms on actual OpenSSL on the same box). This doesn't change the 31ms but it stops us spinning during the accept and has us retry on POLLIN instead like OpenSSL. Note this also fixes the endemic mismatches in returncode between mbedTLS and OpenSSL semantics...
Configuration menu - View commit details
-
Copy full SHA for 7dca653 - Browse repository at this point
Copy the full SHA 7dca653View commit details
Commits on Oct 10, 2017
-
Configuration menu - View commit details
-
Copy full SHA for dc9ece6 - Browse repository at this point
Copy the full SHA dc9ece6View commit details -
HTTP/2 support is now able to serve the test server, complete with websockets, from a single vhost. - This works the same with both OpenSSL and mbedTLS. - POST is now wired up and works. - CGI is wired up and works. - Redirect is adapted and works - lwsws works. - URI urldecode, sanitation and argument parsing wired up for :path valgrind clean (aside from openssl-style false uninit data usage in mbedtls send occasionally) h2spec reports: $ h2spec -h 127.0.0.1 -p 7681 -t -k -o 1 ... 145 tests, 144 passed, 1 skipped, 0 failed" Incorporates: - "#1039 Fixes issue with -Werror=unused-variable flag - https://github.com/sartura/libwebsockets/commit/2c843a1395bdca5c23b40d989f508fc96aa5ba3b ssl: fix infinite loop on client cert verification failure Signed-off-by: Petar Paradzik <petar.paradzik@sartura.hr>" Caused and fixes Coverity 184887 - 184892
Configuration menu - View commit details
-
Copy full SHA for 9b0efae - Browse repository at this point
Copy the full SHA 9b0efaeView commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff main...master