Dotaz: výpis n-tého řádku

[Filip Jirsák]

Existuje nějaký filtr (jako head, tail apod.), který by uměl vypsat každý n-tý řádek? Nebo dokonce třeba každou sekundu vypsal poslední řádek, který dostal na vstupu? Napsat to třeba v Pythonu by nebyl problém, ale žíkám si, že už to musí existovat…

K čemu bych to potřeboval? Některé programy mají jen dvě volby 2: buď něco dělá, ale nevypisuje nic, nebo vypisuje info třeba o každém zpracovávaném souboru. Např. cp kopíruje a kopíruje a nezbývá, než čekat až (zda) skončí. Naproti tomu cp -v vypisuje název každého kopírovaného souboru. Což při vzdáleném připojení přes ssh taky není úplně ono… Líbilo by se mi přesměrovat výstup cp -v do nějakého filtru, který by vypsal třeba každý stý řádek. Takže bych věděl, že se něco děje, případně bych dokázal zjistit, kde se kopírování zaseklo, ale neposílal by se mi zbytečně dlouhatánský výpis.

Odpovědi

[David Watzke]

cp -g?

[Aleš Kapica]

Co třeba se nejdřív kouknout do FAQ? - http://www.abclinuxu.cz/faq/skripty/vyhledavani-v-linuxu

[Aleš Kapica]

Jinak ještě pro doplnění:

tail -f /cesta/k/souboru_kde_mi_na_konci_pribyvaji_radky 

Tím souborem může být třeba log, nebo přesměrovaný výstup, atd. atd.. Je tolik možností a variant...

[Filip Jirsák]

Jenom škoda, že v tom streamu nic nehledám, to bych pak tento konkrétní FAQ třeba i použil… tail -f vypisuje data, která byla do streamu přidána od posledního výpisu, tj. vypíše je všechna. Takže psát

cat soubor.txt | tail -f

vyjde nastejno, jako

cat soubor.txt

akorát je to daleko složitější a neefektivnější.

Ale jinak díky za snahu

[Kníže Ignor]

sed?

      first~step
              Match every step'th line starting with line first.  For example,
              ``sed -n 1~2p'' will print all the  odd-numbered  lines  in  the
              input  stream,  and the address 2~5 will match every fifth line,
              starting with the second. (This is an extension.)

[Filip Jirsák]

Dík, to bude ono. Myslel jsem, že na to bude nějaká jednoúčelová utilitka, sed zrovna nemusím Ale darovanému koni na zuby nekoukej S tím výpisem v pravidelném časovém intervalu jsem si už asi navymýšlel moc, jdu oprášit své znalosti Pythonu

[Tom.š Ze.le.in]

Sed snad zná adresu ve tvaru start~step.

[#Tom]

Pošlete-li tomuto skriptu výpis přes rouru, vypíše každý desátý řádek.

#!/bin/bash
let I=0
while read line; do
  let I++
  if [ $I -eq 10 ]; then
    let I=0
    echo $line
  fi
done

[Aleš Kapica]

Je to fakt blbina, ale tohle ti udělá úplně totéž:

sed -n '{n;n;n;n;n;n;n;n;n;p}' zdroj_radku.txt

Pro hůř chápavé:

cat zdroj_radku.txt | sed -n '{n;n;n;n;n;n;n;n;n;p}'

[David Watzke]

Pro hůř chápavé přidejme zbytečně delší variantu

[Aleš Kapica]

Teda nemyslel jsem si, že hůř chápavý budeš zrovna ty. Cílem bylo ukázat že není nutno příkaz set aplikovat pouze na soubor, ale že jej lze použít i na proud dat. A že to je dlouhé? No jasně, když chce někdo vypsat pouze každý desátý řádek, tak musí uvést at udělá sed devětkrát hop (n). Možná to tedy jde zapsat i nějak jednodušeji (9 x n ?) ale nechce se mi to hledat.

[David Watzke]

Tak jsem to nemyslel. Možná to jde zapsat nějak snadněji, ale proč přidávat i prasečí variantu s catem? Abys ukázal že jej lze použít i na proud dat? No, ono by se od programu jménem Stream editor, řekl bych, dalo očekávat, že umí pracovat s proudem dat

[happy barney]

# vypis $N riadkov zacinajuc riadkom $R
tail +$R | head -$N

[Josef Kufner]

awk 'NR % 2 == 0 {print $0}' <odkud >kam

[Jan Martinek]

Ano, řešení existuje spousta - sed, perl, python, bash, tail ... ale všimli jste si, že žádné z nich nefunguje? Tedy v tom smyslu, aby to _průběžně_ vypisovalo přibývající řádky. Může za to (plné) bufferování standardního výstupu, které se zapíná vždy, když výstupem není terminál. Bohužel, vnějšími prostředky nelze donutit 'cp -v', aby při každém vypsaném řádku zavolalo fflush() nebo vždy používalo line-buffering. Když výstup z tohoto programu

#!/usr/bin/env python
import time, sys
for i in xrange(10):
    sys.stdout.write('%d\n' %i)
    sys.stdout.flush()
    time.sleep(1)

přesměruju tomuto programu

#!/usr/bin/env python
import sys

while True:
    line = sys.stdin.readline()
    if not line: break
    sys.stdout.write(line)

Tak se to bude vypisovat hezky postupně. Ale kdybych v tom prvním programu vynechal flush(), tak mám prostě smůlu.

Kéž bych se mýlil...

[Filip Jirsák]

Bohužel je to s tím bufferováním pravda. A dělá to nejen cp. Stačí si vyzkoušet samotné

cp -v | less

nebo třeba

find … | less

Řádky se neobjevují postupně, ale vždy se objeví až celý kus výpisu najednou.

Asi se holt budu muset smířit s tím, že takovýhle výpis zbytečně zaplňuje obrazovku a přenáší se po síti…

[Jan Martinek]

Dělají to tak všechny programy, u kterých se autor specificky nepostará, aby to bylo jinak. Což v praxi znamená drtivou většinu.:

At program startup, three streams are predefined and need not be opened explicitly:
* standard input (for reading conventional input),
* standard output (for writing conventional output), and
* standard error (for writing diagnostic output).
These streams are abbreviated stdin, stdout and stderr. Initially, the standard error stream is unbuffered; the standard input and output streams are fully buffered if and only if the streams do not refer to an interactive or ``terminal'' device, as determined by the isatty(3) function. In fact, all freshly-opened streams that refer to terminal devices default to line buffering, and pending output to such streams is written automatically whenever such an input stream is read.

Takže kdyby se dalo nějak zařídit, aby isatty() vracelo nulu ...

[Filip Jirsák]

Protože pipeline vytváří shell, měl by to být zřejmě on, kdo je schopen nastavit příslušným streamům nějaké parametry. Hledal jsem to pro zsh, našel jsem stejný problém, jeho řešení je "úkrok stranou" – zsh to nejspíš neumí, odkazuje se tam na ptyget (autorem je DJB, což je snad záruka kvality), podívám se, co to umí…

Díky všem za rady. A taky díky adminům za přidání "v" do toho mého "ýpisu". Někdo mi ho musel cestou ukradnout, protože v náhledu určitě bylo