<div dir="ltr"><div>Hello Russell,<br><br></div>FYI: The module developed by me is dependent of libstc++.so.<br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div><div>Regards<br></div><div><br>Deepak Bhatia<br>
Software Consultant<br>Voxomos Systems Pvt. Limited<br></div>Mobile: 91 9811196957<br><span>C56A/27, Sector 62, NOIDA (NCR), UP, India</span><br></div><div>Skype: toreachdeepak<br></div></div></div>
<br><br><div class="gmail_quote">On Wed, Aug 13, 2014 at 7:27 PM, Deepak Bhatia <span dir="ltr"><<a href="mailto:deepak@voxomos.com" target="_blank">deepak@voxomos.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>Hello Russell,<br><br></div>We are using 1.8.15-cert5 release. The file is loader.c. We are getting code dump at the line 453 which is while (!dlclose(lib)); <br><br>=====================================================================<br>
<br> /* This section is a workaround for a gcc 4.1 bug that has already been<br> * fixed in later versions. Unfortunately, some distributions, such as<br> * RHEL/CentOS 5, distribute gcc 4.1, so we're stuck with having to deal<br>
* with this issue. This basically ensures that optional_api modules are<br> * loaded before any module which requires their functionality. */<br>#if !defined(HAVE_ATTRIBUTE_weak_import) && !defined(HAVE_ATTRIBUTE_weakref)<br>
if (!ast_strlen_zero(mod->info->nonoptreq)) {<br> /* Force any required dependencies to load */<br> char *each, *required_resource = ast_strdupa(mod->info->nonoptreq);<br>
while ((each = strsep(&required_resource, ","))) {<br> each = ast_strip(each);<br><br> /* Is it already loaded? */<br> if (!find_resource(each, 0)) {<br>
load_dynamic_module(each, global_symbols_only);<br> }<br> }<br> }<br>#endif<br><br> line 453: while (!dlclose(lib));<br><br>===========================================================</div>
<div class="gmail_extra"><div class=""><br clear="all"><div><div dir="ltr"><div><div>Regards<br></div><div><br>Deepak Bhatia<br>Software Consultant<br>Voxomos Systems Pvt. Limited<br></div>Mobile: 91 9811196957<br><span>C56A/27, Sector 62, NOIDA (NCR), UP, India</span><br>
</div><div>Skype: toreachdeepak<br></div></div></div>
<br><br></div><div class="gmail_quote"><div><div class="h5">On Wed, Aug 13, 2014 at 7:06 PM, Russell Bryant <span dir="ltr"><<a href="mailto:russell@russellbryant.net" target="_blank">russell@russellbryant.net</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia <span dir="ltr"><<a href="mailto:deepak@voxomos.com" target="_blank">deepak@voxomos.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hello,<br><br></div>We have an application voicefun.so, which we used to load without any issue in asterisk 1.6. <br>
<br>But we are facing problem in the loader.c in the asterisk 1.8.15-cert5.</div></blockquote><div><br></div></div><div>Could you share some more detail on the problem you're having? Without more detail, nobody will be able to help you.</div>
<span><font color="#888888">
<div><br></div><div>-- </div><div>Russell Bryant </div></font></span></div></div></div>
<br></div></div><span class="HOEnZb"><font color="#888888">--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></font></span></blockquote></div><br></div>
</blockquote></div><br></div>