[asterisk-dev] loader.c in asterisk 1.8.15-cert5

[Deepak Bhatia]

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 <deepak at voxomos.com> 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 <deepak at voxomos.com> 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 <deepak at voxomos.com>
>> 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 <
>>> russell at russellbryant.net> wrote:
>>>
>>>> On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia <deepak at voxomos.com>
>>>> 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
>>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140813/5e10f4a5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: loopinAsterisk_dynamicLoader.png
Type: image/png
Size: 91086 bytes
Desc: not available
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140813/5e10f4a5/attachment-0001.png>