Lägga till en rad med text först i en textfil?

echo 'En rad med text' >> $filen

# Lägger ju fint till texten i slutet av filen.

Svaret är enklare än du tror:

echo 'En ny rad' > temp
cat $filen >> temp
mv temp $filen

Japp, det går inte att skriva i början av en fil utan att skriva sönder det som står där. Du måste alltså skriva en ny fil.

Och du behöver ju inte göra rm eftersom du inte får någon temp-fil kvar efter mv.

Lincoln2:~/test/cat admin$ cat a
rad 1
rad 2
rad 3
Lincoln2:~/test/cat admin$ cat a | sed  '1s/^/Den nya rad 1\
/' > a
Lincoln2:~/test/cat admin$ cat a
Den nya rad 1
rad 1
rad 2
rad 3
Lincoln2:~/test/cat admin$

Det där är väldigt riskabelt. Du kan inte läsa och skriva till samma fil på en gång. Lite beroende på vilka buffertstorlekar som används och hur stor filen är så kan innehållet försvinna eller förstöras. Det enda säkra sättet är att använda en temporärfil.

Bortsett från att lösningen (som nämnts ovan) är riskabel så kommer ju även sed att läsa hela filen och skriva ut den. Den gör alltså lika mycket läs/skriv-arbete som den säkra metoden. Så vari ligger fördelen?

Det enda jag kan tänka på är att cat-metoden temporärt använder mer filutrymme. Men om den fil du skall "prependa" till inte är åtskilliga gigabytes stor så är väl det inget problem i en modern disk?

Jo, cat läser faktiskt direkt från filen och sed skriver direkt i filen. Och bash vet faktiskt inte exakt vad cat gör, hur den använder sitt argument, om det är en fil eller om cat tänker läsa från filen.

Om nu bash skulle vara "ansvarig" (vilket den inte är) så skulle den ju behöva skapa en temporärfil implicit för varje pipe och köra delarna seriellt. Och då skulle ju bash i princip behöva göra allt det som du verkar vilja undvika i cat/temporärfil/mv-lösningen. Mycket ineffektivt. Dessutom skulle bash behöva göra detta i en massa fall som var onödiga för att vara på den säkra sidan. Om nu bash skulle ta allt "ansvar".

Vad vill du uppnå? Vad som GÅR att göra är att skriva ett enkelt C-program som prependar, men detta program skulle fortfarande behöva skriva och läsa hela filen, så det skulle inte gå mycket snabbare än att köra cat/temporärfil/mv.

... fast då jag tänker lite vidare på det så är detta program ingen bra idé. Om programmet eller maskinen skulle krasha under körningen (dra ur sladden!) så kommer filen du arbetar på att bli förstörd. Bästa sättet att undvika det är faktiskt att använda en temporär fil som i den första lösningen.