<p style="white-space: pre-wrap; word-wrap: break-word;">in general the approach looks good</p><p><a href="https://gerrit.osmocom.org/13479">View Change</a></p><p>3 comments:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/13479/7/src/hlr_ussd.c">File src/hlr_ussd.c:</a></p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/#/c/13479/7/src/hlr_ussd.c@171">Patch Set #7, Line 171:</a> <code style="font-family:monospace,monospace">vlr_number</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">What about static memory allocation? […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">In the current state I would agree, but I know where this is coming from.<br>In the long run, the aim is to have a blob as VLR identification, a uint8_t* plus an arbitrary len.<br>But I'm not entirely sure yet that we're approaching the blob plan in the right way.</p><p style="white-space: pre-wrap; word-wrap: break-word;">So, yes, in this patch alone, the most sensible thing would be a vlr_number[32] array,<br>at least while hlr_subscriber also maintains a char[32] for it.</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/#/c/13479/7/src/hlr_ussd.c@171">Patch Set #7, Line 171:</a> <code style="font-family:monospace,monospace">vlr_number</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">I'm not sure if this is a good idea. I know that db.h has it defined that way. […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">[2] is wrong, will comment over there</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/#/c/13479/7/src/hlr_ussd.c@244">Patch Set #7, Line 244:</a> <code style="font-family:monospace,monospace">          ss->vlr_number = talloc_strdup(ss, subscr.vlr_number);</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">(maybe OSMO_ASSERT(ss->vlr_number) )</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/13479">change 13479</a>. To unsubscribe, or for help writing mail filters, visit <a href="https://gerrit.osmocom.org/settings">settings</a>.</p><div itemscope itemtype="http://schema.org/EmailMessage"><div itemscope itemprop="action" itemtype="http://schema.org/ViewAction"><link itemprop="url" href="https://gerrit.osmocom.org/13479"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-hlr </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-MessageType: comment </div>
<div style="display:none"> Gerrit-Change-Id: I18067bfadd33a6bc59a9ee336b6937313826fce3 </div>
<div style="display:none"> Gerrit-Change-Number: 13479 </div>
<div style="display:none"> Gerrit-PatchSet: 7 </div>
<div style="display:none"> Gerrit-Owner: Neels Hofmeyr <nhofmeyr@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder (1000002) </div>
<div style="display:none"> Gerrit-Reviewer: Neels Hofmeyr <nhofmeyr@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Pau Espin Pedrol <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Vadim Yanitskiy <axilirator@gmail.com> </div>
<div style="display:none"> Gerrit-Reviewer: osmith <osmith@sysmocom.de> </div>
<div style="display:none"> Gerrit-Comment-Date: Mon, 08 Apr 2019 13:32:12 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-HasLabels: No </div>