Displaying 20 results from an estimated 22 matches for "close_handles".
Did you mean:
close_handle
2018 Feb 28
0
[PATCH] lib: Don't abort if a signal handler calls exit(2) during a guestfs_* function.
...virt-sparsify input output
[ 0.0] Create overlay file in /tmp to protect source disk
[ 0.0] Examine source disk
^C
guestfs_close: g->lock: Device or resource busy
Aborted (core dumped)
The reason for this is because virt-sparsify calls exit(2) in the
SIGINT signal handler, which causes the close_handles atexit handler
to run, which calls guestfs_close. However the same handle is in the
middle of a guestfs_* call, and the code in lib/handle.c catches this
case and calls abort(2).
(The same situation could happen from threaded code.)
The solution is to ignore the case where guestfs_close is calle...
2005 Nov 25
1
Sudden failure!
Wine 20050111 has been working fine until today ... now it fails when I
go to run Quicken 2002.
I am running Fedora Core 3 on a Pentium 3 with all of the current
updates, wine 20050111. Windows Version is set to "Win98"
Error message:
fixme:msvcrt:_setmbcp Unreal codepages (e.g. -3) not implemented.
What has happened?
Thanks,
David Johnson
2009 Mar 15
1
WoW under wine and winecfg segfault
I am using wine actually only to play WoW on Gentoo Linux. On my desktop PC that works, but on my laptop the program crashes. This appears to be a fault in wine, because I cannot even use winecfg - it segfaults immediately:
Code:
$ winecfg
wine: created the configuration directory '/home/helge/.wine'
err:process:__wine_kernel_init boot event wait timed out
Segmentation fault
I tried
2007 Jan 12
0
Larousse Multilingue: stack overflow in exception handler ?
Hi all,
I'm trying to run the Larousse Multilingue Dictionnary
pack. I've tried to run it under wine 0.9.17 (from
codeweaver), 0.9.25 (from debian testing) 0.9.28 (from
debian unstable) and 0.9.29 (from source).
My wine setting is functional since I can use an older
Larousse dictionnary (Bibliorom), no problem at all for any
of the versions above.
I downloaded a (legal) version of the
2001 Dec 06
2
Problem report: SHRINKER.ERR, fix to DEVICE_Open/CreateFileA?
This was an error I got when running a self-installing executable,
power-structure-demo.exe, available from www.write-brain.com (a demo for
Power Structure).
A error box appears with title SHRINKER.ERR and message:
(path)\power-structure-demo.exe (3.4)
(time&date) - Pager initialisation error 2 - File not found
and then the program quits.
Running with --debugmsg
2011 Dec 23
4
Remove temporary directories created during appliance building along error paths (RHBZ#769680)
https://bugzilla.redhat.com/show_bug.cgi?id=769680
2007 Dec 05
21
Fwd: win32/process problem
Any ideas?
---------- Forwarded message ----------
From: Christian Kerth <christian.ke... at dynamicmedia.at>
Date: Dec 5, 8:28 am
Subject: win32/process problem
To: comp.lang.ruby
I have an application that consists of serveral independent parts.
I want to use the Windows Process API to spawn the different
processes.
e.g.
require ''rubygems''
require
2018 Mar 01
7
[PATCH v3 0/6] v2v: Add -o rhv-upload output mode.
v2 -> v3:
- Lots of code cleanups.
- Documentation.
However this is still spooling the file into a temporary before the
upload. It turns out that fixing this is going to require a small
change to qemu.
Rich.
2001 Dec 08
1
LoadOEMResource crash [Was: Re: Problem report: SHRINKER.ERR, fix to DEVICE_Open/CreateFileA? ]
Hi Pavel,
Right, my app also crashes in a different place under winedbg, although
it crashes in the same winedbg place under gdb.
I took a closer look at wine --winver nt40 --debugmsg +all.
I found something interesting. If I search for queue_exception, I find
that there is an exception raised before the LoadOEMCall, about
328klines in:
0806d398:Call
2008 Apr 28
4
Wineserver causing heavy CPU load
I am running Fedora 8 uname -r = 2.6.24.4-64.fc8 on my box with Wine 0.9.58. When I first installed it I noticed that my CPU usage jumped and stayed at 100% with wineserver taking > 85%. I killed the wineserver process and it dropped down, however it soon jumped back up when wineserver restarted itself. I then killed it again and all related processes and disabled it from starting as a damen
2012 Apr 24
1
[PATCH] [resend] xen-access: Check return values and clean up on errors during init
Check the return values of the libxc mem_access calls.
Free allocated structures (platform_info, domain_info) on errors during initialization and exit.
Unbind VIRQ, close event channel and connection to Xen on errors during initialization
Signed-off-by: Aravindh Puthiyaparambil <aravindh@virtuata.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
diff -r ea47068fa7a2 -r
2019 May 30
5
[PATCH 0/5] RFC: switch augeas APIs to OCaml
This synchronizes the embedded ocaml-augeas copy, and reimplements the
augeas APIs using it (dropping all the C code).
The behaviour seems unchanged, although I may have not tested all the
various corner cases.
Pino Toscano (5):
common/mlaugeas: Synchronize with latest ocaml-augeas
daemon: fix/enhance error reporting of Augeas exceptions
Revert "Revert "daemon: implement
2004 May 09
0
Wine crash after update
Hi,
I was using wine_0.0.20040309-1 in a Debian distro and it was working.
I updated to wine_0.0.20040408-1, it is not working more. The bug report is below.
Note that if I go to directory where .exe file is and starts wine. Wine works.
I think that the problem is with blank spaces in the directory name.
Bug report:
Warning: the --debugmsg option is deprecated. You should use
the WINEDEBUG
2019 Dec 16
4
[PATCH 0/2] Move ocaml-augeas copy to libguestfs repo
ocaml-augeas is used only by virtlibguestfs, so move it to this
repository, instead of having it around in the common submodule.
The removal from common will happen later.
Pino Toscano (2):
Bundle the ocaml-augeas library for use by libguestfs
build: switch embedded copy of ocaml-augeas
.gitignore | 1 +
3rdparty/ocaml-augeas/COPYING.LIB | 515
2012 Jan 05
3
[PATCH 0 of 2] xenpaging:speed up page-in
The following two patches are about how to speed up in xenpaging when page in pages.
On suse11-64 with 4G memory,if we page out 2G pages,it will cost about 15.5 seconds,
but take 2088 seconds to finish paging in.If page-in costs too much time,it will cause
unmesurable problems when vm or dom0 access the paged_out page,such as BSOD,crash.
What鈥檚 more,the dom0 is always in high I/O pressure.
2012 Jan 05
13
[PATCH] xenpaging:add a new array to speed up page-in in xenpaging
# HG changeset patch
# User hongkaixing<hongkaixing@huawei.com>
# Date 1325149704 -28800
# Node ID 052727b8165ce6e05002184ae894096214c8b537
# Parent 54a5e994a241a506900ee0e197bb42e5f1d8e759
xenpaging:add a new array to speed up page-in in xenpaging
This patch adds a new array named page_out_index to reserve the victim''s index.
When page in a page,it has to go through a for loop
2015 Sep 29
0
[PATCH 4/4] lib: Remove unused header files.
...libintl.h>
#ifdef HAVE_LIBVIRT
@@ -38,7 +36,6 @@
#include "guestfs.h"
#include "guestfs-internal.h"
#include "guestfs-internal-actions.h"
-#include "guestfs_protocol.h"
static int shutdown_backend (guestfs_h *g, int check_for_errors);
static void close_handles (void);
diff --git a/src/info.c b/src/info.c
index de19202..02a1cf6 100644
--- a/src/info.c
+++ b/src/info.c
@@ -20,9 +20,7 @@
#include <stdio.h>
#include <stdlib.h>
-#include <stdint.h>
#include <inttypes.h>
-#include <limits.h>
#include <fcntl.h>
#includ...
2016 Apr 01
0
Wine release 1.9.7
The Wine development release 1.9.7 is now available.
What's new in this release (see below for details):
- More work towards the WineD3D command stream.
- More support for Shader Model 5 shaders.
- C++ exception handling on x86-64.
- Support for Windows-style static import libraries.
- Performance fixes in the XML writer.
- Various bug fixes.
The source is available from the
2015 Sep 29
8
[PATCH 1/4] lib: actions: Remove some unused header files.
---
generator/c.ml | 2 --
1 file changed, 2 deletions(-)
diff --git a/generator/c.ml b/generator/c.ml
index 055b683..963cf21 100644
--- a/generator/c.ml
+++ b/generator/c.ml
@@ -1213,9 +1213,7 @@ and generate_client_actions hash () =
#include <stdlib.h>
#include <stdint.h>
#include <inttypes.h>
-#include <sys/types.h>
#include <sys/stat.h>
-#include
2012 Jul 03
8
[PATCH 0/7 v2] Fix and workaround for qcow2 issues in qemu causing data corruption.
https://bugzilla.redhat.com/show_bug.cgi?id=836710
https://bugzilla.redhat.com/show_bug.cgi?id=836913
There are at least two related bugs going on:
(1) Linux sync(2) system call doesn't send a write barrier to the
disk, so in effect it doesn't force the hard disk to flush its cache.
libguestfs used sync(2) to force changes to disk. We didn't expect
that qemu was caching anything