search for: xdr

...appreciated. I wouldn't ask you all this if I hadn't already spent 3 days trying to figure it out myself. Regards, /Peter Str?mberg Compiling passdb/pass_check.c In file included from /usr/afsws/include/afs/kautils.h:35, from passdb/pass_check.c:141: /usr/afsws/include/rx/xdr.h:219: warning: `XDR_DESTROY' redefined /usr/include/rpc/xdr.h:203: warning: this is the location of the previous definition /usr/afsws/include/rx/xdr.h:222: warning: `xdr_destroy' redefined /usr/include/rpc/xdr.h:204: warning: this is the location of the previous definition /usr/afsws/incl...

...ocessor's result checking for afs/afs.h... yes RPM reports that I have OpenAFS 1.2.10 (I installed SuSE's openafs-devel package) Here are the error messages from make: In file included from /usr/include/afs/afs/kautils.h:35, from auth/pass_check.c:39: /usr/include/afs/rx/xdr.h:149: error: redeclaration of `enum xdr_op' /usr/include/afs/rx/xdr.h:150: error: conflicting types for `XDR_ENCODE' /usr/include/rpc/xdr.h:84: error: previous declaration of `XDR_ENCODE' /usr/include/afs/rx/xdr.h:151: error: conflicting types for `XDR_DECODE' /usr/include/rpc/xdr....

...port this to samba-technical at samba.org ## configure: WARNING: ## ---------------------------------------- ## checking for afs/afs.h... yes .... ... ... Compiling auth/pass_check.c In file included from /usr/include/afs/kautils.h:35, from auth/pass_check.c:89: /usr/include/rx/xdr.h:155: error: nested redefinition of ?enum xdr_op? /usr/include/rx/xdr.h:155: error: redeclaration of ?enum xdr_op? /usr/include/rx/xdr.h:156: error: redeclaration of enumerator ?XDR_ENCODE? /usr/include/rpc/xdr.h:84: error: previous definition of ?XDR_ENCODE? was here /usr/include/rx/xdr.h:157: er...

...2.o deflate.o gzio.o infback.o inffast.o inflate.o inftrees.o trees.o uncompr.o zutil.o ranlib libz.a make[4]: Leaving directory `/home/Vonkad/R-2.2.1/src/extra/zlib' make[3]: Leaving directory `/home/Vonkad/R-2.2.1/src/extra/zlib' make[3]: Entering directory `/home/Vonkad/R-2.2.1/src/extra/xdr' make[4]: Entering directory `/home/Vonkad/R-2.2.1/src/extra/xdr' making xdr.d from xdr.c making xdr_float.d from xdr_float.c making xdr_mem.d from xdr_mem.c making xdr_stdio.d from xdr_stdio.c make[4]: Leaving directory `/home/Vonkad/R-2.2.1/src/extra/xdr' make[4]: Entering directory `...

glibc in Fedora is currently configured with `--enable-obsolete-rpc', so I guess we can see the way the wind is blowing. (1) This changes our configure script to prefer libtirpc if it is available. If libtirpc is _not_ available then: (a) Headers must be located in <rpc/xdr.h>, or the user must supply the right CFLAGS. (b) XDR functions must be located in one of -lportablexdr, -lrpc, -lxdr, -lnsl or no library at all (ie. -lc), and the user must set LDFLAGS if needed. (2) We no longer add these paths automatically to $(CFLAGS)/$(LIBS). Any part of libguestfs whic...

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

Full_Name: Thomas Hoffmann Version: 1.0.0 OS: OS/2 Warp 4.0 FP 11 Submission from: (NULL) (141.30.125.20) I autoconfigured/configured the src'es w/o having XDR (#undef HAVE_RPC_XDR_H). In saveload.c , at the beginning of the file the XDR code is enclosed by matching #ifdefs. But in the NEW_SAVE_FORMAT section, there are no #ifdefs around the XDR code. Does this imply that using the new save format requires using XDR or is this simply an oversight? -....

...entry_is_dot(TSK_FS_FILE *); int do_internal_filesystem_walk (const mountable_t *mountable) @@ -104,29 +104,44 @@ open_filesystem (const char *device, TSK_IMG_INFO **img, TSK_FS_INFO **fs) } /* Filesystem walk callback, it gets called on every FS node. - * Parse the node, encode it into an XDR structure and send it to the appliance. + * Parse the node, encode it into an XDR structure and send it to the library. * Return TSK_WALK_CONT on success, TSK_WALK_ERROR on error. */ static TSK_WALK_RET_ENUM fswalk_callback (TSK_FS_FILE *fsfile, const char *path, void *data) { int ret = 0...

Hello, I have attached a patch that allowed the build to complete successfully on macOS. I haven't tried building the daemon under macOS, but I patched two files there in a similar manner to some of the other files for consistency (just the include order for rpc headers). Thanks, Adam Robinson Virtualization and Cloud Infrastructure Senior Information and Technology Services University of

...na.rm=TRUE))   } )     print( objects() ) instance <- new(Class="Test", data.frame(amount=runif(10, 0, 10))) doStuff(instance)   ######### # actual code (incomplete) ######### marshal <- function(object) {     fn <- file.path(Sys.getenv()["TEMP"], paste(object, ".xdr", sep=""))     save(object, file=fn, compress=FALSE)     print(sprintf("Saving %s", fn))     } unmarshal <- function(xdr) {     object <- strsplit(strsplit(xdr, "\\.")[[1]][[1]], "/")     object <- object[[1]][length(object[[1]])]     assign(obj...

Hi, I'm trying to compile the latest libvirt (0.8.3 ) on windows and the configure fails to find XDR lib. I installed the xdr-4.0-mingw2 and configure complains the XDR library doesn't exist. Should I get another XDR lib? The command I run: $ ./configure --with-esx --without-sasl --without-avahi --without-polkit --without-python --without-xen --without-qemu --without-lxc --without-...

I'm building R 2.13.1 on i686-pc-linux-gnu, using gcc 4.6.1 and with glibc 2.14. I get this error: In file included from xdr.c:61:0: ./rpc/types.h:63:14: error: conflicting types for 'malloc' make[4]: *** [xdr.o] Error 1 I can make the build proceed some by commenting out the declaration "extern char *malloc();" in xdr/rpc/types.h, but then I get a slew of other errors: xdr_float.c: In function '...

I'm building R 2.13.1 on i686-pc-linux-gnu, using gcc 4.6.1 and with glibc 2.14. I get this error: In file included from xdr.c:61:0: ./rpc/types.h:63:14: error: conflicting types for 'malloc' make[4]: *** [xdr.o] Error 1 I can make the build proceed some by commenting out the declaration "extern char *malloc();" in xdr/rpc/types.h, but then I get a slew of other errors: xdr_float.c: In function '...

Hi all, I am writing relatively large data files from some simulation code that runs on a variety of different platforms. I just migrated from my own (broken) file format that was not particularly platform independent to the XDR format. Is it possible to read these XDR files directly into R? Cheers, Randall -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscr...

...the files or directories > which could be found. > > The command is able to retrieve information > regarding deleted or unaccessible files as well > where other commands such as stat or find > would fail. > > The gathered list of tsk_dirent structs > is serialised into XDR format and written > to a file by the appliance. Not that it is a big issue, but you can wrap commit messages at the 72 columns. > Signed-off-by: Matteo Cafasso <noxdafox@gmail.com> > --- > daemon/Makefile.am | 4 +- > daemon/tsk.c | 225 +++++++++++++++++++++++++...

v2: - Increased the amount of collected information from the FS content. - Moved filesystem_walk0 as internal command. - Code improvement based on comments. - Adhere to project's coding style. - Better command documentation. - More robust tests. Patch ready for review, code available at: https://github.com/noxdafox/libguestfs/tree/filesystem_walk Matteo Cafasso (5): generator:

...\ -I$(top_srcdir)/gnulib/lib \ diff --git a/daemon/tsk.c b/daemon/tsk.c index b84dfae..d72868e 100644 --- a/daemon/tsk.c +++ b/daemon/tsk.c @@ -29,6 +29,26 @@ #include "actions.h" #include "optgroups.h" +#ifdef HAVE_LIBTSK + +#include <tsk/libtsk.h> +#include <rpc/xdr.h> +#include <rpc/types.h> + +static int +open_filesystem(const char *device, TSK_IMG_INFO **img, TSK_FS_INFO **fs); +static TSK_WALK_RET_ENUM +fswalk_callback(TSK_FS_FILE *fsfile, const char *path, void *data); +static char *join_path(const char *path, const char *name); +static int inode...

The filesystem_walk0 API parses the FS internals of a partition and returns a list of all the files and directories contained within. It list deleted files and directories as well. For each node, it reports its relative path, its inode and its allocation status. The output is serialised in XDR format and written to the given file. The command is similar to The Sleuth Kit "fls -rp <disk_image>" except from the fact that it does not report the node type (file or directory). Matteo Cafasso (2): added filesystem_walk0 API added filesystem_walk0 API tests daemon/Makefi...

...structure of a disk partition and returns all the files or directories which could be found. The command is able to retrieve information regarding deleted or unaccessible files as well where other commands such as stat or find would fail. The gathered list of tsk_dirent structs is serialised into XDR format and written to a file by the appliance. Signed-off-by: Matteo Cafasso <noxdafox at gmail.com> --- daemon/Makefile.am | 4 +- daemon/tsk.c | 225 +++++++++++++++++++++++++++++++++++++++++++++++++++ generator/actions.ml | 25 ++++++ src/MAX_PROC_NR | 2 +- 4 files c...

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...