search for: get_types

Hello. Use <inttypes.h> PRIx64 instead of llx to get rid of gcc warning format ?%llx? expects type ?long long unsigned int?, but argument 2 has type ?uint64_t? -- MartinS diff --git a/com32/gpllib/acpi/xsdt.c b/com32/gpllib/acpi/xsdt.c index 208abc6..228b6c3 100644 --- a/com32/gpllib/acpi/xsdt.c +++ b/com32/gpllib/acpi/xsdt.c @@ -63,7 +63,7 @@ int parse_xsdt(s_acpi * acpi) /*

This fixes the xapi test case 02 with those parts that currently do not work disabled with ''if 0:'' Signed-off-by: Stefan Berger <stefanb@us.ibm.com> Index: root/xen-unstable.hg/tools/xm-test/tests/xapi/02_xapi-vbd_basic.py =================================================================== --- root.orig/xen-unstable.hg/tools/xm-test/tests/xapi/02_xapi-vbd_basic.py +++

This patch provides the ability to create a "dir" type storage pool, and to add and remove volumes for existing pools.

libswfdec/Makefile.am | 20 ++++++++++++-------- 1 file changed, 12 insertions(+), 8 deletions(-) New commits: commit 66095ac2692402646afcc0732c13dc4b3996433d Author: Benjamin Otte <otte at gnome.org> Date: Mon Dec 3 16:46:24 2007 +0100 fix non-srcdir builds from autogen'd sources diff --git a/libswfdec/Makefile.am b/libswfdec/Makefile.am index aad0e05..d5cf0da 100644 ---

...that: Y was not changed, and more specifically, Y$V2 was not changed, so no change was made to the variable types. It all makes sense, but I want an easy way to maintain the structure of a data frame when I do this kind of operation. I ought to be able to do something like this: Ytypes <- get_types(Y) Y[is.na(Y)] <- X[is.na(Y)] use_types(Y, Ytypes) That kind of system would ensure that the basic structure of the data frame can be maintained. I don't want to have to check by hand, and sometimes it would be impossible to do so. So what's the trick? Is there a trick? Mike

Hi, I'm adapting the omega (in a Python way ;) to do search across multiple remotes database, for now, I have only one xapian-tcpsrc running, but I have documents being inserted at the same time, so (like I have readed in others e-mails) the xapian-tcpsrc throw the following message: Connection from 192.168.0.101, port 64161 Got exception DatabaseModifiedError: The revision being read has

The Wine development release 3.0-rc1 is now available. This is the first release candidate for the upcoming Wine 3.0. It marks the beginning of the code freeze period. There have been many last minute changes, so please give this release a good testing to help us make 3.0 as good as possible. What's new in this release (see below for details): - Direct3D 11 enabled by default on AMD and

Hi, xl is currently ignoring the cpuid= variable in the config file. As I don''t like the current interface xm exposes (basically because it is complicated, unintuitive and very error prone), I implemented a new scheme for specifying CPUID flags policy, combining QEMU''s and Xen''s approach: cpuid = "<base>,<feature_name>=[01xks]*,... The patch includes a

configure.ac | 3 swfdec-gtk/swfdec_gtk_loader.c | 6 swfdec-gtk/swfdec_playback_alsa.c | 10 swfdec/.gitignore | 2 swfdec/Makefile.am | 13 swfdec/swfdec.h | 1 swfdec/swfdec_as_string.c |

This is the first iteration of the GObject bindings. I have 'kicked the tyres' on these, meaning I have ensured that a bunch of basic manual tests work as expected. I'm in the process of adding more comprehensive tests. Here's an example simple javascript program which uses these bindings: === const Guestfs = imports.gi.Guestfs; print('Starting'); var g = new

This set of patches supercedes the previous set, and has been rebased with changes from upstream.

This patch again rebases on upstream and should apply on next as of right now.

The Wine development release 1.9.13 is now available. What's new in this release (see below for details): - New version of the Gecko engine based on Firefox 47. - More Shader Model 5 support in Direct3D. - Unicode data updated to Unicode 9.0.0. - Improvements to GDI paths and metafiles. - More progress towards the Direct3D command stream. - Joystick support improvements on Mac OS

Users can now: * Add a new storage pool. * Delete a storage pool. * Start and stop storage pools. * Add a new storage volume. * Delete a storage volume. * List existing storage pools, with details. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- Makefile.am | 31 +++++--- nodeadmin/addpool.py | 182 ++++++++++++++++++++++++++++++++++++++++++++

This pair of patches provide a new storage admin interface. Then, on top of that, it refactors the domain administration pieces to now properly use storage pools and volumes when defining a new VM.

Package: xcp-xapi Version: 1.3.2-6 Severity: normal Tags: upstream Normally (in 'iso-based' XCP) is possible to attach VDI to dom0. That operation usually looks like: xe vbd-create vdi-uuid=... vm-uuid=(dom0 uuid) device=N xe vbd-plug I done those steps in xcp-xapi and got success (no error), but no xvd* device found. Here operations log: # xe vbd-create

This is release 0.9.44 of Wine, a free implementation of Windows on Unix. What's new in this release: - Better heuristics for making windows managed. - Automatic detection of timezone parameters. - Improvements to the builtin WordPad. - Better signatures support in crypt32. - Still more gdiplus functions. - Lots of bug fixes. Because of lags created by using mirrors, this message

This is release 0.9.58 of Wine, a free implementation of Windows on Unix. What's new in this release (see below for details): - The default version is now Windows XP. - Many Richedit improvements. - Beginning of jscript dll support. - Shell folders now respect XDG directory configuration. - Many translation updates. - Lots of bug fixes. Because of lags created by using mirrors,

This reverts commit 3f6ca541c7b24d4c86688a509582cb41a7e0078c. The original commit was reverted prematurely. --- generator/generator_actions.ml | 10 +++++----- generator/generator_checks.ml | 5 +++++ generator/generator_types.ml | 3 +++ 3 files changed, 13 insertions(+), 5 deletions(-) diff --git a/generator/generator_actions.ml b/generator/generator_actions.ml index

Package: xcp-xapi Version: 1.3.2-6 Severity: normal Tags: upstream vbd plug to PV domain cause following error: The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: the device disappeared from xenstore (frontend (domid=4 | kind=vbd | devid=51760); backend (domid=0 | kind=vbd | devid=51760)) (same error