Perché find stampa un './' iniziale se non viene fornito alcun percorso?

Perché viene findstampato un ./risultato ai risultati se non viene fornito alcun percorso?

$ find
./file1
./file2
./file3

Qual è la ragione per non stampare questo?

$ find
file1
file2
file3

Il motivo per cui vedi questo è perché lo sviluppatore di GNU ha scelto di fornire un comportamento "ragionevole" per quando non viene indicato alcun percorso. Al contrario, POSIX non afferma che il parametro è facoltativo:find find

L' findutilità deve ricorsivamente discendere la gerarchia di directory da ciascun file specificato dal percorso , valutando un'espressione booleana composta dalle primarie descritte nella sezione OPERANDS per ciascun file incontrato. Ogni operando di percorso deve essere valutato inalterato come è stato fornito, inclusi tutti i <slash>caratteri finali ; tutti i nomi di percorso per altri file incontrati nella gerarchia devono consistere nella concatenazione dell'operando del percorso corrente, a <slash>se l'operando del percorso corrente non termina in uno e il nome del file relativo all'operando del percorso. La parte relativa non deve contenere componenti punto o punto, nessun trascinamentocaratteri e solo singoli <slash>caratteri tra i componenti del percorso.

Puoi vedere la differenza nella sinossi per ciascuno. GNU ha (come è la convenzione) elementi opzionali tra parentesi quadre:

find [-H] [-L] [-P] [-D debugopts] [-Olevel] [starting-point...]
       [expression]

mentre POSIX non indica che può essere facoltativo:

find [-H|-L] path... [operand_expression...]

Nel programma GNU, questo è fatto in ftsfind.c:

  if (vuoto)
    {
      / *
       * Qui usiamo una variabile temporanea perché alcune azioni modificano
       * il percorso temporaneamente. Quindi se usiamo una costante di stringa,
       * otteniamo un coredump. Il miglior esempio di questo è se diciamo
       * "find -printf% H" (nota, non "find. -printf% H").
       * /
      char defaultpath [2] = ".";
      return find (defaultpath);
    }

e un letterale "."viene usato per semplicità. Quindi vedrai lo stesso risultato con

find

e

find .

perché (e POSIX concorda) verrà utilizzato il percorso indicato per aggiungere il prefisso ai risultati (vedere sopra per la concatenazione ).

Con un po 'di lavoro, si potrebbe determinare quando la funzionalità è stata aggiunta per la prima volta; era presente nella creazione iniziale di "findutils" nel 1996 (vedi find.c):

+  /* If no paths are given, default to ".".  */
+  for (i = 1; i < argc && strchr ("-!(),", argv[i][0]) == NULL; i++)
+    process_top_path (argv[i]);
+  if (i == 1)
+    process_top_path (".");
+
+  exit (exit_status);
+}

Dal log delle modifiche per trovare 3.8, questo era apparentemente

Sat Dec 15 19:01:12 1990  David J. MacKenzie  (djm at egypt)

        * find.c (main), util.c (usage): Make directory args optional,
        defaulting to "."

Di solito, si esegue la post-elaborazione dei file e, in tal caso, può esserci un enorme vantaggio nell'avvio del nome file ./. In particolare, se un nome file inizia con -, un comando successivo potrebbe interpretare quel nome file un'opzione. ./evita quello.

Ad esempio, considera una directory con questi file:

$ ls
--link  --no-clobber

Ora, immagina come funzionerebbe questo comando se i nomi dei file fossero forniti senza il ./fronte:

$ find -type f -exec cp -t ../ {} +

Possiamo illustrare il problema con findse stesso. Eseguiamolo nella stessa directory di cui sopra. Le seguenti opere:

$ find ./*
./--link
./--no-clobber

Non riesce:

$ find *
find: unknown predicate `--link'
Try 'find --help' for more information.

Il findcomando ha bisogno dei percorsi per la ricerca. Se non ne specifichiamo, utilizza la directory corrente ( .) come punto di partenza. Allo stesso modo, se si passa il percorso, ad esempio /tmp, lo considera come punto di partenza. E quindi i risultati.

Se la directory corrente:

        $ find
or
        $ find .

output:
        ./file1
        ./file2
        ./file3

Se /tmpdirectory:

        $ find /tmp

output:
        /tmp/file4
        /tmp/file5

Se abcdirectory nella directory corrente:

        $ find abc

output:
        abc/file6
        abc/file7

Se più directory nella directory corrente:

        $ find fu bar

output:
        fu/file10
        fu/file11
        bar/file8
        bar/file9

Se non si specifica un percorso, il findcomando assume ${PWD}come percorso e lo stampa sul suo output. L'utente che non specifica il percorso non cambia il modo in cui findfunziona. E find funziona sempre con i percorsi di default.