<div dir="ltr">Hey,<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 9, 2015 at 5:13 PM, Jens Tröger <span dir="ltr"><<a href="mailto:jens.troeger@light-speed.de" target="_blank">jens.troeger@light-speed.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thu, Apr 09, 2015 at 11:42:07AM +0300, Tor Lillqvist wrote:<br>
>    >   release builds should not print red herrings on stdout/stderr;<br>
><br>
>    But running soffice from the command line on OS X is not the right<br>
>    thing to do anyway (unless you are a developer debugging something), so<br>
>    debating what it should or should not do in such a case is a bit<br>
>    pointless. And thus also passing a --help option on the command line is<br>
>    a bit pointless.<br>
<br>
</div></div>This conversation is getting off-topic now.  Matter of fact is: there is<br>
output which has not yet been nailed to a root cause, and that output<br>
contradicts what LO eventually does.  The output also indicates that<br>
something goes awry during the load of a plain-text document which<br>
happens to contain LaTeX commands.<br>
<br>
IMO this is an issue that needs resolution.  (Which is why I started<br>
this thread.)<br>
<span class="im HOEnZb"><br>
Jens</span><br></blockquote></div><br></div><div class="gmail_extra">As you are discussing this on the developer list and not in bugzilla I have to assume that you plan to work on resolving that issue. You already got a few interesting code pointers pointing to libxml2 in the filter detection code with missing overwritten error handlers.<br><br></div><div class="gmail_extra">If you need more code pointers after debugging please feel free to ask. If you just want to raise an issue please move it to bugzilla.<br><br></div><div class="gmail_extra">Regards,<br></div><div class="gmail_extra">Markus<br></div><div class="gmail_extra"><br></div></div>