Re: [asterisk-dev] loader.c in asterisk 1.8.15-cert5
Thanks Mathew, we are able to load our module now in the asterisk-1.8.29.0 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:22 PM, Matthew Jordan mjor...@digium.com wrote: On Wed, Aug 13, 2014 at 9:12 AM, Deepak Bhatia dee...@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. That behaviour was changed in later versions of Asterisk 1.8. You may want to try loading your module using a more recent release, such as Asterisk 1.8.29.0. -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com http://asterisk.org -- _ -- 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
[asterisk-dev] loader.c in asterisk 1.8.15-cert5
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. Regards Deepak Bhatia Software Consultant Voxomos Systems Pvt. Limited Mobile: 91 9811196957 C56A/27, Sector 62, NOIDA (NCR), UP, India Skype: toreachdeepak -- _ -- 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
Re: [asterisk-dev] loader.c in asterisk 1.8.15-cert5
On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia dee...@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
Re: [asterisk-dev] loader.c in asterisk 1.8.15-cert5
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 russ...@russellbryant.net
wrote:
On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia dee...@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
--
_
-- 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
Re: [asterisk-dev] loader.c in asterisk 1.8.15-cert5
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 dee...@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 russ...@russellbryant.net
wrote:
On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia dee...@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
--
_
-- 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
Re: [asterisk-dev] loader.c in asterisk 1.8.15-cert5
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 dee...@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 dee...@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
russ...@russellbryant.net wrote:
On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia dee...@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
--
_
-- 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
Re: [asterisk-dev] loader.c in asterisk 1.8.15-cert5
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 dee...@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 dee...@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 dee...@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
russ...@russellbryant.net wrote:
On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia dee...@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
--
_
-- 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
Re: [asterisk-dev] loader.c in asterisk 1.8.15-cert5
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 dee...@voxomos.com 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 dee...@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 dee...@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 dee...@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
russ...@russellbryant.net wrote:
On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia dee...@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
--
_
-- 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
Re: [asterisk-dev] loader.c in asterisk 1.8.15-cert5
On Wed, Aug 13, 2014 at 9:12 AM, Deepak Bhatia dee...@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. That behaviour was changed in later versions of Asterisk 1.8. You may want to try loading your module using a more recent release, such as Asterisk 1.8.29.0. -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com http://asterisk.org -- _ -- 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
