Re: [asterisk-dev] Asterisk 1.2.3 Released - Critical Update... Thanks for the stability!
On 26 Jan 2006, at 12:22, Rich Adamson wrote:However, in addition to the magic, anyone moving complete new code intoa high visibility production network without "first" testing it is nuts. I agree with you, but in this case, we test 1.2 stable, but not test in"time machine" mode, i mean moving the system clock forward andbackward. I thing this bug take many people by Surprise. Obviously, it already did. Luckily out of all deployed systems, there werenot that many implementors that upgraded to v1.2.2 within the couple ofdays since it was released.(Puts head above parapet and gets ready to be 'corrected'...)These sorts of time dependent bugs are almost impossible to find intesting - this one only occurs every 48 days, so you'd have to have a 7 week beta period to have tested it. And this is a 'simple' onecompared to leap seconds or whatever. If I read the patch right this was a bug where a signed 32bit quantity wastreated as if it were unsigned (or the other was around).You'll only catch this kind of thing with lint, and/or strict use ofmacros/functions to do time comparisons.For the first time in 10 years I understand why all integer types in Javaare signed, which is ironic, I've just been grumbling about all those64 bit ints I need to represent IAX 32bit (unsigned) timestamps!(P.S. I love the hint that Mark contributed to the fix over a 9600baud GPRS connection)Tim. http://www.westhawk.co.uk/ ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] volume boosting ?
On Thu, Jan 26, 2006 at 01:39:20PM -1000, Matt Darnell wrote: On 1/26/06, Luigi Rizzo [EMAIL PROTECTED] wrote: I recently added a 'boost' feature to chan_oss to overcome the problem of low volume levels from some PC soundcards. The core is below and the feature is fairly simple, but i was wondering if there isn't already a library routine that implements this ? Is this for wav files sent to users? no it is just code to change the volume level from the microphone of a soundcard. cheers luigi ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] 482 Loop Detected problem
I have the same problem with the version 1.2.2 (+ patch) I have put in attached a dump file. Someone have a good idea? Matteo Charles Huang wrote: Hi, all Can anyone give me a hint how to disable 482 Loop Dection from the chan_sip.c. Since I am using the Asterisk as a pure gateway, therefore when calls coming from my T1 PSTN and land on any of my SIP phones with Call forword to PSTN number, then it will give me the 482 Loop Detected fail. I had seen someone discussed it before on the forum, but without any clear solution on this issue. best regards Charles ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev 482_loop Description: Binary data ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Asterisk 1.2.3 Released - Critical Update... Thanks for the stability!
On 1/27/06, tim panton [EMAIL PROTECTED] wrote: On 26 Jan 2006, at 12:22, Rich Adamson wrote: However, in addition to the magic, anyone moving complete new code into a high visibility production network without first testing it is nuts. I agree with you, but in this case, we test 1.2 stable, but not test in time machine mode, i mean moving the system clock forward and backward. I thing this bug take many people by Surprise. Obviously, it already did. Luckily out of all deployed systems, there were not that many implementors that upgraded to v1.2.2 within the couple of days since it was released. (Puts head above parapet and gets ready to be 'corrected'...) These sorts of time dependent bugs are almost impossible to find in testing - this one only occurs every 48 days, so you'd have to have a 7 week beta period to have tested it. And this is a 'simple' one compared to leap seconds or whatever. If I read the patch right this was a bug where a signed 32bit quantity was treated as if it were unsigned (or the other was around). You'll only catch this kind of thing with lint, and/or strict use of macros/functions to do time comparisons. For the first time in 10 years I understand why all integer types in Java are signed, which is ironic, I've just been grumbling about all those 64 bit ints I need to represent IAX 32bit (unsigned) timestamps! (P.S. I love the hint that Mark contributed to the fix over a 9600baud GPRS connection) Mark has certainly had a busy week this week. In addition to the bug fix, he's also been on both coasts to do keynotes at the ITExpo sure in FL and then San Fran for O'Reilly's ETel. -- Bird's The Word Technologies, Inc. http://www.btwtech.com/ ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Asterisk 1.2.3 Released - Critical Update...Thanks forthe stability!
Congratulations Developers Asterisk for fast release and solution of bug version 1.2.2 No other community was so fast. BJ Weschke [EMAIL PROTECTED] Enviado Por: [EMAIL PROTECTED] 27/01/2006 09:11 Favor responder a Asterisk Developers Mailing List Para:Asterisk Developers Mailing List asterisk-dev@lists.digium.com cc: Assunto:Re: [asterisk-dev] Asterisk 1.2.3 Released - Critical Update...Thanks for the stability! - On 1/27/06, tim panton [EMAIL PROTECTED] wrote: On 26 Jan 2006, at 12:22, Rich Adamson wrote: However, in addition to the magic, anyone moving complete new code into a high visibility production network without first testing it is nuts. I agree with you, but in this case, we test 1.2 stable, but not test in time machine mode, i mean moving the system clock forward and backward. I thing this bug take many people by Surprise. Obviously, it already did. Luckily out of all deployed systems, there were not that many implementors that upgraded to v1.2.2 within the couple of days since it was released. (Puts head above parapet and gets ready to be 'corrected'...) These sorts of time dependent bugs are almost impossible to find in testing - this one only occurs every 48 days, so you'd have to have a 7 week beta period to have tested it. And this is a 'simple' one compared to leap seconds or whatever. If I read the patch right this was a bug where a signed 32bit quantity was treated as if it were unsigned (or the other was around). You'll only catch this kind of thing with lint, and/or strict use of macros/functions to do time comparisons. For the first time in 10 years I understand why all integer types in Java are signed, which is ironic, I've just been grumbling about all those 64 bit ints I need to represent IAX 32bit (unsigned) timestamps! (P.S. I love the hint that Mark contributed to the fix over a 9600baud GPRS connection) Mark has certainly had a busy week this week. In addition to the bug fix, he's also been on both coasts to do keynotes at the ITExpo sure in FL and then San Fran for O'Reilly's ETel. -- Bird's The Word Technologies, Inc. http://www.btwtech.com/ ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Asterisk 1.2.3 Released - Critical Update... Thanks for the stability!
On 27/01/06, tim panton [EMAIL PROTECTED] wrote: If I read the patch right this was a bug where a signed 32bit quantity was treated as if it were unsigned (or the other was around). You'll only catch this kind of thing with lint, and/or strict use of macros/functions to do time comparisons. I thought that gcc warns when comparing signed and unsigned quantities. gcc cannot warn about wrap arounds though. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] chan_h323.so
Hi I use * 1.2.0-rc2 and when I try to load chan_h323.so I get that WARNING: [chan_h323.so]Jan 27 14:21:36 WARNING[15535]: loader.c:325 __load_resource: libh323_linux_x86_r.so.1.17.1: cannot open shared object file: No such file or directory PATHs are set correctly according to the README file in /usr/src/asterisk/channels/h323 Any idea? Does chan_h323.so not work with * 1.2 ? Thank you ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] language-specific sound directories
looking at file.c it seems that language-specific sound files are intermixed - e.g. we have .../sounds/digits/* english digits .../sounds/digits/it/* italian digits .../sounds/letters/*english letters .../sounds/letters/it/* italian letters and so on. I would have expected separate trees for each language i.e. .../sounds/en/* everything in english .../sounds/it/* everything in italian which would be way easier to manage if you have to install/delete third-party voice files. So, apart from legacy issues (which could be easily solved with a backward compatibility flag) where else is the mapping done ? I see two places in file.c namely ast_fileexists() and ast_openstream_full() (the code is repeated so it needs to be collapsed in one place, anyways). Are there any other places that (by design, not by coding mistake) do need to know the layout of files ? Some management tools maybe ? cheers luigi ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] chan_h323.so
Hi, Is location of libh323 included in content of /etc/ld.so.conf file to make loader to be able to find shared object files? WBR, Paul. - Original Message - From: Hoai-Anh Ngo-Vi [EMAIL PROTECTED] To: asterisk-dev@lists.digium.com Sent: Friday, January 27, 2006 7:28 PM Subject: [asterisk-dev] chan_h323.so Hi I use * 1.2.0-rc2 and when I try to load chan_h323.so I get that WARNING: [chan_h323.so]Jan 27 14:21:36 WARNING[15535]: loader.c:325 __load_resource: libh323_linux_x86_r.so.1.17.1: cannot open shared object file: No such file or directory PATHs are set correctly according to the README file in /usr/src/asterisk/channels/h323 Any idea? Does chan_h323.so not work with * 1.2 ? Thank you ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Antw: Re: [asterisk-dev] chan_h323.so
Yes, # find / -name libh323_linux_x86_r.so.1.17.1 /root/openh323/lib/libh323_linux_x86_r.so.1.17.1 and here my /etc/ld.so.conf ... /usr/X11R6/lib /root/openh323/lib ... Paul Cadach [EMAIL PROTECTED] 27.01.2006 15.40 Uhr Hi, Is location of libh323 included in content of /etc/ld.so.conf file to make loader to be able to find shared object files? WBR, Paul. - Original Message - From: Hoai-Anh Ngo-Vi [EMAIL PROTECTED] To: asterisk-dev@lists.digium.com Sent: Friday, January 27, 2006 7:28 PM Subject: [asterisk-dev] chan_h323.so Hi I use * 1.2.0-rc2 and when I try to load chan_h323.so I get that WARNING: [chan_h323.so]Jan 27 14:21:36 WARNING[15535]: loader.c:325 __load_resource: libh323_linux_x86_r.so.1.17.1: cannot open shared object file: No such file or directory PATHs are set correctly according to the README file in /usr/src/asterisk/channels/h323 Any idea? Does chan_h323.so not work with * 1.2 ? Thank you ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: Antw: Re: [asterisk-dev] chan_h323.so
Usually the /root directory doesn't have read access by everybody -- you shouldn't be placing libraries for general use there. Hoai-Anh Ngo-Vi wrote: Yes, # find / -name libh323_linux_x86_r.so.1.17.1 /root/openh323/lib/libh323_linux_x86_r.so.1.17.1 and here my /etc/ld.so.conf ... /usr/X11R6/lib /root/openh323/lib ... "Paul Cadach" [EMAIL PROTECTED] 27.01.2006 15.40 Uhr Hi, Is location of libh323 included in content of /etc/ld.so.conf file to make loader to be able to find shared object files? WBR, Paul. - Original Message - From: "Hoai-Anh Ngo-Vi" [EMAIL PROTECTED] To: asterisk-dev@lists.digium.com Sent: Friday, January 27, 2006 7:28 PM Subject: [asterisk-dev] chan_h323.so Hi I use * 1.2.0-rc2 and when I try to load chan_h323.so I get that WARNING: [chan_h323.so]Jan 27 14:21:36 WARNING[15535]: loader.c:325 __load_resource: libh323_linux_x86_r.so.1.17.1: cannot open shared object file: No such file or directory PATHs are set correctly according to the README file in /usr/src/asterisk/channels/h323 Any idea? Does chan_h323.so not work with * 1.2 ? Thank you ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev