search for: handles

...95,7 +203,7 @@ struct b_conn_handle { }; static inline void -reset_b_conn_handle (struct b_conn_handle *h) +reset_handle (struct handle *h) { h->handle = NULL; h->state = 0; @@ -222,7 +230,7 @@ struct connection { void *crypto_session; int nworkers; - struct b_conn_handle *handles; + struct handle *handles; /* One per plugin and filter. */ size_t nr_handles; char exportname[NBD_MAX_STRING + 1]; @@ -239,6 +247,12 @@ struct connection { connection_close_function close; }; +static inline struct handle * +get_handle (struct connection *conn, int i) +{ + ret...

I believe this roughly implements Nir's proposal here: https://www.redhat.com/archives/libguestfs/2020-August/msg00028.html Unfortunately it doesn't work for me. It actually slows things down quite a lot, for reasons I don't understand. Note the adjustment of the pool-max parameter and how it affects the total time. The results are quite reproducible. $ ./nbdkit -r -U - vddk

I'm trying to get working a simulator. I use wine + wondows. The prgram runs quite welle Bit I get an error when accessing the com1 port (the game adapter is a serial one) This worked with wine 20040914 but is now broken. Here is the comm trace: [jm@localhost AeroFly Professional]$ WINEDEBUG="comm" wine afpro Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixel to

Hi, I am having a little bit of trouble with wine: I am running the CVS version (200507025), which is the only version that has worked so far in trying to get anything running for several weeks. As a test, I am running rayman 2. It goes to the menu beautifully, sound works perfectly, etc... the only problem is, my keyboard does not work! I have tried changing video modes etc, and considering

Hi, I have compiled Samba 2.2.3a on Solaris 8 7/01 to produce 64 bit binaries and to use the 64 bit i/o functions. The compiled code has been installed on two identical Sun Servers, the key differences between the configurations is that one has the maximum number of file descriptors set to 65000 (Solaris configured for 65356) and has op locks disabled because it is being used with Clear Case.

...criptor number C<FD>, inherited from the parent process when nbdkit starts up. This is also a secure method to supply a password. +=item B<pool-max=>N + +To improve performance, for read-only connections (see I<-r> option) +the plugin will open a pool of VixDiskLibHandle disk handles. You can +use this option to control the maximum size of the pool. The default +is 8. To disable this feature, set it to 0 or 1. + =item B<port=>PORT The port on the VCenter/ESXi host. Defaults to 443. diff --git a/plugins/vddk/vddk.c b/plugins/vddk/vddk.c index 5926e181..173d5031 100...

Now that we have FUA support, the C code can call can_fua as frequently as on every write. If the python script has a can_fua, we can avoid doubling the calls into python by caching the per-connection results, done by wrapping the python handle in a C struct. This commit is marked RFC because it might be nicer if the C code implemented the caching for ALL plugins (TODO already mentions that).

This was previously used as ‘nxdata’ and stored a tuple of ’b->next’ and the real filter handle. However after recent changes we don't need it. We can use ‘b->next’ as nxdata, and the handle is passed to us by the calling functions. Inspired by Eric Blakes observations in this email: https://www.redhat.com/archives/libguestfs/2020-February/msg00092.html --- server/filters.c | 217

Future patches want to allow a filter to pass a single opaque parameter into another framework (such as ext2fs_open) or even spawn a helper thread, which requires that nxdata be stable for the entire life of the connection between .open and .close. Our current approach of creating a stack-allocated nxdata for every call does not play nicely with that scheme, so rework things into using a

...ited from > the parent process when nbdkit starts up. This is also a secure > method to supply a password. > > +=item B<pool-max=>N > + > +To improve performance, for read-only connections (see I<-r> option) > +the plugin will open a pool of VixDiskLibHandle disk handles. You can > +use this option to control the maximum size of the pool. The default > +is 8. To disable this feature, set it to 0 or 1. > + > =item B<port=>PORT > > The port on the VCenter/ESXi host. Defaults to 443. > diff --git a/plugins/vddk/vddk.c b/plugins/vddk/vd...

hello all, my first post so bear with me i have been lossing hair over getting black and white 2 to run on wine i finally got it down to this h4x0r@Mainframe:~/.wine/drive_c/Program Files/Lionhead Studios/Black & White 2$ wine white.exe fixme:system:SystemParametersInfoW Unimplemented action: 112 (SPI_GETMOUSESPEED) fixme:powermgnt:GetSystemPowerStatus (): stub, harmless. wine: Call from

...ose. */ lock_request (); - r = backend_finalize (backend); + r = backend_finalize (top); unlock_request (); if (r == -1) goto done; @@ -251,12 +251,12 @@ new_connection (int sockin, int sockout, int nworkers) conn->status_pipe[0] = conn->status_pipe[1] = -1; - conn->handles = calloc (backend->i + 1, sizeof *conn->handles); + conn->handles = calloc (top->i + 1, sizeof *conn->handles); if (conn->handles == NULL) { perror ("malloc"); goto error; } - conn->nr_handles = backend->i + 1; + conn->nr_handles = top->i +...

...okupAccountNameW (null) L"user" (nil) 0x32f77c (nil) 0x32f780 0x32f774 - stub fixme:advapi:LookupAccountNameW (null) L"user" 0x1315b8 0x32f77c 0x153ea0 0x32f780 0x32f774 - stub err:msi:msi_dialog_create_controls no handler for element type L"Billboard" fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders" fixme:msi:msi_unimplemented_action_stub MsiUnpublishAssemblies -> 83 ignored L"MsiAssembly" table values fixme:msi:msi_unimplemented_action_stub SelfUnregModules -> 3 ignored L"SelfReg" table values fixme:m...

Hello All, I''m wondering if it''s possible to nest sortables: <ul id="first"> <li>One</li> <li>Two</li> <li> <ul id="second"> <li>Three</li> </ul> </li> <li>Four</li> </ul> <script> ... create sortables out of

On Wed, Apr 11, 2018 at 12:03:42AM -0500, Eric Blake wrote: > Now that we have FUA support, the C code can call can_fua as > frequently as on every write. If the python script has a > can_fua, we can avoid doubling the calls into python by > caching the per-connection results, done by wrapping the > python handle in a C struct. > > This commit is marked RFC because it might

CoolEdit -- More Errors From: Robert Tilley <tilleyrw@cfl.rr.com> Date: Monday 19 November 2001 08:05:31 Groups: comp.emulators.ms-windows.wine no references When I did a 'wine --debugmsg warn+all /home/tilleyrw/Cool2000/cool2000.exe' the following core dump file resulted. Due to its length, I'm attaching it as a file. The most interesting section is where it

Hello, To get straight into the subject at hand, it seems that the two latest wine versions (.16, .17) have broken some of my applications (Planescape and Carmageddon, in particular). These applications used to work perfectly in .15, so I'm led to think that the problems are due to the extensive changes done in the Direct3D area.The output seems to confirm these thoughts. Now, I'm not

...seek)(struct vfs_handle_struct *handle, struct files_struct *fsp, int fd, SMB_OFF_T offset, int whence); ssize_t (*sendfile)(struct vfs_handle_struct *handle, int tofd, files_struct *fsp, int fromfd, const DATA_BLOB *header, SMB_OFF_T offset, size_t count); ... } ops; struct vfs_handles_pointers { ... /* File operations */ struct vfs_handle_struct *open; struct vfs_handle_struct *close; struct vfs_handle_struct *read; struct vfs_handle_struct *write; struct vfs_handle_struct *lseek; struct vfs_handle_struct *sendfile; ... } handles; }; This macros SHOULD be...

When I added .can_FOO caching in 1.16, I missed the case that the sh plugin itself was calling .can_flush twice in some situations (in order to default .can_fua). Then right after, I regressed it to call .can_zero twice (in order to default .can_fast_zero). I also missed that .thread_model could use better caching, because at the time, I did not add testsuite coverage. Fix that now. Eric Blake

...end.c @@ -151,8 +151,9 @@ backend_unload (struct backend *b, void (*unload) (void)) } int -backend_open (struct backend *b, struct connection *conn, int readonly) +backend_open (struct backend *b, int readonly) { + struct connection *conn = GET_CONN; struct b_conn_handle *h = &conn->handles[b->i]; controlpath_debug ("%s: open readonly=%d", b->name, readonly); @@ -166,12 +167,12 @@ backend_open (struct backend *b, struct connection *conn, int readonly) /* Most filters will call next_open first, resulting in * inner-to-outer ordering. */ - h->handle =...