<html>
 <body>
  <div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
   <table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border: 1px #c9c399 solid;">
    <tr>
     <td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="https://reviewboard.asterisk.org/r/2136/">https://reviewboard.asterisk.org/r/2136/</a>
     </td>
    </tr>
   </table>
   <br />


<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-image: url('https://reviewboard.asterisk.org/media/rb/images/review_request_box_top_bg.png'); background-position: left top; background-repeat: repeat-x; border: 1px black solid;">
 <tr>
  <td>

<div>Review request for Asterisk Developers.</div>
<div>By Sean Bright.</div>


<p style="color: grey;"><i>Updated Oct. 1, 2012, 9:23 a.m.</i></p>




<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description  (updated)</h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Greenlight in #asterisk brought up that he was receiving an error message &quot;Could not create persistent member string, out of space&quot; when running app_queue in Asterisk 10.  dump_queue_members() made an assumption that 8K would be enough to store the generated string, but with queues that have large member lists this is not always the case.  This patch removes the limitation and uses ast_str instead of a fixed sized buffer.

The complicating factor comes from the fact that ast_db_get requires a buffer and buffer size argument, which doesn&#39;t let us pull back more than what we pass in, so I introduced a new ast_db_get_allocated() which returns an ast_strdup()&#39;d copy of the value from astdb.

As an aside, I did some testing on the maximum size of data that we can store in the BDB library we distribute and was able to store a 10MB string and retrieve it with no problems, so I feel this is a safe patch.

A similar patch will go into 10, 11, and trunk.

This already has a &quot;Ship It&quot; but I would like a secondary review since I updated the diff.  I&#39;m not sure that the ast_assert that I added in ast_db_get is a safe change.</pre>
  </td>
 </tr>
</table>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Testing </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Compiles and basic functional testing.</pre>
  </td>
 </tr>
</table>




<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">

 <li>/branches/1.8/tests/test_db.c <span style="color: grey">(374095)</span></li>

 <li>/branches/1.8/main/db.c <span style="color: grey">(374095)</span></li>

 <li>/branches/1.8/include/asterisk/astdb.h <span style="color: grey">(374095)</span></li>

 <li>/branches/1.8/apps/app_queue.c <span style="color: grey">(374095)</span></li>

</ul>

<p><a href="https://reviewboard.asterisk.org/r/2136/diff/" style="margin-left: 3em;">View Diff</a></p>




  </td>
 </tr>
</table>




  </div>
 </body>
</html>