similar to: chan_local segfault

I am very new to FreeBSD and Unix in general. I may have more problems than I think, but here goes. I am trying to make depend && install WITH_BSD_JDK=TRUE clean with openoffice. Everything works fine until I get to the jvm section (seen below). I have tried looking for this on the net, but I have not been to successful in finding a solution. Thanks for your help. Stephen

Hi, I am using Asterisk 1.2.9.1, with chan_h323. The problem I am coming across is when trying to bridge an incoming H323 call with another H323 call: phone1 dials into asterisk with H323, for extension 111 in asterisk: exten => 111, 1, Dial(chan_h323, H323/111@phone2) (in my extensions.conf the syntax is good ... this is no). I can see how the first call is partially processed, then the

Hi all, my local channel seems to be not working properly. im doing this: exten=> s,1,Dial(Local/123@users,,Tt) some times it rings the phone at extension 123, and sometimes it doesn`t. When it doesnt, it actually displays a msg that it could not find that extension. [May 1 16:54:02] NOTICE[4658]: chan_local.c:563 local_alloc: No such extension/context 12129339038@users creating local

Hi, Asterisk 1.4 Working (jitter buffers created as expected): ZAP -> SIP SIP -> ZAP Not working (no jitter buffers created): SIP -> chan_local (with /nj) -> ZAP SIP -> chan_local (with /j) -> ZAP SIP -> chan_local (with no flags) -> ZAP I have this in zapata.conf: jbenable=yes jbforce=no jbimpl=fixed jbmaxsize=300 Is there something I haven't tried that will make

I'm trying to solve a problem I have with agents hanging up on callers before they even talk to them (caused by agents dropping their handset or something.) What I want is something like AgentLogin() where the agent has to press '1' to accept the call. Does anyone know how to get this to work with chan_local ? Thanks! Robert

I am migrating my app to Asterisk12 and pjsip, but I cannot find chan_local, what happened?

I'm having some difficulty with chan_local dial requests. It seems that when a chan_local call is picked up, that the native bridge "pops" the environment back to the settings of the original call. This is unexpected and leads to very frustrating results. My example below is a very distilled sample of a much more complex dialplan problem I'm having with chan_local, but it

I have a confbridge setup that feeds the conference from the ALSA microphone input (this is the conference leader) and then uses app_ices to send the conference audio to icecast. I start the conference leader like this: console dial 1000_admin at conferences I join the ices user to the confbridge with a call file: Channel: Local/1000 at conferences MaxRetries: 2 RetryTime: 60 WaitTime: 30

Package: xen-utils-common Version: 4.1.2-1 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts

I just thought i'd post a small sample that uses the new chan_local to show one way of doing variable callfwding This sample extension.conf uses's the ast DB to store a users current extension, in a db family of CallFWD and the unique Key is based on the current channel the user is assigned. In the globals var section each key is hardcoded EXT1, EXT2 this is used in the [incoming] context

Package: xcp-guest-templates Version: 0.1-4 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts

Processing commands for control at bugs.debian.org: > found 661231 1:3.22+dfsg1-2 Bug #661231 [isdnlog] isdnlog: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too Bug #331116 [isdnlog] isdnlog: fails to purge Marked as found in versions isdnutils/1:3.22+dfsg1-2. Marked as found in versions isdnutils/1:3.22+dfsg1-2. > found 527067 1.4.15+nmu2 Bug #527067

Package: blktap-dkms Version: 2.0.91-1 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean

Hi, I've recently upgraded from Asterisk 1.4.22 to 1.4.29, and I'm now having a problem with Originate and chan_local. I'm using the following Manager API action to originate a call: Action: originate Priority: 1 Context: trunk Callerid: 100 Channel: Local/100 at callback/n Exten: 123456789 Variable: USERFIELD=127.0.0.1|USEREXT=123456789 WaitTime: 30 This is intended to first call

Hello I just coding a AGI script for billing. - For external calls, I pass the call directly on a trunk. I do : Dial(trunk1/extension) -> OK ! - For internal calls (shortcode, others users ...) I am Dial(Local/extension at context/n) The problem is that through chan_local.so, I sound as it cut! Example if I call the voicemail ... "You have No messa ..." or "You have

Processing commands for control at bugs.debian.org: > # bugs with submitter debian at abeckmann.de > submitter 479445 ! Bug #479445 [gnuplot] gnuplot: wrong line numbers for missing files reported during replot Changed Bug submitter to 'Andreas Beckmann <anbe at debian.org>' from 'Andreas Beckmann <debian at abeckmann.de>' > submitter 681568 ! Bug #681568

Hi, I've been going through my queue of candidate patches for the 3.6 branch, and I think the process could be smoother if we had more code owners. So, I'd like to encourage people to nominate themselves or others as code owners for any part of LLVM that doesn't already have one. The responsibilities of a code owner include reviewing patches submitted to llvm-commits and approving

Processing commands for control at bugs.debian.org: > user debian-qa at lists.debian.org Setting user to debian-qa at lists.debian.org (was debian at abeckmann.de). > usertags 669005 piuparts Bug#669005: uninstallable on sid (might just need require a rebuild) There were no usertags set. Usertags are now: piuparts. > affects 669005 + shogun-python-static shogun-python-modular

Processing commands for control at bugs.debian.org: > user debian-qa at lists.debian.org Setting user to debian-qa at lists.debian.org (was anbe at debian.org). > tags 714794 - moreinfo Bug #714794 {Done: Gilles Filippini <pini at debian.org>} [release.debian.org] pu: package sikuli/1.0~x~rc3.tesseract3-dfsg1-5+deb7u1 Removed tag(s) moreinfo. > tags 710035 - moreinfo Bug #710035

On Mon, Feb 29, 2016 at 03:47:49PM -0800, David Blaikie wrote: > On Mon, Feb 29, 2016 at 3:36 PM, Peter Collingbourne <peter at pcc.me.uk> > wrote: > > > Hi David, > > > > The way I imagined that we might want to extend the MCStreamer API (this > > was motivated by DIEData) is by allowing clients to move bytes and fixups > > into the MC layer. >