similar to: German Howto?

Hi All, I've just setup a test Asterisk system that allows incoming/outgoing calls via an ISDN card (l4i) and incoming/outgoing calls via SIP (iconnecthere). I have two SIP Softphones (Xten X-Lite) for making and receiving calls. When receiving an incoming call via the ISDN interface the sound quality is fine for the Softphone user (i can hear the caller perfectly), but the person

Hi @all, I have many domU on my server and they work fine, some of them have their own NICs with the PCI param in the config. Now I try to bring a soundcard for asterisk into a new domU and have the following trouble: rz3-ta:~ # lspci 00:00.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04) PCI: Enabling device 0000:00:00.0 (0000 -> 0001) EMU10K1_Audigy: probe of 0000:00:00.0

Hi all, I'm running a stable Asterisk on a HP DL380G2 1.4Ghz 0,5GB RAM equipped with 1x TE410P and 2xJunghanns QuadBRI running in NT-mode. Connected to the BRI-Ports are 12 Fax-Modems (Elsa MicroLink ISDN/TL V.34) which are only operating in dial out analog mode to deliver fax messages. After a while of running fine (50-200 dial out connections) on some S0 spans the following message occurs

Hello, I''ve installed xen3 and asked myself whats better, image files or partions? I will prefer image files because of the flexible handling, but I''ve heard that real partions are faster. Thanks a lot for any hints? Daniel _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

Hi all, I just posted this question before last week. Meanwhile after upgrading Asterisk 1.0.7-BRIstuffed-0.2.0-RCg to 1.0.8-BRIstuffed-0.2.0-RCh the same problem occurs, but seems to be more seldom. Attached is now the output of "zap show channel" . - I'm running a stable Asterisk on a HP DL380G2 1.4Ghz 0,5GB RAM equipped with 1x TE410P and 2xJunghanns OctoBRI running in NT-mode.

> I've build gcc many times over the years for different target processors > and was never able to get my head around it internally. It is incredibly > complex. I also didn't like the fact that I had to have N copies of gcc > to support N processors. Scott McPeak is rather familiar with the internals of gcc and edg and says elsa is far simpler. > I became interested in

Chris Lattner wrote: > On Dec 21, 2007, at 1:08 PM, Richard Pennington wrote: > >> I'm a little further along now. I've started to put together a simple >> driver for Elsa and LLVM that I'm calling "ellsif" (cute name, I think >> it works). >> >> The file being compiled is a "printf" function. Here are timing >> results

Daniel Wilkerson wrote: >> I've build gcc many times over the years for different target processors >> and was never able to get my head around it internally. It is incredibly >> complex. I also didn't like the fact that I had to have N copies of gcc >> to support N processors. > > Scott McPeak is rather familiar with the internals of gcc and edg and >

Hi, I've restarted my Elsa/LLVM project after three months of having real life intrude. I upgraded my LLVM source to the current trunk. I had to make a few changes to my source, e.g. LLVMFoldingBuilder became IRBuilder and several instances of "new" became "Create". Now, a test case that previously succeeded fails. I run the following script: #!/bin/sh if [ 1 -ne 0 ]

On 12/21/07, Richard Pennington <rich at pennware.com> wrote: > I'm a little further along now. I've started to put together a simple > driver for Elsa and LLVM that I'm calling "ellsif" (cute name, I think > it works). Er. Hm. Can you explain the name? The problem with names like "ellsif" is that it sounds like "else if". I like the

On Dec 22, 2007, at 2:40 AM, Richard Pennington wrote: > Does Elsa provide an advantage over g++? For me, understanding it is a > big plus. ;-) In addition, Elsa has a Berkeley-like license which I > prefer. Ok. If you're not planning on extending the front-end, understandability doesn't really matter ;-). I get where you're coming from though! > Since I only

Chris Lattner wrote: > On Dec 22, 2007, at 2:40 AM, Richard Pennington wrote: > >> Does Elsa provide an advantage over g++? For me, understanding it is a >> big plus. ;-) In addition, Elsa has a Berkeley-like license which I >> prefer. > > Ok. If you're not planning on extending the front-end, > understandability doesn't really matter ;-). I get

Wow! Cool! Hey, if you sign my contributor agreement, we can consider making your Elsa/LLVM compiler an Oink tool. Scott's intention is for Elsa to be basically "done": that is, aside from bug fixes, it shouldn't have more features. Oink is basically a bucket into which to throw tools like this one that use Elsa as a front-end. Daniel On Dec 7, 2007 6:37 AM, Richard

I'm a little further along now. I've started to put together a simple driver for Elsa and LLVM that I'm calling "ellsif" (cute name, I think it works). The file being compiled is a "printf" function. Here are timing results for optimized and unoptimized runs: [~/elsa/ellsif] dev% ./ellsif -v test/ofmt.i -time-actions Adding test/ofmt.i as a preprocessed C file

Hi Ted there was a drift from the initial topic. worth a new thread! 2014-07-27 9:13 GMT+02:00 Ted Mittelstaedt <tedm at mittelstaedt.us>: > On 7/26/2014 12:18 PM, Arnaud Quette wrote: > >> Hi Eric, >> >> sorry for the lag, summer time... >> >> I'm first seconding Charles comments >> >> 2014-07-09 12:31 GMT+02:00 Eric S. Raymond <esr

On Dec 21, 2007, at 1:08 PM, Richard Pennington wrote: > I'm a little further along now. I've started to put together a simple > driver for Elsa and LLVM that I'm calling "ellsif" (cute name, I think > it works). > > The file being compiled is a "printf" function. Here are timing > results > for optimized and unoptimized runs: Cool, this is

I have an APC SMX3000RMLV2UNC UPS, with installed network card model AP9631. http://www.apc.com/resource/include/techspec_index.cfm?base_sku=SMX3000RMLV2UNC http://www.apc.com/resource/include/techspec_index.cfm?base_sku=AP9631 I planned to use network connectivity with this unit and apcupsd, but have not this far. The UPS is shared by multiple servers, so a USB or Serial connection via the

Hi, I am using the: pcf.aov<-aov(meas~op+part, data=pcf.ex2), command to perform a two way ANOVA. When I save the: sumpcf<- summary.aov(pcf.aov), result of the summary.aov command in a variable I need to access the individual pieces of information in the summary. The summary appears to be a list and I am having a hard time finding a way to get at the information in the summary.

I'm linking a program (my ellsif driver) that basically brings in most of the LLVM stuff: bitcode reading, optimizations, linking, and target code generation. All of a sudden, I'm getting the following when I run: [~/elsa/ellsif] dev% ./ellsif -v test/ofmt.i test/sieve.i -time-actions -O5 <premain>: CommandLine Error: Argument 'machine-licm' defined more than once!

Rainer M Krug writes: > Thorsten Wiegand used in his paper Wiegand T., and K. A. Moloney 2004. > Rings, circles and null-models for point pattern analysis in ecology. > Oikos 104: 209-229 a statistic he called O-Ring statistic which is > similar to Ripley's K, only that it uses rings instead of circles. > > http://www.oesa.ufz.de/towi/towi_programita.html#ring