search for: 104,20

...what it is. Anyone have any suggestions? sccp.conf [general] keepalive = 30 context = internal bindaddr = 192.168.1.1 port = 2000 debug = 10 firstdigittimeout = 16 digittimeout = 8 [devices] type = 7960 description = Cisco1 tzoffset = 0 autologin = 104 ; speeddial = 101, 105 device => SEP00036BC3852B [lines] id = Cisco1 pin = 1234 label = 104 description = Cisco1 context = internal ;callwaiting = 1 incominglimit = 2 mailbox = 500 vmnum = 500 cid_name = Cisco1 cid_num = 104 line...

...x: vorbis-tools/ogg123.c =================================================================== RCS file: /usr/local/cvsroot/vorbis/vorbis-tools/ogg123.c,v retrieving revision 1.1 diff -u -r1.1 ogg123.c --- vorbis-tools/ogg123.c 2000/06/14 23:07:47 1.1 +++ vorbis-tools/ogg123.c 2000/06/19 14:44:16 @@ -104,20 +104,28 @@ FILE * get_stream (int num, struct streams * streams_list) { - if (num < 0) + if (streams_list != NULL) { - fprintf (stderr, "Internal error: get_stream called with a negative argument.\n"); - exit (1); + if (num < 0) + { + fprintf (stderr, &...

...han "/>" + Buffer.add_string buf "/>" ) +and buffer_add_spaces buf n = + for i = 0 to n-1 do Buffer.add_char buf ' ' done + (* Quote XML <element attr='...'> content. Note you must use single * quotes around the attribute. *) @@ -99,10 +104,20 @@ and xml_quote_pcdata str = let str = String.replace str ">" "&gt;" in str -let doc_to_chan chan (Doc doc) = - fprintf chan "<?xml version='1.0' encoding='utf-8'?>\n"; - element_to_chan chan doc; - fprintf chan "\n&quot...

I have looked all over the site(s) for help. But heres the problem. Im missing something. In coming works fine from FreeWorld via IAX. But when Dialing out i get: May 13 13:42:01 WARNING[1150495040]: chan_iax2.c:5256 socket_read: I don't know how to authenticate iaxtel to 65.39.205.121 my IAX.conf if as follows [general] port=5036 register => ######:xxxxxxxxxxxxx@iax2.fwdnet.net

Hi, This series corresponds do older patches in the paravirt series that was neither already applied, nor I will touch again. In general, they do not touch code that can be unified (at least, without being the unification a big problem on its own). They passed through this list a lot of times, so I feel them ready for inclusion, unless someone opposes. As with the other patches, they apply to

Hi, This series corresponds do older patches in the paravirt series that was neither already applied, nor I will touch again. In general, they do not touch code that can be unified (at least, without being the unification a big problem on its own). They passed through this list a lot of times, so I feel them ready for inclusion, unless someone opposes. As with the other patches, they apply to

While adding code to create the compatibility p2m table mappings it seemed to me that the creation of the native ones is restricted to memory below the 512G boundary - otherwise, additional L2 tables would need to be allocated (currently other memory following the one L2 page getting allocated would be blindly overwritten). While I realize that machines this big aren''t likely to be

...plate creation if host is slave. Patch: root at lab-xh3:~# vim /etc/init.d/xcp-xapi root at lab-xh3:~# diff -u /etc/init.d/xcp-xapi.old /etc/init.d/xcp-xapi --- /etc/init.d/xcp-xapi.old 2012-07-12 17:27:46.000000000 +0400 +++ /etc/init.d/xcp-xapi 2012-07-12 17:32:52.000000000 +0400 @@ -104,16 +104,20 @@ # on this one. As a last resort, sleep for some time. wait_for_xapi - # Do some standard setup, e.g. pif-scan, template creation (maybe) + # Do some standard setup, e.g. pif-scan, template creation (maybe), only if host is master + grep master /etc/...

The first four patches are straightforward. The final patch adds the -o rhv-upload output mode. It is still spooling into a temporary file because I've had some trouble getting streaming conversions working. There are other problems as outlined in the commit message, so this patch is not ready for upstream but is good for discussion. Also I hit this, which I'm assuming for now will be

...ups/libcleanups.la \ $(top_builddir)/lib/libguestfs.la \ $(LTLIBINTL) \ $(top_builddir)/gnulib/lib/libgnu.la diff --git a/tests/regressions/Makefile.am b/tests/regressions/Makefile.am index aef6982d1..1721d861a 100644 --- a/tests/regressions/Makefile.am +++ b/tests/regressions/Makefile.am @@ -104,17 +104,20 @@ check_PROGRAMS = \ rhbz501893_SOURCES = rhbz501893.c rhbz501893_CPPFLAGS = \ + -I$(top_srcdir)/common/cleanups -I$(top_builddir)/common/cleanups \ -I$(top_srcdir)/common/utils -I$(top_builddir)/common/utils \ -I$(top_srcdir)/lib -I$(top_builddir)/lib rhbz501893_CFLAGS = \ $...

This turned out to be rather more involved than I thought. We have lots of utility functions, spread all over the repository, with not a lot of structure. This moves many of them under common/ and structures them so there are clear dependencies. This doesn't complete the job by any means. Other items I had on my to-do list for this change were: - Split up mllib/common_utils into: -

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-rc7 + your patches + the last batch of pv_ops patches I posted. This patch generally restricts itself to Xen-specific parts of the tree, though it does make a few small changes elsewhere. These patches include: - some helper routines for allocating address space and walking pagetables - Xen

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-rc7 + your patches + the last batch of pv_ops patches I posted. This patch generally restricts itself to Xen-specific parts of the tree, though it does make a few small changes elsewhere. These patches include: - some helper routines for allocating address space and walking pagetables - Xen

Hi, here is the next version of changes to enable Linux to run as an SEV-ES guest. The code was rebased to v5.7-rc3 and got a fair number of changes since the last version. What is SEV-ES ============== SEV-ES is an acronym for 'Secure Encrypted Virtualization - Encrypted State' and means a hardware feature of AMD processors which hides the register state of VCPUs to the hypervisor by

Hi, here is the next version of changes to enable Linux to run as an SEV-ES guest. The code was rebased to v5.7-rc3 and got a fair number of changes since the last version. What is SEV-ES ============== SEV-ES is an acronym for 'Secure Encrypted Virtualization - Encrypted State' and means a hardware feature of AMD processors which hides the register state of VCPUs to the hypervisor by

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-git13 + patches-2.6.21-git7-070507-1.tar.gz (I think "unwinder" is the only patch which doesn't apply to git13, and the sched-clock patches are the only ones which this series actually needs). Changes since the last posting: - More netfront review and cleanup - Added ability to

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-git13 + patches-2.6.21-git7-070507-1.tar.gz (I think "unwinder" is the only patch which doesn't apply to git13, and the sched-clock patches are the only ones which this series actually needs). Changes since the last posting: - More netfront review and cleanup - Added ability to

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-git13 + patches-2.6.21-git7-070507-1.tar.gz (I think "unwinder" is the only patch which doesn't apply to git13, and the sched-clock patches are the only ones which this series actually needs). Changes since the last posting: - More netfront review and cleanup - Added ability to

Hi, This is the Xen implementation for the paravirt_ops interface. The series is based on 2.6.22-rc1-mm1, and I think its ready to be cooked in -mm with a view to being merged in 2.6.23. The first part of the series is some small changes to the core kernel. Apart from the new code added in "Allocate and free vmalloc areas" (posted many times before), they are simply a few one-liners

Hi, This is the Xen implementation for the paravirt_ops interface. The series is based on 2.6.22-rc1-mm1, and I think its ready to be cooked in -mm with a view to being merged in 2.6.23. The first part of the series is some small changes to the core kernel. Apart from the new code added in "Allocate and free vmalloc areas" (posted many times before), they are simply a few one-liners