Hallo,

ich habe ein kleines, aber sehr verzwicktes Problem.

Per cron starte ich ein Shellskript:
/verzeichnis/skript1.sh 2>/ERROR/skript1.err

Dieses Skript (#!/bin/bash) führ nur eine kurze Überprüfung und einen Logeintrag aus und ruft danach ein weiteres Skript auf:

/verzeichnis2/skript2.sh & (Hintergrund bewusst)

Skript2:
#!/bin/bash
....
differenz=`expr $maximal - $aktuell`
differenzR=`expr 1024 - $aktuell`
....
printf "%'.11d" $variable1 (erwartet: 00.001.024)

exit 100 (zurück zu Skript1, dass den Returncode loggt und beendet)


Problem 1:

im geschilderten Ablauf funktionieren alle Skripte einwandfrei, mit Ausnahme von printf: die Formatoption ' für Tausenderpunkte wird nicht ausgeführt, es erscheint als Ausgabe printf "%'.11d" $variable1 (un-erwartet: 00001024)

Problem 2:
starte ich Skript 1 direkt von der Console (nicht via Cron), funktioniert die Ausgabe mit printf korrekt, aber dafür wird der Befehl expr nicht mehr ausgeführt:

expr: Argumente, die keine Zahlen sind
expr: Argumente, die keine Zahlen sind

Ich habe die gleichen Befehle in mehreren Skripten, die alle einwandfrei funktionieren (allerdings nicht per Cron gestartet werden oder kein weiteres Skript aufrufen).
Nur bei dieser Konstellation nicht.
Aus meiner Sicht kann es nur an den Shells liegen, aber hier habe ich alle möglichen Kombinationen ausprobiert und die einzelnen Skripte in verschiedenen Shells ablaufen lassen (alle möglichen Kombinationen aus bash,sh,ksh).

Kann mir jemand einen Tipp geben, was ich a) falsch mache oder b) wie ich den gewünschten Effekt mit printf und expr hinbekomme ?

Vielen Dank.
Mike

PS: Forum, man und auch zwei Bücher haben mich leider nicht weiter gebracht.

Danke für die Antwort.

Was ich nicht ganz verstehe, ist:
Skripte (/bin/bash), die ebenfalls durch Cron aufgerufen werden, alelrdings keine weiteren Skripte aufrufen, beinhalten die gleichen Befehle (speziell: expr und printf).
In diesen Skripten funktionieren diese einwandfrei.

Ich hatte auch versucht, im Cronaufruf eine shell mit anzugeben (sh skript.sh), brachte aber im genannten Skript die gleichen Probleme.

Im fraglichen Skript habe ich anstelle von printf auch schon den kompletten Pfad /usr/bin/printf verwendet, mit gleichem Ergebnis.

Aber wie kann ich das Problem jetzt lösen / umgehen ?
Der Start via Cron ist unausweichlich

Suuper, vielen Dank.

Ich habe meine ganzen Skripte nochmal geprüft (bzw. deren Ergebnisse):

die printf-Formatierung mit Tausenderpunkt funktioniert bei anderen Skripten, die per Cron aufgerufen werden, ebenfalls nicht.

Dort ist es bisher nicht aufgefallen, da 99% aller Ergebnisse <1000 sind, somit optisch nicht sofort aufgefallen.

Bei Skripten, die ohne Cron gestartet werden, funktioniert die Tausenderformatierung.

Allerdings nützt mir die Erkenntnis nichts - da syntaktisch alle Skripte/Befehle korrekt sind, benötigt man wahrscheinlich wesentlich mehr Backgroundwissen, als ich besitze, um auf einen Lösungsansatz zu kommen.

Die einzige Abhilfe die mir eingefallen ist:
a) das Programm nach wie vor via Cron starten
b) dort allerdings nicht das eigentliche Skript aufrufen, sondern nur einen Status erzeugen lassen (z.B. bestimmte Datei in bestimmen Verzeichnis)
c) das eigentliche Skript permanent im Hintergrund aktiv halten (mit sleep und Prüfung auf diese neu erzeugte Datei)

das würde funktionieren !
Allerdings betrifft es insgesamt 9 Skripte, die dann permanent im Hintergrund aktiv sind, was ggf. ja auch Ressourcenprobleme bringen kann.
Ausserdem ist es nur eine Halbherzige "Bypass"-Lösung :-(

Hallo,
das hatte ich schon versucht.

Ich habe

- in dem 2. Skript LANG="de_DE", export LANG eingefügt
Ergebnis: printf mit gleichem Ergebnis, die expr-Funktionen wurden fehlerhaft

- dto. im 1. Skript,
Ergebnis: printf geht nicht mit Tausenderpunkt, expr geht

kann es sein, dass TERM da irgendeine Rolle spielt ?

Hallo,

en_US bringt gleiches Ergebnis, natürlich zusätzlich einige Fehler, da einige Werte in der Verarbeitung schon vorformatiert wurden auf de_DE (Dezimaltrenner).
Aber dieser Fehler ist klar.

Hinsichtlich printf und expr ergibt sich gleiches Verhalten.

Anbei die beiden Skripte.

Cron startet s1.sh, dieses - situationsbedingt - p660.sh

Hallo,

hmm ... ich erstelle alle Scripte mit WinSCP.
Das Problem kommt wahrscheinlich daher, dass ich sie nach dem Download noch geändert habe und dann ins Forum gepostet habe.
Die Änderungen erfolgten auf WIN-Ebene.

Ich versuche es nochmal - beide Files direkt vom Server als *.gz.

Hallo,
die p600 ist schon korrekt, es gibt neben p660 auch noch p610..p690, somit ist das alles unter dem Modul p600 vereinigt und dementsprechend dort die Master-Conf.

Ich habe jetzt die Skripte über Subshell und Debug laufen lassen.
An den Fehler/Problemen hat sich natürlich dadurch nichts geändert, aber ich bin dann auf einen Lösungsansatz gekommen, nachdem ich das x-te mal die ganzen man-Pages durchgeackert habe.

Die LANG ist systemweit nicht einheitlich, auch dort nicht, wo diese explizit definiert+exportiert wird.
Und zwar hängt die LANG und auch die LOCALE vom jeweiligen Benutzer ab. Da die Skripte nicht einheitlich immer unter dem gleichen User laufen (root, andere dedizierte User dafür), kamen somit sonderbare Probleme zustande.

Ich habe jetzt am System noch mal die ganzen de_DE installiert und die conf-Dateien geprüft. Die /bash hatte immer andere LANG-Settings als die csh.
Jetzt sind die Ausgaben aller Skripte einheitlich, es wird - ohne explizites definieren+exportieren - immer die de_DE gezogen.

Eventuell ist da am System beim Aufsetzen was falsch gelaufen, ich habe das nicht selbst gemacht, somit habe ich auch keine Ahnung, wie die Installation vom Provider durchgeführt wurde.

Jetzt habe ich generell ein Problem, dass viele expr nicht mehr funktionieren, weil in den meisten Fällen die Zahlen vorformatiert kommen und somit ein falscher Dezimaltrenner für expr nun vorhanden ist.
Das muss ich jetzt in allen Skripten anpassen, aber gut - ist ein einmaliger Aufwand.

Was ich jetzt noch bemerkt habe, ist ein sonderbares Verhalten von printf:

printf "%'.8d" $variable bringt folgende Ergebnisse:

18 => 00000.018 ???? kein Punkt in den aufgefüllten Nullen
723 => 00000.723 ???? dto
1415 => 00001.415 ???? dto
1234567 => 01.234.567 ok

printf "%'8d" $variable bringt folgende Ergebnisse:

18 => 18 ok
723 =>723 ok
1415 => 1.415 ok
1234567 => 1.234.567 ok
12345678901 => 12345.678.901 ????? hier sollte nach der 2 auch ein Punkt sein
(kommt immer dann vor, wenn die Zahl > als die angegebene Formatweite ist).

Da es in den man-Pages und auch sonst im Netz nahezu keine Infos über das ' für Tausendertrennung gibt, weiss ist somit auch nicht, ob das Verhalten evtl. normal ist.

Jedenfalls tausend Dank an linuxerr, Dein Lösungsansatz hat mich auf die richtige Spur gebracht. Vielen Dank für die Geduld und Hilfe.

Manchmal frage ich mich, ob 1 Leben überhaupt ausreicht, Linux "richtig" zu beherrschen - aber ich bleibe dran :-)

Mike

SuSe 10.1 Coreutils 5.93
Bash 3.1.17.1

Kein Unterschied im Script bei printf und /usr/bin/printf.

und wenn Du

printf "%'.8d" 1234 versuchst ?

kommt dann
de_DE 00.001.234 oder 00001.234
en_US 00,001,234 oder 00001,234 ?