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
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
