similar to: [PATCH 0/2] Implement upload-offset, download-offset APIs, and hexedit guestfish command

These APIs provide handle-based read/write streaming and random access to files and block devices. --- daemon/.gitignore | 1 + daemon/Makefile.am | 1 + daemon/hfile.c | 196 +++++++++++++++++++++++++++++++++++++++++++++ daemon/m4/gnulib-cache.m4 | 3 +- po/POTFILES.in | 2 + regressions/Makefile.am | 1 + regressions/test-hfile.pl | 102

I've attached a patch to generator.ml for the proposed new file apis. Note that hread, hpread, hwrite and hpwrite are slightly different to the apis I proposed previously. I've also added hallocate for good measure. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 --------------

*** BLURB HERE *** Matthew Booth (2): New APIs: hopen-device hopen-file hread hwrite hseek hclose hclose-all Update pwrite to write a full buffer daemon/.gitignore | 1 + daemon/Makefile.am | 1 + daemon/file.c | 20 ++- daemon/hfile.c | 249 ++++++++++++++++++++++++++++++++++++++++ daemon/m4/gnulib-cache.m4 | 3

Currently any api which takes a FileIn or FileOut parameter is implicitly cancellable. This change make cancellable an explicit flag in anticipation of it being added to other apis. --- generator/generator_actions.ml | 53 ++++++++++++++++++++++++++------------- generator/generator_checks.ml | 3 +- generator/generator_types.ml | 1 + 3 files changed, 38 insertions(+), 19 deletions(-)

Hi, I am playing with hwriter examples given in "example" page. Here's what I've done: > library (hwriter) > > p = openPage ('table.html') > hwrite (1:5, p) > hwrite (iris[1:3, 1:3], p, row.bgcolor='#ffdc98') > closePage (p) > > browseURL('table.html') What I get is not as nice as what I see via the "example" page. I

As suggested by rjones. --- src/generator.ml | 6 ++++-- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/src/generator.ml b/src/generator.ml index 94dc268..7ac4ac8 100755 --- a/src/generator.ml +++ b/src/generator.ml @@ -1756,7 +1756,8 @@ This uses the L<blockdev(8)> command."); [InitBasicFS, Always, TestOutput ( (* Pick a file from cwd which isn't

Make use of the new copy-attributes command to properly copy all file attributes from a file to the new version of it. --- builder/perl_edit.ml | 29 +--------------------------- edit/edit.c | 49 ++--------------------------------------------- fish/edit.c | 54 ++-------------------------------------------------- 3 files changed, 5 insertions(+), 127 deletions(-) diff --git

Chris helpfully reviewed the libguestfs ruby bindings. His findings are below. Rich. Date: Wed, 5 Jan 2011 16:36:42 -0500 From: Chris Lalancette Subject: Review of libguestfs ruby bindings Hey Rich, What follows is a quick review of the libguestfs ruby bindings. I hope you find it helpful. Overall directory structure - looks reasonable enough. One thing that you *could* do is remove

GCC has two warnings related to large stack frames. We were already using the -Wframe-larger-than warning, but this reduces the threshold from 10000 to 5000 bytes. However that warning only covers the static part of frames (not alloca). So this change also enables -Wstack-usage=10000 which covers both the static and dynamic usage (alloca and variable length arrays). Multiple changes are made

This is a further, more comprehensive fix for https://bugzilla.redhat.com/show_bug.cgi?id=788641 The guestfish 'edit' command (aka 'emacs', 'vi') suffered from the same problems as virt-edit and more. It could have failed and left a partially overwritten file, and it didn't preserve permissions etc from the original file. These three patches fix all this. The first

Hello, I have a problem with special characters such as "?" or "?" when using hwriter. This only happens when I use windows, it works fine on mac. If I do: print(datosdv) "Ciencias Sociales y Jur?dicas n:74 | 33.94%" but: hwrite(datosdv, p, br=TRUE) "Ciencias Sociales y Jur?dicas n:74 | 33.94%" The bad sign is in the code, is not a problem of the

Hello <linux noob alert> I installed Wine on Suse 10.2 using yast I tried running winecfg by the run command tool to no avail, so I tried running it in a konsole as su. It gave me the folowing txt, but not the winecfg program as handeled in the FAQ. Does annyone have an idea what's wrong? wine: Unhandled page fault on read access to 0x000000a4 at address 0x7e354349 (t hread 0009),

Hi, Suddenly, I find my little r is sick. Given: #! /usr/bin/env r library (hwriter) unlink ('tmp.html') p = openPage ('tmp.html') hwrite ("Hello World", p) closePage (p) browseURL ('tmp.html') It worked fine a few days ago, but now it says: r: error while loading shared libraries: libR.so: cannot open shared object file: No such file or

On 7/10/20 4:10 PM, Simon Matter via CentOS wrote: > Thanks for the tool, I've created RPMs of it: > > http://www.invoca.ch/pub/packages/hexpeek/ The package generates a symlink /usr/bin/hexedit to /usr/bin/hexpeek, but this is in conflict with the package hexedit which is in base of Centos 7. Mogens -- Mogens Kjaer, mk at lemo.dk http://www.lemo.dk

On Monday 07 March 2016 11:18:32 Richard W.M. Jones wrote: > GCC has two warnings related to large stack frames. We were already > using the -Wframe-larger-than warning, but this reduces the threshold > from 10000 to 5000 bytes. > > However that warning only covers the static part of frames (not > alloca). So this change also enables -Wstack-usage=10000 which covers > both

The existing mechanism was clunky, slow and used ~ 10 MB of local disk. Rich.

> On 2020-07-12 05:57, Mogens Kjaer wrote: >> On 7/10/20 4:10 PM, Simon Matter via CentOS wrote: >>> Thanks for the tool, I've created RPMs of it: >>> >>> http://www.invoca.ch/pub/packages/hexpeek/ >> >> The package generates a symlink /usr/bin/hexedit to /usr/bin/hexpeek, >> but this is in conflict with the package hexedit which is in base

Hi I installed a new SSD in my Macbook running Arch Linux (Kernel 3.1). root partition has btrfs with discard and ssd mount parameters. I wanted to test whether the discard option was actually working, so I performed a testing procedure similar to what is described on various websites. The test file was the output of "seq 100000 999999" which is about 6MB in size. Instead of looking up

On 2020-07-12 05:57, Mogens Kjaer wrote: > On 7/10/20 4:10 PM, Simon Matter via CentOS wrote: >> Thanks for the tool, I've created RPMs of it: >> >> http://www.invoca.ch/pub/packages/hexpeek/ > > The package generates a symlink /usr/bin/hexedit to /usr/bin/hexpeek, > but this is in conflict with the package hexedit which is in base of > Centos 7. > >

On 2020-07-13 04:04, Simon Matter via CentOS wrote: >> On 2020-07-12 05:57, Mogens Kjaer wrote: >>> On 7/10/20 4:10 PM, Simon Matter via CentOS wrote: >>>> Thanks for the tool, I've created RPMs of it: >>>> >>>> http://www.invoca.ch/pub/packages/hexpeek/ >>> >>> The package generates a symlink /usr/bin/hexedit to