Re: [PATCH] spell fixes, spelling whitelist addition
Sorry sendt to the wrong mail account Hilsen Henning Svane Fra: Henning Svane sendt: lørdag den 22. april 2023 20.43 til: Илья Шипицин; HAProxy Emne: Re: [PATCH] spell fixes, spelling whitelist addition Nej Hilsen Henning Svane Fra: Илья Шипицин sendt: lørdag den 22. april 2023 20.34 til: HAProxy Emne: [PATCH] spell fixes, spelling whitelist addition Hello, yet another spell fixes Ilya
Re: [PATCH] spell fixes, spelling whitelist addition
Nej Hilsen Henning Svane Fra: Илья Шипицин sendt: lørdag den 22. april 2023 20.34 til: HAProxy Emne: [PATCH] spell fixes, spelling whitelist addition Hello, yet another spell fixes Ilya
[PATCH] spell fixes, spelling whitelist addition
Hello, yet another spell fixes Ilya From d1884cb1de7292ab657d27676c08cb7aaf3f1cba Mon Sep 17 00:00:00 2001 From: Ilya Shipitsin Date: Sat, 22 Apr 2023 20:20:39 +0200 Subject: [PATCH 4/4] CLEANUP: assorted typo fixes in the code and comments This is 36th iteration of typo fixes --- doc/lua-api/index.rst | 2 +- include/haproxy/stconn-t.h | 2 +- src/hlua.c | 10 +- src/hlua_fcn.c | 4 ++-- 4 files changed, 9 insertions(+), 9 deletions(-) diff --git a/doc/lua-api/index.rst b/doc/lua-api/index.rst index f7b453e73..66d5da67f 100644 --- a/doc/lua-api/index.rst +++ b/doc/lua-api/index.rst @@ -1338,7 +1338,7 @@ Server class care about a single server, and also prevents useless wakeups. For instance, if you want to be notified for UP/DOWN events on a given set of - servers, it is recommended to peform multiple per-server subscriptions since + servers, it is recommended to perform multiple per-server subscriptions since it will be more efficient that doing a single global subscription that will filter the received events. Unless you really want to be notified for servers events of ALL servers of diff --git a/include/haproxy/stconn-t.h b/include/haproxy/stconn-t.h index dd76a9422..fe10950b6 100644 --- a/include/haproxy/stconn-t.h +++ b/include/haproxy/stconn-t.h @@ -153,7 +153,7 @@ enum sc_flags { SC_FL_NEED_BUFF = 0x0100, /* SC waits for an rx buffer allocation to complete */ SC_FL_NEED_ROOM = 0x0200, /* SC needs more room in the rx buffer to store incoming data */ - SC_FL_RCV_ONCE = 0x0400, /* Don't loop to receive data. cleared after a sucessful receive */ + SC_FL_RCV_ONCE = 0x0400, /* Don't loop to receive data. cleared after a successful receive */ SC_FL_SND_ASAP = 0x0800, /* Don't wait for sending. cleared when all data were sent */ SC_FL_SND_NEVERWAIT = 0x1000, /* Never wait for sending (permanent) */ SC_FL_SND_EXP_MORE = 0x1000, /* More data expected to be sent very soon. cleared when all data were sent */ diff --git a/src/hlua.c b/src/hlua.c index 5c29bc5ac..87f022d6b 100644 --- a/src/hlua.c +++ b/src/hlua.c @@ -9113,7 +9113,7 @@ static struct task *hlua_event_runner(struct task *task, void *context, unsigned /* We reached the limit of pending events in the queue: we should * warn the user, and temporarily pause the subscription to give a chance - * to the handler to catch up? (it also prevents ressource shortage since + * to the handler to catch up? (it also prevents resource shortage since * the queue could grow indefinitely otherwise) * TODO: find a way to inform the handler that it missed some events * (example: stats within the subscription in event_hdl api exposed via lua api?) @@ -9176,7 +9176,7 @@ static struct task *hlua_event_runner(struct task *task, void *context, unsigned RESET_SAFE_LJMP(hlua_sub->hlua); /* At this point the event was successfully translated into hlua ctx, - * or hlua error occured, so we can safely discard it + * or hlua error occurred, so we can safely discard it */ event_hdl_async_free_event(event); event = NULL; @@ -9199,7 +9199,7 @@ static struct task *hlua_event_runner(struct task *task, void *context, unsigned task_wakeup(task, TASK_WOKEN_OTHER); } else if (hlua_sub->paused) { - /* empty queue, the handler catched up: resume the subscription */ + /* empty queue, the handler caught up: resume the subscription */ event_hdl_resume(hlua_sub->sub); hlua_sub->paused = 0; } @@ -9308,7 +9308,7 @@ __LJMP static struct event_hdl_sub_type hlua_check_event_sub_types(lua_State *L, /* Wrapper for hlua_fcn_new_event_sub(): catch errors raised by * the function to prevent LJMP * - * If no error occured, the function returns 1, else it returns 0 and + * If no error occurred, the function returns 1, else it returns 0 and * the error message is pushed at the top of the stack */ __LJMP static int _hlua_new_event_sub_safe(lua_State *L) @@ -9328,7 +9328,7 @@ static int hlua_new_event_sub_safe(lua_State *L, struct event_hdl_sub *sub) case LUA_OK: return 1; default: - /* error was catched */ + /* error was caught */ return 0; } } diff --git a/src/hlua_fcn.c b/src/hlua_fcn.c index f275c5434..188fcf4fd 100644 --- a/src/hlua_fcn.c +++ b/src/hlua_fcn.c @@ -1023,7 +1023,7 @@ int hlua_server_get_name(lua_State *L) } /* __index metamethod for server class - * support for additionnal keys that are missing from the main table + * support for additional keys that are missing from the main table * stack:1 = table (server class), stack:2 = requested key * Returns 1 if key is supported * else returns 0 to make lua return NIL value to the caller @@ -1567,7 +1567,7 @@ int hlua_proxy_get_uuid(lua_State *L) } /* __index metamethod for proxy class - * support for additionnal keys that are missing from the main table + * support for additional keys that are mis
[PATCH] spell fixes
Hello, yet another spell fixes. Ilya From ce1dc66eeb1ab7e73426c0fa41dbb6e7655ce951 Mon Sep 17 00:00:00 2001 From: Ilya Shipitsin Date: Sat, 6 Aug 2022 23:01:00 +0500 Subject: [PATCH] CLEANUP: assorted typo fixes in the code and comments This is 32nd iteration of typo fixes --- doc/design-thoughts/thread-group.txt | 6 +++--- include/haproxy/quic_tp-t.h | 2 +- include/haproxy/quic_tp.h| 6 +++--- include/import/ebmbtree.h| 2 +- src/cfgparse-quic.c | 2 +- src/quic_tp.c| 24 src/xprt_quic.c | 2 +- 7 files changed, 22 insertions(+), 22 deletions(-) diff --git a/doc/design-thoughts/thread-group.txt b/doc/design-thoughts/thread-group.txt index 9ab1f556d..e845230fa 100644 --- a/doc/design-thoughts/thread-group.txt +++ b/doc/design-thoughts/thread-group.txt @@ -339,18 +339,18 @@ fd_takeover():|do { old = {running, thread}; | return -1; new = {tid_bit, tid_bit}; | new = { running | tid_bit, old.thread } if (owner != expected) { |} while (!dwcas({running, thread}, &old, &new)); - atomic_and(runnning, ~tid_bit); | + atomic_and(running, ~tid_bit); | return -1; // fail | fd_clr_running(): } |return atomic_and_fetch(running, ~tid_bit); | while (old == {tid_bit, !=0 }) | poll(): if (dwcas({running, thread}, &old, &new)) { |if (!owner) - atomic_and(runnning, ~tid_bit); | continue; + atomic_and(running, ~tid_bit); | continue; return 0; // success | } |if (!(thread_mask & tid_bit)) { } | epoll_ctl_del(); | continue; - atomic_and(runnning, ~tid_bit);|} + atomic_and(running, ~tid_bit); |} return -1; // fail | |// via fd_update_events() fd_delete(): |if (fd_set_running() != -1) { diff --git a/include/haproxy/quic_tp-t.h b/include/haproxy/quic_tp-t.h index 77b05e32a..24859e73e 100644 --- a/include/haproxy/quic_tp-t.h +++ b/include/haproxy/quic_tp-t.h @@ -27,7 +27,7 @@ struct tp_preferred_address { }; struct tp_version_information { - uint32_t choosen; + uint32_t chosen; const uint32_t *others; size_t nb_others; const struct quic_version *negotiated_version; diff --git a/include/haproxy/quic_tp.h b/include/haproxy/quic_tp.h index 192460217..9ec559f84 100644 --- a/include/haproxy/quic_tp.h +++ b/include/haproxy/quic_tp.h @@ -13,7 +13,7 @@ void quic_transport_params_init(struct quic_transport_params *p, int server); int quic_transport_params_encode(unsigned char *buf, const unsigned char *end, struct quic_transport_params *p, - const struct quic_version *choosen_version, + const struct quic_version *chosen_version, int server); int quic_transport_params_store(struct quic_conn *conn, int server, @@ -46,10 +46,10 @@ static inline void quic_tp_cid_dump(struct buffer *buf, static inline void quic_tp_version_info_dump(struct buffer *b, const struct tp_version_information *tp, int local) { - if (!tp->choosen) + if (!tp->chosen) return; - chunk_appendf(b, "\n\tversion_information:(choosen=0x%08x", tp->choosen); + chunk_appendf(b, "\n\tversion_information:(chosen=0x%08x", tp->chosen); if (tp->nb_others) { int i = 0; const uint32_t *ver; diff --git a/include/import/ebmbtree.h b/include/import/ebmbtree.h index 0e23539d1..b2dd1447a 100644 --- a/include/import/ebmbtree.h +++ b/include/import/ebmbtree.h @@ -111,7 +111,7 @@ static inline struct ebmb_node *ebmb_lookup_shorter(struct ebmb_node *start) eb_troot_t *t = start->node.leaf_p; struct ebmb_node *node; - /* first, chcek for duplicates */ + /* first, check for duplicates */ node = ebmb_next_dup(start); if (node) return node; diff --git a/src/cfgparse-quic.c b/src/cfgparse-quic.c index 5268e9ada..a9ec0740a 100644 --- a/src/cfgparse-quic.c +++ b/src/cfgparse-quic.c @@ -22,7 +22,7 @@ static int bind_parse_quic_cc_algo(char **args, int cur_arg, struct proxy *px, struct quic_cc_algo *cc_algo; if (!*args[cur_arg + 1]) { - memprintf(err, "'%s' : missing control congestion algorith", args[cur_arg]); + memprintf(err, "'%s' : missing control congestion algorithm", args
Re: [PATCH] spell fixes
On Sun, Aug 22, 2021 at 10:22:38PM +0500, ??? wrote: > hello, > > yet another spell fixes. Applied, thanks Ilya! Willy
[PATCH] spell fixes
hello, yet another spell fixes. Ilya From af89f34503eed1f36b0e2262bb2cef286336fbc5 Mon Sep 17 00:00:00 2001 From: Ilya Shipitsin Date: Sun, 22 Aug 2021 22:18:07 +0500 Subject: [PATCH] CLEANUP: assorted typo fixes in the code and comments This is 26th iteration of typo fixes --- doc/lua-api/index.rst| 30 +++--- include/haproxy/hlua-t.h | 2 +- src/hlua.c | 22 +++--- 3 files changed, 27 insertions(+), 27 deletions(-) diff --git a/doc/lua-api/index.rst b/doc/lua-api/index.rst index 0f25760cd..d671b3222 100644 --- a/doc/lua-api/index.rst +++ b/doc/lua-api/index.rst @@ -1386,7 +1386,7 @@ Channel class retrieve a maximum of data and, if called by an action, it yields if necessary. It also waits for more data if the requested length exceeds the available amount of incoming data. Do not providing an offset is the same that - setting it to 0. A positive offset is relative to the begining of incoming + setting it to 0. A positive offset is relative to the beginning of incoming data of the channel buffer while negative offset is relative to their end. If there is no incoming data and the channel can't receive more data, a 'nil' @@ -1426,7 +1426,7 @@ Channel class success or -1 if data cannot be copied. By default, if no offset is provided, the string is copied in front of - incoming data. A positive offset is relative to the begining of incoming data + incoming data. A positive offset is relative to the beginning of incoming data of the channel buffer while negative offset is relative to their end. :param class_channel channel: The manipulated Channel. @@ -1462,7 +1462,7 @@ Channel class retrieve a maximum of data and, if called by an action, yields if necessary. It also waits for more data if the requested length exceeds the available amount of incoming data. Do not providing an offset is the same that - setting it to 0. A positive offset is relative to the begining of incoming + setting it to 0. A positive offset is relative to the beginning of incoming data of the channel buffer while negative offset is relative to their end. If there is no incoming data and the channel can't receive more data, a 'nil' @@ -1512,7 +1512,7 @@ Channel class By default, if no length is provided, all incoming data, starting at the given offset, are removed. Do not providing an offset is the same that setting it - to 0. A positive offset is relative to the begining of incoming data of the + to 0. A positive offset is relative to the beginning of incoming data of the channel buffer while negative offset is relative to their end. :param class_channel channel: The manipulated Channel. @@ -1526,7 +1526,7 @@ Channel class .. js:function:: Channel.send(channel, string) This function requires immediate send of the string **string**. It means the - string is copied at the begining of incoming data of the channel buffer and + string is copied at the beginning of incoming data of the channel buffer and immediately forwarded. Unless if the connection is close, and if called by an action, this function yields to copied and forward all the string. @@ -1542,7 +1542,7 @@ Channel class By default, if no length is provided, all incoming data, starting at the given offset, are replaced. Do not providing an offset is the same that setting it - to 0. A positive offset is relative to the begining of incoming data of the + to 0. A positive offset is relative to the beginning of incoming data of the channel buffer while negative offset is relative to their end. :param class_channel channel: The manipulated Channel. @@ -2082,7 +2082,7 @@ TXN class processing after some data have been returned to the client (eg: a redirect). To do so, a reply may be provided. This object is optional and may contain a status code, a reason, a header list and a body. All these fields are - optionnals. When not provided, the default values are used. By default, with + optional. When not provided, the default values are used. By default, with an empty reply object, an empty HTTP 200 response is returned to the client. If no reply object is provided, the transaction is terminated without any reply. @@ -3169,7 +3169,7 @@ Filter class **context**: filter Enable the data filtering on the channel **chn** for the current filter. It - may be called at any time from any callback functions preceeding the data + may be called at any time from any callback functions proceeding the data analysis. :param class_Channel chn: A :ref:`channel_class`. @@ -3208,7 +3208,7 @@ attributes: Such filter class must also define all required callback functions in the following list. Note that :js:func:`Filter.new()` must be defined otherwise the -filter is ignored. Others are optionnal. +filter is ignored. Others are optional. * .. js:function:: FILTER.new() @@ -3355,7 +3355,7 @@ HTTPMe