tsan-suppress.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
New commits: commit bc7464f3871d3e521cdefe7c565097958fa8a317 Author: Andrea Gelmini <andrea.gelm...@gelma.net> AuthorDate: Fri Aug 25 18:51:46 2023 +0200 Commit: Julien Nabet <serval2...@yahoo.fr> CommitDate: Sat Aug 26 11:19:51 2023 +0200 Fix typo Change-Id: I53aed5857863162d1c6bbfa5ee5bf63be3d7de58 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156119 Tested-by: Julien Nabet <serval2...@yahoo.fr> Reviewed-by: Julien Nabet <serval2...@yahoo.fr> diff --git a/tsan-suppress.txt b/tsan-suppress.txt index 4137332e05a8..2d1c1e3b7c8a 100644 --- a/tsan-suppress.txt +++ b/tsan-suppress.txt @@ -88,7 +88,7 @@ deadlock:DeInitVCL # but I can't see how it could lead to a problem in practice deadlock:ItemHolder1::impl_addItem -# ignore warning aboure nRefCount in sal_Sequence. +# ignore warning about nRefCount in sal_Sequence. # <sberg> noelgrandin, we generally assume that sal_Int32 is small enough, and hardware sane enough, # that reading it will always give a sane value, i.e., if the read happens in parallel with a write, # the read produces either the old, original value, or the newly written one.