search for: 123,20

...x with extension 's' if no digits were ;received on incoming call (no destination number yet) devices=2 ;number of concurrent calls on this controller ;(2 makes sense for single BRI, 30 for PRI) In Extensions.conf [capi-in] exten => s,1,Dial(Sip/123,20) exten => s,2,Voicemail(123) exten => s,3,Hangup Also the Capi debug output with verbosity 15, is shown below. I can see that after the channel identification message and then the sending complete message, a DISCONNECT_IND comes straight after and it does not provide any reasons... CA...

Is it possible to reject all incoming calls that do not have a CID? Could I do something like that (modified version from the book): exten => 123,1,GotoIf($[${CALLERIDNUM} = ]?20:10) exten => 123,10,Dial(Zap/4) exten => 123,20,Playback(abandon-all-hope) exten => 123,21,Hangup( Alternatively, what's the privacy.conf file for? What does it mean for a user to have to chances to 'enter his CID' else his call is rejected? T...

I installed Asterisk 1.0.9 in a Freebsd 5.4 ( with no zaptel card); I have 2 zoom x5v and works great ( in extensions 123 and 321 ) but I was trying to test cmd Playback, MusicOnHold, MP3Player but when I call to extension 100 I don't hear the sound ( mp3 or gsm that I put) , I only hear noise If I leave a message in a mailbox the same, all the record is noise --------- extensionns.conf --------- [general] stat...

Hello; I want to create a 2 D plan with (123 values) for axis1 and 7 values for axis 2. I then want to make a projection of points with their coordonates in that plan! is that possible and how to proceed? Thanks [[alternative HTML version deleted]]

I have installed asterisk in a 4.11 RELEASE FreeBSD, and we are using two Zoom X5v with SIP and works fine, we can call each other and this is OK ----------extensions.conf---------- [general] static=yes writeprotect=no [sip] exten => 123,1,Dial(SIP/123,20) exten => 123,2,Voicemail(u${EXTEN}) exten => 123,3,Hangup exten => 123,103,Voicemail(b${EXTEN}) exten => 123,104,Hangup exten => 321,1,Dial(SIP/321,20) exten => 321,2,Voicemail(u${EXTEN}) exten => 321,3,Hangup exten => 321,103,Voicemail(b${EXTEN}) exten =...

...tTY.cmx \ - fsync.cmx \ - progress.cmx \ - uRI.cmx \ - crypt.cmx \ - password.cmx \ - mkdtemp.cmx \ - planner.cmx + mkdtemp-c.o + +if HAVE_OCAMLOPT +OBJECTS += $(patsubst %,%.cmx,$(ocaml_modules)) +else +OBJECTS += $(patsubst %,%.cmo,$(ocaml_modules)) +endif noinst_SCRIPTS = dummy @@ -116,11 +123,20 @@ OCAMLCLIBS = \ -L../gnulib/lib/.libs -lgnu dummy: $(OBJECTS) +if HAVE_OCAMLOPT $(OCAMLFIND) ocamlopt $(OCAMLOPTFLAGS) \ mlguestfs.cmxa -linkpkg $^ \ -cclib '$(OCAMLCLIBS)' \ $(OCAML_GCOV_LDFLAGS) \ -o $@ +else + $(OCAMLFIND) ocamlc $(OCAMLCFLAGS) \ + mlguestf...

...dir == IOREQ_WRITE) { + //BX_INFO(("pio: <WRITE>addr:%llx, value:%llx, size: %llx, count: %llx\n", req->addr, req->u.data, req->size, req->count)); + if (!req->pdata_valid) { BX_OUTP(req->addr, (dma_addr_t) req->u.data, req->size); } else { @@ -123,20 +127,29 @@ } else if (req->port_mm == 1){//memory map io if (!req->pdata_valid) { if(req->dir == IOREQ_READ){//read - BX_MEM_READ_PHYSICAL(req->addr, req->size, &req->u.data); - } else if(req->dir == IOREQ_WRITE)//write - BX_MEM_WRITE_PHYSICAL(req->ad...

...misp1 [Username2] ;DID2 type=user username=Username2 host=X.X.X.X context=fromisp1 [Username3] ;DID3 type=user username=Username3 host=X.X.X.X context=fromisp1 For each of the iax connection I have defined section with type user. In extension.conf I have : [fromisp1] exten => s,1,Dial(SIP/1235) exten => _X.,1,Dial(SIP/1235) exten => h,1,Hangup Every incoming call enters context fromisp1 with exten 's' . I can't distinguish incoming DID or username, of couse I've figure out that I can create context for each iax connection , but for me I would be wast of cpu cycl...

...t;movies; walk; walk = walk->next) { SwfdecMovieClass *klass = SWFDEC_MOVIE_GET_CLASS (walk->data); diff --git a/libswfdec/swfdec_sprite_movie.c b/libswfdec/swfdec_sprite_movie.c index 74d2160..f23c4c1 100644 --- a/libswfdec/swfdec_sprite_movie.c +++ b/libswfdec/swfdec_sprite_movie.c @@ -123,20 +123,59 @@ swfdec_sprite_movie_perform_one_action ( } static void -swfdec_sprite_movie_do_goto_frame (gpointer moviep, gpointer data) +swfdec_movie_tell_about_removal (SwfdecMovie *movie) +{ + GList *walk; + if (movie->will_be_removed) + return; + movie->will_be_removed = TRUE; +...

OK, here is the large patchset that implements the virtio spec update that I sent earlier (the spec itself needs a minor update, will send that out too next week, but I think we are on the same page here already). It supercedes the PUBLISH_USED_IDX patches I sent out earlier. What will follow will be a patchset that actually includes 4 sets of patches. I note below their status. Please consider

OK, here is the large patchset that implements the virtio spec update that I sent earlier (the spec itself needs a minor update, will send that out too next week, but I think we are on the same page here already). It supercedes the PUBLISH_USED_IDX patches I sent out earlier. What will follow will be a patchset that actually includes 4 sets of patches. I note below their status. Please consider

OK, this is the revised paravirt.h (Andi has seen this before), then the second is the binary patching stuff. More things get added to the paravirt struct in future patches, but this basic stuff hasn't changed for some time. ==== This patch does the dumbest possible replacement of paravirtualized instructions: calls through a "paravirt_ops" structure. Currently these are function

The following patches introduce the core infrastructure needed to paravirtualize the 32-bit x86 Linux kernel. This is done by moving virtualization sensitive insn's or code paths to a function table, paravirt_ops. This structure can be populated with hypervisor specific calls or native stubs and currently support running on bare metal, VMI, Xen, or Lhype. These patches apply to

The following patches introduce the core infrastructure needed to paravirtualize the 32-bit x86 Linux kernel. This is done by moving virtualization sensitive insn's or code paths to a function table, paravirt_ops. This structure can be populated with hypervisor specific calls or native stubs and currently support running on bare metal, VMI, Xen, or Lhype. These patches apply to

A character device for accessing (in user-space) pages that have been granted by other domains. Signed-off-by: Derek Murray <Derek.Murray@cl.cam.ac.uk> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel