search for: close_handles

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