FYI, Regards
Deepak Bhatia Software Consultant Voxomos Systems Pvt. Limited Mobile: 91 9811196957 C56A/27, Sector 62, NOIDA (NCR), UP, India Skype: toreachdeepak On Wed, Aug 13, 2014 at 9:00 PM, Deepak Bhatia <[email protected]> wrote: > FYI > > Regards > > Deepak Bhatia > Software Consultant > Voxomos Systems Pvt. Limited > Mobile: 91 9811196957 > C56A/27, Sector 62, NOIDA (NCR), UP, India > Skype: toreachdeepak > > > On Wed, Aug 13, 2014 at 7:42 PM, Deepak Bhatia <[email protected]> wrote: > >> Hello Russell, >> >> while(!dlclose(lib)) goes into an endless loop when we load our module. >> We found out while debugging the loader.c. >> >> Regards >> >> Deepak Bhatia >> Software Consultant >> Voxomos Systems Pvt. Limited >> Mobile: 91 9811196957 >> C56A/27, Sector 62, NOIDA (NCR), UP, India >> Skype: toreachdeepak >> >> >> On Wed, Aug 13, 2014 at 7:36 PM, Deepak Bhatia <[email protected]> >> wrote: >> >>> Hello Russell, >>> >>> FYI: The module developed by me is dependent of libstc++.so. >>> >>> Regards >>> >>> Deepak Bhatia >>> Software Consultant >>> Voxomos Systems Pvt. Limited >>> Mobile: 91 9811196957 >>> C56A/27, Sector 62, NOIDA (NCR), UP, India >>> Skype: toreachdeepak >>> >>> >>> On Wed, Aug 13, 2014 at 7:27 PM, Deepak Bhatia <[email protected]> >>> wrote: >>> >>>> Hello Russell, >>>> >>>> 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)); >>>> >>>> ===================================================================== >>>> >>>> /* This section is a workaround for a gcc 4.1 bug that has already >>>> been >>>> * fixed in later versions. Unfortunately, some distributions, >>>> such as >>>> * RHEL/CentOS 5, distribute gcc 4.1, so we're stuck with >>>> having to deal >>>> * with this issue. This basically ensures that optional_api >>>> modules are >>>> * loaded before any module which requires their functionality. >>>> */ >>>> #if !defined(HAVE_ATTRIBUTE_weak_import) && >>>> !defined(HAVE_ATTRIBUTE_weakref) >>>> if (!ast_strlen_zero(mod->info->nonoptreq)) { >>>> /* Force any required dependencies to load */ >>>> char *each, *required_resource = >>>> ast_strdupa(mod->info->nonoptreq); >>>> while ((each = strsep(&required_resource, ","))) { >>>> each = ast_strip(each); >>>> >>>> /* Is it already loaded? */ >>>> if (!find_resource(each, 0)) { >>>> load_dynamic_module(each, >>>> global_symbols_only); >>>> } >>>> } >>>> } >>>> #endif >>>> >>>> line 453: while (!dlclose(lib)); >>>> >>>> =========================================================== >>>> >>>> Regards >>>> >>>> Deepak Bhatia >>>> Software Consultant >>>> Voxomos Systems Pvt. Limited >>>> Mobile: 91 9811196957 >>>> C56A/27, Sector 62, NOIDA (NCR), UP, India >>>> Skype: toreachdeepak >>>> >>>> >>>> On Wed, Aug 13, 2014 at 7:06 PM, Russell Bryant < >>>> [email protected]> wrote: >>>> >>>>> On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia <[email protected]> >>>>> wrote: >>>>> >>>>>> Hello, >>>>>> >>>>>> We have an application voicefun.so, which we used to load without any >>>>>> issue in asterisk 1.6. >>>>>> >>>>>> But we are facing problem in the loader.c in the asterisk >>>>>> 1.8.15-cert5. >>>>>> >>>>> >>>>> Could you share some more detail on the problem you're having? >>>>> Without more detail, nobody will be able to help you. >>>>> >>>>> -- >>>>> Russell Bryant >>>>> >>>>> -- >>>>> _____________________________________________________________________ >>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>>> >>>>> asterisk-dev mailing list >>>>> To UNSUBSCRIBE or update options visit: >>>>> http://lists.digium.com/mailman/listinfo/asterisk-dev >>>>> >>>> >>>> >>> >> >
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
