similar to: ICD Features

First, many thanks to Greg Boehnlein for his patch to chan_agent.c for adding a "preackannounce" option. I am running CVS HEAD from 2005/07/31, and the patch failed in a few hunks, since the code was refactored to add in some CASE statements where there were compound if statements before. Anyway, I have successfully updated the patch to work against head as of 3 weeks ago, and would

I have been successfully connected (incoming and outgoing) to FWD for a very long time. A few months ago, I changed from SIP-based FWD service to IAX2-based, and that went fine as well, both incoming and outgoing. At the time, I was running Asterisk 1.0.3 Stable. I rarely use the service, so other than noticing that I was always successfully registered to FWD, I didn't make or receive calls

Anyway, in my P.S. yesterday (the main post was on Codec problems), I described a situation where any IAX softphone was registering successfully, and then having zero sounds heard on either side of the call. Here is an "iax2 debug" output from a DIAX call to a local * server, dialing the extension that goes directly to the "demo" application. AsteriskHouse*CLI> iax2

Hello, Straight from the floor of Astricon 2004, I am happy to release my updated Asterisk 1.0 RPMS for RedHat 7.3 and RedHat 9.0 platform. Current Release --------------- asterisk-1.0-0 libpri-1.0-0 zaptel-1.0-0 kernel-module-zaptel-1.0-0 RedHat 7.3 ---------- ftp://ftp.nacs.net/asterisk/rh73/RPMS/ ftp://ftp.nacs.net/asterisk/rh73/SRPMS/ RedHat 9.0 ----------

I don't even know where to begin. I run a lot of production Asterisk servers, for a couple of years now, with no real problems. We built a brand new box, CentOS 4.2, and installed Asterisk 1.2.4 from source tarball(s). Built fine, and started up fine. Any attempts to do local audio (e.g. a "Playback(welcome)") results in complete silence. Worse, the Playback command will hang

On 06/03/2019 19:30, Pete Geenhuizen wrote: > > > On 03/06/2019 09:59 AM, Fred Smith wrote: >> >>> I tried to install this and ran into a conflict >>> >>> --> Processing Conflict: >>> nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd >>> --> Finished Dependency Resolution >>> Error: nvidia-x11-drv-340xx

On Wed, Mar 06, 2019 at 07:26:42AM -0500, Pete Geenhuizen wrote: > > On 03/02/2019 05:41 AM, Phil Perry wrote: > > > >Hi Gerry, > > > >I've updated the nvidia 340xx legacy package set for el7.6, and > >released the packages to the elrepo testing repository. > > > >Please could you test them and let me know if they work as > >expected. To

On 06/03/2019 21:53, Pete Geenhuizen wrote: > > > On 03/06/2019 04:21 PM, Phil Perry wrote: >> On 06/03/2019 19:30, Pete Geenhuizen wrote: >>> >>> That is all good and well, but my problem is that I now can't install >>> >>> vlc smplayer mplayer, or? ffmpeg-libs because they need >>> ocl-icd-2.2.12-1.el7.x86_64from epel.

I have a system with no Digium hardware in it (two others with 2 X100P cards in each of them as well). I'm interested in using MeetMe in the one without the hardware (it works great in the ones with the hardware). I can't use ztdummy, because the system has usb-ohci drivers, rather than usb-uhci. I have read the little there is about zaprtc, and I am wondering whether there is a

I haven't seen anything this strange, and it's 100% reproducible. I'm hoping that there are some clever ideas out there for what to look for, since I can test to my heart's desire on this one... My Dad lives in Florida, and has a Bellsouth DSL line. Of course, he has a regular POTS line connected on the same line. He has the appropriate filters on every jack that has a phone

Hello all, It's my birthday today, so as my present I would like everyone possible to download and test my updated set of RPMS for Asterisk 0.7.1. By popular request, I installed and built a set of RPMS for RedHat 9.0, and in the process fixed a bunch of issues from the initial build. I have also updated and will be maintaining a page on the Asterisk Wiki located at:

Hi, I am new to R (and rusty on SQL!) and I'm trying to extract records from a SQL server database. I have a table of patient records (LoadPUS) which have three code columns which i want to evaluate against a list of particular codes (CVD_ICD$ table). Given the size of the patient table I want to restrict the data I pull into R to the data I only want to analyse so I am using SQL to do this.

Hello everyone, A while back I hit an issue where the presence of multiple OpenCL runtimes on a single system triggered errors in libLLVM caused by redeclaring command line arguments [0]. There's been some discussion on the bug report and a pointer to a slightly older report, unrelated to OpenCL, but most likely about the same issue [1]. OpenCL uses an ICD loader library to abstract away

On 05/07/2018 12:28 AM, Nicolai Hähnle via llvm-dev wrote: > We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. > > There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is basically guaranteed to lead to crashes because of symbol

We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is basically guaranteed to lead to crashes because of symbol clashes. I wonder if C++11 inline namespaces could be used for proper

On 07.05.2018 17:49, Tom Stellard wrote: > On 05/07/2018 12:28 AM, Nicolai Hähnle via llvm-dev wrote: >> We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. >> >> There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is

I have heard about the ICD project to make a better Call center solution for asterisk, and I just noticed it on cvs. Is it a viable alternative or does it need work? Either way I am definitely interested as we are not quite happy with the current setup. Thanks, Robert Jackson

I've noticed that LLVM does a bad job of optimizing array indexing code for FORTRAN arrays declared using the ALLOCATABLE keyword. For example if you have something like the following: DOUBLE PRECISION,ALLOCATABLE,DIMENSION(:,:,:,:) :: QAV ... ALLOCATE( QAV( -2:IMAX+2,-2:JMAX+2,-2:KMAX+2,ND) ) ... DO L = 1, 5 DO K = K1, K2 DO J = J1, J2 DO I = I1, I2 II = I +

ive had enough of cisco unity and microsoft exchange and im looking for alternatives to our voip system. right now, we have 3 cisco callmanagers, 1 cisco ip icd system, and 1 cisco unity voicemail system. all phones are cisco 7940/7960's and some ata186/188's. voice gateways are cisco vg200's with pri cards (5 total). im running h323 on the gateways and phones are of course

Hi Wonsun, can you please provide a testcase. Best wishes, Duncan. > I've noticed that LLVM does a bad job of optimizing array indexing > code for FORTRAN arrays declared using the ALLOCATABLE keyword. > > For example if you have something like the following: > > DOUBLE PRECISION,ALLOCATABLE,DIMENSION(:,:,:,:) :: QAV > ... > ALLOCATE( QAV(