<div dir="ltr">Hi Stephan,<div><br></div><div>thanks for the explanation- it makes things clear.</div><div><br></div><div style>Would you happen to know if running an uno server or connecting to it, is affected by this?<br>
</div><div style><br></div><div>Background:</div><div> Robinson Tyron put up on github recently a python utility to convert xls sheets to csv using headless option in response to another post</div><div><a href="https://github.com/colonelqubit/libreconverter">https://github.com/colonelqubit/libreconverter</a></div>
<div><br></div><div>I ran into issues running libreconverter.py<br></div><div style>It works with 4.0.0.3 but fails for 4.2 with error about whitespace in oovbaapi.rdb</div><div style>I tried viewing the file and had error, so posted this issue.</div>
<div style><div>I don't have immediate need to see .rdb files</div><div><br></div></div><div style>thanks</div><div style>Neeraj</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Dec 10, 2013 at 5:59 AM, Stephan Bergmann <span dir="ltr"><<a href="mailto:sbergman@redhat.com" target="_blank">sbergman@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 12/10/2013 05:18 AM, Neeraj Rai wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I pulled a 4.2 version on Nov 23 and again today. Both seem to show this<br>
behaviour.<br>
The regview doesn't show the rdb file<br>
<br>
$./instdir/ure/bin/regview  ./instdir/program/types/<u></u>oovbaapi.rdb<br>
      open registry "./instdir/program/types/<u></u>oovbaapi.rdb" failed<br>
<br>
I created an rdb file using idlc and regmerge, which has no such issue.<br>
I suspect this is causing some other unexplained issues for me on centos<br>
6.2.<br>
Has anyone else run into this ?<br>
Any advise on how to approach would be appreciated.<br>
</blockquote>
<br></div>
Beginning with LO 4.1, we move away from the old .rdb format for UNOIDL type data and gradually replace it with a new format (that is more compact and faster to process).<br>
<br>
The LO SDK still uses the old format for now.  If you build .rdb files for external applications or LO extensions, you will do so with the existing SDK tools (idlc, regmerge, regview) and the generated files are in the old format.<br>

<br>
The .rdb files that are included in LO itself (ure/share/misc/types.rdb, program/types/offapi.rdb, program/types/oovbaapi.rdb) already use the new format since LO 4.1.  This should be mostly transparent to SDK users, as most of the tools that operate on .rdb files (cppumaker, javamaker, etc.) will accept both the old and the new format as input. (And at runtime, the URE and LO of course also accept both formats now.)<br>

<br>
Only the low-level tools regmerge and regview have not been updated, they continue to only work with the old format.  However, beginning with LO 4.2, there is a new tool unoidl-read to convert any .rdb file (both old and new format) into readable form.  For now, it is only a build-time tool (in workdir; and if you call it manually you need to extend LD_LIBRARY_PATH so it finds its libs), and you call it with the rdb file to translate, preceded by any rdb files necessary to resolve types mentioned in later rdb files.<br>

<br>
That is, to show the content of instdir/program/types/<u></u>oovbaapi.rdb on Linux, do<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
LD_LIBRARY_PATH=instdir/ure/<u></u>lib workdir/LinkTarget/Executable/<u></u>unoidl-read instdir/ure/share/misc/types.<u></u>rdb instdir/program/types/offapi.<u></u>rdb instdir/program/types/<u></u>oovbaapi.rdb<br>
</blockquote>
<br>
(And yes, I really need to write all this down somewhere...)<span class="HOEnZb"><font color="#888888"><br>
<br>
Stephan<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>=====<br>Intuition - is the inability to figure out the facts on which we based the decision. <br>
</div>