search for: _args

...staticstring = type { i8* } %struct._mulle_objc_loadhashnamelist = type { i32, %struct._mulle_objc_loadhashname** } %struct._mulle_objc_loadhashname = type { i32, i8* } ;;; *********************** > "%struct.Foo::p.test1::" = type { i8*, i8* } ;;; *********************** < %union._u_args = type { [1 x [5 x i8*]] } %struct.variadic_expr = type { i8*, i8* } %struct._mulle_objc_loadinfo = type { i32, i32, i32, i32, i32, %struct._mulle_objc_loadclasslist*, %struct._mulle_objc_loadcategorylist*, %struct._mulle_objc_superlist*, %struct._mulle_objc_loadcategorylist.0*, %struct._mulle_...

...> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\utility:8: 1>C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\type_traits(620,32): error : '_Ty' does not refer to a value 1> : _Cat_base<_IS_CONSTRUCTIBLE(_Ty, _Args...)> 1> ^ 1> C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\type_traits(617,15) : note: declared here 1> template<class _Ty, 1> ^ 1>C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\t...

...unction ConvCallRInternals( _a, _b: pSExp ): pSExp; cdecl; { ConvCallRDefines - call our convolve using .Call and Rdefines } function ConvCallRDefines( _a, _b: pSExp ): pSExp; cdecl; { ConvExternalRInternals - call our convolve using .External and Rinternals } function ConvExternalRInternals( _args: pSExp ): pSExp; cdecl; { call our convolve using .External and Rdefines } { nothing new to see, skipped } {==============================================================================} implementation uses rhRDefines; { ConvC } // Example for declaration/code with PARAMETERS PASSED BY RE...

This introduces support to run P2V without X server. Runtime parameters are specified via kernel command line making it hopefully suitable for automated migration with a little help of PXE boot. Patchset is not squashed and represents dev. history.

This patch series introduces the tapback daemon, the user space daemon that acts as a device''s back-end, essentially most of blkback in user space. The daemon is responsible for coordinating the front-end and tapdisk. It creates tapdisk process as needed, instructs them to connect to/disconnect from the shared ring, and manages the state of the back-end. The shared ring between the

Two (not related to each other) refactorings: Patches 1-12 split configure.ac into smaller files using the m4_include mechanism. Patches 13-15 split out parts of guestfs.pod (ie. guestfs(3)) into three new manual pages: guestfs-hacking(3) - how to extend and contribute to libguestfs guestfs-internals(3) - architecture and internals guestfs-security(3) - security and CVEs Patch 16 is a

This patch series contains a set of patches making minios rather easier to use, from an application development point of view. Overview of patches: 1 Command line argument parsing support, from Xen. 2 Weak console handler function. 3 Build system tweaks for application directories. 4 Trailing whitespace cleanup. (because it is very messy) Patch 4 is likely to be more controversial than

> Hmmm... wouldn''t it be nice if we didn''t have a bespoke, > buggy & incomplete emulator for hvm mmio. ;-) In the process of solving this one, I''ve got to (another) of the blocking points... At the moment, we translate the virtual address from the guest in the page-fault-handler to guest physical address via the gva_to_gpa() function in svm.c/vmx.c:

Tested with 'make check-release'. tests/parallel (in check-slow) failed, although it does regularly and that seems to be because of libvirt. Rich.

The series introduces auto-generation of the type definitions used in the libxl interface followed by auto-generation of a destructor function for each type. In the future it may be possible to use the related data structures for other purposes, for example auto-generation of the functions to marshal between C and language binding data types. tools/_libxl_types.h should be identical both before

This patch series copies the core of the tapdisk process from blktap2, with updates coming from blktap2.5. Signed-off-by: Thanos Makatos <thanos.makatos@citrix.com>

...E_MAX> bytes (currently 4MB), which means the effective size of any request is limited to somewhere under this size. -Note also that many functions don't take any arguments, in which case +Note also that many functions don’t take any arguments, in which case the C<guestfs_I<foo>_args> is completely omitted. The header contains the procedure number (C<guestfs_proc>) which is diff --git a/docs/guestfs-performance.pod b/docs/guestfs-performance.pod index 620a82adf..9b8a204d0 100644 --- a/docs/guestfs-performance.pod +++ b/docs/guestfs-performance.pod @@ -242,7 +242,7 @...

In the kernel and qemu communities it is routine for patches that will be backported to stable branches to be posted for review. I'm proposing we do the same for libguestfs stable branches. All of the attached have been tested with 'make check-release'. Rich.