similar to: Asterisk Segmentation Fault - layer3.c/mpg123

Hi All Somebody knows as resolv the error below? Already I compiled asterisk-addons-1.2.3, but exactly thus it reports this error, could help me? -- Executing WaitMusicOnHold("SIP/3205-d9ef", "30") in new stack -- Started music on hold, class 'default', on SIP/3205-d9ef Jun 23 02:14:21 WARNING[24960]: interface.c:215 decodeMP3: Junk at the beginning of frame

Hi all, I have a server with an Athlon 64 3200 and Fedora Core 2 x86_64. I have compiled and installed Asterisk 1.0.6 without any problems. When I try to make asterisk-addons-1.0.6 it say me: [root@server1 asterisk-addons-1.0.6]# make ./mkdep -fPIC -I../asterisk -D_GNU_SOURCE -I/usr/include/mysql `ls *.c` make -C format_mp3 all make[1]: Entering directory

Hi all, I have a server with an Athlon 64 3200 and Fedora Core 2 x86_64. I have compiled and installed Asterisk 1.0.6 without any problems. When I try to make asterisk-addons-1.0.6 it say me: [root@server1 asterisk-addons-1.0.6]# make ./mkdep -fPIC -I../asterisk -D_GNU_SOURCE -I/usr/include/mysql `ls *.c` make -C format_mp3 all make[1]: Entering directory

Hi all, I have an Athlon 64 server with Fedora Core 2 x86_64. When I try to make asterisk-addons-1.0.7 (and olders) it can't and it say me [root@server1 asterisk-addons-1.0.7]# make install ./mkdep -fPIC -I../asterisk -D_GNU_SOURCE -I/usr/include/mysql `ls *.c` make -C format_mp3 all make[1]: Entering directory `/usr/src/asterisk-addons-1.0.7/format_mp3' gcc -pipe -Wall

Hi, Having all sorts of troubles getting mysql cdr support under OS X. Mysql, DBI and DBD all installed and running ok, privileges all set correctly (I think). Latest asterisk-addons checked out of cvs. Keep getting error on make install (implies gcc doesn't support -shared linking, which is wierd): Anyone got mysql cdr support running on OS X? Cheers Rob

Hi, Using Zack's -shared replacement posted earlier, addons now compiles. For some reason though, when trying to load it cannot find cdr_mysql.conf even though it's in the /etc/asterisk directory as it should be. Anyone with any ideas? There's still references to _i386 files that are probably incorrect as well. Thanks Rob console messages: apsvr1*CLI> reload Mar 23

Hi, Know there has been numerous posts on the subject of asterisk-addons and OS X. We have other uses for MySQL on the machine so changing over to Postgres at this point (which apparently works for CDRs) is not really an option. Have also contemplated a cron job to simply poll the csv cdrs and insert them into MySQL. Messy but gets over the short term problem. Compilation problem does

Hello maybe someone can help me? I did the CVS checkout and then compiled asterisk Then I tried to compile the addons and got the following (don't understand what's wrong at all and can't find anything about this error on google/wiki) app_addon_sql_mysql.c:164:64: macro "AST_LIST_REMOVE" requires 4 arguments, but only 3 given app_addon_sql_mysql.c: In function

./mkdep -fPIC -I../asterisk -D_GNU_SOURCE -I/usr/include/mysql `ls *.c` make -C format_mp3 all make[1]: Entering directory `/usr/src/asterisk-addons/format_mp3' gcc -pipe -fPIC -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -D_REENTRANT -D_GNU_SOURCE -O6 -c -o common.o common.c gcc -pipe -fPIC -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations

I upgraded * via svn and it did not work !!! 1. asterisk-addon did not compile! pbx:/usr/local/src/svn-versions/asterisk-addons # make ./mkdep -fPIC -I../asterisk -D_GNU_SOURCE -I/usr/include/mysql `ls *.c` make -C format_mp3 all make[1]: Entering directory `/usr/local/src/svn-versions/asterisk-addons/format_mp3' gcc -pipe -fPIC -Wall -Wstrict-prototypes -Wmissing-prototypes

Anyone run a make on asterisk-addons /trunk r219 ? I error out on mp3 on a FC4 box, and I do not see anything obvious (to me) in the errors. make[1]: Entering directory `/usr/src/addons-trunk/format_mp3' gcc -pipe -fPIC -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -D_REENTRANT -D_GNU_SOURCE -O6 -c -o common.o common.c gcc -pipe -fPIC -Wall

Did the following: svn checkout http://svn.digium.com/svn/asterisk-addons/trunk asterisk-addons svn checkout http://svn.digium.com/svn/asterisk/trunk asterisk svn checkout http://svn.digium.com/svn/zaptel/trunk zaptel svn checkout http://svn.digium.com/svn/libpri/trunk libpri Compiled and installed zaptel, libpri, asterisk and finally asterisk-addons. Following errors ocurrs when compiling

> > > $ gdb /path/to/ices /path/to/coredump > > > > > #0 0x402b708d in III_dequantize_sample () from > > #/usr/local/lib/libmp3lame.so.0 1 0x402d0bc0 in ispow () from > > #/usr/local/lib/libmp3lame.so.0 > > Cannot access memory at address 0x1 > > Could this be an alpha-version of LAME? Switching to the latest > stable version (3.93-1 afair)

Please try a stable version of LAME. I don't really know what to do with this backtrace. It would also help immensely if you could reproduce the crash reliably (eg on the same song). On Sunday, 03 August 2003 at 08:34, Carl Karsten wrote: > > > > $ gdb /path/to/ices /path/to/coredump > > > > > > > #0 0x402b708d in III_dequantize_sample () from > > >

Alright, I've come across a really strange issue and I've been banging my head trying to figure it out. I have 3 machines. 1 Dell Dimension 4100, Pentium 3. 1 Dell 400SC, Pentium 4. 1 Dell 1600SC, Xeon. I run mpg123 0.59r on each machine. Using RH9 with a 2.4.20-8 kernel, each machine plays MoH flawlessly. As RH9 gets older and older, however, the need to upgrade arose. So I

Good morning, > Why still use mpg123? > Start using format_mp3 from asterisk-addons and your * will > play mp3 by itself... good point - did that, and everything's working again. Thanks! Marc Rohlfing

> > ices plays for hours, then core dumps. I replayed the last song it was playing, and it played fine. > > Use the coredump for a backtrace: > > $ gdb /path/to/ices /path/to/coredump > #0 0x402b708d in III_dequantize_sample () from /usr/local/lib/libmp3lame.so.0 #1 0x402d0bc0 in ispow () from /usr/local/lib/libmp3lame.so.0 Cannot access memory at address 0x1 Neat -

Is it true that asterisk 1.2.6 does not use mpg123? I just installed asterisk 1.2.6 and while I do have music on hold (through format_mp3?) I do not have an mpg123 process running. I seem to be having serious audio issues when going through one of my providers (and just through that provider) when using mp3 for hold music, however when using wav files it is fine. The processor is only at about

Hi, I made the mistake of upgrading both my Linux box (to Ubuntu 6.06) and Asterisk (to 1.2.9.1) at the same time. Now, when trying to compile mpg123 - using the tried and true "make mpg123" -, the build fails with an error make[3]: Entering directory `/usr/src/asterisk-1.2.9.1/mpg123-0.59r' make[3]: *** No rule to make target `\ ', needed by `mpg123'. Stop. Maybe

Hello, I'm using AEC for a VoIP application on mobile handsets. I am doing experiments to learn how to work with it, and I have a problem: As long as I play through the device's normal speaker and record using the mic, I have absolutely no clock drift (according to echo_diagnostic.m). The echo is being cancelled and all is fine. Once I route to the earpiece (and still use the mic, which