Re: LibreOffice / openIndiana ...

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