History log of /libuv/.github/workflows/sanitizer.yml (Results 1 – 13 of 13)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 63b22be0 29-Jul-2024 dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

ci: bump actions/checkout to 4 (#4474)

Held back one due to https://github.com/libuv/libuv/pull/4451


# 372e4c64 29-Jul-2024 dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

ci: bump KyleMayes/install-llvm-action from 1 to 2 (#4472)


# f279d9e6 16-Jul-2024 Saúl Ibarra Corretgé

ci: use macOS 12 for macOS and iOS builds

macOS 11 is gone: https://github.com/actions/runner-images/pull/10198


# 91ba1305 17-Mar-2024 Ben Noordhuis

test,ci: fix [AM]San, disable ASLR (#4365)

The kernel that ships with the new Ubuntu 22.04 CI image seems to have a
PIE slide that is bigger than the sanitizer runtimes can handle.

test,ci: fix [AM]San, disable ASLR (#4365)

The kernel that ships with the new Ubuntu 22.04 CI image seems to have a
PIE slide that is bigger than the sanitizer runtimes can handle.

It makes ASan fail with thousands of "AddressSanitizer:DEADLYSIGNAL"
warnings, and MSan error with complaints about memory accesses outside
known ranges. Disabling address space layout randomization fixes both.

This commit also fixes a small bug in the platform_output test where
the cgroups v1 logic did not handle the "unlimited quota" special case
properly. Ubuntu 20.04 still uses cgroups v1.

show more ...


# 93efccf4 30-Oct-2023 Matheus Izvekov

build: add windows ubsan and clang ci (#4138)

Fixes a detected error: incompatible pointer to integer conversion
passing 'uv_os_fd_t' (aka 'void *') to parameter of type 'SOCKET' (aka

build: add windows ubsan and clang ci (#4138)

Fixes a detected error: incompatible pointer to integer conversion
passing 'uv_os_fd_t' (aka 'void *') to parameter of type 'SOCKET' (aka
'unsigned long long').

Use upstream llvm to work-around broken VS2022 clang unable to link.

show more ...


# 56fca44a 28-Oct-2023 Ben Noordhuis

build: run sanitizers on macos ci (#4189)

Skip three fs_event tests that time out under Thread Sanitizer.


# 67063ead 19-Jan-2023 Ben Noordhuis

build: promote tsan ci to must-pass

Refs: https://github.com/libuv/libuv/issues/3681


# e972c670 04-Jan-2023 Ben Noordhuis

build: add UndefinedBehaviorSanitizer support (#3870)

- add UBSAN build option

- turn on UBSAN CI build

Fixes: https://github.com/libuv/libuv/issues/3869


# acfe668e 18-Oct-2022 Ben Noordhuis

build: add MemorySanitizer (MSAN) support (#3788)

- unpoison results from linux system call wrappers

- unpoison results from stat/fstat/lstat to pacify clang 14
(fixed in late

build: add MemorySanitizer (MSAN) support (#3788)

- unpoison results from linux system call wrappers

- unpoison results from stat/fstat/lstat to pacify clang 14
(fixed in later versions)

- add MSAN build option

- turn on MSAN CI build

show more ...


# 8528c622 21-Mar-2022 Jameson Nash

build: filter CI by paths and branches (#3569)

Avoids some unnecessary CI work, particularly on forks, which would
often start a build on every push.


# 22d62239 16-Oct-2021 Jameson Nash

build: add experimental TSAN configuration (#3328)


# 6564ccc9 09-Oct-2021 Jameson Nash

asan: fix some tests (#3323)

Previously they were just being run incorrectly, but nothing wrong with
the test itself. We were also interpreting an ASAN failure as TEST_SKIP,
so test

asan: fix some tests (#3323)

Previously they were just being run incorrectly, but nothing wrong with
the test itself. We were also interpreting an ASAN failure as TEST_SKIP,
so test failures would not actually be reported as CI failures.

show more ...


Revision tags: v1.41.0, v1.40.0
# 97a90330 20-Sep-2020 gengjiawen

build: add asan checks

Fixes: https://github.com/libuv/libuv/issues/2999
PR-URL: https://github.com/libuv/libuv/pull/2998
Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
Reviewed

build: add asan checks

Fixes: https://github.com/libuv/libuv/issues/2999
PR-URL: https://github.com/libuv/libuv/pull/2998
Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>

show more ...