<p dir="ltr">Hi Juha,</p>
<p dir="ltr">all i can say is, that the locks make the presence module completely unusable with a MySQL backend in DB_ONLY mode. The current database layer will only lock the current table for a transaction, not all tables used during one transaction. And that results in an unusable database connection.<br>

In order to change that, i'd have to the complete database API. ..<br>
The RLS-Module has a similar option already...</p>
<p dir="ltr">Kind regards,<br>
Carsten</p>
<div class="gmail_quote">Am 01.02.2014 20:38 schrieb "Juha Heinanen" <<a href="mailto:jh@tutpro.com">jh@tutpro.com</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Carsten Bock writes:<br>
<br>
> presence: bugfix: Add option to disable per-Table lock for database layer<br>
> (causes trouble with MySQL in DB_ONLY mode)<br>
...<br>
> +         <title><varname>db_table_lock_type</varname> (integer)</title><br>
> +         <para><br>
> +             Enable (=1) or disable (=0) the Locks for table during an transaction.<br>
> +             Locking only the "current" table causes problems with a MySQL-Databases<br>
> +             in "DB-Only" mode.<br>
<br>
does it make sense to disable the locks?  i would imagine that they were<br>
introduced for a purpose. what can break if locks are not used?<br>
<br>
does the same MySQL trouble exist with locks used in rls module?<br>
<br>
-- juha<br>
<br>
_______________________________________________<br>
sr-dev mailing list<br>
<a href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a><br>
</blockquote></div>