search for: full_read

...e file handle in hivex_open() call in the writable path because the handle never been used after its content been read into memory. --- hivex-1.2.5.orig/lib/hivex.c 2011-04-13 06:04:49.000000000 -0700 +++ hivex-1.2.5/lib/hivex.c 2011-07-07 09:10:06.927429068 -0700 @@ -321,6 +321,8 @@ if (full_read (h->fd, h->addr, h->size) < h->size) goto error; + close(h->fd); + h->fd = -1; } /* Check header. */ @@ -541,7 +543,10 @@ munmap (h->addr, h->size); else free (h->addr); - r = close (h->fd); + if (h->fd >= 0) + r = close...

On Fri, Nov 26, 2010 at 10:03:05AM -0800, Yandell, Henri wrote: > We?re looking into using Hivex and came across something odd. While > the license of hivex.c is LGPL 2.1, it appears to require the GPL > 3.0 licensed gnulib package for a few minor functions ( full_read, > full_write and c_toupper ). There are also a few GPL 3.0 build > files. It has always been our intention to allow hivex to be used from both proprietary and free software, and so the library should be LGPLv2+. The standalone programs are GPLv2+, but this should not be a problem because y...

...cntrl at Base 1.2.1 c_isdigit at Base 1.2.1 c_isgraph at Base 1.2.1 c_islower at Base 1.2.1 c_isprint at Base 1.2.1 c_ispunct at Base 1.2.1 c_isspace at Base 1.2.1 c_isupper at Base 1.2.1 c_isxdigit at Base 1.2.1 c_tolower at Base 1.2.1 c_toupper at Base 1.2.1 exit_failure at Base 1.2.1 full_read at Base 1.2.1 full_write at Base 1.2.1 printf_fetchargs at Base 1.2.1 printf_parse at Base 1.2.1 program_name at Base 1.2.1 safe_read at Base 1.2.1 safe_write at Base 1.2.1 set_program_name at Base 1.2.1 vasnprintf at Base 1.2.1 xstrtol at Base 1.2.1 xstrtol_fatal at Base 1.2.1 xstrtoll...

The filesystem_walk 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. This is the end user API for inspecting a disk partition content. The command can handle filenames with special characters. Example

...return 0; + } + + if (fstat(fd, &statbuf) == -1) { + perrorf(g, "stat: %s", path); + close(fd); + return 0; + } + + size = statbuf.st_size; + if (!(*dest = malloc(size))) { + perrorf(g, "malloc: %zu bytes", size); + close(fd); + return 0; + } + + if (full_read(fd, *dest, size) != size) { + perrorf(g, "full-read: %s: %zu bytes", path, size); + close(fd); + return 0; + } + + if (close(fd) == -1) { + perrorf(g, "close: %s", path); + close(fd); + return 0; + } + + return size; +} + +/* Parse buf content and populate...

Hi I'm just posting this here in case someone is interested in building hivex on Windows (mingw32). The attached patch allows building the lib but not the tools (hivexsh etc..) as there are some more problems to solve. In short terms, this patch replaces file i/o functions and mmap(), munmap() with their win32api pendants. cu -- Unix _IS_ user friendly - it's just selective about

I've just setup a simple gluster storage system on Centos 5.2 x64 w/ gluster 1.3.10 I have three storage bricks and one client Everytime i run iozone across this setup, i seem to get a bad file descriptor around the 4k mark. Any thoughts why? I'm sure more info is wanted, i'm just not sure what else to include at this point. thanks [root at green gluster]# cat

...@@ main (void) /* The Erlang port always sends the length of the buffer as 4 * bytes in network byte order, followed by the message buffer. */ -static unsigned char * +static char * read_message (void) { uint32_t buf; size_t size; - unsigned char *r; + char *r; errno = 0; if (full_read (0, &buf, 4) != 4) { @@ -129,19 +119,10 @@ read_message (void) } static void -write_reply (ETERM *term) +write_reply (ei_x_buff *buff) { - size_t size; + size_t size = buff->index; unsigned char sbuf[4]; - unsigned char *buf; - - size = erl_term_len (term); - - buf = malloc (siz...

This is, hopefully, a full fix for handling of li-records. See: https://bugzilla.redhat.com/show_bug.cgi?id=717583 https://bugzilla.redhat.com/show_bug.cgi?id=987463 Rich.