<p>Neels Hofmeyr has uploaded this change for <strong>review</strong>.</p><p><a href="https://gerrit.osmocom.org/12234">View Change</a></p><pre style="font-family: monospace,monospace; white-space: pre-wrap;">tweak comment to indicate sub_pres_vlr fsm as dead code<br><br>sub_pres_vlr_fsm_start() only ever has an effect if ms_not_reachable_flag ==<br>true. But there simply is no code that sets this flag. So<br>sub_pres_vlr_fsm_start() is currently dead code.<br><br>Also, examining the FSM, if it should ever be set to true, this would halt the<br>LU/CM Service/Paging response, since the FSM would merely change its state<br>without dispatching asynchronous messages. No chance of finishing.<br><br>Short of dropping the code entirely, first just mark it. The point being that<br>this models some FSM definition from 3GPP specs, and we have a couple other<br>"if (0)" branches in the VLR...<br><br>Change-Id: I198d442e9ed288f37c7d4e5ec87b82dc53114e99<br>---<br>M src/libvlr/vlr_lu_fsm.c<br>1 file changed, 3 insertions(+), 1 deletion(-)<br><br></pre><pre style="font-family: monospace,monospace; white-space: pre-wrap;">git pull ssh://gerrit.osmocom.org:29418/osmo-msc refs/changes/34/12234/1</pre><pre style="font-family: monospace,monospace; white-space: pre-wrap;"><span>diff --git a/src/libvlr/vlr_lu_fsm.c b/src/libvlr/vlr_lu_fsm.c</span><br><span>index 74a6939..a0cbcab 100644</span><br><span>--- a/src/libvlr/vlr_lu_fsm.c</span><br><span>+++ b/src/libvlr/vlr_lu_fsm.c</span><br><span>@@ -271,7 +271,9 @@</span><br><span>   return (struct vlr_subscr*)fi->priv;</span><br><span> }</span><br><span> </span><br><span style="color: hsl(0, 100%, 40%);">-/* Note that the start event is dispatched right away, so in case the FSM immediately concludes from that</span><br><span style="color: hsl(120, 100%, 40%);">+/* THIS IS CURRENTLY DEAD CODE, SINCE WE NEVER SET vsub->ms_not_reachable_flag = true.</span><br><span style="color: hsl(120, 100%, 40%);">+ *</span><br><span style="color: hsl(120, 100%, 40%);">+ * Note that the start event is dispatched right away, so in case the FSM immediately concludes from that</span><br><span>  * event, the created FSM struct may no longer be valid as it already deallocated again, and it may</span><br><span>  * furthermore already have invoked the parent FSM instance's deallocation as well. Hence, instead of</span><br><span>  * returning, store the created FSM instance address in *fi_p before dispatching the event. It is thus</span><br><span></span><br></pre><p>To view, visit <a href="https://gerrit.osmocom.org/12234">change 12234</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/12234"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-msc </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-MessageType: newchange </div>
<div style="display:none"> Gerrit-Change-Id: I198d442e9ed288f37c7d4e5ec87b82dc53114e99 </div>
<div style="display:none"> Gerrit-Change-Number: 12234 </div>
<div style="display:none"> Gerrit-PatchSet: 1 </div>
<div style="display:none"> Gerrit-Owner: Neels Hofmeyr <nhofmeyr@sysmocom.de> </div>