similar to: Meetme volume increase/decrease

Hi. I'm making calls via the Manager OriginateAction. My action is set to be async and therefore I receive originiate events. Within the originate event that I receive there is a reason code. In the event of failure I need to dermine why the call failed (no pickup, rejected, no such number, circuit busy, ect) and inform the user with a meaningful message. I assume that one is suppose to

I've got a simple MeetMe conference configured using Asterisk 1.0.3 on Gentoo. I'm using zaprtc for timing from the bri-stuff package. extensions.conf exten => 37455,1,NoOp(Drill Squad Conference) exten => 37455,2,Monitor(wav,drillsquad-37455,mb) exten => 37455,3,MeetMe(37455,pMs) Now, when I enter the conference as the first call, the MusicOnHold plays, but it's blasting

Hi, I'm using the latest 1.2 release of Asterisk and I've noticed that one of the releases of Zaptel or Asterisk in the past few months seems to have introduced a problem with MeetMe. ?Here are the symptoms: ?- Very high volume for internal IP phone users ?- Very low volume for incoming analog callers ?- Analog callers can not hear each other in conference This seems to happen with

It's kind of low for me. How does one control that volume?

Hi Stefanus, Thanks for verifying this. Could you patch this or should I open a new bug report and find a generic solution first? Cheers, Nicolas From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Stefanus Du Toit Sent: woensdag 1 april 2009 18:59 To: LLVM Developers Mailing List Subject: Re: [LLVMdev] Shuffle combine On 1-Apr-09, at 12:42

For those curious about uses of LLVM, we just officially announced our adoption of LLVM in our products: http://www.rapidmind.com/News-Nov10-08-LLVM-OpenCL.php Thanks for all the support so far on here, we look forward to continuing to work with LLVM! -- Stefanus Du Toit <stefanus.dutoit at rapidmind.com> RapidMind Inc. phone: +1 519 885 5455 x116 -- fax: +1 519 885 1463

I'd like to propose that Michael Liao become the code owner for the x86 backend. Michael has been a very frequent contributor to the x86 backend for the last few months, and is working on the x86 backend full-time. Note that Michael is out of the office until Nov 29 with very limited email/internet access. Thanks, Stefanus -- Stefanus Du Toit <stefanus.du.toit at intel.com> Intel

Hi Stefanus, Thanks for the info. I still think it's a bug though. Take for example a case where the vectors each have four elements. The values in Mask[] can range from 0 to 7, while HLSMask only has 4 elements. So LHSMask[Mask[i]] can go out of bounds, no? Cheers, Nicolas From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Stefanus Du

Hi Nicolas, On 2-Apr-09, at 6:04 PM, Nicolas Capens wrote: > Thanks for verifying this. Could you patch this or should I open a > new bug report and find a generic solution first? I don't have write access so the best I could do would be to submit a patch, and I'm crazy busy at the moment. I actually think the check I described below is fine and would fix this bug (but

The llvm-dev archives (and other llvm/clang mailing list archives) on the web don't seem to have any new messages since some time Monday night. Stefanus -- Stefanus Du Toit <stefanus.dutoit at rapidmind.com> RapidMind Inc. phone: +1 519 885 5455 x116 -- fax: +1 519 885 1463

I've just noticed a strange behaviour with a MeetMe conference. I have a pair of phones (GS BT102) on my desk, and dialled both of them into a conference on speakerphone. If I spoke or made a sound, I heard it replayed from both speakers together a split second later, as expected. I went away for about 15 minutes, leaving the conference running. When I came back any sound I made came back

I would like to nominate Nadav Rotem for the x86 backend. Michael On Nov 15, 2012, at 10:51 AM, Chris Lattner <clattner at apple.com> wrote: > > On Nov 15, 2012, at 7:45 AM, "Du Toit, Stefanus" <stefanus.du.toit at intel.com> wrote: > >> I'd like to propose that Michael Liao become the code owner for the x86 backend. >> >> Michael has been

On 1-Apr-09, at 12:42 PM, Nicolas Capens wrote: > Hi Stefanus, > > Thanks for the info. I still think it’s a bug though. Take for > example a case where the vectors each have four elements. The values > in Mask[] can range from 0 to 7, while HLSMask only has 4 elements. > So LHSMask[Mask[i]] can go out of bounds, no? Good point! One easy way to fix this would be to use:

On 30-Jan-09, at 6:14 PM, Eli Friedman wrote: > On Fri, Jan 30, 2009 at 3:03 PM, Stefanus Du Toit > <stefanus.dutoit at rapidmind.com> wrote: >> The computation of %base then becomes loop-invariant and can be >> lifted out. >> >> What's the best way to add this optimization to LLVM? > > Probably the best place is LICM itself... only loop

I'm trying to get a souped-up test machine(G5 Xserve) from Terrasoft to do some testing in a few weeks. If/when I actually get it I'll certainly post the results here. In theory the G5 should mop the floor with the Intel for high-volume Asterisk Zaptel usage, and I have heard from several Mac-heads that they have run three quad T1 digium cards on the Mac platform with no problems.

Hi all, I've located a regression that causes my project to crash. It's in revision 67979, where PointerIntPair is changed from storing the integer in the upper bits instead of the lower bits. My project is an experimental JIT-compiler in Windows. So I was wondering if anyone had any clue why the new PointerIntPair implementation might fail. It doesn't seem very safe to me to

On 21-Jul-08, at 7:33 PM, Eli Friedman wrote: > On Mon, Jul 21, 2008 at 1:21 PM, Stefanus Du Toit > <stefanus.dutoit at rapidmind.com> wrote: >> 1) Vector shl, lshr, ashr >> > I have a rough draft of a patch for this that works reasonably well > for simple cases... I don't think I really have the time to finish it > properly, but I'll clean it up a bit and

Hi. Please help. When trying to compile Zaptel 1.4.5.1 I get the following: /build/include/linux/modversions.h -DSTANDALONE_ZAPATA -I.. -o base.o -c base.c base.c:48:29: linux/workqueue.h: No such file or directory base.c:292: warning: `vpm150m_firmware' defined but not used make[2]: *** [base.o] Error 1 make[2]: Leaving directory `/usr/src/zaptel-1.4.5.1/wctdm24xxp' make[1]: ***

Hi Nicolas, On 1-May-09, at 6:32 AM, Nicolas Capens wrote: > I’ve located a regression that causes my project to crash. It’s in > revision 67979, where PointerIntPair is changed from storing the > integer in the upper bits instead of the lower bits. My project is > an experimental JIT-compiler in Windows. We're looking into a similar bug right now. We see the problem

Hello, We've run across the following missed optimization: in the attached loop (addind.c/addind-opt.ll) there's a lookup into an array (V) using an indirect index (coming from another array, WI[k]) offset by a loop- invariant base (l). The full addressing expression can be reassociated so that we add the offset l to V's base first, and then add the indirect part. This makes