[Libreoffice-commits] core.git: formula/source: get rid of unnecessary warning
erack at redhat.com
Mon Sep 16 10:08:29 PDT 2013
On Monday, 2013-09-16 14:03:20 +0200, Winfried Donkers wrote:
> > >>- DBG_ASSERT( 0 < eOp && sal_uInt16(eOp) < mnSymbols, "OpCodeMap::putOpCode: OpCode out of range");
> > >>- if (0 < eOp && sal_uInt16(eOp) < mnSymbols)
> > >>+ DBG_ASSERT( sal_uInt16(eOp) < mnSymbols, "OpCodeMap::putOpCode: OpCode out of range");
> > >>+ if (sal_uInt16(eOp) < mnSymbols)
> > I never saw that and I'm usually on a dbgutil build.
> > May it be that it was caused by another change you did?
> It occurs with the changes as in https://gerrit.libreoffice.org/#/c/5691/ (your review on that one is highly appreciated), there may be a connection.
I still did not see that assertion, but I see a bunch of other assertions,
formula/source/core/api/FormulaCompiler.cxx:501: OpCodeMap::putOpCode: reusing OpCode ...
It is not related to your change. It occurs always when an UI language
!= en-US is active and the "Use English function names" option is
activated. For en-US there are still four reuses with that option on,
OpCode 256 (ZGZ)
OpCode 362 (TABLE)
OpCode 411 ()
OpCode 412 ()
The last two would be the new functions FILTERXML and WEBSERVICE
I'll revert the other commit that excluded opcode 0 from the assertion
and investigate what's going wrong else.
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A
For key transition see http://erack.de/key-transition-2013-01-10.txt.asc
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 836 bytes
Desc: not available
More information about the LibreOffice