Displaying 14 results from an estimated 14 matches for "glob_nospac".
Did you mean:
glob_nospace
2017 Jul 14
0
[PATCH 13/27] daemon: Reimplement ‘list_ldm_(volumes|partitions)’ APIs in OCaml.
...error (eerrno));
- return 1;
-}
-
-static char **
-get_devices (const char *pattern)
-{
- CLEANUP_FREE_STRINGSBUF DECLARE_STRINGSBUF (ret);
- glob_t devs;
- int err;
- size_t i;
-
- memset (&devs, 0, sizeof devs);
-
- err = glob (pattern, GLOB_ERR, glob_errfunc, &devs);
- if (err == GLOB_NOSPACE) {
- reply_with_error ("glob: returned GLOB_NOSPACE: "
- "rerun with LIBGUESTFS_DEBUG=1");
- goto error;
- } else if (err == GLOB_ABORTED) {
- reply_with_error ("glob: returned GLOB_ABORTED: "
- "rerun with LIBG...
2001 Mar 20
1
[2.5.2p1] openbsd-compat/glob.c: ARG_MAX not defined, alternative
Hi.
On sparc-sun-sunos4.1.4 (i.e., -DSUNOS4), ARG_MAX is not defined
anywhere, although <sys/limits.h> has the following line:
#define _POSIX_ARG_MAX 4096
This is more a minimum imposed by POSIX than anything else. The
proper solution revolves around this:
========================================================================
bash$ cat > x.c
#include <unistd.h>
2014 Jul 08
2
[Bug 2254] New: Better error message for globs that have too many results.
...us: NEW
Severity: enhancement
Priority: P5
Component: sftp
Assignee: unassigned-bugs at mindrot.org
Reporter: orion at cora.nwra.com
Created attachment 2454
--> https://bugzilla.mindrot.org/attachment.cgi?id=2454&action=edit
Patch to detect GLOB_NOSPACE and return better error message
sftp uses remote_glob() with ls and get, which sets GLOB_LIMIT, so it
is possible that a "get a*" command could exhaust the default limit.
In this case you get the unhelpful error message:
sftp> get ssw*
File "/data/cora1/leka/AIA/ssw*" not...
2011 Nov 10
2
[PATCH 1/2] New API: list_md_devices
Return a list of Linux MD devices detected in the guest.
This API complements list_devices, list_partitions, list_lvs and
list_dm_devices.
---
daemon/Makefile.am | 1 +
daemon/daemon.h | 1 +
daemon/guestfsd.c | 23 +++++++---
daemon/md.c | 75 +++++++++++++++++++++++++++++++++++
2011 Nov 11
3
[PATCH v2] Add mdadm-create, list-md-devices APIs.
This adds the mdadm-create API for creating RAID devices, and
includes various fixes for the other two patches.
Rich.
2017 Jun 05
19
[PATCH v3 00/19] Allow APIs to be implemented in OCaml.
v2 was here:
https://www.redhat.com/archives/libguestfs/2017-June/msg00008.html
This series gets as far as a working (and faster) reimplementation of
‘guestfs_list_filesystems’.
I also have another patch series on top of this one which reimplements
the inspection APIs inside the daemon, but that needs a bit more work
still, since inspection turns out to be a very large piece of code.
Rich.
2017 Jul 27
23
[PATCH v3 00/23] Reimplement many daemon APIs in OCaml.
I think this fixes everything mentioned:
- Added the Optgroups module as suggested.
- Remove command temporary files.
- Replace command ~flags with ?fold_stdout_on_stderr.
- Nest _with_mounted function.
- Rebase & retest.
Rich.
2017 Jul 21
27
[PATCH v2 00/23] Reimplement many daemon APIs in OCaml.
v1 was posted here:
https://www.redhat.com/archives/libguestfs/2017-July/msg00098.html
This series now depends on two small patches which I posted separately:
https://www.redhat.com/archives/libguestfs/2017-July/msg00207.html
https://www.redhat.com/archives/libguestfs/2017-July/msg00209.html
v1 -> v2:
- Previously changes to generator/daemon.ml were made incrementally
through the patch
2017 Jul 14
45
[PATCH 00/27] Reimplement many daemon APIs in OCaml.
Previously posted as part of the mega utilities/inspection
series here:
https://www.redhat.com/archives/libguestfs/2017-June/msg00232.html
What I've done is to extract just the parts related to rewriting
daemon APIs in OCaml, rebase them on top of the current master, fix a
few things, and recompile and test everything.
Rich.
2017 Jun 12
32
[PATCH v5 00/32] Refactor utilities, implement some APIs in OCaml.
This is a combination of:
https://www.redhat.com/archives/libguestfs/2017-June/msg00046.html
[PATCH 00/12] Refactor utility functions.
plus:
https://www.redhat.com/archives/libguestfs/2017-June/msg00023.html
[PATCH v3 00/19] Allow APIs to be implemented in OCaml.
with the second patches rebased on top of the utility refactoring, and
some other adjustments and extensions.
This passes
2017 Jun 19
29
[PATCH v7 00/29] Reimplement inspection in the daemon.
v6 was posted here:
https://www.redhat.com/archives/libguestfs/2017-June/msg00103.html
and this requires the utilities refactoring posted here:
https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html
Inspection is now complete[*], although not very well tested. I'm
intending to compare the output of many guests using old & new
virt-inspector to see if I can find any
2017 Jun 15
45
[PATCH v6 00/41] Refactor utilities, reimplement inspection in the daemon.
v5:
https://www.redhat.com/archives/libguestfs/2017-June/msg00065.html
Since v5, this now implements inspection almost completely for Linux
and Windows guests.
Rich.
2017 Jun 21
45
[PATCH v8 00/42] Refactor utilities and reimplement inspection.
v7 was:
https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html
https://www.redhat.com/archives/libguestfs/2017-June/msg00184.html
I believe this addresses all comments received so far.
Also it now passes a test where I compared about 100 disk images
processed with old and new virt-inspector binaries. The output is
identical in all cases except one which is caused by a bug in blkid
2014 Feb 25
2
[PATCH supermin v4] Supermin 5 rewrite.
...thc == 0);
+
+ rv = caml_alloc (g.gl_pathc, 0);
+ for (i = 0; i < g.gl_pathc; ++i) {
+ sv = caml_copy_string (g.gl_pathv[i]);
+ Store_field (rv, i, sv);
+ }
+
+ globfree (&g);
+
+ CAMLreturn (rv);
+ }
+
+ /* An error occurred. */
+ globfree (&g);
+
+ if (r == GLOB_NOSPACE)
+ caml_raise_out_of_memory ();
+ else if (r == GLOB_ABORTED)
+ caml_failwith ("glob: read error");
+ else
+ caml_failwith ("glob: unknown error");
+}
diff --git a/src/glob.ml b/src/glob.ml
new file mode 100644
index 0000000..e8ba616
--- /dev/null
+++ b/src/glob.ml
@...