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.

Reply via email to