Início / unix / Perguntas / 406561
Accepted
A T
Asked: 2017-11-24 04:41:42 +0800 CST

GNU find: obtenha caminho absoluto e relativo em -exec

  • 772

Eu tenho um comando (não echo!) Que desejo executar, que usa um caminho absoluto e um caminho relativo.

Como obtenho esses dois argumentos?

Tentar:

d=/tmp/foo;
find "$d" -type f -exec bash -c 'echo d=${1:${#d}} 1="${1%/*}"' bash {} \;

(Eu gosto do GNU find porque é recursivo, pode restringir por arquivo, pode filtrar por nome de arquivo e não gera shells excessivos)

Expectativa:

mkdir -p /tmp/foo/bar/can/haz; touch /tmp/foo/bar/can/haz/bzr.txt
# cmd is run, output is:
d=bar/can/haz 1=/tmp/foo/bar/can/haz
bash find

1 respostas

  1. Best Answer

    Export d, ele estará disponível em seu bashscript embutido. Você também não precisa bashde nada aqui. O seu (esperançosamente mais magro/rápido) shtambém funcionaria. Além disso, você não precisa executar um shell por arquivo. Você pode passar mais arquivos para seu script embutido com a -exec cmd {} +variante:

    d=/tmp/foo
export d
find "$d" -type f -exec sh -c '
  for file do
    relative=${file#"$d/"}
    dir=${file%/*}
    relative_dir=${relative%/*}
    relative_dir=${relative_dir:-.}
    printf "%10s: %s\n" full "$file" \
                        relative "$relative" \
                        dir "$dir" \
                        reldir "$relative_dir"
  done' sh {} +

    Que dá:

          full: /tmp/foo/bar/can/haz/bzr.txt
  relative: bar/can/haz/bzr.txt
       dir: /tmp/foo/bar/can/haz
    reldir: bar/can/haz

    Mas se você precisar apenas do caminho relativo, pode ser mais simples fazer apenas:

    (cd -P -- "$d" && find . -exec sh -c 'for file do...' sh {} +)

    Isso também tornaria os argumentos de comando passados ​​para shmais curtos, permitindo findpassar mais argumentos para sh.

    Observe que não há nada específico do GNU em seu findcomando nem no meu. Isso deve funcionar em qualquer implementação compatível com POSIX find, não apenas na GNU. A única parte não-POSIX em sua pergunta foi obviamente bashe o ${1:offset}operador que é um operador de shell Korn, não em POSIX sh.

    Para uma pesquisa de arquivo recursiva que permite especificar o tipo de arquivo, consulte também zsh:

    (cd -P -- "$d" &&
  for file (**/*(ND.)) {
    dir=$file:h
    printf '%10s: %s\n' relative $file reldir $dir
  })

    Acima, o .é o equivalente a find's -type f(somente arquivos regulares), enquanto Dtambém inclui os ocultos como finddoes.

    Como nota lateral, no caso geral:

    c=$a$b; d=${c:${#a}}
[ "$b" = "$d" ] && echo yes

    Não é garantido que a saída seja "sim", porque os operadores ${#var}e trabalham com caracteres , não com bytes .${var:offset}

    Por exemplo, em uma localidade UTF-8, não resultaria sim com esses valores de ae b:

    a=$'St\xc3' b=$'\xa9phane'

    Com esses, $cconteria meu primeiro nome ( Stéphane) conteria $ametade desse écaractere e $ba outra metade, ${#a}seria 3(2 caracteres e 1 byte não formando um caractere válido, mas ainda contado).

    Assim $dseria phane, não $'\xa9phane'.

    No caso específico de d=$a/$b, porém, deve estar OK, pois nenhum dos conjuntos de caracteres geralmente disponíveis em localidades do sistema teria um caractere diferente /daquele que contém a codificação de /.

    • 5

relate perguntas