Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
L
libwebsockets
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Container registry
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Issue analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Terms and privacy
Keyboard shortcuts
?
Snippets
Groups
Projects
This is an archived project. Repository and other project resources are read-only.
Show more breadcrumbs
Fork
libwebsockets
Commits
5b85e39d
Commit
5b85e39d
authored
9 years ago
by
Andy Green
Browse files
Options
Downloads
Patches
Plain Diff
mbed3 remove unused allocations
Signed-off-by:
Andy Green
<
andy.green@linaro.org
>
parent
3246ebb3
Branches
Branches containing commit
Tags
Tags containing commit
No related merge requests found
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
changelog
+6
-3
6 additions, 3 deletions
changelog
lib/libwebsockets.h
+0
-3
0 additions, 3 deletions
lib/libwebsockets.h
with
6 additions
and
6 deletions
changelog
+
6
−
3
View file @
5b85e39d
...
@@ -33,7 +33,10 @@ the peak allocation.
...
@@ -33,7 +33,10 @@ the peak allocation.
Setting max_http_header_pool to 1 is fine it will just queue incoming
Setting max_http_header_pool to 1 is fine it will just queue incoming
connections before the accept as necessary, you can still have as many
connections before the accept as necessary, you can still have as many
simultaneous post-header connections as you like.
simultaneous post-header connections as you like. Since the http header
processing is completed and the allocation released after ESTABLISHED or the
HTTP callback, even with a pool of 1 many connections can be handled rapidly.
User api changes
User api changes
----------------
----------------
...
@@ -41,9 +44,9 @@ User api changes
...
@@ -41,9 +44,9 @@ User api changes
1) LWS_SEND_BUFFER_POST_PADDING is now 0 and deprecated. You can remove it; if
1) LWS_SEND_BUFFER_POST_PADDING is now 0 and deprecated. You can remove it; if
you still use it, obviously it does nothing. Old binary code with nonzero
you still use it, obviously it does nothing. Old binary code with nonzero
LWS_SEND_BUFFER_POST_PADDING is perfectly compatible, the old code just
LWS_SEND_BUFFER_POST_PADDING is perfectly compatible, the old code just
allocated a buffer bigger than
needed
.
allocated a buffer bigger than
the library is going to use
.
The example apps no longer use
r it
.
The example apps no longer use
LWS_SEND_BUFFER_POST_PADDING
.
The only path who made use of it was sending with LWS_WRITE_CLOSE.
The only path who made use of it was sending with LWS_WRITE_CLOSE.
...
...
This diff is collapsed.
Click to expand it.
lib/libwebsockets.h
+
0
−
3
View file @
5b85e39d
...
@@ -32,8 +32,6 @@
...
@@ -32,8 +32,6 @@
#include
"sal-stack-lwip/lwipv4_init.h"
#include
"sal-stack-lwip/lwipv4_init.h"
namespace
{
namespace
{
const
int
SERVER_PORT
=
80
;
const
int
BUFFER_SIZE
=
4096
;
}
}
using
namespace
mbed
::
Sockets
::
v0
;
using
namespace
mbed
::
Sockets
::
v0
;
...
@@ -64,7 +62,6 @@ public:
...
@@ -64,7 +62,6 @@ public:
public
:
public
:
struct
lws
*
wsi
;
struct
lws
*
wsi
;
char
buffer
[
BUFFER_SIZE
];
char
writeable
;
char
writeable
;
char
awaiting_on_writeable
;
char
awaiting_on_writeable
;
};
};
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment