On Mon, 2010-11-01 at 10:58 +0000, Caolán McNamara wrote:
On Thu, 2010-10-28 at 13:21 +0100, Caolán McNamara wrote:
Hmm, sort of looks like the underlying cppu stuff, or something it uses,
got pulled out from under it during the test. I don't think it could
have gotten that far for the uno::sequence dtor (which looks up the type
of its argument) to blow up without the type system working earlier.
I'll have another blast at this, this time only for Linux and copying
the rdb files. I'd like to see if it passes in the buildbot anyway.
Tracked down this problem a while ago and fixed it. Had a chance to see
why these were failing under windows and it simply boils down that
elements in STAR_RESOURCEPATH need to be separated with ; instead of :
on windows.
Enabled the sc cppunit test by default for all platforms again after
fixing that. Feel free to disable the test if it fails on some platform
and let me know.
C.
Context
- Re: [Libreoffice] howto for getting non-trivial cppunit tests up and running (continued)
Re: [Libreoffice] howto for getting non-trivial cppunit tests up and running · Thorsten Behrens
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.