search for: xdrmem_create

...searching on the internet, it does look like the package portablexdr is obsolete. Could it be that this is a known issue? Could it be there already is a workaround this? Do you suppose this should go into the mailing list? Sincerely, David. [1] checking for WIRESHARK_DISSECTOR... no checking for xdrmem_create in -lportablexdr... no checking for library containing xdrmem_create... no configure: error: Cannot find a XDR library -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20200602/89aaf8c4/attachment.htm&gt...

When I try to compile libvirt: checking for xdrmem_create in -lportablexdr... no checking for library containing xdrmem_create... no configure: error: Cannot find a XDR library Where have that libxdr source? Thanks. -- Juliano Souza -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/...

...td the last 10 lines of configure: checking for mntent.h... no checking net/ethernet.h usability... no checking net/ethernet.h presence... no checking for net/ethernet.h... no checking linux/magic.h usability... no checking linux/magic.h presence... no checking for linux/magic.h... no checking for xdrmem_create in -lportablexdr... no checking for library containing xdrmem_create... no configure: error: Cannot find a XDR library is there a a guide somewhere in the list for compiling the windows version on mingw? Thanks, Gal Gafni Chen CSL-WAVE Developer

...ave libtirpc, then we must have <rpc/xdr.h> and + dnl some library to link to in libdir. + RPC_CFLAGS="" + AC_CHECK_HEADER([rpc/xdr.h],[],[ + AC_MSG_ERROR([XDR header files are required])]) + + old_LIBS="$LIBS" + LIBS="" + AC_SEARCH_LIBS([xdrmem_create],[portablexdr rpc xdr nsl]) + RPC_LIBS="$LIBS" + LIBS="$old_LIBS" + + AC_SUBST([RPC_CFLAGS]) + AC_SUBST([RPC_LIBS]) +]) + AC_CHECK_PROG([RPCGEN],[rpcgen],[rpcgen],[no]) AM_CONDITIONAL([HAVE_RPCGEN],[test "x$RPCGEN" != "xno"]) -AC_CHECK_LIB([port...

v1 -> v2: - No functional changes to the patch, just fixes a few bugs. Rich.

...rnet, it does look like the package portablexdr is > obsolete. > > Could it be that this is a known issue? Could it be there already is a > workaround this? Do you suppose this should go into the mailing list? > > [1] > checking for WIRESHARK_DISSECTOR... no > checking for xdrmem_create in -lportablexdr... no > checking for library containing xdrmem_create... no > configure: error: Cannot find a XDR library You're missing a build pre-requisite library for XDR. On Linux distros this is provided by "tirpc" these days, try libtirpc-devel RPM or libtirpc-dev De...

...+++++++------- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/daemon/guestfsd.c b/daemon/guestfsd.c index 67206d0..f31f1f2 100644 --- a/daemon/guestfsd.c +++ b/daemon/guestfsd.c @@ -311,7 +311,7 @@ main (int argc, char *argv[]) XDR xdr; uint32_t len = GUESTFS_LAUNCH_FLAG; xdrmem_create (&xdr, lenbuf, sizeof lenbuf, XDR_ENCODE); - xdr_uint32_t (&xdr, &len); + xdr_u_int (&xdr, &len); if (xwrite (sock, lenbuf, sizeof lenbuf) == -1) exit (EXIT_FAILURE); diff --git a/daemon/proto.c b/daemon/proto.c index 4106d92..2231037 100644 --- a/daemon/proto.c +++...

...e->meta, &dirent); - ret = send_dirent_info (&dirent); - ret = (ret == 0) ? TSK_WALK_CONT : TSK_WALK_ERROR; + /* Serialize tsk_dirent struct. */ + buf = malloc (GUESTFS_MAX_CHUNK_SIZE); + if (buf == NULL) { + perror ("malloc"); + return -1; + } - return ret; + xdrmem_create (&xdr, buf, GUESTFS_MAX_CHUNK_SIZE, XDR_ENCODE); + + ret = xdr_guestfs_int_tsk_dirent (&xdr, &dirent); + if (ret == 0) { + perror ("xdr_guestfs_int_tsk_dirent"); + return -1; + } + + len = xdr_getpos (&xdr); + + xdr_destroy (&xdr); + + /* Send serialised ts...

From: "Richard W.M. Jones" <rjones at redhat.com> --- generator/generator_gobject.ml | 4 ++-- gobject/Makefile.am | 14 +++++++++----- gobject/Makefile.inc | 4 ++-- 3 files changed, 13 insertions(+), 9 deletions(-) diff --git a/generator/generator_gobject.ml b/generator/generator_gobject.ml index 17c6c36..3096501 100644 ---

...s checking for stdint.h... yes checking for unistd.h... yes checking rpc/xdr.h usability... yes checking rpc/xdr.h presence... yes checking for rpc/xdr.h... yes checking rpc/types.h usability... yes checking rpc/types.h presence... yes checking for rpc/types.h... yes checking for library containing xdrmem_create... none required checking zconf.h usability... yes checking zconf.h presence... yes checking for zconf.h... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for library containing deflate... -lz configure: creating ./config.status config.statu...

I've been taking a long hard look at the protocol layer. It has evolved over a long time without any particular direction, and the result is, to say the least, not very organized. These patches take a first step at cleaning up the mess by abstracting out socket operations from the rest of the code. The purpose of this is to allow us to slot in a different connection layer under the

...clude/rpc/xdr.h:324: error: previous declaration of ?xdr_float? was here /usr/include/rx/xdr_prototypes.h:65: error: conflicting types for ?xdr_double? /usr/include/rpc/xdr.h:325: error: previous declaration of ?xdr_double? was here /usr/include/rx/xdr_prototypes.h:69: error: conflicting types for ?xdrmem_create? /usr/include/rpc/xdr.h:353: error: previous declaration of ?xdrmem_create? was here /usr/include/rx/xdr_prototypes.h:78: error: conflicting types for ?xdrrec_create? /usr/include/rpc/xdr.h:363: error: previous declaration of ?xdrrec_create? was here /usr/include/rx/xdr_prototypes.h:79: error: conf...

This patch series lets you run the daemon under valgrind. Many errors were found and fixed. With the complete series applied, valgrind doesn't show any errors.

...; + detection.name = (char *) name; > + detection.rule = (char *) rule->identifier; > + > + /* Serialize detection struct. */ > + buf = malloc (GUESTFS_MAX_CHUNK_SIZE); > + if (buf == NULL) { > + perror ("malloc"); > + return -1; > + } > + > + xdrmem_create (&xdr, buf, GUESTFS_MAX_CHUNK_SIZE, XDR_ENCODE); > + > + ret = xdr_guestfs_int_yara_detection (&xdr, &detection); > + if (ret == 0) { > + perror ("xdr_guestfs_int_yara_detection"); > + return -1; > + } > + > + len = xdr_getpos (&xdr); >...

...umber of deserialised dirents, -1 on error. > + */ > +int > +deserialise_dirent_list (guestfs_h *g, char *buf, size_t bufsize, > + struct guestfs_tsk_dirent_list *dirents) > +{ > + XDR xdr; > + bool_t ret = 0; > + uint32_t index = 0; > + > + xdrmem_create (&xdr, buf, bufsize, XDR_DECODE); > + > + for (index = 0; xdr_getpos (&xdr) < bufsize; index++) { > + if (index == dirents->len) { > + dirents->len = 2 * dirents->len; > + dirents->val = safe_realloc (g, dirents->val, > +...

.... (cached) no checking for sanlock_init in -lsanlock_client... no checking for SASL... no checking for fgetfilecon_raw in -lselinux... no checking for SSH2... no checking for UDEV... no checking whether to compile with virtual port support... yes checking for WIRESHARK_DISSECTOR... no *checking for xdrmem_create in -lportablexdr... yes** **checking for xdr_u_int64_t... no** **checking where to find <rpc/rpc.h>... missing** **configure: error: Unable to find <rpc/rpc.h>* [root@centos8 build]# -- FuLong Wang fulong.wang@cn.ibm.com IBM China Systems Lab, Beijing, China _____________________...

v3: - coding style fixes - comment entry_is_dot logic Matteo Cafasso (6): filesystem_walk: fixed root inode listing daemon: refactor tsk code lib: rename tsk internal function New API: internal_find_inode New API: find_inode find_inode: added API tests daemon/tsk.c | 157 ++++++++++++++++++++++++++++++------------- generator/actions.ml | 21 ++++++

.../proc/cmdline. */ diff --git a/daemon/proto.c b/daemon/proto.c index a0d3736..284037d 100644 --- a/daemon/proto.c +++ b/daemon/proto.c @@ -63,7 +63,7 @@ main_loop (int _sock) /* Read the length word. */ if (xread (sock, lenbuf, 4) == -1) - exit (1); + exit (EXIT_FAILURE); xdrmem_create (&xdr, lenbuf, 4, XDR_DECODE); xdr_uint32_t (&xdr, &len); @@ -72,7 +72,7 @@ main_loop (int _sock) if (len > GUESTFS_MESSAGE_MAX) { fprintf (stderr, "guestfsd: incoming message is too long (%u bytes)\n", len); - exit (1); + exit (EX...

Add some warnings. Well, the first patch is a miscellaneous change, but patches 2-5 add some warnings. Rich.

In regards to FreeBSD-SA-03:05.xdr, does anyone know which static binaries or tools under /bin or /sbin actually use that problem code? The recent XDR fixes the xdrmem_getlong_aligned(), xdrmem_putlong_aligned(), xdrmem_getlong_unaligned(), xdrmem_putlong_unaligned(), xdrmem_getbytes(), and/or xdrmem_putbytes() functions, but it is difficult to know what uses these (going backwards manually).