LibreOffice / openIndiana ...

[Stephan Bergmann]

On 03/13/2012 10:10 AM, Jonathan Adams wrote:
> no noticeable difference in either output.
[...]
>> Please apply the below patch to see where parsing fails:
>>
>>> diff --git a/stoc/source/simpleregistry/textualservices.cxx
>>> b/stoc/source/simpleregistry/textualservices.cxx
>>> index 37540c8..baa88d4 100644
>>> --- a/stoc/source/simpleregistry/textualservices.cxx
>>> +++ b/stoc/source/simpleregistry/textualservices.cxx
>>> @@ -1236,7 +1236,8 @@ TextualServices::TextualServices(rtl::OUString const
>>> &  uri):
>>>   {
>>>      try {
>>>          Parser(uri, data_);
>>> -    } catch (css::container::NoSuchElementException&) {
>>> +    } catch (css::container::NoSuchElementException&e) {
>>> +fprintf(stderr,"caught
>>> <%s>\n",rtl::OUStringToOString(e.Message,RTL_TEXTENCODING_UTF8).getStr());
>>>          throw css::registry::InvalidRegistryException(
>>>              (uri +
>>>               rtl::OUString(

Ach, this was no good.  It should be something like also adding a second 
catch block

   catch (css::registry::InvalidRegistryException & e) {
     fprintf(
       stderr, "caught <%s>\n",
       rtl::OUStringToOString(e.Message,RTL_TEXTENCODING_UTF8).getStr());
     throw;
   }

i.e., seeing what InvalidRegistryException is thrown from within the 
Parser ctor.  (And the attached .rdb looks OK on a quick glance.  Lets 
see if this patch outputs something useful.)

Stephan