Hi,
On Monday, 2023-08-07 06:12:39 +0000, libreoffice@xxxxxxxxxxxxxxxxxxxxxxxx wrote:
> /builddir/build/BUILD/libreoffice-7.6.0.2/sc/qa/unit/ucalc_formula.cxx:1650:testFormulaRefUpdate::TestBody
> equality assertion failed
> - Expected: =SUM(D2:E3)
> - Actual : =SUM(B2:E3)
> - Wrong formula in A6.
If that test fails, something is fundamentally broken. The columns
inserting code just above on line 1647 does not work or does not adjust
formula expression references
// Insert columns B:C to shift only the value range.
m_pDoc->InsertCol(ScRange(1,0,0,2,m_pDoc->MaxRow(),0));
so you'd have to debug step into that and see where it fails. Use the
make CppunitTest_sc_ucalc_formula CPPUNITTRACE="gdb --args"
command given by the build output, set a breakpoint on
sc/qa/unit/ucalc_formula.cxx:1647 and run.
However, the build seems to have a more general problem, the build.log
output is full with plenty of "exceeds maximum object size" like (first
occurrence)
| /builddir/build/BUILD/libreoffice-7.6.0.2/cppuhelper/source/component_context.cxx:571:87: warning: argument 1 value '18446744073709551615' exceeds maximum object size 9223372036854775807 [-Walloc-size-larger-than=]
| 571 | std::unique_ptr<ContextEntry_Init[]> mapped_entries(new ContextEntry_Init[nEntries]);
| | ^
| /usr/include/c++/13/new:128:26: note: in a call to allocation function 'operator new []' declared here
| 128 | _GLIBCXX_NODISCARD void* operator new[](std::size_t) _GLIBCXX_THROW (std::bad_alloc)
| | ^
Those certainly don't look healthy..
Eike
--
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A
Attachment:
signature.asc
Description: PGP signature
