<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> <span class="fn">Mike Kaganski</span></a>
</span> changed
<a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - An ODB hangs indefinitely when opening on Windows with another FB instance is running"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=144172">bug 144172</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Summary</td>
<td>An ODB hangs indefinitely when opening on Windows
</td>
<td>An ODB hangs indefinitely when opening on Windows with another FB instance is running
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - An ODB hangs indefinitely when opening on Windows with another FB instance is running"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=144172#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - An ODB hangs indefinitely when opening on Windows with another FB instance is running"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=144172">bug 144172</a>
from <span class="vcard"><a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> <span class="fn">Mike Kaganski</span></a>
</span></b>
<pre>This is not related to the bug in the incorrect check - rather it's similar to
<a href="https://github.com/FirebirdSQL/firebird/issues/4376">https://github.com/FirebirdSQL/firebird/issues/4376</a>. The problem is that FB
uses a global locking mechanism with a name that is shared across all FB
instances running on a session; and using a separate trace storage (which for
LO is placed in LO's own temp directory) is unsupported by FB currently.
The problem is reproducible in one of the following ways:
1. Open FireBird's isql utility and connect to a local FDB; then open an ODB
with embedded FB in LibreOffice, and try to open its tables;
2. Open a LibreOffice instance with an embedded FB ODB, and open a table in it;
open another instance of LibreOffice (e.g., a dev build; or use another user
profile) with another embedded FB ODB, and try to open its tables.
(the latter was how it occurred to me - the other running LO process was hung
and invisible, and I needed to kill it).</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>