1. 8
  1.  

  2. 6

    lol

    /* Just a safe strncpy(3) */
    static void
    xstrlcpy(char *dest, const char *src, size_t n)
    {
    	strncpy(dest, src, n - 1);
    	dest[n - 1] = '\0';
    }
    ...
    xstrlcpy(cmd + strlen(cmd), newpath, strlen(newpath) + 1);
    xstrlcpy(buf + strlen(buf), fpath, strlen(fpath) + 1);
    ...
    
    1. 3

      Somewhat confusingly, X is not X11.

      1. 1

        how do you figure? i assumed “for X” meant it was running in the terminal but had rich support for the terminal being part of a GUi environment

        1. 2

          Shelling out to xdg-open isn’t what I would call rich GUI support. Meh.

          1. 0

            okay, nouveau riche support, then :) at any rate, its motivation seems to be to be a command line file manager that hands off to X to do graphical stuff rather than assuming that if you’re running in a terminal the terminal is all there is.

      2. 3

        Looks close to a terminal based M-x dired! Nice. The best part of dired is hitting enter on a file does find-file and you can keep the directory open as well - this looks like it replicates that part of the workflow with vim!

        It’d be neat to see a wdired clone as well.