Forum: PC Hard- und Software find utility, postorder Baumtraversion


von Daniel (root) (Gast)


Lesenswert?

Hallo zusammen,

ich habe wieder eine Frage zum unix utility find.
1
cd cproject
2
ls
3
>>> a.h a.c a.o b.h b.c b.o main.c main
4
mkdir src_backup
5
find . -iregex ".*\.[hc]" -exec cp {} src_backup \;

das ist der erste naive Versuch. Das funktioniert zwar, dh alle
Source Dateien, die ich damit sichern will, werden kopiert.
Unschön ist nur die Meldung von cp
cp: `./src_backup/main.c' and `src_backup/main.c' are the same file

Klar, die Dateibaumsuche läuft wohl preorder. Aber, wenn postorder
abarbeiten will, so dachte ich, wird diese Meldung nicht mehr auftreten.
1
find . -depth -iregex ".*\.[hc]" -exec cp {} src_backup \;

scheint dennoch nicht das gewünschte zu leisten.
Was mache ich wohl falsch?

Grüsse, Daniel

ps: Das Verhalten ist unter Cygwin zu beobachten. Vielleicht macht es
etwas aus.

von Frank (Gast)


Lesenswert?

Hi,

versuchs mal mit:
1
find . -depth -iregex ".*\.[hc]" ! -iregex "./src_backup.*" -exec cp {} src_backup \;

CU

von Frank (Gast)


Lesenswert?

Achso -depth kannst Du dann auch weglassen:
1
find . -iregex ".*\.[hc]" ! -iregex "./src_backup.*" -exec cp {} src_backup \;
CU

Nochwas, Probleme bekommst Du allerdings wenn mehrere Soucedateien mit 
gleichem Namen in verschiedenen (Unter-)Verzeichnissen existieren. Da 
bleibt in src_backup nur die als letztes gefundene übrig!
Besser wäre daher wohl:
1
find . -iregex ".*\.[hc]" ! -iregex "./src_backup.*" -exec cp --parents {} src_backup \;
Das kopiert die Verzeichnisstruktur gleich mit.

von Klaus W. (mfgkw)


Lesenswert?

ist ok; aber falls man alles in einem Verzeichnis will (warum auch
immer), kennt cp auch den Parameter --backup. Dann werden
Zieldateien nicht überschrieben, sondern eindeutig benamst.

von Daniel (root) (Gast)


Lesenswert?

Hallo Frank, hallo Klaus,

ich glaube ich verstehe jetzt das Verhalten von find besser.
Auf jeden Fall hat das Verhalten nichts mit "cygwin" zu tun.
Denn genaugenommen, heisst -depth nur, dass das Verzeichnis selbst
zuletzt ausgegegen wird. find macht keine Aussage darüber in welcher
Reihenfolge die Anderen Verzeichnise/Dateien ausgegeben werden.
1
mkdir a b d
2
touch c
3
4
find .
5
.
6
./b
7
./a
8
./d
9
./c
10
11
find . -depth
12
./b
13
./a
14
./d
15
./c
16
.

wie man sieht, wird b vor a "gefunden", obwohl alphanummerisch "a"<"b".
Auch wenn man die i-nodes vergleicht, konnte ich keine regelmässigkeit
feststellen. Alles in einem, sollte man keine Skripte schreiben, die
sich auf die Abarbeitungsreihenfolge verlassen.

Grüsse

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.