similar to: Segmentation fault on "reload"

I am still getting a segmentation fault when I try to reload asterisk Here is the output: Asterisk Ready. *CLI> reload == Parsing '/etc/asterisk/manager.conf': Found == Parsing '/etc/asterisk/enum.conf': Found == Parsing '/etc/asterisk/rtp.conf': Not found (No such file or directory) == RTP Allocating from port range 5000 -> 31000 -- Reloading module

I have had * installed for a couple of weeks now and am very impressed. I have got Zap, SIP and MGCP working and can call freely between them with just things like transfer still to sort out etc. I then though I would add H.323 support to my working system, having read the previous threads on the subject before I installed I installed the pre-reqs pwlib openh323 gnugk for h.323 gatekeeper

On Sat, 23 May 1998, Torkil Zachariassen wrote: > >I have browsed various versions of libc and found a handful of weak points > >where the value of an enviroment variable is trusted more than necessary. > [1] > Could you explain to programming novices on linux-security - people like > myself 8) - hwo this could affect security on a firewall (proxy and/or > IP-router,

Hi, gdbserver-xen coredump after i step through a few lines of code. build dom0 with debug_domu. Enable debuginfo and frame pointer for dom U and attach the domu with gdbserver . In gdb put breakpoint at say sys_open and after going through few lines of code gdbserver-xen coredumps. The resulting core file has the below stack $gdb /usr/local/bin/gdbserver-xen ./core GNU gdb 6.3-debian

hi just after talking to Jeremy, I downloaded the source he's using and compiled. core dump! This was without gatekeeper: (gdb) bt #0 0x40141118 in mallopt () from /lib/libc.so.6 #1 0x401400fc in malloc () from /lib/libc.so.6 #2 0x405e981b in PAbstractArray::SetSize(int) () from /usr/src/pwlib/lib/libpt_linux_x86_r.so.1 #3 0x405ed006 in PString::SetSize(int) () from

On 11/21/2014 06:12 AM, Ian Campbell wrote: > On Fri, 2014-11-21 at 11:03 +0000, Ian Campbell wrote: >> http://man7.org/linux/man-pages/man3/mallopt.3.html also talks about >> various dynamic thresholds for growing and shrinking the heap. My guess >> is that we are bouncing up and down over some threshold with every other >> reboot. > IOW I'm not overly concerned

On Fri, 2014-11-21 at 15:25 -0500, Gedalya wrote: > On 11/21/2014 06:12 AM, Ian Campbell wrote: > > On Fri, 2014-11-21 at 11:03 +0000, Ian Campbell wrote: > >> http://man7.org/linux/man-pages/man3/mallopt.3.html also talks about > >> various dynamic thresholds for growing and shrinking the heap. My guess > >> is that we are bouncing up and down over some

Hello, I'm not a programmer or know well how to operate gdb. However I've made an attempt to backtrace the problem with 'make debug' and gdb. Please help if you can. I'd appreciate it, I have this problem for a couple of months now. The problem basically is that on debian unstable official packages for the past couple of months(even after debian updates) I get segfaults when I

On Fri, 2014-11-21 at 11:03 +0000, Ian Campbell wrote: > http://man7.org/linux/man-pages/man3/mallopt.3.html also talks about > various dynamic thresholds for growing and shrinking the heap. My guess > is that we are bouncing up and down over some threshold with every other > reboot. IOW I'm not overly concerned with this apparent bi-modality, so long as the amount isn't

I reveived this message as panic action, of my debian Unstable (Samba 3.0). Don't look for any solution, as the service is just reloaded, but I hape that can be useful for debugging. Bye Davide Parise -----Messaggio originale----- Da: root [mailto:root@server00.iskranet.it] Inviato: marted? 28 ottobre 2003 2.03 A: root@server00.iskranet.it Oggetto: Segfault in Samba The Samba 'panic

Anyone seen this...? Is it a known issue? I'd file a bug, but we're on 1.2.9.13, and every time I file a bug and it isn't against the latest code I get given crap for it. Given that most of the time you don't know HOW to reproduce a problem on the latest code anyway, not accepting bugs from older versions does the community no service, because potential bugs are never accepted for

our * crashed twice in a month with segmentation fault & a core dump. here's the stack trace: #0 0xb7e11965 in mallopt () from /lib/tls/libc.so.6 #1 0xb7e10c43 in malloc () from /lib/tls/libc.so.6 #2 0xb7e17090 in strdup () from /lib/tls/libc.so.6 #3 0x08057ada in ast_verbose (fmt=0x0) at logger.c:879 #4 0xb7b29009 in moh_files_release (chan=0x9455ca0, data=0xb657be48) at

Hi, I'm using spandsp-0.0.3 [http://www.soft-switch.org/downloads/snapshots/spandsp/ spandsp-20061116.tar.gz] on a bristuffed asterisk (1.2.13) [http://212.91.251.199/~junghanns.net/downloads/bristuff-0.3.0- PRE-1v.tar.gz] libtiff is at version 3.6.0 Running on: Linux router2 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux Debian testing distro. I've tried many

On Thu, 2014-11-20 at 22:13 -0500, Gedalya wrote: > On 11/20/2014 03:21 PM, Konrad Rzeszutek Wilk wrote: > > On Thu, Nov 20, 2014 at 03:48:47PM +0000, Ian Campbell wrote: > >> The libxc xc_dom_* infrastructure uses a very simple malloc memory pool which > >> is freed by xc_dom_release. However the various xc_try_*_decode routines (other > >> than the gzip one)

> -----Original Message----- > From: Tony Mountifield [mailto:tony@softins.clara.co.uk] > Sent: Wednesday, December 13, 2006 1:19 PM > To: asterisk-users@lists.digium.com > Subject: [asterisk-users] Re: Core Dump: create_transaction (p=0x0) > atpbx_dundi.c:2787 > > > In article > <645FEC31A18FE54A8721500CDD55A7B6035D0C47@mail.oneeighty.com>, > Douglas

I have been forwarded this from one of our servers, which we have recently ( 2 days ) updated to Samba 3.0beta1 (Debian's 'unstable' package) from Samba 2.2.8a This is the second time it this happens in a period of 24h. Everything else in this server is working fine. Any comment on this? Is this a known limitation / situation ? Thanks in advance. J.L. ---- 8< ----

From: Matt Fleming <matt.fleming at linux.intel.com> This is a series of patches that, * shrink the core by moving things into an ldlinux ELF module * begin wiring up some of the C versions of various functions The core now only contains essential code and loads the ldlinux module to do everything else, like providing a command line interface and loading kernels. The config file parsing

On 08/26/2014 04:34 AM, Stefan Hajnoczi wrote: > On Mon, Aug 25, 2014 at 8:42 PM, Chris Friesen > <chris.friesen at windriver.com> wrote: >> I'm trying to figure out if there are any limits on how high the inflight >> numbers can go, but I'm not having much luck. >> >> I was hopeful when I saw qemu calling virtio_add_queue() with a queue size, >>

On 08/26/2014 04:34 AM, Stefan Hajnoczi wrote: > On Mon, Aug 25, 2014 at 8:42 PM, Chris Friesen > <chris.friesen at windriver.com> wrote: >> I'm trying to figure out if there are any limits on how high the inflight >> numbers can go, but I'm not having much luck. >> >> I was hopeful when I saw qemu calling virtio_add_queue() with a queue size, >>

Hi, I'm running a mixed Debian Woody/Sarge system with Dovecot version: (0.99.12-1) I can't seem to be able to get dovecot working with mysql. It seems to authenticate successfully then crash. This happens when I use the Debian package and also when I've compiled from source. dovecot: Jan 06 12:21:14 Info: Dovecot starting up dovecot-auth: Jan 06 12:21:15 Info: MySQL: connected to