gt; };
>
> the crash returned.
>
> However after recv_wait and send_wait were merged in:
> http://git.haproxy.org/?p=haproxy-2.2.git;a=commit;h=f96508aae6b49277dcf142caa35042678cf8e2ca
>
> <http://git.haproxy.org/?p=haproxy-2.2.git;a=commit;h=f96508aae6b49277dcf142caa35042678cf8e2ca>
> crashes went
nd wait_event the conn_stream
> associated is waiting on (via h2_subscribe) */
> struct list list; /* To be used when adding in h2c->send_list or
> h2c->fctl_lsit */
> };
>
> it crashed just like before.
>
> pon., 2 lis 2020 o 11:12 Kirill A. Korinsky &l
95d85febf5505f8aef6afabb6b23d6fdec;hp=f11be0ea1e8e571234cb41a2fcdde2cf2161df37>
> fixed the crashes we experienced. I'm not sure how/if it fixed the memory
> corruption, it is possible that memory is still corrupted but not causing the
> crash.
>
>
>
> pt., 25 wrz 2020 o
3
> sw = 0x
>
>
>
> pt., 25 wrz 2020 o 15:42 Kirill A. Korinsky <mailto:kir...@korins.ky>> napisał(a):
> > On 25. Sep 2020, at 15:26, Maciej Zdeb > <mailto:mac...@zdeb.pl>> wrote:
> >
> > I was mailing outside the list wi
> On 25. Sep 2020, at 15:26, Maciej Zdeb wrote:
>
> I was mailing outside the list with Willy and Christopher but it's worth
> sharing that the problem occurs even with nbthread = 1. I've managed to
> confirm it today.
I'm curious is it crashed at the same place with the same value?
--
wbr,
> On 25. Sep 2020, at 15:06, Willy Tarreau wrote:
>
> Till here your analysis is right but:
> - the overflow would only be at most the number of extra threads running
>init_genrand() concurrently, or more precisely the distance between
>the most upfront to the latest thread, so in the
Good day,
I'd like to share with your my two cents regarding this topic:
>> lrandom (PRNG for lua, we're using it for 2 or 3 years without any
>> problems, and soon we will drop it from our build)
>
> Never heard of this last one, not that it would make it suspicious at
> all, just that it
I'd like just confirmed that b684e7 build well.
--
wbr, Kirill
> On 5 Mar 2018, at 18:41, Willy Tarreau <w...@1wt.eu> wrote:
>
> On Mon, Mar 05, 2018 at 02:29:03PM +0000, Kirill A. Korinsky wrote:
>> I missed part of OSX target, my mistake.
>
> no problem.
>
> On 5 Mar 2018, at 18:24, Willy Tarreau <w...@1wt.eu> wrote:
>
> On Mon, Mar 05, 2018 at 02:10:34PM +0000, Kirill A. Korinsky wrote:
>> Hi Will,
>>
>> I used a last master 13113d6abb and command to build:
>>
>>> make USE_LUA=1 LUA_LIB=/usr/lo
n)
> make: *** [haproxy] Error 1
I also attached whole log of building to this email.
if it fine, I can send updated (based on last master) version of my patch with
uname ASAP.
--
wbr, Kirill
> On 5 Mar 2018, at 18:00, Willy Tarreau <w...@1wt.eu> wrote:
>
> Hi Kirill,
>
> On
Last macOS has renamed flag --export-dynamic to -export_dynamic, just fixed it
---
Makefile | 4
1 file changed, 4 insertions(+)
diff --git a/Makefile b/Makefile
index 2acf5028..914e3d19 100644
--- a/Makefile
+++ b/Makefile
@@ -630,7 +630,11 @@ check_lua_inc = $(shell if [ -d $(2)$(1) ];
Hey,
Sorry for long response.
Your way much better.
I will prepare a patch ASAP.
--
wbr, Kirill
> On 4 Jan 2018, at 19:24, Thierry Fournier <tfourn...@arpalert.org> wrote:
>
>
>> On 4 Jan 2018, at 15:16, Kirill A. Korinsky <kir...@korins.ky> wrote:
>>
&
expect that it isn't true, is it?
--
wbr, Kirill
> On 4 Jan 2018, at 01:10, Willy Tarreau <w...@1wt.eu> wrote:
>
> Hi Kirill,
>
> On Thu, Dec 28, 2017 at 04:13:38AM +0400, Kirill A. Korinsky wrote:
>> Last macOS hasn't support export-dynamic, just remove it
>>
Last macOS hasn't support export-dynamic, just remove it
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 2acf5028..19234897 100644
--- a/Makefile
+++ b/Makefile
@@ -630,7 +630,7 @@ check_lua_inc = $(shell if [ -d $(2)$(1) ]; then echo
14 matches
Mail list logo
