<blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;"><p style="white-space: pre-wrap; word-wrap: break-word;">Patch Set 2:</p><p style="white-space: pre-wrap; word-wrap: break-word;">(3 comments)</p><p style="white-space: pre-wrap; word-wrap: break-word;">to  be honest, I'm overall not very convinced by this patch.  It looks more like a kludge/hack than a proper solution.</p><p style="white-space: pre-wrap; word-wrap: break-word;">In general, we should try to keep code as generic as possible and not include too many special use cases.  If there is a common way to interface the NS_Provider with its consumer, then we should go for that  rather than supporting two different ways.</p><p style="white-space: pre-wrap; word-wrap: break-word;">Ideally we also wouldn't have a new un-conditional dependency to NS_RAW from the NS_Provider_IPL4.  If it's absolutely neccessary, one c ould think of #ifdef'ing it out and using ttcnpp, like we e.g. do in IPA_Emulation to avoid extra dependencies that otherwise are not there.</p><p style="white-space: pre-wrap; word-wrap: break-word;">Without spending more time on thinking about this in detail, I don't immediately have a better solution, but I think there should be some way to have a general interface betwene the provider and the consumer, without special-casing between the two existing consumers.</p></blockquote><p style="white-space: pre-wrap; word-wrap: break-word;">I agree this is very dirty. Ack on using a union, but maybe there is a better solution. Having a reference would be much better. I'm not sure about port references. I tried a little bit using that way but didn't worked out. Not sure if it's possible, but create a new component and derive RAW_NS/Emulation from it?</p><p><a href="https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/24401">View Change</a></p><ul style="list-style: none; padding: 0;"></ul><p>To view, visit <a href="https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/24401">change 24401</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/c/osmo-ttcn3-hacks/+/24401"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-ttcn3-hacks </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-Change-Id: Iafd9310e04066958914201da0cbdcd563bd5c976 </div>
<div style="display:none"> Gerrit-Change-Number: 24401 </div>
<div style="display:none"> Gerrit-PatchSet: 2 </div>
<div style="display:none"> Gerrit-Owner: lynxis lazus <lynxis@fe80.eu> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder </div>
<div style="display:none"> Gerrit-Reviewer: daniel <dwillmann@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: fixeria <vyanitskiy@sysmocom.de> </div>
<div style="display:none"> Gerrit-CC: laforge <laforge@osmocom.org> </div>
<div style="display:none"> Gerrit-Comment-Date: Sun, 30 May 2021 18:35:13 +0000 </div>
<div style="display:none"> Gerrit-HasComments: No </div>
<div style="display:none"> Gerrit-Has-Labels: No </div>
<div style="display:none"> Gerrit-MessageType: comment </div>