search for: c_name

Hi everyone, lately I've been getting familiar with library and working on slight re-layering of the library. It's about having locking layer in public API and tracing one layer below that (let's call it __t_ layer. I'm not very good at making up names, so this is temporary:) ). Then making sure that all generated public stuff call __t_ layer and all other internal stuff

...ue diff --git a/generator/c.ml b/generator/c.ml index 6396b4159..02d33ffc3 100644 --- a/generator/c.ml +++ b/generator/c.ml @@ -206,7 +206,7 @@ and generate_actions_pod () = generate_actions_pod_entry f ) (actions |> documented_functions |> sort) -and generate_actions_pod_entry ({ c_name = c_name; +and generate_actions_pod_entry ({ c_name; style = ret, args, optargs as style } as f) = pr "=head2 guestfs_%s\n\n" c_name; generate_prototype ~extern:false ~indent:" " ~handle:"g" @@ -319,7 +319,7 @@ L</guestfs_fea...

John, This was my attempt to add symbol versioning to the library, letting us break ABI without breaking any existing callers. Unfortunately it doesn't work: - the new versioned symbols are marked local in libguestfs.so - the existing symbols should now have @GUESTFS_0.0 versions, but don't The documentation for this stuff is extremely thin, and I've got a bad case of

From: Maros Zatko <mzatko@redhat.com> Patch adds recursive mutex around C calls, which tries to fix potential race condition in guestfs_umount_local (see [1]). [1] - https://bugzilla.redhat.com/show_bug.cgi?id=917706 Maros Zatko (1): generator: c.ml - wrap non deamon function with recursive mutex generator/c.ml | 12 ++++++++++++ 1 file changed, 12 insertions(+) -- 1.8.5.3

...round keeps adds (2) rows, but this does not happen to row 2, I'm aware this is part of another function, but I can't figure it out for that. The first thing that happen is correct, that 7 rows are added. Any help or guidance would be appreciated. Thanks, Eric lookup <- structure(list(c_name = c(1L, 2L, 4L, 5L, 6L, 7L), t_name = structure(1:6, .Label = c("Bob", "Julian", "Mitt", "Ricky", "Tom", "Victor"), class = "factor")), .Names = c("c_name", "t_name"), class = "data.frame", row.names...

Hi, 1. I think you should apply the attached patch to openssh-2.9p1, otherwise ssh-keyscan on linux boxes with glibc-2.1 will experience enormous timeout delays. 2. Is there a program like ssh-keyscan for the Version2 (dsa and rsa) keys?? regards Peter Breitenlohner <peb at mppmu.mpg.de> -------------- next part -------------- diff -ur openssh-2.9p1.orig/ssh-keyscan.c

...ude <fnmatch.h> #endif -#ifndef O_BINARY -# define O_BINARY 0 -#endif - # ifndef DIRECTORY_SEPARATOR # define DIRECTORY_SEPARATOR '/' # endif @@ -576,8 +572,7 @@ static void create_final_defers(void) if (link_res == 0) { continue; } - out_file_des = open(d->header.c_name, - O_CREAT | O_WRONLY | O_BINARY, 0600); + out_file_des = open(d->header.c_name, O_CREAT | O_WRONLY, 0600); if (out_file_des < 0) { fprintf(stderr, "%s: open %s: %s\n", progname, d->header.c_name, strerror(errno)); @@ -647,8 +642,7 @@ copyin_regular_file(struc...

This rather complex set of patches allow non-optargs functions to gain optional arguments, while preserving source and binary backwards compatibility. The problem is that we cannot add an optional argument to an existing function. For example, we might want to add flags to the 'lvresize' API which currently has no optional arguments.

...host, ssh_gai_strerror(gaierr)); + s = -1; + return s; + } for (ai = aitop; ai; ai = ai->ai_next) { s = socket(ai->ai_family, ai->ai_socktype, ai->ai_protocol); if (s < 0) { @@ -388,8 +413,20 @@ { con *c = &fdcon[s]; int ret; + char *name; - ret = conalloc(c->c_namelist, c->c_output_name, c->c_keytype); +/* + * If "connclosed" isn't set, do the next host from c->c_namelist. Else, + * restore the original string in c->c_namebase and redo the current + * host. + */ + name = c->c_namelist; /* do next in list ?? */ + if (conncl...

Per my previous email: https://www.redhat.com/archives/libguestfs/2017-September/msg00203.html I'd like to talk about requiring a more modern version of the OCaml compiler. These commits show some of the code changes which would be possible with OCaml >= 3.12 [which it turns out we already require by accident] and also with OCaml >= 4.02. The latter is my favoured option. Rich.

This is a simpler patch series to add symbol versioning. I have pushed patches 1-3 upstream. Rich.

...torSource(qBlog001)) corpus_002<-Corpus(VectorSource(qBlog002)) corpus_003<-Corpus(VectorSource(qBlog003)) ......... corpus_150<-Corpus(VectorSource(qBlog150)) ........ quisiera poder armar un loop que haga el trabajo, como por ejemplo #lista con los nombres que quiero para cada corpus c_names <- paste("corpus_",formatC(seq(length(bNames)), width=3, flag="0"), sep="") donde bNames es la lista de los df que tengo cargados "qBlog001" "qBlog002"..."qBlog150"... algo así es lo qu...

This rather more complex patch series adds symbol versioning (7/7 shows it in action). This works for me, tested by running old and new virt-inspector binaries against the new library. Rich.

..."Volume_val (volv) = NULL;" } + elsif ($_ eq "sec") { "Secret_val (secv) = NULL;" } + else { + die "unknown short name $_" + } +} + +# Generate the C body for each signature (class of function). + +sub gen_c_code +{ + my $sig = shift; + my $c_name = shift; + + if ($sig =~ /^(\w+) : string$/) { + "\ + CAMLlocal1 (rv); + " . gen_unpack_args ($1) . " + char *r; + + NONBLOCKING (r = $c_name ($1)); + CHECK_ERROR (!r, \"$c_name\"); + + rv = caml_copy_string (r); + free (r); + CAMLreturn (rv); +" + } elsi...

...ction structure for each file descriptor. The state @@ -54,11 +74,13 @@ int c_plen; /* Packet length field for ssh packet */ int c_len; /* Total bytes which must be read. */ int c_off; /* Length of data read so far. */ + int c_keytype; /* Only one of KT_RSA1, KT_DSA, or KT_RSA */ char *c_namebase; /* Address to free for c_name and c_namelist */ char *c_name; /* Hostname of connection for errors */ char *c_namelist; /* Pointer to other possible addresses */ char *c_output_name; /* Hostname of connection for output */ char *c_data; /* Data read from this fd */ + Kex *c_kex; /*...

libvirt-ocaml is used only by virt-v2v, 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): common: Bundle the libvirt-ocaml library for use by virt-v2v build: switch embedded copy of libvirt-ocaml .gitignore | 2 + 3rdparty/libvirt-ocaml/Makefile.am |

Hi, this patch serie adds a new GUID type in the generator, which would do the same as String, but also validating (just in the C output) the passed GUID string. This allows to reject invalid GUIDs before passing them to low-level tools. Pino Toscano (4): utils: add a function to validate a GUID string generator: add a GUID parameter type generator: generate code for parameter validation

...ng.length prefix + String.length name + String.length suffix + 2 in - pr ",\n%s%s" indent (spaces namelen) + pr ",\n%s%s" indent (String.spaces namelen) ) ); comma := true @@ -230,7 +231,8 @@ and generate_actions_pod_entry ({ c_name = c_name; List.iter ( fun argt -> let n = name_of_optargt argt in - pr " GUESTFS_%s_%s, " (String.uppercase c_name) (String.uppercase n); + pr " GUESTFS_%s_%s, " (String.uppercase_ascii c_name) + (String.uppercase_ascii n);...

hi all, I got "xmalloc: out of memory" when i used ssh-keyscan to a remote host that is using SSH protocol 2 and only protocol 2 (no fallback to SSH protocol 1). Looks to me more like ssh-keyscan doesn't talk SSH protocol 2 to the server. Please help. Here is the exact error: # /usr/local/bin/ssh-keyscan -v miad_1 # miad_1 SSH-2.0-OpenSSH_3.0.2p1 xmalloc: out of memory

...us(VectorSource(qBlog003)) >> ......... >> corpus_150<-Corpus(VectorSource(qBlog150)) >> ........ >> >> quisiera poder armar un loop que haga el trabajo, como por ejemplo >> >> >> >> #lista con los nombres que quiero para cada corpus >> c_names <- paste("corpus_",formatC(seq(length(bNames)), >> width=3, flag="0"), >> sep="") >> >> donde bNames es la lista de los df que tengo cargados "qBlog001" >> "qBlog002"....