Hi Caolán,

On Tuesday, 2015-01-20 14:55:51 +0000, Caolán McNamara wrote:

> caolanm->erack: the two ods import failures are both dying in the new
> assert of sc/source/core/tool/compiler.cxx:4163 are they true asserts in
> the sense there is something wrong in the code somewhere ?

Valid condition for fdo33588-1.ods as it does not, for whatever reason,
contain the cached data of the external reference. Something wrong for
ooo103918-7.ods as the chached data is actually there. Changed to
SAL_WARN_IF() with
https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=8825e95a44395b5c4675f077e99fe4d9fb47c62f

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack

Attachment: pgpcEEG8XJooL.pgp
Description: PGP signature

_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Reply via email to