similar to: asterisk 1.4.23.1 and mISDN 1.1.8 segfaults

This is the core trace (gdb) bt #0 0xb7e5a231 in strcasecmp () from /lib/libc.so.6 #1 0xb7ce0a3f in local_ast_moh_start (chan=0x82496a8, mclass=0xb720f828 "default", interpclass=0x0) at res_musiconhold.c:646 #2 0x08083695 in ast_moh_start (chan=0x64, mclass=0x64 <Address 0x64 out of bounds>, interpclass=0x88 <Address 0x88 out of bounds>) at channel.c:4614 #3

Dear all, Anyone get the lastest spandsp with udptl.c and tpkt.c compile in Fedora 3? tpkt.c: In function `accept_thread': tpkt.c:140: error: `TCP_NODELAY' undeclared (first use in this function) tpkt.c:140: error: (Each undeclared identifier is reported only once tpkt.c:140: error: for each function it appears in.) tpkt.c:144: error: invalid application of `sizeof' to

hi, i am getting these errors while installing asterisk. i reconfigured kernel and i have all the modules installed. kernel-source readline readline-devel openssl openssl-devel this is the error: (at the last part of the installation) gcc -g -o asterisk -Wl,-E io.o sched.o logger.o frame.o loader.o config.o channel.o translate.o file.o say.o pbx.o cli.o md5.o term.o ulaw.o alaw.o callerid.o

I'm getting cycles of repeated crashes which occur and then stop occurring. Looking at the dumps via gdb shows that something peculiar is happening that looks like memory corruption: Program terminated with signal 6, Aborted. #0 0x0000003686e30285 in raise () from /lib64/libc.so.6 (gdb) up #1 0x0000003686e31d30 in abort () from /lib64/libc.so.6 (gdb) up #2 0x0000003686e6971b in

Hello, Using asterisk 1.8.24 on CentOS 6.4 I notice that the asterisk process is using between 105 en 110 % CPU : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1765 root 20 0 2508m 102m 8864 S 105.8 2.7 102:11.55 asterisk 2682 mysql 20 0 627m 29m 6204 S 0.7 0.8 1:59.51 mysqld 1 root 20 0 19228 1508 1220 S 0.0 0.0 0:00.75 init

Olly Betts <olly at survex.com> wrote: > On Fri, Aug 21, 2020 at 09:06:59AM +0000, Eric Wong wrote: > > Going back to the "prioritizing aggregated DBs" thread from > > February 2020, I've got 390 Xapian shards for 130 public inboxes > > I want to search against(*). There's more on the horizon (we're > > expecting tens of thousands of public

libguestfs is tools and a library for accessing and modifying virtual machine disk images. Home page: http://libguestfs.org/ Source: http://libguestfs.org/download/ I'm pleased to announce the latest stable release of libguestfs 1.6.0 which is available immediately from the website and through Fedora. This represents an enormous amount of work over the last 4-5 months and

Hi, I'm trying to run Asterisk 1.4.23.1 on a small ARM linux board (TS-7800). Everything compiles fine, but on startup Asterisk always crashes while loading chan_sip. If chan_sip is removed, it starts up fine, but I really need SIP to work. Any ideas? Thanks. -- James

Hi, just upgraded my Asterisk from 1.4.22-rc5 to 1.4.23.1 keeping the same zaptel/libpri/mISDN/add-ons. It crashes when transferring a call. Anybody tried it with success? Thank you Giorgio

I just installed 1.4.23.1 with the queue realtime logger backport. Here are my configs: musiconhold.conf [default] mode=files directory=/var/lib/asterisk/moh-native random=yes queues.conf [7703] wrapuptime=0 timeout=15 strategy=rrmemory retry=5 queue-youarenext=queue-youarenext queue-thereare=queue-thereare queue-thankyou=queue-thankyou queue-callswaiting=queue-callswaiting

I know the call parking feature changed in 1.4.23.1 to fix some serious issues. I'm seeing a major change though which I find disturbing. A person parks a call by transferring it to the parking position (700). When the timeout value is reached, the call is NOT returned to that device, but rather the 's' extension of the phone's registered context (in this case [unrestricted]).

The Asterisk.org development team has announced the release of Asterisk 1.2.31.1, 1.4.22.2, 1.4.23.1, and 1.6.0.5. These releases are available for immediate download from http://downloads.digium.com/. This update for Asterisk includes a security fix for chan_iax2. Please see the associated security adivisory for more details: http://downloads.digium.com/pub/security/AST-2009-001.html These

Hello all, Not sure if this mail belongs to this users or dev list. Sorry about that. We have the following scenario: PhoneA OpenSER Asterisk PhoneB PhoneC | | | | | | | | | | | | | |

I updated the patch to read a call graph from a text file. I tested it with the attached call.txt from lld linking chromium. Unfortunately the resulting lld doesn't seem any faster. One thing I noticed is that the most used symbols seem to be at the end of the file. In any case, can you add tests and send the lld patch for review? Thanks, Rafael On 31 July 2017 at 15:19, Davide Italiano