New Defects reported by Coverity Scan for LibreOffice
Stephan Bergmann
sbergman at redhat.com
Mon Jan 26 05:49:32 PST 2015
On 01/25/2015 02:23 PM, scan-admin at coverity.com wrote:
> *** CID 1266445: Explicit null dereferenced (FORWARD_NULL)
> /cppuhelper/source/component_context.cxx: 747 in cppu::ComponentContext::disposing()()
> 741 &envs, &envCount, &rtl_allocateMemory, OUString("java").pData);
> 742 assert(envCount >= 0);
> 743 assert(envCount == 0 || envs != nullptr);
> 744 for (sal_Int32 i = 0; i != envCount; ++i) {
> 745 assert(envs[i] != nullptr);
> 746 assert(envs[i]->dispose != nullptr);
>>>> CID 1266445: Explicit null dereferenced (FORWARD_NULL)
>>>> Dereferencing null pointer "envs".
> 747 (*envs[i]->dispose)(envs[i]);
What was the state of these builds again, they're implicitly
--disable-debug, --disable-assert-always-abort, and making them
--enable-debug would run out of resources? Could they be made
--enable-assert-always-abort, in the hope that that would silence the
above false positive (or would that need some explicit coverity comment
annotation anyway)?
More information about the LibreOffice
mailing list