[asterisk-dev] chan_sip.c:23647 handle_request_invite: Failed to authenticate device
Hi, Why are we getting message in the asterisk [Sep 10 12:55:23] NOTICE[15043]: chan_sip.c:23647 handle_request_invite: Failed to authenticate device 601; tag=2f498fbd [Sep 10 12:55:24] NOTICE[15043]: chan_sip.c:23647 handle_request_invite: Failed to authenticate device 601;tag=209a8aa9 Regards Deepak Bhatia -- _ -- 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] MeetMe not working in 1.8.29.0 is there a meetme.conf change needed ?
Subject: MeetMe not working in 1.8.29.0 is there a meetme.conf change needed ? - Executing [0@tests:32] MeetMe("DAHDI/i1/009811196957-4", "11i1,1pqCx") in new stack localhost*CLI> == Parsing '/etc/asterisk/meetme.conf': == Found == Parsing '/etc/asterisk/meetme.conf': == Found == Spawn extension (tests, 0, 32) exited non-zero on 'DAHDI/i1/009811196957-4' == Spawn extension (tests, 0, 32) exited non-zero on 'DAHDI/i1/009811196957-4' -- Executing [h@tests:1] MeetMeAdmin("DAHDI/i1/009811196957-4", "11i1, K") in new stack -- Executing [h@tests:1] MeetMeAdmin("DAHDI/i1/009811196957-4", "11i1, K") in new stack localhost*CLI> [Aug 20 17:55:53] WARNING[964]: app_meetme.c:4840 admin_exec: Conference number '11i1' not found! app_meetme.c:4840 admin_exec: Conference number '11i1' not found -- _ -- 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
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 wrote: > On Wed, Aug 13, 2014 at 9:12 AM, Deepak Bhatia 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
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 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 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 >> 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 >>> 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 >>>>> 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 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 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 >> 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 >>>> 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 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 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 >>> 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 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 > wrote: > >> On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia >> 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, 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 wrote: > On Wed, Aug 13, 2014 at 3:41 AM, Deepak Bhatia 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
[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] Trying Load a module in asterisk - fails without any message
Hi, Thanks In the logger show channels, we get the following output Channel Type Status Configuration --- --- /var/log/asterisk/messages File Enabled- DEBUG NOTICE WARNING ERROR VERBOSE DTMF Console Enabled- NOTICE WARNING ERROR VERBOSE Regards Deepak Bhatia Software Consultant Voxomos Systems Pvt. Limited Mobile: 91 9811196957 C56A/27, Sector 62, NOIDA (NCR), UP, India Skype: toreachdeepak On Sat, Aug 9, 2014 at 6:50 PM, Tzafrir Cohen wrote: > On Sat, Aug 09, 2014 at 05:46:44PM +0530, Deepak Bhatia wrote: > > Hello, > > > > I had a working application app_mymodule.so which used to work on > previous > > asterisk version but now I am upgraded to 1.8.15-cert5 and now my module > > doesn't get loaded. Also it doesn't give any error. > > How exactly are you trying to load the module? > > If in the asterisk CLI with 'module load app_mymodule.so': what output > does it give you? If no output: what is the output of: > > logger show channels > > ? > > > > > Is there some other step required in asterisk 1.8.15-cert5 as compared to > > previous asterisk version ? > > Nothing specific I can think of. > > -- >Tzafrir Cohen > icq#16849755 jabber:tzafrir.co...@xorcom.com > +972-50-7952406 mailto:tzafrir.co...@xorcom.com > http://www.xorcom.com > > -- > _ > -- 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] Trying Load a module in asterisk - fails without any message
Hello, I had a working application app_mymodule.so which used to work on previous asterisk version but now I am upgraded to 1.8.15-cert5 and now my module doesn't get loaded. Also it doesn't give any error. Is there some other step required in asterisk 1.8.15-cert5 as compared to previous asterisk version ? Please help me in this regards 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