Re: [Issue 126454] Update English dictionary to version 2015.09.01

[Marco A.G.Pinto]

On 31/08/2015 07:58, Andrea Pescetti wrote:

Marco A.G.Pinto wrote:

Here is the e-mail to the dev list as I can't find the "clone issue".


OK, no problem! New issue created at
https://bz.apache.org/ooo/show_bug.cgi?id=126495
and I'll take care of it when time allows, surely before the 4.1.2 
release.


But please let us know if (when logged in Bugzilla) you don't see a 
"Clone this issue" button bottom right. In the footer I see:

Format For Printing  - XML  - Clone This Issue  - Top of page
and if you don't see those probably we need to fix permissions for you.

Regards,
  Andrea.



Yes, I have now seen it :-)

Thanks!

Kind regards,
  >Marco A.G.Pinto



--

Re: build breaker/Issue 126449/ svx module

[Don Lewis]

On 30 Aug, To: dev@openoffice.apache.org wrote:
> On 29 Aug, Don Lewis wrote:
>> On 14 Aug, Andrea Pescetti wrote:

>>> Is this related to https://bz.apache.org/ooo/show_bug.cgi?id=125475 
>>> (where a patch by Ariel is available, but operates at a C++ code level 
>>> and not at a Makefile level)?
>> 
>> Yes.  Early on I saw the LibreOffice folks do something similar, but I
>> was not able to get that to work reliably and switched to -O0
>> optmization for a long time.  My workaround above is fairly recent.

> There are some hooks in the build specific files with optimization
> disabled, so adding the above two files to that list is one possible
> fix, though I don't know if that hook is present in both parts of the
> build framework, but it looks like it is.

I attached another patch to
https://bz.apache.org/ooo/show_bug.cgi?id=125475 that disables
optimization of the troublesome files.  In one case the compiler version
information is available, so I only disable optimization for gcc 4.9.
Optimization of the other file is always disabled when compiling with
any version of gcc.

 

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: cppunit -> Google Test migration and old failing tests

[Andrea Pescetti]

Damjan Jovanovic wrote:

I fixed several problems and am busy rebuilding. Please check if the
latest SVN works for you. If not, please post the build log.


Just to say that I built the current trunk and didn't experience any 
problems. Actually, even if in general I build AOO410, I had built trunk 
a couple times during the weekend without any problems.


And thank you Damjan for your work on tests!

Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Third-Party ALv2 Dependencies (RE: Limiting Trademark Policy Discussion ...)

[Pedro Giffuni]

Hi again Dennis;

I stopped using AOO's bugzilla after an unconfortable incident.

Since the PMC was notified twice about it, I will just make it public.
You should take a look at:

main/ooo_custom_images/industrial/README

Pedro.

On 30/08/2015 10:57 p.m., Pedro Giffuni wrote:

Hi Dennis;

I find your posting somewhat confusing as the topic would indicate 
something

different from the body of the message.

I agree in observation 5 that the ASF (actually I can only speak 
partially for AOO)
does *not* police the use of ALv2 content by third parties. This, of 
course, doesn't

mean that third parties are at liberty of ignoring the license.

Considering your personal remark are you referring to clause 4 (a) and 
(d)? IANAL
and that's someone else's job at the ASF, but I didn't find those in 
the root tree
of a certain third party, which is where I would expect them to be. I 
do think there
is at least a willing effort to deceive the public opinion by hiding 
the presence of

ALv2 code and it's extent.

Back to the topic of ALv2 dependencies. I think you are aware that I 
notified
the PMC repeatedly about licensing concerns. I hope the situation is 
solved

before the next release as it may be an issue. I personally don't plan to
interfere with the release process at all, but I think the PMC 
understands
that unlike third parties, IP issues are taken very seriously for ASF 
releases.


Regards,

Pedro.



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

RE: Third-Party ALv2 Dependencies (RE: Limiting Trademark Policy Discussion ...)

[Dennis E. Hamilton]

Pedro, can you provide a public URL to the file that concerns you?

I cannot find directory main/ooo_custom_images on 
https://svn.apache.org/repos/asf/openoffice/trunk/main and there is nothing 
similar on the web site.

 - Dennis

-Original Message-
From: Pedro Giffuni [mailto:p...@apache.org] 
Sent: Monday, August 31, 2015 07:16
To: orc...@apache.org; Apache OO 
Subject: Re: Third-Party ALv2 Dependencies (RE: Limiting Trademark Policy 
Discussion ...)

Hi again Dennis;

I stopped using AOO's bugzilla after an unconfortable incident.

Since the PMC was notified twice about it, I will just make it public.
You should take a look at:

main/ooo_custom_images/industrial/README

Pedro.

[ ... ]


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: cppunit -> Google Test migration and old failing tests

[Kay Schenk]

On 08/30/2015 11:52 PM, Damjan Jovanovic wrote:
> On Mon, Aug 31, 2015 at 5:54 AM, Damjan Jovanovic  wrote:
>> On Sun, Aug 30, 2015 at 11:16 PM, Kay Schenk  wrote:
>>>
>>>
>>> On 08/29/2015 12:37 AM, Damjan Jovanovic wrote:
 On Fri, Aug 28, 2015 at 6:07 PM, Kay Schenk  wrote:
>
> On 08/27/2015 09:05 PM, Damjan Jovanovic wrote:
>> Hi
>>
>> I am in the process of migrating our unit tests from cppunit to Google
>> Test. However AOO doesn't build with cppunit and hasn't been routinely
>> built with cppunit for a while, which means our unit tests are in a
>> state of neglect, and unsurprisingly, there are many failures both
>> compiling and running our unit tests.
>>
>> Ideally we should investigate why and fix the tests. But the APIs
>> being tested are complex and unfamiliar to me (eg. SVG parsing), and
>> would take very long to investigate properly.
>>
>> I could commit changes that will just get the tests to compile, then
>> fail during testing and stop the build, thus forcing others to fix
>> them quickly :-), but I don't imagine that will go down well. So I am
>> taking this approach instead:
>>
>> // FIXME:
>> #define RUN_OLD_FAILING_TESTS 0
>>
>> #if RUN_OLD_FAILING_TESTS
>> broken_test();
>> #endif
>>
>> Also I am making unit tests run on every build. This way at least some
>> unit tests will be run, and any future regressions to tests can be
>> caught immediately, while the broken tests can be fixed gradually.
>>
>> Everyone happy?
>
> Well pretty much. :)
>
> I've been watching your commits. Thank you for taking on this
> challenging task.

 Thank you.

> OK, just to be clear. It looks like you're converting the cppunit calls
> to Google Test api calls. But, what you're saying is the actual use of
> the Google test routines needs additional modification to work
> correctly, right?

 Yes that's what I am doing.

 No, the C++ conversions are very easy (feel free to help ;-)):
 #include "cppunit..."   =>   #include "gtest/gtest.h"
 class X : public CppUnit::TestFixture  =>  class X : public ::testing:Test
 CPPUNIT_ASSERT_MESSAGE(msg, condition)   =>   ASSERT_TRUE(condition) << msg
 CPPUNIT_ASSERT_EQUAL(c1, c2)=>   ASSERT_EQ(c1, c2)
 CPPUNIT_FALSE(msg)   =>   FAIL() << msg
 private:  =>  protected:
 test methods move outside of class declaration and become
 TEST_F(className, methodName) instead
 CPPUNIT_TEST...() registrations disappear

 but the problem is that tests themselves are wrong no matter what the
 testing library. For example:
 basegfx::tools::importFromSvgD( aPoly, aSvg );
 won't compile, as importfromSvgD() requires 4 parameters now instead
 of just 2 (as I explained in an earlier email, this was caused by
 commit 1536730 on 2013-10-29 by alg).

 Damjan
>>>
>>> A quick question on these changes. Do these require a reconfigure to
>>> work correctly? I ran into a problem building with r1698208 so this is
>>> why I ask.
>>>
>>
>> I see, main/codemaker's tests don't build unless AOO is already built;
>> it's probably one of those tests that needs OOO_SUBSEQUENT_TESTS.
>>
>> r1698208 builds for me with this patch (ie. delete the last line of
>> text in main/codemaker/prj/build.lst):

yes...that is what I did initially but, as you say... see below

>>
>> Index: main/codemaker/prj/build.lst
>> ===
>> --- main/codemaker/prj/build.lst(revision 1700184)
>> +++ main/codemaker/prj/build.lst(working copy)
>> @@ -7,4 +7,3 @@
>>  cmcodemaker\source\cppumakernmake-all
>> cm_cppumaker cm_codemaker cm_cpp cm_inc NULL
>>  cmcodemaker\source\commonjavanmake-all
>> cm_java cm_inc NULL
>>  cmcodemaker\source\javamakernmake-all
>> cm_javamaker cm_codemaker cm_java cm_inc NULL
>> -cmcodemaker\test\cppumakernmake-all
>> cm_cppumaker_test cm_cppumaker cm_codemaker cm_cpp cm_inc NULL
>>
>> However in the latest SVN I then get another build error in main/oovbaapi:
>> Compiling: Globals.idl
>> /tmp/idli_wyec6x: line 32: file 'com/sun/star/table/XCellRange.idl' not found
>> AOO/main/solver/420/unxfbsdx/bin/idlc: preprocessing file
>> /AOO/main/oovbaapi/ooo/vba/excel/Globals.idl failed
>> dmake:  Error code 1, while making '../../../unxfbsdx/ucr/excel.db'

yep! same for me.

>>
>> which isn't in a module I changed. I am bisection testing between
>> r1698208 and r1700184 to see what broke that.
> 
> I fixed several problems and am busy rebuilding. Please check if the
> latest SVN works for you. If not, please post the build log.
> 

Thanks for your quick response. I'll be back in touch.


-- 

MzK

“The journey of a thousand mile

Re: Third-Party ALv2 Dependencies (RE: Limiting Trademark Policy Discussion ...)

[Andrea Pescetti]

Dennis E. Hamilton wrote:

I cannot find directory main/ooo_custom_images on
https://svn.apache.org/repos/asf/openoffice/trunk/main and there is
nothing similar on the web site.


It's there at
https://svn.apache.org/repos/asf/openoffice/trunk/main/ooo_custom_images/industrial/README
and (nicer)
http://svn.apache.org/viewvc/openoffice/trunk/main/ooo_custom_images/industrial/README?view=markup

As I see it (but haven't checked history) it seems that these files are 
covered by Sun's JCA and thus inherited by Oracle, which should (I can't 
check now if they were explicitly included in the Oracle grant or not) 
have included them in the grant as for the other files.


Were these files forgotten in the grant? Or were headers not updated? 
Note that I don't recall ever examining the grant, so I'm not the best 
person for this. But if the investigation results in changes relevant 
for OpenOffice 4.1.2 we can surely include it.


Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

RE: Third-Party ALv2 Dependencies (RE: Limiting Trademark Policy Discussion ...)

[Dennis E. Hamilton]

Thanks, Andrea.  

I see what is questioned about that page.

This folder also appears on the AOO410 branch and I assume it appears in source 
releases.

The steps for clearing this appear to involve the following:

 1. Confirm that the ooo_custom_images are covered by the Oracle Software Grant 
Agreement to the Apache Software Foundation.  (I just noticed the SGA 
yesterday; I'll take a look.)

 2. Assuming that it is covered, remove the license information but not any of 
the non-removable notices and the acknowledgments.  

 3. Side Project: Figure out how to have RAT, the IP checking software, find 
such files as this in a reliable manner.  (I noticed this problem on another 
project, too.) 

 4. Plan B: If there is some concern that a good-faith reliance on the SGA is 
inappropriate or questionable, remove the industrial folder and any dependency 
on its contents.

 - Dennis

-Original Message-
From: Andrea Pescetti [mailto:pesce...@apache.org] 
Sent: Monday, August 31, 2015 09:28
To: dev@openoffice.apache.org
Subject: Re: Third-Party ALv2 Dependencies (RE: Limiting Trademark Policy 
Discussion ...)

Dennis E. Hamilton wrote:
> I cannot find directory main/ooo_custom_images on
> https://svn.apache.org/repos/asf/openoffice/trunk/main and there is
> nothing similar on the web site.

It's there at
https://svn.apache.org/repos/asf/openoffice/trunk/main/ooo_custom_images/industrial/README
and (nicer)
http://svn.apache.org/viewvc/openoffice/trunk/main/ooo_custom_images/industrial/README?view=markup

As I see it (but haven't checked history) it seems that these files are 
covered by Sun's JCA and thus inherited by Oracle, which should (I can't 
check now if they were explicitly included in the Oracle grant or not) 
have included them in the grant as for the other files.

Were these files forgotten in the grant? Or were headers not updated? 
Note that I don't recall ever examining the grant, so I'm not the best 
person for this. But if the investigation results in changes relevant 
for OpenOffice 4.1.2 we can surely include it.

Regards,
   Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: cppunit -> Google Test migration and old failing tests

[Damjan Jovanovic]

On Mon, Aug 31, 2015 at 1:54 PM, Andrea Pescetti  wrote:
> Damjan Jovanovic wrote:
>>
>> I fixed several problems and am busy rebuilding. Please check if the
>> latest SVN works for you. If not, please post the build log.
>
>
> Just to say that I built the current trunk and didn't experience any
> problems. Actually, even if in general I build AOO410, I had built trunk a
> couple times during the weekend without any problems.
>
> And thank you Damjan for your work on tests!

Pleasure. Just wish we had more developers, more momentum. The
dev.openoffice.org IRC is so quiet, Wiki out of date and horribly
organized (I find useful Wiki pages days after I actually needed them,
and only by accident).

You must have been extremely lucky and used --disable-unit-tests
and/or didn't use a parallel build, as the build still sporadically
broke for me, and I've discovered a whole new category of
build-breaking bugs I may have introduced: missing dependencies which
cause race conditions in parallel builds. The very latest SVN should
fix all such issues I found.

Also where are our buildbots?

Thank you
Damjan

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: cppunit -> Google Test migration and old failing tests

[Kay Schenk]

[top posting]

OK, my problems are not over. This time the build erred out in
slideshow/test. It was odd because the compiles were OK but not the load.

I am not providing logs for this because something else, rather more
drastic is happening!  Here are my config options--

./configure \
  --build=i686-pc-linux-gnu \
  --host=i686-pc-linux-gnu \
  --target=i686-pc-linux-gnu \
  --with-package-format="installed rpm" \
  --disable-ldap \
  --disable-beanshell \
  --with-jdk-home=/etc/alternatives/java_sdk_openjdk \
  --with-junit=/usr/share/java/junit4.jar \
  --with-system-stdlibs \
  --without-stlport \
  --with-java \
  --with-ant-home=/opt/ant \
  --with-dmake-path=/usr/local/bin/dmake \
  --without-ppds \

--with-epm-url="http://www.msweet.org/files/project2/epm-3.7-source.tar.gz
" \
  --with-lang="en-US zh-CN" \
  --with-perl-home=/usr \
  --disable-directx \
  --enable-dbus \
  --disable-activex \
  --disable-atl \
  --disable-gnome-vfs \
  --enable-verbose \
  --enable-dbgutil \
  --with-x

normally with this I get about 31MB of output. More info --

gcc 4.4.7-16
gcc-c++ support for above version
libgcc-4.4.7
libstdc++-4.4.7


Now, I am getting a HUGE amount of backtraces -- sample included here
(this same error repeats a million times or so it seems). So my output
file is about 10x the size it usually is!


.Error: File
/home/kschenk/AOO_source/openoffice/trunk/main/sal/cpprt/operators_new_delete.cxx,
Line 91: operator delete mismatch
Backtrace: [0]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/lib/libuno_sal.so.3:
osl_assertFailedLine+0x150
Backtrace: [1]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
???+0x41467
Backtrace: [2]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
???+0x41661
Backtrace: [3]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
_ZdlPv+0x23
Backtrace: [4]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
_ZN5boost14checked_deleteIcEEvPT_+0x11
Backtrace: [5]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
???+0x38ce6
Backtrace: [6]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
???+0x371a4
Backtrace: [7]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
???+0x37216
Backtrace: [8]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
???+0x37268
Backtrace: [9]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
_ZN6Export8CopyFileERK10ByteStringS2_+0x250
Backtrace: [10]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
_ZN10HelpParser15MergeSingleFileEP7XMLFileR13MergeDataFileRK10ByteStringS4_+0x3e9
Backtrace: [11]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
_ZN10HelpParser5MergeERK10ByteStringS2_S2_bRKSt6vectorIS0_SaIS0_EER13MergeDataFileb+0x60e
Backtrace: [12]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
main+0x6b0
Backtrace: [13] /lib/libc.so.6: __libc_start_main+0xe6
Backtrace: [14]
/home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
???+0x1c331

HELP!



On 08/31/2015 09:12 AM, Kay Schenk wrote:
> 
> 
> On 08/30/2015 11:52 PM, Damjan Jovanovic wrote:
>> On Mon, Aug 31, 2015 at 5:54 AM, Damjan Jovanovic  wrote:
>>> On Sun, Aug 30, 2015 at 11:16 PM, Kay Schenk  wrote:


 On 08/29/2015 12:37 AM, Damjan Jovanovic wrote:
> On Fri, Aug 28, 2015 at 6:07 PM, Kay Schenk  wrote:
>>
>> On 08/27/2015 09:05 PM, Damjan Jovanovic wrote:
>>> Hi
>>>
>>> I am in the process of migrating our unit tests from cppunit to Google
>>> Test. However AOO doesn't build with cppunit and hasn't been routinely
>>> built with cppunit for a while, which means our unit tests are in a
>>> state of neglect, and unsurprisingly, there are many failures both
>>> compiling and running our unit tests.
>>>
>>> Ideally we should investigate why and fix the tests. But the APIs
>>> being tested are complex and unfamiliar to me (eg. SVG parsing), and
>>> would take very long to investigate properly.
>>>
>>> I could commit changes that will just get the tests to compile, then
>>> fail during testing and stop the build, thus forcing others to fix
>>> them quickly :-), but I don't imagine that will go down well. So I am
>>> taking this approach instead:
>>>
>>> // FIXME:
>>> #define RUN_OLD_FAILING_TESTS 0
>>>
>>> #if RUN_OLD_FAILING_TESTS
>>> broken_test();
>>> #endif
>>>
>>> Also I am making unit tests run on every build. This way at least some
>>> unit tests will be run, and any future regressions to tests can be
>>> caught immediately, while the broken tests can be fixed gradually.
>>>
>>> Everyone happy?
>>
>> Well pretty much. :)
>>
>> I've been watching your 

RE: Third-Party ALv2 Dependencies (RE: Limiting Trademark Policy Discussion ...)

[Dennis E. Hamilton]

 1. 

Is listed in our file 

All other README files in that list have been either deleted or modified to 
carry an Apache notice.
This appears to be an oversight.

 1.1 I need to confirm the provenance of this file.
 1.2 We do need to figure out why RAT apparently does not catch it.

Pondering next steps, looking for insights of others,
 
 - Dennis


-Original Message-
From: Dennis E. Hamilton [mailto:orc...@apache.org] 
Sent: Monday, August 31, 2015 10:58
To: dev@openoffice.apache.org
Subject: RE: Third-Party ALv2 Dependencies (RE: Limiting Trademark Policy 
Discussion ...)

Thanks, Andrea.  

I see what is questioned about that page.

This folder also appears on the AOO410 branch and I assume it appears in source 
releases.

The steps for clearing this appear to involve the following:

 1. Confirm that the ooo_custom_images are covered by the Oracle Software Grant 
Agreement to the Apache Software Foundation.  (I just noticed the SGA 
yesterday; I'll take a look.)

[ ... ]


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: cppunit -> Google Test migration and old failing tests

[Kay Schenk]

[top posting... again]

OK, I got a good build thanks to Damjan's further commits. So, yay on this!

I made a small change I thought might effect all the Backtraces but, it
did not. So I need to investigate this more.

On 08/31/2015 01:35 PM, Kay Schenk wrote:
> [top posting]
> 
> OK, my problems are not over. This time the build erred out in
> slideshow/test. It was odd because the compiles were OK but not the load.
> 
> I am not providing logs for this because something else, rather more
> drastic is happening!  Here are my config options--
> 
> ./configure \
>   --build=i686-pc-linux-gnu \
>   --host=i686-pc-linux-gnu \
>   --target=i686-pc-linux-gnu \
>   --with-package-format="installed rpm" \
>   --disable-ldap \
>   --disable-beanshell \
>   --with-jdk-home=/etc/alternatives/java_sdk_openjdk \
>   --with-junit=/usr/share/java/junit4.jar \
>   --with-system-stdlibs \
>   --without-stlport \
>   --with-java \
>   --with-ant-home=/opt/ant \
>   --with-dmake-path=/usr/local/bin/dmake \
>   --without-ppds \
> 
> --with-epm-url="http://www.msweet.org/files/project2/epm-3.7-source.tar.gz
> " \
>   --with-lang="en-US zh-CN" \
>   --with-perl-home=/usr \
>   --disable-directx \
>   --enable-dbus \
>   --disable-activex \
>   --disable-atl \
>   --disable-gnome-vfs \
>   --enable-verbose \
>   --enable-dbgutil \
>   --with-x
> 
> normally with this I get about 31MB of output. More info --
> 
> gcc 4.4.7-16
> gcc-c++ support for above version
> libgcc-4.4.7
> libstdc++-4.4.7
> 
> 
> Now, I am getting a HUGE amount of backtraces -- sample included here
> (this same error repeats a million times or so it seems). So my output
> file is about 10x the size it usually is!
> 
> 
> .Error: File
> /home/kschenk/AOO_source/openoffice/trunk/main/sal/cpprt/operators_new_delete.cxx,
> Line 91: operator delete mismatch
> Backtrace: [0]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/lib/libuno_sal.so.3:
> osl_assertFailedLine+0x150
> Backtrace: [1]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> ???+0x41467
> Backtrace: [2]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> ???+0x41661
> Backtrace: [3]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> _ZdlPv+0x23
> Backtrace: [4]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> _ZN5boost14checked_deleteIcEEvPT_+0x11
> Backtrace: [5]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> ???+0x38ce6
> Backtrace: [6]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> ???+0x371a4
> Backtrace: [7]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> ???+0x37216
> Backtrace: [8]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> ???+0x37268
> Backtrace: [9]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> _ZN6Export8CopyFileERK10ByteStringS2_+0x250
> Backtrace: [10]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> _ZN10HelpParser15MergeSingleFileEP7XMLFileR13MergeDataFileRK10ByteStringS4_+0x3e9
> Backtrace: [11]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> _ZN10HelpParser5MergeERK10ByteStringS2_S2_bRKSt6vectorIS0_SaIS0_EER13MergeDataFileb+0x60e
> Backtrace: [12]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> main+0x6b0
> Backtrace: [13] /lib/libc.so.6: __libc_start_main+0xe6
> Backtrace: [14]
> /home/kschenk/AOO_source/openoffice/trunk/main/solver/420/unxlngi6/bin/helpex:
> ???+0x1c331
> 
> HELP!
> 
> 
> 
> On 08/31/2015 09:12 AM, Kay Schenk wrote:
>>
>>
>> On 08/30/2015 11:52 PM, Damjan Jovanovic wrote:
>>> On Mon, Aug 31, 2015 at 5:54 AM, Damjan Jovanovic  wrote:
 On Sun, Aug 30, 2015 at 11:16 PM, Kay Schenk  wrote:
>
>
> On 08/29/2015 12:37 AM, Damjan Jovanovic wrote:
>> On Fri, Aug 28, 2015 at 6:07 PM, Kay Schenk  wrote:
>>>
>>> On 08/27/2015 09:05 PM, Damjan Jovanovic wrote:
 Hi

 I am in the process of migrating our unit tests from cppunit to Google
 Test. However AOO doesn't build with cppunit and hasn't been routinely
 built with cppunit for a while, which means our unit tests are in a
 state of neglect, and unsurprisingly, there are many failures both
 compiling and running our unit tests.

 Ideally we should investigate why and fix the tests. But the APIs
 being tested are complex and unfamiliar to me (eg. SVG parsing), and
 would take very long to investigate properly.

 I could commit changes that will just get the tests to compile, then
 fail during testing and stop the build, thus forcing others to fix
 them quickly :-), but I don't imagine that will go down well. So I am
 taking this approach instead