![]() |
|
|
Google unix.com
|
|||||||
| Foren | Registrieren | Forum-Regeln | Links | Alben | FAQ | Benutzerliste | Kalender | Suche | Die heutige Beiträge | Alle Foren als gelesen markieren |
| Shell Programmierung und Scripting Post Fragen zu ksh, csh, sh, bash, Perl, PHP, sed, awk und anderen Shell-Skripte und Shell-Scripting-Sprachen hier. |
Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
|
||||
| Faden | Thread Starter | Forum | Antworten | Last Post |
| Strange KSH Verhalten - einen Kommentar hinzufügen? | gsw_aix | UNIX für Fortgeschrittene und Experten | 7 | 06-24-2008 07:08 PM |
| Mehr Befehle und seltsame Verhalten ksh | anurags | UNIX for Dummies Questions & Answers | 2 | 03-27-2008 11:04 AM |
| Strange sed Verhalten | vino | UNIX für Fortgeschrittene und Experten | 8 | 02-12-2008 06:51 AM |
| Ein seltsames Verhalten! | navojit Dutta | Shell Programmierung und Scripting | 5 | 12-21-2007 04:35 AM |
| /etc / passwd seltsame Verhalten! | Pinguin-Freund | Linux | 0 | 06-06-2005 01:00 PM |
|
|
LinkBack | Thread Tools | Suche diesen Thread | Rate Thread | Anzeige-Modi |
|
||||
|
Seltsame Verhalten von Skript in crontab
Entschuldigt, wenn dies wurde bereits an anderer Stelle genannt, meine Fähigkeiten Suche kann etwas fehlt heute. Ich habe ein Skript, das die folgenden (als Test): Code:
find . -name "*.txt" -exec file {} \; >>$sFullFilePath
Nun, die Variable wird nach oben nach oben richtig in das Skript zu. Wenn ich das Skript selbst, wies auf die Datei in $ sFullFilePath ist besiedelten richtig. Allerdings, wenn diese wird mit crontab auf dem gleichen Verzeichnis (Debug-Code dies beweist), es erzeugt nur eine leere Datei. Wenn ich mir den Stapel, wird nicht erwähnt, die Ausgabe. Crontab ist die Behandlung als 2 getrennte Linien? Das Skript beginnt mit #! / Bin / bash, also warum sollte es anders handeln? <is confused> |
| Lesezeichen |
| Thread Tools | Suche diesen Thread |
| Anzeige-Modi | Rate this thread |
|
|