Dlaczego polecenie łańcuchów znaków nie zatrzymuje się?


30

Że stringszachowuje się dziwnie dowodzenia, najwyraźniej nie przestać pisać do pliku, nawet jeśli napęd zabraknie miejsca. A może coś mi brakuje?

Uruchamiam następujące:

# strings /dev/urandom > random.txt

działało to dalej i nie przestało działać nawet po zapełnieniu dysku (zwykła pamięć flash USB).

potem, aby być szybszym, stworzyłem ramdysk i spróbowałem ponownie to samo polecenie. też się nie zatrzymało.

Rozumiem, że urandomnie jest to zwykły plik, a także stringswyniki są przekierowywane, jednak w obu przypadkach powyżej catpolecenie zgłosiło błąd, gdy nie było już miejsca.

# cat /dev/urandom > random.txt
cat: write error: No space left on device
  1. Czy to normalne zachowanie ciągów? Jeśli tak, dlaczego?
  2. Gdzie są zapisywane dane, gdy nie ma już miejsca?

1
Co wskazywało na to, że pierwsze polecenie faktycznie zapełniło dysk?
Kusalananda

1
@Kusalananda Zgłoszone przez df. Monitorowałem to z innego wirtualnego terminala, używając zegarka df -h
user174174

2
@Kusalananda: możesz to łatwo przetestować za pomocąstrace strings /dev/urandom > /dev/full
Peter Cordes

2
@mosvy OpenBSD używa tej samej stringsimplementacji z binutils GNU. Miałem na myśli stracepolecenie.
Kusalananda

2
@Kusalananda OK, ponieważ „BSD toolchain” wymiana strun (1) nie sprawdza wartości zwracanej putchar () albo
mosvy

Odpowiedzi:


63

Jeśli GNU catnie może zapisać tego, co przeczytał, zakończy działanie z błędem :

/* Write this block out.  */

{
  /* The following is ok, since we know that 0 < n_read.  */
  size_t n = n_read;
  if (full_write (STDOUT_FILENO, buf, n) != n)
    die (EXIT_FAILURE, errno, _("write error"));
}

stringsZ drugiej strony GNU nie dba o to, czy udało mu się pomyślnie napisać:

while (1)
  {
    c = get_char (stream, &address, &magiccount, &magic);
    if (c == EOF)
      break;
    if (! STRING_ISGRAPHIC (c))
      {
        unget_part_char (c, &address, &magiccount, &magic);
        break;
      }
    putchar (c);
  }

Więc wszystkie te zapisy kończą się niepowodzeniem, ale stringstrwają wesoło, aż osiągną koniec danych wejściowych, co nigdy nie nastąpi.

$ strace -e write strings /dev/urandom > foo/bar
write(1, "7[\\Z\n]juKw\nl [1\nTc9g\n0&}x(x\n/y^7"..., 4096) = 4096
write(1, "\nXaki%\ndHB0\n?5:Q\n6bX-\np!E[\n'&=7\n"..., 4096) = 4096
write(1, "%M6s\n=4C.%\n&7)n\nQ_%J\ncT+\";\nK*<%\n"..., 4096) = 4096
write(1, "&d<\nj~g0\nm]=o\na=^0\n%s]2W\nM7C%\nUK"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "~\nd3qQ\n^^u1#\na#5\\\n^=\t\"b\n*91_\n ]o"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "L\n6QO1x\na,yE\nk>\",@Z\nyM.ur\n~z\tF\nr"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "\n61]R\nyg9C\nfLVu\n<Ez:\n.tV-c\nw_'>e"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "\nCj)a\nT]X:uA\n_KH\"B\nRfQ4G\n3re\t\n&s"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "j\nk7@%\n9E?^N\nJ#8V\n*]i,\nXDxh?\nr_1"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "ia\tI\nQ)Zw\nnV0J\nE3-W \n@0-N2v\nK{15"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "\nZ~*g\n)FQn\nUY:G\ndRbN\nn..F\nvF{,\n+"..., 4096) = -1 ENOSPC (No space left on device)
...

19
Niezła analiza. Powiedziałbym, że należy to uznać za błąd strings.
kasperd

3
Czy ktoś planuje zgłosić błąd?
Nate Eldredge
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.