2021-07-30 08:22:30 -05:00
|
|
|
#
|
|
|
|
|
# This file is part of the LibreOffice project.
|
|
|
|
|
#
|
|
|
|
|
# This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
|
# License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
|
# file, You can obtain one at http://mozilla.org/MPL/2.0/.
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
# Use via environment variable TSAN_OPTIONS=suppressions=.../tsan-suppress.txt
|
|
|
|
|
|
|
|
|
|
# There looks to be a lock ordering problem here, but I can't see how it could
|
|
|
|
|
# actually be hit in practice.
|
|
|
|
|
deadlock:cppuhelper::ServiceManager::disposing()
|
|
|
|
|
deadlock:cppuhelper::ServiceManager::loadImplementation
|
|
|
|
|
|
|
|
|
|
# Ignore stuff in external DBUS library
|
|
|
|
|
# Some kind of dbus lock issue when we call it from psp::CUPSManager
|
|
|
|
|
deadlock:_dbus_lock
|
|
|
|
|
|
|
|
|
|
# inside an assert so I don't care
|
|
|
|
|
race:cppu::OWeakConnectionPoint::acquire
|
|
|
|
|
race:AffineBridge::v_enter
|
|
|
|
|
race:__vsnprintf_chk
|
|
|
|
|
|
|
|
|
|
# right now, I'm not interested in deadlocks at all, too many false+
|
|
|
|
|
deadlock:
|
|
|
|
|
|
2022-03-01 03:09:49 -06:00
|
|
|
# This is checking SAL_STRING_IS_STATIC, which is safe because that is written at compile time.
|
|
|
|
|
# Depending on the optimisation/debug level, the call stack may have different leaves, hence
|
|
|
|
|
# specifying this in more than one way.
|
2021-07-30 08:22:30 -05:00
|
|
|
race:rtl::str::acquire<_rtl_uString>
|
|
|
|
|
race:rtl::str::release<_rtl_uString>
|
2022-03-01 03:09:49 -06:00
|
|
|
race:rtl_uString_acquire
|
|
|
|
|
race:rtl_uString_release
|
|
|
|
|
race:rtl_uString_assign
|
2021-07-30 08:22:30 -05:00
|
|
|
|
|
|
|
|
# I've convinced myself this is a false+, caused by ping-ponging the buffer between two
|
|
|
|
|
# threads, but I might be wrong
|
|
|
|
|
race:XBufferedThreadedStream::getNextBlock
|
|
|
|
|
|
|
|
|
|
# not introduced in stuff the embedded JVM does
|
|
|
|
|
race:libjvm.so
|
2021-08-02 07:18:56 -05:00
|
|
|
|
|
|
|
|
# I think this is OK, because at this point we are doing
|
|
|
|
|
# if (nRefCount > 1)
|
|
|
|
|
# and we know from our callers that the refcount must be at least one
|
|
|
|
|
# so there is no failure mode
|
|
|
|
|
race:ireallocSequence
|
|
|
|
|
|
2021-08-03 05:57:22 -05:00
|
|
|
# TODO There appears to be a race here, initialising the
|
2021-08-02 07:18:56 -05:00
|
|
|
# ::com::sun::star::uno::Sequence< T >::s_pType
|
|
|
|
|
# field. But no idea at all how to fix it.
|
|
|
|
|
race:cppu::getTypeFavourUnsigned
|
|
|
|
|
|
2021-08-05 03:07:38 -05:00
|
|
|
|
|
|
|
|
# This is all inside GIO/Glib, no idea what it is doing
|
|
|
|
|
#
|
|
|
|
|
race:slab_allocator_alloc_chunk
|
|
|
|
|
race:g_source_destroy_internal
|
|
|
|
|
race:g_source_unref_internal
|
|
|
|
|
race:g_task_finalize
|
2021-12-27 14:44:46 -06:00
|
|
|
race:g_socket_send_message_with_timeout
|
