similar to: [PATCH libguestfs 2/2] Only leave/enter blocking_section when OCaml lock is not held

Since OCaml 4 the old and confusing caml_enter_blocking_section and caml_leave_blocking_section calls have been replaced with caml_release_runtime_system and caml_acquire_runtime_system (in that order). Use the new names. --- generator/OCaml.ml | 5 +++-- ocaml/guestfs-c.c | 5 +++-- 2 files changed, 6 insertions(+), 4 deletions(-) diff --git a/generator/OCaml.ml b/generator/OCaml.ml index

No action required here as I have pushed this already, this is just for your information. Rich.

Bugs item #20348, was opened at 2008-05-25 12:12 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=20348&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Ross Goodell (rossgoodell) Assigned to: Nobody (None) Summary: Apparent problems in text selection by direction arrow keys with shift held

Can someone clarify this for me? The docs are not clear. It seems that an election is held when: * There is no LMB or the current LMB shuts down. * A machine joins the network with "preferred master = yes" and forces an election. Any other times when an election is held? What's also not clear is how OFTEN the election is held. The how-to makes a passing reference that "two

I sent a message with the above subject:"Rsync chokes on this file", which as a 7Mb file attached to it and got a message that the post was held in moderation because the attached file is too large. What is the procedure for sending a file to the developers for checking? Can I upload the file somewhere and create a link to it in my email, or submit it to some email account that permits

https://bugzilla.mindrot.org/show_bug.cgi?id=1876 Summary: Requests to use keys held by the ssh-agent have no way of indicating their context Product: Portable OpenSSH Version: 5.8p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ssh-agent

I am brand new to Ubunutu and Wine so I really need help, I have no clue what I'm doing. But I followed the guide Here ("http://www.winehq.org/download/deb") and I got to where it said to click there and when I did, it prompt if I wanted to install Wine, and I said yes, and then I got an error window that said: > Cannot install 'wine' (E: Unable to correct problem, you

Hi, Here is a scenario: 1) A call comes in on an outside line on a DAHDI device 2) The call is answered by a SIP extension (Linksys SPA942 to be exact) 3) The SIP extension places the outside call on hold 4) The same SIP extension dials another extension. Is it possible for the dialplan in step 4 to discover the channel of the call placed on hold in step 3? In other words, since it is the

On Thu, Feb 27, 2020 at 18:28:44 -0700, Blake Anderson wrote: > > Hi everyone, > I have a question that you may be able to help me with. I had a live block migration of a qemu-kvm guest fail (initiated via nova), in which the guest remained running on the source, but if I try to re-initiate the live migration it returns libvirtError: Timed out during operation: cannot acquire state

Hello I am currently running dovecot 1.2.15 on my home server. I have over 200 folders in personal email account, and I have found that my smart-phone does not work well trying to display that many folders. I solved the problem by creating a second instance of dovecot running on a non standard port, and configured it to serve only a subset my email folders, so that way the email client on my

CUPS Version: 1.1.23-10sarge1 I believe this to be a CUPS problem, but since it only seems to affect users printing via Samba, perhaps it has been encountered by others here. I have cups installed and can print to it via Linux just fine. I also have installed via Samba (via "cupsaddsmb") and most WinXP users can print just fine, too. However, a few (3 of about 20) users have the

On Mon, 9 Dec 2002, Martin Pool <mbp@samba.org> wrote: > >Mailman holds some suspicious messages for filtering by the admin. >However, for samba.org, this means about 80 messages per week, which >have to be handled through a clunky web interface, and which take time >away from more useful tasks. This is not acceptable. Pah! :) Try 100+ messages per day, with 200+ at the

V2 -> V3: set ''err'' to -ENOMEM when kmalloc() fails. Thanks to Tao. V1 -> V2: Move kmalloc() before mutex_lock(), suggested by Arjan. file_remove_suid() should be called with i_mutex held, file_update_time() too. So move them after mutex_lock(). Plus, check the return value of kmalloc(). Signed-off-by: WANG Cong <amwang@redhat.com> Cc: Arjan

file_remove_suid() should be called with i_mutex held, file_update_time() too. So move them after mutex_lock(). Plus, check the return value of kmalloc(). Signed-off-by: WANG Cong <amwang@redhat.com> --- diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c index 7c3cd24..cd36301 100644 --- a/fs/btrfs/file.c +++ b/fs/btrfs/file.c @@ -944,14 +944,17 @@ static ssize_t btrfs_file_write(struct file

Need Help in Debugging below script:-------------------------------- dat <- get_majorlandmarks(dat,Dmin,Per) fit_xts <- xts(dat$fit,order.by = dat$Date,frequency = 365) close_xts <- xts(dat$Close, order.by = dat$Date, frequency = 365 ) majorlandmarks_xts <-xts(dat$Close[dat$majorlandmarks==TRUE], order.by = dat$Date[dat$majorlandmarks==TRUE], frequency = 365 ) minorlandmarks_xts

Hi everyone, I have a question that you may be able to help me with. I had a live block migration of a qemu-kvm guest fail (initiated via nova), in which the guest remained running on the source, but if I try to re-initiate the live migration it returns libvirtError: Timed out during operation: cannot acquire state change lock (held by monitor=remoteDispatchDomainMigratePerform3Params). Looking at

As usual, written and (build-)tested on 2.6.27.4 and made apply to the 2.6.18 tree without further testing. Signed-off-by: Jan Beulich <jbeulich@novell.com> Index: head-2008-11-04/drivers/xen/blktap/blktap.c =================================================================== --- head-2008-11-04.orig/drivers/xen/blktap/blktap.c 2008-10-01 16:35:04.000000000 +0200 +++

V1 -> V2: Move kmalloc() before mutex_lock(), suggested by Arjan. file_remove_suid() should be called with i_mutex held, file_update_time() too. So move them after mutex_lock(). Plus, check the return value of kmalloc(). Signed-off-by: WANG Cong <amwang@redhat.com> Cc: Arjan <arjan@infradead.org> Cc: Chris Mason <chris.mason@oracle.com> Cc: Yan Zheng

Allow Guestfs.t handle to be garbage collected, and add a regression test.

Hi, I currently encounter spin lock 0xc0c83ba8 (sio) held by 0xc6337460 (tid 100005) too long panic: spin lock held too long cpuid=3 on hp server with two dual-core intel xeon (3.8GHz) and 3GB RAM. System is 7.1-PRELEASE last fetched 29.11.2008, 17:58 UTC. This happens with VSCom Card that was previously in use in a 5.3-STABLE system (also hp server, but older hardware) without problems. The