<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    On 04/04/16 15:15, Pino Toscano wrote:<br>
    <blockquote
      cite="mid:3789077.DhIfnpcxYu@pendragon.usersys.redhat.com"
      type="cite">
      <pre wrap="">On Monday 04 April 2016 14:58:35 NoxDaFox wrote:
</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <blockquote type="cite">
            <pre wrap="">+
+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);
</pre>
          </blockquote>
          <pre wrap="">
Single line for forward declarations.

</pre>
        </blockquote>
        <pre wrap="">
Even if they are longer than 80 chars?
</pre>
      </blockquote>
      <pre wrap="">
Yep.

</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <blockquote type="cite">
            <pre wrap="">+static char file_type (TSK_FS_FILE *fsfile);
+static int send_dirent_info (guestfs_int_tsk_dirent *dirent);
+static void reply_with_tsk_error (const char *funcname);
+
+int
+do_internal_filesystem_walk (const mountable_t *mountable)
+{
+  int ret = -1;
+  TSK_FS_INFO *fs = NULL;
+  TSK_IMG_INFO *img = NULL;  /* Used internally by tsk_fs_dir_walk */
+  int flags = TSK_FS_DIR_WALK_FLAG_ALLOC | TSK_FS_DIR_WALK_FLAG_UNALLOC
</pre>
          </blockquote>
          <pre wrap="">|
</pre>
          <blockquote type="cite">
            <pre wrap="">+    TSK_FS_DIR_WALK_FLAG_RECURSE | TSK_FS_DIR_WALK_FLAG_NOORPHAN;
+
+  ret = open_filesystem (mountable->device, &img, &fs);
+  if (ret < 0)
+    return ret;
+
+  reply (NULL, NULL);  /* Reply message. */
+
+  ret = tsk_fs_dir_walk (fs, fs->root_inum, flags, fswalk_callback,
</pre>
          </blockquote>
          <pre wrap="">NULL);
</pre>
          <blockquote type="cite">
            <pre wrap="">+  if (ret == 0)
+    ret = send_file_end (0);  /* File transfer end. */
+  else
+    send_file_end (1);  /* Cancel file transfer. */
+
+  fs->close (fs);
+  img->close (img);
+
+  return ret;
+}
+
+/* Inspect the device and initialises the img and fs structures.
+ * Return 0 on success, -1 on error.
+ */
+static int
+open_filesystem (const char *device, TSK_IMG_INFO **img, TSK_FS_INFO
</pre>
          </blockquote>
          <pre wrap="">**fs)
</pre>
          <blockquote type="cite">
            <pre wrap="">+{
+  const char *images[] = { device };
+
+  *img = tsk_img_open (1, images, TSK_IMG_TYPE_DETECT , 0);
+  if (*img == NULL) {
+    reply_with_tsk_error ("tsk_image_open");
+    return -1;
+  }
+
+  *fs = tsk_fs_open_img (*img, 0, TSK_FS_TYPE_DETECT);
+  if (*fs == NULL) {
+    reply_with_tsk_error ("tsk_fs_open_img");
+    (*img)->close (*img);
+    return -1;
+  }
+
+  return 0;
+}
+
+/* Filesystem walk callback, it gets called on every FS node.
+ * Parse the node, encode it into an XDR structure and send it to the
</pre>
          </blockquote>
          <pre wrap="">appliance.
</pre>
          <blockquote type="cite">
            <pre wrap="">+ * 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;
+  CLEANUP_FREE char *fname = NULL;
+  struct guestfs_int_tsk_dirent dirent;
+
+  /* Ignore ./ and ../ */
+  ret = TSK_FS_ISDOT (fsfile->name->name);
+  if (ret != 0)
+    return TSK_WALK_CONT;
+
+  /* Build the full relative path of the entry */
+  ret = asprintf_nowarn (&fname, "%Q%Q", path, fsfile->name->name);
</pre>
          </blockquote>
          <pre wrap="">
Why the quoting?  We don't quote results in similar APIs (e.g. readdir).

</pre>
        </blockquote>
        <pre wrap="">I didn't understand this one. I checked daemon/readdir.c and I found no
asprintf examples there.
</pre>
      </blockquote>
      <pre wrap="">
$ ./run guestfish -N fs -m /dev/sda1 touch "/file with spaces" : readdir /
[0] = {
  ino: 12
  ftyp: r
  name: file with spaces
}
[1] = {
  ino: 2
  ftyp: d
  name: .
}
[2] = {
  ino: 11
  ftyp: d
  name: lost+found
}
[3] = {
  ino: 2
  ftyp: d
  name: ..
}

You can see the file names are not quoted.</pre>
    </blockquote>
    <br>
    As long as I'm not missing something, the double quote there is not
    adding quotes to the names but passing the string formatting
    parameter to 'asprintf'.<br>
    int asprintf(char **strp, const char *fmt, ...);<br>
    <br>
    If I remove it, I get this error.<br>
    <br>
    tsk.c: In function 'fswalk_callback':<br>
    tsk.c:112:34: error: expected expression before '%' token<br>
       ret = asprintf_nowarn (&fname, %Q%Q, path,
    fsfile->name->name);<br>
    <br>
    If I keep it, I get this output.<br>
    <br>
    ./run guestfish --ro -a ubuntu.qcow2 run : filesystem_walk /dev/sda1
    | less<br>
    [0] = {<br>
      tsk_inode: 11<br>
      tsk_type: d<br>
      tsk_size: 16384<br>
      tsk_name: lost\+found<br>
      tsk_allocated: 1<br>
    }<br>
    [1] = {<br>
      tsk_inode: 12<br>
      tsk_type: l<br>
      tsk_size: 33<br>
      tsk_name: initrd.img<br>
      tsk_allocated: 1<br>
    }<br>
    <br>
    As you can see names are not quoted.<br>
    <br>
    <blockquote
      cite="mid:3789077.DhIfnpcxYu@pendragon.usersys.redhat.com"
      type="cite">
      <pre wrap="">

</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <blockquote type="cite">
            <pre wrap="">+  if (ret < 0) {
+    fprintf (stderr, "asprintf: %m");
+    return TSK_WALK_ERROR;
+  }
+
+  dirent.tsk_inode = fsfile->name->meta_addr;
+  dirent.tsk_type = file_type (fsfile);
+  dirent.tsk_size = (fsfile->meta != NULL) ? fsfile->meta->size : 0;
</pre>
          </blockquote>
          <pre wrap="">
If 'meta' is null, then I guess the size should be -1 to indicate it
was not available; otherwise, there is no difference between an empty
file, and a file whose metadata could not be read.

</pre>
        </blockquote>
        <pre wrap="">
The issue is that even if 'meta' is non-null, yet the value could be 0. In
cases where the file has been deleted, TSK does its best to retrieve as
much as it can and set to 0 the rest (same applies with inode for example,
the inode is set to 0 instead of -1).

The command documentation reports this "issue" (or feature?).
</pre>
      </blockquote>
      <pre wrap="">
In this case, the problem is on the library, which reports what can be
a valid file size.  OTOH, if we know for sure that tsk could not
determine the metadata of the file, then let's report that to the
users so they can act depending on that.</pre>
    </blockquote>
    <br>
    I looked at the problem a bit deeper and it seems I was wrong. <br>
    The 'meta' struct will have the correct size if present (my suspect
    was it could still have a 0 size there). <br>
    Therefore, if missing we can safely put a -1.<br>
    <br>
    <blockquote
      cite="mid:3789077.DhIfnpcxYu@pendragon.usersys.redhat.com"
      type="cite">
      <pre wrap="">

Thanks,
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Libguestfs mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Libguestfs@redhat.com">Libguestfs@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/libguestfs">https://www.redhat.com/mailman/listinfo/libguestfs</a></pre>
    </blockquote>
    <br>
  </body>
</html>