it turned out that ASAN is "the root cause" of those failures. let us
disable it for a while (I attached patch)
пт, 13 сент. 2019 г. в 19:23, Илья Шипицин <chipits...@gmail.com>:
>
>
> On Fri, Sep 13, 2019, 3:49 PM Willy Tarreau <w...@1wt.eu> wrote:
>
>> On Fri, Sep 13, 2019 at 03:45:21PM +0500, ???? ??????? wrote:
>> > now build fails with
>> >
>> > "** h1 debug|[ALERT] 255/081449 (8721) : failed to allocate resources
>> for
>> > thread 1."
>>
>> That's exactly the issues I was talking about that started to happen
>> at an increasing frequency over the last few weeks.
>>
>> > no more failures due to leaks.
>>
>> Great! What do you think about leaving the tests only for the cron tasks ?
>>
>
> Give me few days ))
>
>
>
>> Willy
>>
>
From 8254d7dbd00cf9c6f06aa434d1bf156a6b04d7e0 Mon Sep 17 00:00:00 2001
From: Ilya Shipitsin <chipits...@gmail.com>
Date: Sat, 14 Sep 2019 21:18:49 +0500
Subject: [PATCH] BUILD: CI: temporarily disable ASAN
it turned out that ASAN breaks things. until this is resolved,
let us disable ASAN
---
.travis.yml | 1 -
1 file changed, 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index a65662496..8fb906409 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -82,7 +82,6 @@ install:
- scripts/build-ssl.sh > build-ssl.log 2>&1 || (cat build-ssl.log && exit 1)
script:
- - if [ "${CC}" = "clang" ]; then export FLAGS="$FLAGS USE_OBSOLETE_LINKER=1" DEBUG_CFLAGS="-g -fsanitize=address" LDFLAGS="-fsanitize=address"; fi
- make -C contrib/wurfl
- make -j3 CC=$CC V=1 TARGET=$TARGET $FLAGS DEBUG_CFLAGS="$DEBUG_CFLAGS" LDFLAGS="$LDFLAGS" 51DEGREES_SRC="$FIFTYONEDEGREES_SRC" EXTRA_OBJS="$EXTRA_OBJS"
- if [ "${TRAVIS_OS_NAME}" = "linux" ]; then export LD_LIBRARY_PATH="${HOME}/opt/lib:${LD_LIBRARY_PATH:-}"; fi
--
2.20.1
